1 / 44

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis)

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis). 7. 1. KEBUTUHAN ( Requirement) Sesuatu yang diminta , dibutuhkan Menurut IEEE (the institute of electrical and electronics engineers)

dorothy-nicholson
Télécharger la présentation

Analisis Kebutuhan Perangkat Lunak ( software requirement analysis)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. AnalisisKebutuhanPerangkatLunak(software requirement analysis) 7

  2. 1. KEBUTUHAN (Requirement) Sesuatu yang diminta , dibutuhkan Menurut IEEE (the institute of electrical and electronics engineers) • Kondisiataukemampuanygdiperlukanpemakaiuntukmenyelesaikanpersoalanuntukmencapaisebuahtujuan • Kondisiataukemampuan yang harusdimilikiataudipunyaiolehsistemataukomponensistemuntukmemenuhikontrak, standar, spesifikasi, ataudokumen formal lainnya.

  3. kebutuhanperangkatlunak adalahkondisi, kriteria, syaratataukemampuan yang harusdimilikiolehperangkatlunakuntukmemenuhiapa yang disyaratkanataudiinginkanpemakai.

  4. Secarakategoris, adatigabuahjeniskebutuhanperangkatlunak [IEE93] : 1. Kebutuhanfungsional (functional requirement) Disebutjugakebutuhanoperasional, yaitukebutuhan yang berkaitandenganfungsiatauprosestransformasi yang harusmampudikerjakanolehperangkatlunak.

  5. Contoh… • Perangkatlunakharusdapatmenyimpansemuarincian data pesananpelanggan. • Perangkatlunakharusdapatmembuatlaporanpenjualansesuaidenganperiodewaktutertentu. • Perangkatlunakharusmampumenyajikaninformasijalurpengirimanbarangterpendek.

  6. 2. Kebutuhanantarmuka (interface requirement) Kebutuhanantarmuka yang menghubungkanperangkatlunakdenganelemenperangkatkeras, perangkatlunak, atau basis data.

  7. Contoh… • Perangkatuntukmemasukkan data dapatberupa keyboard, mouse atau scanner. • Akseskebasisdatamenggunakan ODBC (Open Database Connectivity).

  8. 3. Kebutuhanunjukkerja (performance requirement) Kebutuhan yang menetapkankarakteristikunjukkerja yang harusdimilikiolehperangkatlunak, misalnya: kecepatan, ketepatan, frekuensi.

  9. Contoh… • Perangkatlunakharusbisamengolah data sampai 1 juta record untuktiaptransaksi. • Perangkatlunakharusdapatdigunakanoleh multiuser sesuaidenganotoritas yang diberikanpada user. • Waktutanggappenyajianinformasimaksimalselamasatumenit.

  10. MengapaKebutuhanPenting?

  11. sangatmempengaruhisuksesataugagalnyapelaksanaanpengembanganperangkatlunak. • Menuruthasil survey DeMarco, 56% kegagalanproyekpengembanganperangkatlunakdikarenakanketidaklengkapanpendefinisiankebutuhandariperangkatlunaktersebut.

  12. 2. ANALISA KEBUTUHAN AnalisisKebutuhan PL merupakanaktifitasawaldarisiklulhiduppengembangan PL Untukproyekbesaranalisiskebutuhandilaksanakansetelahaktifitassistem information engineering dansoftware projek planning

  13. AnalisaKebutuhan.. • Prosesmempelajarikebutuhanpemakaiuntukmendapatkandefinisikebutuhansistematauperangkatlunak [IEE93]. • Prosesuntukmenetapkanfungsidanunjukkerjaperangkatlunak, menyatakanantarmukaperangkatlunakdenganelemen-elemensistem lain, danmenentukankendala yang harusdihadapiperangkatlunak [PRE01].

  14. Tujuanpelaksanaananalisiskebutuhanadalah 1) Memahamimasalahsecaramenyeluruh (komprehensif) yang adapadaperangkatlunak yang akandikembangsepertiruanglingkupprodukperangkatlunak(product space) danpemakai yang akanmenggunakannya. 2) Mendefinisikanapa yang harusdikerjakanolehperangkatlunakuntukmemenuhikeinginanpelanggan.

  15. TahapanAnalisisKebutuhan Secarateknispelaksanaanpekerjaananalisiskebutuhanperangkatlunakpadadasarnyaterdiridariurutanaktivitas:

  16. 1. Mempelajaridanmemahamipersoalan a) siapapemakai yang menggunakanperangkatlunak. b) dimanaperangkatlunakakandigunakan . c) pekerjaanapasajadaripemakai yang akandibantuolehperangkatlunak. d) apasajacakupandaripekerjaantersebut, danbagaimanamekanismepelaksanaannya. e) apa yang menjadikendaladilihatdarisisiteknologi yang digunakanataudarisisihukumdanstandar.

  17. 2. Mengidentifikasikebutuhanpemakai • fungsiapa yang diinginkanpadaperangkatlunak. • data atauinformasiapasaja yang akandiproses. • kelakuansistemapa yang diharapkan. • antarmukaapa yang tersedia (software interfaces, hardware interfaces, user interfaces, dan communication interfaces)

  18. 3. Mendefinisikankebutuhanperangkatlunak a) sayaingin data yang dimasukkanolehbagianpenjualanbisalangsungdijurnal. b) Informasineracakeuanganbisasayalihatkapansaja.

  19. Sebagaicontoh, kebutuhan “data yang dimasukkanolehbagianpenjualanbisalangsungdijurnal” setelahdianalisis, diklasifikasikandanditerjemahkan,

  20. pendefinisiankebutuhan: a) Kebutuhanfungsional - Entridanrekam data transaksipenjualan. - Retrieve data transaksipenjualanuntukperiodetertentu (periodesesuaidenganinputanperiode yang diinputkanpada keyboard). - Rekam data akumulasitransaksipenjualanperiodetertentukejurnalumumberikut account pasangannya (kas).

  21. b) Kebutuhanantarmuka - Antarmukapemakaiuntukmemasukkandanmerekam data penjualan. - Antarmukapemakaiuntukmenyajikandanmenjurnalinformasitransaksipenjualanpadaperiodetertentu. - Antarmukauntukjaringanlokal yang menghubungkanperangkatlunakaplikasidibagianpenjualandenganperangkatlunakaplikasidibagianakutansi.

  22. c) Kebutuhanunjukkerja - prosesjurnalhanyabisadilakukansekalisetelah data transaksipenjualandirekam. - Adanyaotoritaspemakaianperangkatlunakdanakses data sesuaidenganbagianpekerjaanmasing-masing.

  23. Kebutuhandimodelkan / digambarkandenganteknikanalisisdanalat bantu tertentu • contohkebutuhanfungsionaldapatdimodelkandenganmenggunakan - Data flow diagram,kamusdata,danspesifikasiprosesjikamenggunakananlisistertsruktur - Use case diagram danskenariosistemjikamenggunkananalisisberorientasiobjek.

  24. 4. Membuatdokumenspesifikasikebutuhanperangkatlunak Semuakebutuhan yang telahdidefinisikanselanjutnyadibuatdokumentasinyayaituSpesifikasiKebutuhanPerangkatLunak (SKPL) atau Software Requirement Specification (SRS).

  25. 5. Mengkajiulang (review) kebutuhan • Prosesuntukmengkajiulang (validasi) kebutuhanapakah SKPL sudahkonsisten, lengkap, dansesuaidengan yang diinginkanolehpemakai.

  26. Sedangkanmenurut Pressman [PRE01], analisiskebutuhanperangkatlunakdapatdibagimenjadi lima area pekerjaan, yaitu: a) Pengenalanmasalah b) Evaluasidansistesis c) Pemodelan d) Spesifikasi e) Tinjauulang (review)

  27. MetodeAnalisis Metodeatauteknikuntukmelakukananalisiskebutuhanperangkatlunakdapatdikelompokkanberdasarkanpendekatan yang diambilpadasaatmelakukanaktivitastersebut

  28. Salahsatumetode yang paling populeruntukpendekataniniadalahAnalisisTerstruktur (Structured Analysis) • BerorientasiAliran Data (Data Flow Oriented atau Functional Oriented) • BerorientasiStruktur Data (Data Structured Oriented) • BerorientasiObjek (Object Oriented)

  29. BerorientasiAliran Data (Data Flow Oriented atau Functional Oriented) Padametodeini, hasilanalisisdanperancangandimodelkandenganmenggunakanbeberapaperangkatpemodelanseperti: - Data Flow Diagram (DFD) danKamus Data (data dictionary) untukmenggambarkanfungsi-fungsidarisistem (system functions). - Entity-Relationship Diagram (ERD) untukmenggambarkan data yang disimpan (data stored). - State Transition Diagram (STD) untukmenggambarkanperilakusistem. - Structure Chart untukmenggambarkanstruktur program.

  30. BerorientasiObjek (Object Oriented) • Berbedadenganpendekatan-pendekatansebelumnya, pendekatanberorientasiobjekmemandangsistem yang akandikembangkansebagaisuatukumpulanobjek yang berkorespondensidenganobjek-objekdunianyata. • Padapendekatanini, informasidanproses yang dipunyaiolehsuatuObjek “dienkapsulasi” (dibungkus) dalamsatukesatuan. • Beberapametodepengembangansistem yang berorientasiobjekinidiantaranyaadalah: - Object Oriented Analysis (OOA) dan Object Oriented Design (OOD) dari Peter Coaddan Edward Yourdon (1990). - Object Modeling Technique (OMT) dari James Rumbaugh (1987). - Object Oriented Software Engineering (OOSE).

  31. SpesifikasiKebutuhanPerangkatLunak / Software Requirements Specification (SRS) sebuahdokumen yang berisipernyataanlengkapdariapa yang dapatdilakukanolehperangkatlunak, tanpamenjelaskanbagaimanahaltersebutdikerjakanolehperangkatlunak.

  32. TujuanPembuatan SRS • Pemakaipotensial (pelanggan) darisistem • Pengembangsistem

  33. Tujuan…… • mendefinisikankeinginan yang biasanyadinyatakandalambentukpenjelasanumum. • Tujuankedua: - Saranakomunikasiantarapelanggan, pemakai, analis, danperancangperangkatlunak. - Dasaruntukmerencanakandanmelaksanakanaktivitaspengujiansistem. - Acuanuntukmelakukanperbaikandanperubahanperangkatlunak.

  34. SyaratPembentukan SRS • Mudahdiidentifikasi • Diuraikandenganjelas, simple, sederhana, dan concise (jelas, tidak ambiguous) • Bisadivalidasidanbisadites (test reliable, test accessable) • Mampuuntukditelusurikembali (tracebility)

  35. hal-halygharusdihindarisaatpembentukan : • Over specification (penjelasanberlebihdanberulang-ulangsehinggamenjaditidakjelas) • Tindakanunconcistency (sepertimenggunakanistilah yang tidakkonsisten) • Ambiguity dalamkataataukalimatsepertimenyatakanketerukuran • kebutuhansecaratidakjelasmisalkanmenggunakankata-kata :minimal, maksimal, optimal, cepat, user friendly, efisien, fleksibledanlainnya. • Menuliskan “mimpi-mimpi”, yaituhal-hal yang tidakbisadilakukan

  36. AtributPenulisan SRS yang Baik • Dokumen SRS yang baik (sempurna) akanditulissecara: 1) Benar (correct) 2) Tepat (precise) 3) Unambiguouity 4) Lengkap (complete) 5) Bisadiverifikasi (verifiable) 6) Konsisten 7) Understandable 8) Bisadimodifikasi (modifiedable)

  37. 9) Dapatditelusuri (traceable) 10) Harusdapatdibedakanbagian what (bagianspesifikasi) dan how (bagian yang menjelaskanbagaimanamenyelesaikan what tadi). 11) Dapatmencakupdanmelingkupiseluruhsistem 12) Dapatmelingkupisemualingkunganoperasional, misalnyainteraksifisikdanoperasional. 13) Bisamenggambarkansistemseperti yang dilihatolehpemakai. 14) Harustoleran (bisamenerima) terhadapketidaklengkapan, ketidakpastian (ambiguous) danketidakkonsistenan. 15) Harusbisadilokalisasidengansebuah coupling, yaituhubunganketergantunganantaradua model yang tidakterlaluerat.

  38. Ada 9 macamorang yang terlibatdalampembuatan SKPL: • Pemakai (user) • Client • System analyst (system engineer) • Software engineer • Programmer • Test integration group • Maintenance group • Technical Support • Staff dan Clerical Work

  39. Keberhasilanpengembanganperangkatlunakbisadilihatdari 10 aspekatautitikpandang: 1) Ketelitiandaripembuatnya 2) Kualitasdarispesifikasiperangkatlunak yang dihasilkan (baik, jikaadasedikitkesalahan) 3) Integritas 4) Ketelitian 5) Prosespembuatan yang mantap 6) Mudahdikembangkan 7) Jumlahversitidakbanyak

  40. 8) Ketelitiandari model pengembangan yang digunakanuntukmeramalatributperangkatlunak 9) Efektivitasrencanatesdanintegrasi 10) Tingkat persiapanuntuksistemperawatan (mempersiapkanpencarian bugs)

  41. Dokumen SRS format dokumen SRS bakumenurut ANSI/IEEE std 830 1984 adalah:

  42. AnalisisTerstruktur Salahsatumetodeteknisuntukmelaksanakananalisiskebutuhantersebut

  43. AnalisisTerstruktur (Structured Analysis) merupakansalahsatuteknikanalisis yang mengunakanpendekatanberorientasifungsi.

  44. PerangkatPemodelanAnalisisTerstruktur adalahalat bantu pemodelan yang digunakanuntukmenggambarkanhasilpelaksanaanAnalisisTerstruktur. - Diagram Aliran Data atau Data Flow Diagram (DFD) - Kamus Data atau Data Dictionary - Structured English - TabelKeputusanatau Decision Table - PohonKeputusanatau Decision Tree

More Related