Spesifikasi Persyaratan Perangkat Lunak
struktur data
Beberapa pendekatan berorientasi struktur data ini meliputi:
1. Pengembangan Sistem Data Terstruktur (DSSD)
Pertama kali diperkenalkan oleh J.D. Warnell [1974] dan Kemudian oleh Ken Orr [1977], demikian sering disebut Ada juga metode Warnier-Orr. Metode ini menggunakan Diagram entitas peralatan, diagram jalur perakitan, dan Diagram Warnier-Orr untuk memodelkan hasil dan model analisis desain.
2. Pengembangan Sistem Jackson (JSD)
Dikembangkan oleh M.A. Jackson [1975] dengan menggunakan nama Diagram blok dan diagram spesifikasi sistem.
" pendekatan berorientasi objek lihat sistemnya Berkembang sebagai sebuah kelompok objek yang sesuai objek dunia nyata. Dalam pendekatan ini, informasi dan proses milik suatu objek "dienkapsulasi" (dibungkus) dalam a Bersatu.
Berorientasi pada objek
Berorientasi pada objek Beberapa metode pengembangan sistem adalah Orientasi objek meliputi:
1. Analisis Berorientasi Objek (OOA) dan Orientasi Objek Desain oleh Peter Coad dan Edward Yourdon (OOD) (1990).
2. Teknik Pemodelan Objek (OMT) oleh James Rumbaugh (tahun 1987).
Rekayasa Perangkat Lunak Berorientasi Objek (OOSE).
Spesifikasi membutuhkan perangkat lunak spesifikasi persyaratan perangkat lunak (SRS)
" File yang disertakan pernyataan lengkap tentang apa bisa melakukan perangkat lunak, tidak jelaskan bagaimana keadaannya itu dari perangkat lunak. Spesifikasi yang dibutuhkan perangkat lunak
Spesifikasi Persyaratan Perangkat Lunak (SRS)
Tujuan pembuatan SRS pengguna potensial (pelanggan) sistem pengembang tujuan :
1. Tentukan keinginan yang umum diungkapkan dalam bentuk penjelasan umum.
2. Tujuan kedua: Cara komunikasi antara pelanggan dan pengguna, Analis dan perancang perangkat lunak.
baca Juga :
Dasar-dasar Perencanaan dan Pelaksanaan
- kegiatan pengujian sistem.
- Referensi untuk perbaikan dan perubahan perangkat lunak.
- Kondisi untuk mendirikan SRS mudah dikenali Jelaskan dengan jelas, sederhana, sederhana, dan tidak ambigu Dapat diverifikasi, dapat diuji (diuji dapat diandalkan, diuji) dapat diakses)
Ketertelusuran (Traceability)
Kapan harus menghindari sesuatu?
membentuk:
- Over-normative (penjelasan dan pengulangan yang berlebihan) Jadi tidak jelas) perilaku yang tidak konsisten (seperti penggunaan terminologi tidak konsisten)
- Ambiguitas dalam kata atau kalimat, seperti pernyataan Perlu untuk mengukur tidak jelas, misalnya menggunakan Kata-kata: terkecil, terbesar, terbaik, cepat, ramah pengguna, efisien, fleksibel.
Tuliskan "mimpi", hal-hal yang tidak bisa dilakukan SRS menulis properti Baiklah File SRS yang baik (sempurna) akan ditulis sebagai:
1. benar
2. Tepat
3. Jelas
4. untuk menyelesaikan (selesai)
5. Dapat diverifikasi
6. Konsisten
7. Dapat dimengerti
8. Dapat dimodifikasi (dimodifikasi)
9. Ketertelusuran
10. Harus dapat membedakan antara apa (bagian normatif) dan bagaimana (bagian Ini menjelaskan bagaimana mencapai apa).
11. Dapat menutupi dan menutupi seluruh sistem
12. Dapat mencakup semua lingkungan operasi, seperti interaksi fisik dan dapat ditindaklanjuti.
13. Dapat menggambarkan apa yang dilihat pengguna dari sistem.
14. Harus mentolerir (dapat diterima) ketidaklengkapan, Ketidakpastian (ambiguitas) dan inkonsistensi.
15. Harus dapat dilokalisasi melalui kopling, yaitu hubungan Ketergantungan antara kedua model tidak terlalu dekat.
SRS menulis properti
Orang-orang yang terlibat dalam pembuatan SKPL(spesifikasi kebutuhan perangkat lunak) :
1. Pengguna (Pengguna)
2. Pelanggan
3. Analis Sistem (System Engineer)
4. Insinyur Perangkat Lunak
5. Programmer
6. Uji Integrasi Grup
7. Tim pemeliharaan Delapan, dukungan teknis
8. Staf dan dokumen
membangun pembuatan SKPL agar berhasil dilihat dari beberapa sudut pandang :
1. Akurasi Pembuat
2. Kualitas spesifikasi perangkat lunak yang dihasilkan (baik, jika ada)
kesalahan)
3. Integritas
4. Akurasi
5. Proses manufaktur yang stabil
6. Mudah dikembangkan
7. Tidak banyak versi
8. Akurasi model yang dikembangkan untuk memprediksi atribut
perangkat lunak
9. Rencana Uji dan Efektivitas Integrasi
10. Pertahankan tingkat kesiapan sistem (siap untuk pencarian bug)
sekian materi dari Spesifikasi Persyaratan Perangkat Lunak - Struktur data, SRS, perencanaan, SKPL, semoga dapat bermanfaat..