1 / 21

REKAYASA PERANGKAT LUNAK

REKAYASA PERANGKAT LUNAK. Chap 5. Siti Sa’uda , M.Kom. 1. 2. 3. 4. 5. Atribut Suatu SRS. Syarat Pembentukan SRS. 2 aspek yang Harus Terlihat didalam SRS. Contoh Layout Dokumen SRS. Objektif SRS. SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK. Pendahuluan.

whitney-wolf
Download Presentation

REKAYASA PERANGKAT LUNAK

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. REKAYASA PERANGKAT LUNAK Chap 5 SitiSa’uda, M.Kom.

  2. 1. 2. 3. 4. 5. AtributSuatu SRS SyaratPembentukan SRS 2 aspek yang HarusTerlihatdidalam SRS Contoh Layout Dokumen SRS Objektif SRS SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

  3. Pendahuluan • SpesifikasikebutuhanperangkatlunakatauSoftware Requirements Spefication (SRS) adalahsebuahdokumen yang berisipernyataanlengkapdariapa yang dapatdilakukanolehperangkatlunak, tanpamenjelaskanbagaimanahaltersebutdikerjakanolehperangkatlunak. • Suatu SRS harusmencantumkantentangdeskripsidenganlingkungannya. Mencakupantarmukauntukperangkatkeras, perangkatlunak, komunikasidanpemakai.

  4. SRS bisaterdiridaribanyakdokumentasi yang salingmelengkapi. Suatu SRS harusdapat : 1. Menguraikandefinisimasalah 2. Menguraikanmasalahdengantepatdengancara yang tepat pula

  5. Objektif SRS 1. Persetujuankerjadenganpelanggan 2. Daftar kebutuhan teknis yang harus dipenuhi oleh perangkat lunak

  6. SyaratPembentukan SRS 1. Mudahdiidentifikasi 2. Diuraikandenganjelas, simple, sederhanadan concise (Jelas, tidak ambiguous) 3. Bisadivalidasidanbisadites (test reliable, test accessable). 4. Mampuuntukditelusurikembali (tracebility)

  7. Hindarihal-halberikutsaatpembentukan SRS 1. Over specification (penjelasanberlebihdanberulang- ulangsehinggamenjaditidakjelas) 2. Tindakanunconcistency 3. Ambiguity dalam kata atau kalimat 4. Menuliskan “mimpi-mimpi” , yaituhal-hal yang tidakbisadilakukan

  8. DalamSuatu SRS ada 2 aspek yang harusbisadilihat : 1. Fungsi • Menjelaskanfungsidariperangkatlunak (digunakanuntukapakeperluanapa), sifatlunakdandatanya. 2. Non-Fungsi • a. Dependability • • reliability • • maintainbility • • security • • integrity • b. Ergonomic • c. Performance • d. Contraint

  9. AtributSuatu SRS 1. Benar (correct) Jikasalah (incorrect), artinyaspesifikasi yang ditulisadalahbukan yang diinginkan. 2. Tepat (precise) Berpengaruh pada hasilperancangan dan pembuatansoftware requirementsdesign (SRD). 3. Unambiguouity Setiappermintaanharuspunyasatuinterpretasi, atauhanyaadasatuartidalamsatukalimat.

  10. 4. Lengkap (complete) Lengkapjikadilihatdariduasudutpandang : • • Dokumenmembuattabelisi, nomorhalaman, nomorgambar, nomortabel, dansebagainya. • • Tidakadabagian yang hilang (to be define) yaitutulisan yang akandidefinisikankemudian 5. Bisadiverifikasi (verifiable) Bisadiperiksadandicekkebenarannya. Setiapkebutuhanselaludimulaidengandokumen yang bisadiperiksa. 6. Konsisten Nilai-nilaikebutuhanharustetapsamabaikdalamkarakteristikmaupunspesifikmisalnyadiminta A tetapditulis A.

  11. 7. Understandable Dapatdimengertiolehpemrograman, analisissistematausistem engineer 8.Bisadimodifikasi (modifiedable) Bisadiubah-ubahdanpengubahannyasangatsederhanatetapitetapkonsistendanlengkap. 9. Dapatditelusuri (traceable) Jikaditelusuri, harustahumanabagian yang diubah 10. Harusdapatdibedakanbagianwhat (bagianspesifikasi) dan how (bagian yang menjelaskanbagaimanamenjelaskan what tadi)

  12. 11. Dapatmencakupdanmelingkupiseluruhsistem 12. Dapatmelingkupisemualingkunganoperasional, misalnyainteraksifisikdanoperasional. 13. Bisamenggambarkansistem seperti yang dilihatolehpemakai. 14. Harus toleran (bisa menerima) terhadap ketidaklengkapan, ketidakpastian (ambiguous) dan ketidak konsistenan. 15. Harusbisadilokalisasidengansebuahcoupling, yaituhubunganketergantunganantaradua model yang tidakterlaluerat.

  13. Ada 9 macamorang yang terlibatdalampembuatan SRS : 1. Pemakai (user) Yang mengoperasikan / menggunakanproduk final dariperangkatlunak yang dibuat. 2. Client Orangatauperusahaan yang maumembuatsistem (yang menentukan). 3. Sistem analyst (sistem engineer) Yang biasamelakukankontakteknikpertamadengan client. Bertugasmenganalisispersoalan, menerimarequirement danmenulis requirement.

  14. 4. Software engineer Yang bekerja setelah kebutuhan perangkat lunak dibuat (bekerja sama dengan sistem engineer berdasarkan SRS) 5. Programmaer Menerimaspesifikasiperancanganperangkatlunak, membuatkodedalambentukmodul, mengujidanmemeriksa (tes) modul. 6. Test integration group Kumpulan orang yang melakukantesdanmengintegrasimodul.

  15. 7. Maintenance group Memantaudanmerawatperformansisistemperangkatlunak yang dibuatselamapelaksanaandanpadasaatmodifikasimuncul (80% daripekerjaan). 8. Technical Support Orang-orang yang mengelola (manage) pengembangperangkatlunak, termasukkonsultanatauorang yang mempunyaikepandaianlebihtinggi. 9. Staff dan Clerical Work Bertugasmengetik, memasukkan data danmembuatdokumen.

  16. Keberhasilanpengembanganperangkatlunakbisadilihatdari 10 aspekatautitikpandang, yaitu : 1. Ketelitiandaripembuatnya 2. Kualitasdarispesifikasiperangkatlunaik yang dihasilkan (Baik, jikaadasedikitkesalahan). 3. Integritas 4. Ketelitian 5. ProsesPembuatan yang mantap 6. Mudahdikembangkan 7. Jumlahversi yang tidakbanyak

  17. 8. Ketelitiandari model pengembangan yang digunakanuntukmeramalatributperangkatlunak 9. Efektivitasrencanates dan integrasi 10. Tingkat persiapanuntuksistemperawatan (mempersiapkanpencarianbugs)

  18. Contoh Layout Dokumen SRS 1. PENDAHULUAN • 1.1. Tujuan • 1.2. RuangLingkup • 1.3. Definisi • 1.4. Referensi • 1.5. Sistematika 2. DESKRIPSI UMUM • 2.1. Perspektif • 2.2. Kegunaan • 2.3. KarakteristikPengguna • 2.4. Batasan-batasan • 2.5. AsumsidanKetergantungan

  19. 3. SPESISIKASI KEBUTUHAN • 3.1. KebutuhanFungsional • 3.1.1. Pendahuluan • 3.1.2. Input • 3.1.3. Proses • 3.1.4. Output • 3.2. KebutuhanAntarmukaEksternal • 3.2.1. AntarmukaPengguna • 3.2.2. AntarmukaPerangkatKeras • 3.2.3. AntarmukaPerangkatLunak • 3.2.4. AntarmukaKomunikasi

  20. 3.3. KebutuhanPerformasi • 3.4. KendalaDesain • 3.4.1. Standard Compliance • 3.4.2. PerangkatKeras • 3.5. Atribut • 3.5.1. KeamananSIstem • 3.5.2. Pemeliharaan • 3.6. Kebutuhan Lain • 3.6.1. Database • 3.6.2. Pengoperasian • 3.6.3. PenyesuaianTempat

  21. Thank You !

More Related