Definisi Software Requirement Specification Dalam Rpl

Requirement yaitu citra dari layanan (services) dan batasan bagi system yang akan dibangun. Atau requirement yaitu 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 duduk kasus 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 melaksanakan tanpa menggambarkan bagaimana perangkat lunak akan melakukannya.
  
  

Software Requirement Specification yang baik

Tujuan dasar dari Software Requirement Specification (SRS) yaitu untuk menjembatani kesenjangan komunikasi antara klien dan pengembang, sehingga mereka mempunyai visi bersama wacana perangkat lunak yang akan dibangun.

Oleh alasannya yaitu itu, salah satu laba utama dari SRS yang baik yaitu :

1. SRS memutuskan dasar kesepatakan antara Pengguna dan Pengembang Jadi, melalui SRS, klien secara terang menggambarkan apa yang diharapkan dari pengembang.
2. SRS menyediakan rujukan untuk validasi produk selesai SRS membantu klien menentukan apakah perangkat lunak yang memenuhi persyaratan. Tanpa SRS yang tepat, tidak ada cara klien sanggup menentukan apakah perangkat lunak yang disampaikan yaitu apa yang diperintahkan, dan tidak ada cara pengembang sanggup meyakinkan klien bahwa semua persyaratan telah dipenuhi.

Kebutuhan proses

Proses persyaratan yaitu 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 kiprah dasar yaitu :

1. Masalah atau analisis kebutuhan
2. Persyaratan spesifikasi
3. Validasi kebutuhan

Spesifikasi persyaratan

• Fokus spesifikasi persyaratan yaitu pada penetapan persyaratan dalam dokumen. Isu - info menyerupai representasi, bahasa spesifikasi, dan alat - alat yang ditujukan pada kegiatan ini.
  
  
• Mengatur dengan benar dan menjelaskan persyaratan yaitu 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 memperlihatkan pemberian dalam merepresentasikan dan mengakses file - file eksternal yang dibentuk dengan alat bantu lain. Persyaratan Fungsional dan Non Fungsional, Persyaratan User, Persyaratan Sistem Dokumentasi, Persyaratan Perangkat Lunak RPL.

User harus diberi akomodasi untuk mendefinisikan jenis file eksternal. Setiap file eksternal bisa mempunyai alat bantu relevan yang bisa diterapkan pada file tersebut. Setiap file eksternal bisa direpresentasikan sebagai ikon yang spesifik pada display user. Fasilitas harus disediakan untuk ikon yang merepresentasikan suatu jenis file eksternal yang akan didefinisikan oleh user. Ketika user menentukan suatu ikon yang merepresentasikan file eksternal, pengaruh pemilihan yaitu penerapan alat bantu yang bekerjasama dengan jenis file eksternal ke file yang direpresentasikan oleh ikon yang dipilih RPL.

Gambar ini memperlihatkan bagaimana persyaratan user sanggup diperluas menjadi beberapa persyaratan system. Persyaratan user harus ditulis untuk klien dan manajer kontraktor yang tidak mempunyai pengetahuan teknis rinci mengenai system.o spesifikasi persyaratan sistemm harus ditunjukan bagi staf teknis senior dan manajer proyek. Spesifikasi ini akan digunakan dai klien dan kontraktor End-user system sanggup 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 membuatkan system.

Persyaratan Fungsional

Pernyataan layanan wacana bagaimana sistem harus bereaksi terhadap input,  sistem harus berlaku pada situasi - situasi tertentu. Secara khusus menyatakan apa  yang dilarang  dilakukan sistem. Merupakan klarifikasi wacana layanan yang perlu disediakan oleh system, bagaimana  system mendapatkan dan mengolah masukan, dan bagaimana system mengatasi situasi - situasi tertentu. Selain itu kadang - kadang juga secara terang menentukan apa yang tidak dikerjakan oleh system. Functional Requirement menggambarkan system requirement secara detail menyerupai input, output dan  pengecualian yang berlaku

Persyaratan Non Fungsional

Pernyataan wacana 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 yaitu 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 :

1. Product req
   Berkaitan dengan kehandalan, kecepatan, kemudahan digunakan, kapasitas memori yang  dibutuhkan dan efisiensi system.
   
   
2. Organisasi req
   Berkaitan dengan standar, bahasa pemrograman dan metode rancangan yang digunakan.
   
   
3. External req
   Berkaitan dengan duduk kasus adab penggunaan, interoperabilitas dengan system lain, legalitas dan privasi.

Persyaratan Domain

Persyaratan yang tiba dari domain aplikasi sistem dan merefleksikan karakteristik domain tersebut. User sanggup mencari semua atau satu set awal database atau menentukan 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 sanggup di copy user ke area penyimpanan permanen untuk account tersebut.

Persyaratan Produk

persyaratan yang diambil dari spesifikasi produk, menyerupai persyaratan hardware  untuk mendukung kinerja. Persyaratan Organisasi yaitu persyaratan yang berasal dari kebijakan dan mekanisme pada organisasi.

Persyaratan Eksternal

Persyaratan yang berasal dari faktor eksternal terhadap sistem dan proses pengembangannya.

Beberapa Macam Requirement

• User Requirement (Kebutuhan Pengguna)
  Pernyataan wacana layanan yang disediakan system dan wacana batasan - batasan operasionalnya. Pernyataan ini sanggup dilengkapi dengan gambar / diagram yang sanggup 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 sempurna dan detail. Ini bisa berlaku sebagai kontrak antara klien dan pembangun.
  
• Software Design Specification ( Spesifikasi Rancangan Perangkat Lunak)Gambaran aneh dari rancangan software yang menjadi dasar bagi perancangan dan implementasi yang lebih detail.

Kesimpulan

• Tujuan utama dari proses persyaratan yaitu 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 acara dasar dalam proses persyaratan yaitu analisis masalah, spesifikasi, dan validasi. Tujuan analisis yaitu untuk memahami aspek - aspek yang berbeda dari masalah, konteksnya, dan bagaimana hal itu cocok dalam organisasi klien. Dalam spesifikasi persyaratan yang ditetapkan duduk kasus 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 yaitu ketepatan, kelengkapan, konsistensi, unambiguousness, pemastian, dan peringkat untuk penting.
  
• SRS yang baik harus menentukan semua fungsi software perlu dukungan, persyaratan kinerja sistem, hambatan desain yang ada, dan semua antarmuka eksternal.
  
• Menggunakan Kasus pendekatan terkenal untuk menentukan kebutuhan fungsional.
  
• Setiap use case menentukan interaksi sistem dengan pemain film utama, yang memulai use case untuk mencapai beberapa tujuan.

Share this post