Rabu, 15 Oktober 2014

Software Requirement Specification (SRS)

Requirement adalah gambaran dari layanan (services) dan batasan bagi system yang akan dibangun. Atau requirement adalah pernyataan/gambaran pelayanan yang disediakan oleh system, batasan – batasan dari system dan bisa juga berupa definisi matematis fungsi – fungsi system.

Definisi persyaratan :
 kondisi kemampuan yang dibutuhkan oleh pengguna untuk memecahkan masalah atau mencapai
tujuan;
 Suatu kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh sistem untuk memenuhi kontrak, standar, spesifikasi, atau dokumen resmi lainnya yang dikenakan "Tujuan dari kegiatan persyaratan untuk menghasilkan Spesifikasi Persyaratan Software / software requirement spesification (SRS) yang menjelaskan apa perangkat lunak yang diusulkan harus melakukan tanpa menggambarkan bagaimana perangkat lunak akan melakukannya.

Value of a Good SRS
 Tujuan dasar dari SRS adalah untuk menjembatani kesenjangan komunikasi antara klien dan pengembang, sehingga mereka memiliki visi bersama tentang perangkat lunak yang akan dibangun.
 Oleh karena itu, salah satu keuntungan utama dari SRS yang baik adalah :

1. SRS menetapkan dasar kesepatakan antara Pengguna dan Pengembang Jadi, melalui SRS, klien secara jelas menggambarkan apa yang diharapkan dari pengembang.
2. SRS menyediakan referensi untuk validasi produk akhir SRS membantu klien menentukan apakah perangkat lunak yang memenuhi persyaratan. Tanpa SRS yang tepat, tidak ada cara klien dapat menentukan apakah perangkat lunak yang disampaikan adalah apa yang diperintahkan, dan tidak ada cara pengembang dapat meyakinkan klien bahwa semua persyaratan telah dipenuhi

Kebutuhan Proses
 Proses persyaratan adalah urutan kegiatan yang perlu dilakukan dalam fase persyaratan dan yang berujung pada menghasilkan dokumen berkualitas tinggi yang berisi SRS.
 Proses persyaratan biasanya terdiri dari tiga tugas dasar: masalah atau analisis kebutuhan, persyaratan spesifikasi, dan validasi kebutuhan

Spesifikasi persyaratan
 Fokus spesifikasi persyaratan adalah pada penetapan persyaratan dalam dokumen. Isu-isu seperti representasi, bahasa spesifikasi, dan alat-alat yang ditujukan pada kegiatan ini.
 Mengatur dengan benar dan menjelaskan persyaratan adalah tujuan yang penting dari kegiatan ini.

Validasi persyaratan
Validasi Persyaratan berfokus untuk memastikan bahwa apa yang telah ditetapkan  dalam SRS adalah
segala yang berkaitan dengan persyaratan perangkat lunak dan memastikan bahwa SRS berkualitas baik.
Proses persyaratan berakhir dengan produksi SRS divalidasi.

Proses kebutuhan

Perangkat lunak harus memberikan bantuandalam merepresentasikan dan mengakses file-fileeksternal yang dibuat dengan alat bantu lain. Persyaratan Fungsional dan Non Fungsional Persyaratan User

Persyaratan Sistemo Dokumentasi Persyaratan Perangkat Lunak RPL.
User harus diberi fasilitas untuk mendefinisikan jenis file eksternalo Setiap file eksternal bisa memiliki alat bantu relevan yang bisa diterapkan pada file tersebut.o Setiap file eksternal bisa direpresentasikan sebagai ikon yang spesifik pada display usero Fasilitas harus disediakan untuk ikon yang merepresentasikan suatu jenis file eksternal yang akan didefinisikan oleh usero  Ketika user memilih seuatu ikon yang merepresentasikan file eksternal, efek pemilihan adalah penerapan alat bantu yang berhubungan dengan jenis file eksternal ke file yang direpresentasikan oleh ikon yang dipilih RPL Gambar ini menunjukkan bagaimana persyaratan user dapat diperluas menjadi beberapa persyaratan system. Persyaratan user harus ditulis untuk klien dan manajer kontraktor yang tidak memiliki pengetahuan teknis rinci mengenai system.o spesifikasi persyaratan sistemm harus ditunjukan bagi staf teknis senior dan manajer proyek. Spesifikasi ini akan dipakai dai klien dan kontraktor End-user system dapat membaca kedua dokumen ini. Yang terakhir, spesifikasi perancangan lunak merupakan dokumen yang berorientasi pada implementasi. Spesifikasi ini harus ditulis untuk perekayasa perangkat lunak yang akan mengembangkan system.

Persyaratan Fungsional: Pernyataan layanan tentang bagaimana sistem harus bereaksi terhadap input,  sistem harus berlaku pada situasi-situasi tertentu. Secara khusus menyatakan apa  yang tidak boleh  dilakukan sistem. Merupakan penjelasan tentang layanan yang perlu disediakan oleh system, bagaimana  system menerima dan mengolah masukan, dan bagaimana system mengatasi situasi – situasi tertentu.  Selain itu kadang – kadang juga secara jelas menentukan apa yang tidak dikerjakan oleh system. Functional Requirement menggambarkan system requirement secara detail seperti input, output dan  pengecualian yang berlaku

Persyaratan Non Fungsional: Pernyataan tentang batasan layanan dan fungsi yang diberikan sistem. Karena berkaitan dengan kebutuhan system secara keseluruhan, maka kegagalan memenuhi kebutuhan  jenis ini berakibat pada system secara keseluruhan.Contoh kebutuhan jenis ini adalah kecepatan  akses,  keamanan data, besarnya kapasitas penyimpanan yang diperlukan, privasi masing – masing  profil/account, bahasa pemrograman yang digunakan, system operasi yang digunakan. Ada 3 jenis persyaratan non – fungsional :
a. Product req
Berkaitan dengan kehandalan, kecepatan, kemudahan digunakan, kapasitas memori yang  dibutuhkan dan efisiensi system.
b. Organisasi req
Berkaitan dengan standar, bahasa pemrograman dan metode rancangan yang digunakan
c. External req
Berkaitan dengan masalah etika penggunaan, interoperabilitas dengan system lain, legalitas dan privasi.

Persyaratan Domain: Persyaratan yang datang dari domain aplikasi sistem dan merefleksikan karakteristik domain tersebut. User dapat mencari semua atau satu set awal database atau memilih subset darinya  Sistem akan menyediakan viewer yang sesuai bagi user untuk membaca dokumen pada penyimpanan (store) dokumen. Semua pemesanan diberi identifier yang unik(ORDER_ID) yang dapat di copy user ke areapenyimpanan permanen untuk account tersebut.

Persyaratan Produk: persyaratan yang diambil dari spesifikasi produk, seperti persyaratan hardware  untuk mendukung kinerja.o Persyaratan Organisasi: persyaratan yang berasal dari kebijakandan prosedur pada organisasi

Persyaratan Eksternal: Persyaratan yang berasal dari faktor eksternal terhadap sistem dan proses pengembangannya

Beberapa Macam Requirement
 User Requirement (Kebutuhan Pengguna)
•Pernyataan tentang layanan yang disediakan system dan tentang batasan – batasan operasionalnya. Pernyataan ini dapat dilengkapi dengan gambar/diagram yang dapat dimengerti dengan mudah.
 System Requirement (Kebutuhan Sistem)
• Sekumpulan layanan/kemampuan system dan batasan – batasan yang ditulis secara detail. System Requirement document sering disebut functional Specification (Spesifikasi Fungsional), menjelaskan dengan tepat dan detail. Ini bisa berlaku sebagai
kontrak antara klien dan pembangun.
 A Software Design Specification ( Spesifikasi Rancangan Perangkat Lunak)• Gambaran abstrak dari rancangan software yang menjadi dasar bagi perancangan dan implementasi yang lebih detail

Ringkasan / Kesimpulan :
 Tujuan utama dari proses persyaratan adalah untuk menghasilkan spesifikasi kebutuhan perangkat lunak (SRS) yang menangkap secara akurat kebutuhan klien dan yang membentuk dasar dari pengembangan perangkat lunak dan validasi.
 Ada tiga aktivitas dasar dalam proses persyaratan : analisis masalah, spesifikasi, dan validasi. Tujuan analisis adalah untuk memahami aspek-aspek yang berbeda dari masalah, konteksnya, dan bagaimana hal itu cocok dalam organisasi klien. Dalam spesifikasi persyaratan yang ditetapkan masalah mengerti atau tertulis, menghasilkan SRS. Persyaratan validasi dilakukan untuk memastikan bahwa persyaratan yang ditentukan pada SRS memang apa yang diinginkan.
 kunci karakteristik yang diinginkan dari SRS adalah: ketepatan, kelengkapan, konsistensi, unambiguousness, Pemastian, dan peringkat untuk penting.
 SRS yang baik harus menentukan semua fungsi software perlu dukungan, persyaratan kinerja sistem, kendala desain yang ada, dan semua antarmuka eksternal.
 menggunakan Kasus pendekatan populer untuk menentukan kebutuhan fungsional.
 Setiap use case menentukan interaksi sistem dengan aktor utama, yang memulai use case untuk
mencapai beberapa tujuan.

0 komentar:

Posting Komentar

 
/*SYNTAX HIGHLIGHTER*/