SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Spesifikasi kebutuhan perangkat lunak atau
Spesifikasi kebutuhan perangkat lunak atauSoftware Requirements SpeficationSoftware Requirements Spefication (SRS) adalah(SRS) adalah sebuah dokumen yang berisi pernyataan lengkap dari apa yang dapat dilakukan oleh sebuah dokumen yang berisi pernyataan lengkap dari apa yang dapat dilakukan oleh perangkat
perangkat lunak, lunak, tanpa tanpa menjelaskan menjelaskan bagaimana bagaimana hal hal tersebut tersebut dikerjakan dikerjakan oleh oleh perangkat perangkat lunak.lunak. Suatu SRS harus mencantumkan tentang deskripsi dengan lingkungannya. Mencakup Suatu SRS harus mencantumkan tentang deskripsi dengan lingkungannya. Mencakup antarmuka untuk perangkat keras, perangkat lunak, komunikasi dan pemakai.
antarmuka untuk perangkat keras, perangkat lunak, komunikasi dan pemakai.
SRS bisa terdiri dari banyak dokumentasi yang saling melengkapi. Suatu SRS harus SRS bisa terdiri dari banyak dokumentasi yang saling melengkapi. Suatu SRS harus dapat :
dapat : 1.
1. Menguraikan definisi masalahMenguraikan definisi masalah 2.
2. Menguraikan masalah dengan tepat dengan cara yang tepat pulaMenguraikan masalah dengan tepat dengan cara yang tepat pula Objektif SRS
Objektif SRS 1.
1. Persetujuan kerja Persetujuan kerja dengan pelanggandengan pelanggan 2.
2. Daftar kebutuhan teknis Daftar kebutuhan teknis yang harus dipenuhi oleh yang harus dipenuhi oleh perangkat lunakperangkat lunak Syarat Pembentukan SRS
Syarat Pembentukan SRS 1.
1. Mudah Mudah diidentifikasidiidentifikasi 2.
2. Diuraikan Diuraikan dengan dengan jelas,jelas,simplesimple, sederhana dan, sederhana danconciseconcise(Jelas, tidak(Jelas, tidakambiguousambiguous)) 3.
3. Bisa divalidasi Bisa divalidasi dan bisa dan bisa dites (dites (test reliable, test accessabletest reliable, test accessable).). 4.
4. Mampu Mampu untuk ditelusuri untuk ditelusuri kembali (kembali (tracebilitytracebility)) Hindari hal-hal berikut saat pembentukan SRS Hindari hal-hal berikut saat pembentukan SRS 1.
1. Over specificationOver specification(penjelasan berlebih dan berulang-ulang sehingga menjadi tidak jelas)(penjelasan berlebih dan berulang-ulang sehingga menjadi tidak jelas) 2.
2. TindakanTindakanunconcistencyunconcistency 3.
3. Ambiguity Ambiguitydalam kata atau kalimatdalam kata atau kalimat 4.
4. Menuliskan “mimpi-mimpi” , yaitu hal-hal yang tidak bisa dilakukanMenuliskan “mimpi-mimpi” , yaitu hal-hal yang tidak bisa dilakukan Dalam Suatu SRS ada 2 aspek yang harus bisa dilihat :
Dalam Suatu SRS ada 2 aspek yang harus bisa dilihat : 1.
1. FungsiFungsi
Menjelaskan fungsi dari perangkat lunak (digunakan untuk apa keperluan apa), sifat lunak Menjelaskan fungsi dari perangkat lunak (digunakan untuk apa keperluan apa), sifat lunak dan datanya. dan datanya. 2. 2. Non-Fungsi Non-Fungsi a. a. Dependability Dependability • • reliabilityreliability • • maintainbilitymaintainbility • • securitysecurity • • integrityintegrity b. b. Ergonomic Ergonomic c. c. PerformancePerformance d. d. ContraintContraint
Atribut Suatu SRS Atribut Suatu SRS 1.
1. Benar (Benar (correct correct )) Jika salah (
Jika salah (incorrect incorrect ), artinya spesifikasi yang ditulis adalah bukan yang diinginkan.), artinya spesifikasi yang ditulis adalah bukan yang diinginkan. 2.
2. Tepat (Tepat ( precise precise))
Berpengaruh pada hasil perancangan dan pembuatan
Berpengaruh pada hasil perancangan dan pembuatan software requirements designsoftware requirements design (SRD).
(SRD). 3.
3. UnambiguouityUnambiguouity
Setiap permintaan harus punya satu interpretasi, atau hanya ada satu arti dalam satu Setiap permintaan harus punya satu interpretasi, atau hanya ada satu arti dalam satu kalimat.
kalimat. 4.
4. Lengkap (Lengkap (completecomplete))
Lengkap jika dilihat dari dua sudut pandang : Lengkap jika dilihat dari dua sudut pandang : •
• Dokumen membuat tabel isi, nomor halaman, nomor gambar, nomor tabel, danDokumen membuat tabel isi, nomor halaman, nomor gambar, nomor tabel, dan sebagainya.
sebagainya. •
• Tidak ada bagian yang hilang (Tidak ada bagian yang hilang (to be defineto be define) yaitu tulisan yang akan didefinisikan) yaitu tulisan yang akan didefinisikan kemudian
kemudian 5.
5. Bisa diverifikasi (Bisa diverifikasi (verifiableverifiable))
Bisa diperiksa dan dicek kebenarannya. Setiap kebutuhan selalu dimulai dengan Bisa diperiksa dan dicek kebenarannya. Setiap kebutuhan selalu dimulai dengan dokumen yang bisa diperiksa.
dokumen yang bisa diperiksa. 6.
6. KonsistenKonsisten Nilai-nilai
Nilai-nilai kebutuhan kebutuhan harus harus tetap tetap sama sama baik baik dalam dalam karakteristik karakteristik maupun maupun spesifikspesifik misalnya diminta A tetap ditulis A.
misalnya diminta A tetap ditulis A. 7.
7. UnderstandableUnderstandable
Dapat dimengerti oleh pemrograman, analisis sistem atau
Dapat dimengerti oleh pemrograman, analisis sistem atausistem engineersistem engineer 8.
8. Bisa dimodifikasi (Bisa dimodifikasi (modifiedablemodifiedable))
Bisa diubah-ubah dan pengubahannya sangat sederhana tetapi tetap konsisten dan Bisa diubah-ubah dan pengubahannya sangat sederhana tetapi tetap konsisten dan lengkap.
lengkap. 9.
9. Dapat ditelusuri (Dapat ditelusuri (traceabletraceable))
Jika ditelusuri, harus tahu mana bagian yang diubah Jika ditelusuri, harus tahu mana bagian yang diubah 10.
10. Harus dapat dibedakan bagianHarus dapat dibedakan bagian whatwhat (bagian spesifikasi) dan(bagian spesifikasi) dan howhow (bagian yang(bagian yang menjelaskan bagaimana menjelaskan
menjelaskan bagaimana menjelaskanwhatwhat tadi)tadi) 11.
11. Dapat mencakup dan melingkupi seluruh sistemDapat mencakup dan melingkupi seluruh sistem 12.
12. Dapat melingkupi semua lingkungan operasional, misalnya interaksi fisik danDapat melingkupi semua lingkungan operasional, misalnya interaksi fisik dan operasional.
operasional. 13.
13. Bisa menggambarkan sistem seperti yang dilihat oleh pemakai.Bisa menggambarkan sistem seperti yang dilihat oleh pemakai. 14.
14. Harus toleran (bisa menerima) terhadap ketidaklengkapan, ketidakpastian (Harus toleran (bisa menerima) terhadap ketidaklengkapan, ketidakpastian (ambiguousambiguous)) dan
dan ketidak ketidak konsistenan.konsistenan. 15.
15. Harus bisa dilokalisasi dengan sebuahHarus bisa dilokalisasi dengan sebuah couplingcoupling, yaitu hubungan ketergantungan antara, yaitu hubungan ketergantungan antara dua model yang tidak terlalu erat.
dua model yang tidak terlalu erat.
Ada 9 macam orang yang terlibat dalam pembuatan SRS : Ada 9 macam orang yang terlibat dalam pembuatan SRS : 1.
1. Pemakai (Pemakai (user user ))
Yang mengoperasikan / menggunakan produk final dari perangkat lunak yang dibuat. Yang mengoperasikan / menggunakan produk final dari perangkat lunak yang dibuat. 2.
2. ClientClient
Orang atau perusahaan yang mau membuat sistem (yang menentukan). Orang atau perusahaan yang mau membuat sistem (yang menentukan). 3.
3. Sistem analyst (Sistem analyst (sistem engineer sistem engineer ))
Yang biasa melakukan kontak teknik pertama dengan client. Bertugas menganalisis Yang biasa melakukan kontak teknik pertama dengan client. Bertugas menganalisis persoalan, menerima
persoalan, menerima requirement requirement dan menulis dan menulis requirement requirement .. 4.
Yang bekerja setelah kebutuhan perangkat lunak dibuat (bekerja sama dengan sistem Yang bekerja setelah kebutuhan perangkat lunak dibuat (bekerja sama dengan sistem engineer berdasarkan SRS)
engineer berdasarkan SRS) 5.
5. ProgrammaerProgrammaer
Menerima spesifikasi perancangan perangkat lunak, membuat kode dalam bentuk modul, Menerima spesifikasi perancangan perangkat lunak, membuat kode dalam bentuk modul, menguji dan memeriksa (tes) modul.
menguji dan memeriksa (tes) modul. 6.
6. Test integration groupTest integration group
Kumpulan orang yang melakukan tes dan mengintegrasi modul. Kumpulan orang yang melakukan tes dan mengintegrasi modul. 7.
7. Maintenance groupMaintenance group
Memantau dan merawat performansi sistem perangkat lunak yang dibuat selama Memantau dan merawat performansi sistem perangkat lunak yang dibuat selama pelaksanaan dan pa
pelaksanaan dan pada saat modifikasi muncul (8da saat modifikasi muncul (80% dari pekerjaan).0% dari pekerjaan). 8.
8. Technical SupportTechnical Support
Orang-orang yang mengelola (
Orang-orang yang mengelola (managemanage) pengembang perangkat lunak, termasuk) pengembang perangkat lunak, termasuk konsultan atau orang yang mempunyai kepandaian lebih tinggi.
konsultan atau orang yang mempunyai kepandaian lebih tinggi. 9.
9. Staff dan Clerical WorkStaff dan Clerical Work
Bertugas mengetik, memasukkan data dan membuat dokumen. Bertugas mengetik, memasukkan data dan membuat dokumen.
Keberhasilan pengembangan perangkat lunak bisa dilihat dari 10 aspek atau titik pandang, Keberhasilan pengembangan perangkat lunak bisa dilihat dari 10 aspek atau titik pandang, yaitu :
yaitu : 1.
1. Ketelitian dari pembuatnyaKetelitian dari pembuatnya 2.
2. Kualitas dari spesifikasi perangkat lunaik yang dihasilkan (Baik, jika ada sedikitKualitas dari spesifikasi perangkat lunaik yang dihasilkan (Baik, jika ada sedikit kesalahan). kesalahan). 3. 3. IntegritasIntegritas 4. 4. KetelitianKetelitian 5.
5. Proses Pembuatan yang mantapProses Pembuatan yang mantap 6.
6. Mudah dikembangkanMudah dikembangkan 7.
7. Jumlah versi yang tidak banyakJumlah versi yang tidak banyak 8.
8. Ketelitian dari model pengembangan yang digunakan untuk meramal atributKetelitian dari model pengembangan yang digunakan untuk meramal atribut perangkat
perangkat lunak lunak 9.
9. Efektivitas rencana tes dan integrasiEfektivitas rencana tes dan integrasi 10.
10. Tingkat persiapan untuk sistem perawatan (mempersiapkan pencarianTingkat persiapan untuk sistem perawatan (mempersiapkan pencarianbugsbugs))