UAS VERVAL 11-12-13

kebutuhan yang berkaitan dengan fungsi atau proses transformasi informasi yang harus mampu dikerjakan oleh software terkait dengan Validasi software, disebut..

• Kebutuhan fungsional (functional reqirement)

• Kebutuhan antar-muka (interface requirement)

• Kebutuhan unjuk kerja (performance requirement)

• Kebutuhan Operasional (Operational requirement)

• Kebutuhan Keamanan (Security recuirement)

Kebutuhan yang menghubungkan software dengan elemen perangkat keras, sistem, basis data, atau user, terkait dengan Verifikasi dan Validasi software , disebut..

• Kebutuhan antar-muka (interface requirement)

• Kebutuhan Operasional (Operational requirement)

• Kebutuhan unjuk kerja (performance requirement)

• Kebutuhan non fungsional (Non Functional Requirement)

• Kebutuhan Keamanan (Security recuirement)

Kebutuhan yang menetapkan karakteristik unjuk kerja yang harus dimiliki oleh software, misalnya: kecepatan, ketepatan, frekuensi, terkait dengan Validasi software, disebut..

• Kebutuhan unjuk kerja (performance requirement)

• Kebutuhan antar-muka (interface requirement)

• Kebutuhan Operasional (Operational requirement)

• Kebutuhannon fungsional (Non Functional Requirement)

• Kebutuhan Keamanan (Security recuirement)

Salah satu definisi Analisis kebutuhan / Requirement analysis adalah..

• proses mempelajari kebutuhan pemakai untuk mendapatkan definisi kebutuhan sistem atau sistem itu sendiri.
• proses analisis yang dilakukan guna memperkirakan / estimasi biaya pengembangan sistem
• proses analisis implementasi Good Corporate Governance dengan tujuan untuk memberikan suatu dasar yang terstruktur bagi user
• tahap-tahap proses pengujian yang dilaksanakan secara sistematis dan terencana.
• proses menentukan apakah perangkat lunak telah memenuhi requirementnya sesuai dengan dokumen SRS. Setelah dilakukan validation testing

Dari hasil requirement analysis dapat dijawab bentuk pertanyaan terkait dengan Validasi software, sebagai berikut, kecuali…

• Berapa estimasi biaya dan mitigasi resiko pengembangan software

• Siapa pemakai yang menggunakan software dan dimana software akan digunakan? (di bagian mana, divisi apa? Dst

• Pekerjaan apa saja dari pemakai yang akan dibantu oleh software?

• Apa saja cakupan / batasan dari pekerjaan tersebut bagaimana mekanisme pelaksanaannya?

• Apa yang menjadi kendala dilihat dari sisi teknologi yang digunakan atau dari sisi hukum dan standar?

Beriku ini cara yang biasanya dilakukan oleh pengembang, khususnya analis, dalam memahami masalah software / system, KECUALI..

• Studi Literatur

• Wawancara dengan pemakai

• Observasi atau pengamatan lapangan

• Kuesioner (Angket)

• Mempelajari referensi atau dokumen-dokumen yang digunakan, seperti dokumen hasil Analisa dan perancangan sistem

Pada dasarnya SRS (System Requirement Spesification) adalah suatu dokumen yang menyatakan kebutuhan perangkat lunak sebagai Validasi software, yang merupakan hasil dari …

• proses analisis yang dilakukan dalam konteks pengembangan perangkat lunak dengan menggali informasi dari calon pemakai software

• proses desain algoritma pemrograman yang dilakukan dalam konteks pengembangan perangkat lunak dengan memperhatikan alur program

• proses analisis yang dilakukan guna memperkirakan / estimasi biaya pengembangan sistem

• proses implementasi Good Corporate Governance dengan tujuan untuk memberikan suatu dasar yang terstruktur bagi user

• tahap-tahap proses pengujian yang dilaksanakan secara sistematis dan terencana.

Manfaat SRS Sebagai bentuk perjanjian antara customer dan supplier tentang software yang akan dibuat, kaitan dengan pengujian dan validasi software adalah..

• Sebagai dasar validasi dan verifikasi software di ujung penyelesaian proyek nantinya
• .Memfasilitasi transfer, semisal software tersebut ingin ditransfer ke pengguna atau mesin-mesin yang lain.
• Mendasari perawatan produk software di kemudian hari
• Sebagai bahan perkiraan biaya dan rencana penjadwalan.
• Mengurangi beban kerja dalam proses pengembangan software.

Salah aspek yang perlu diperhatikan dalam membuat SRS yang baik adalah terpenuhinya aspek Performansi. yaitu…

• Sejauh apa kecepatan, ketersediaan (availability), waktu tanggap (response time),waktu recovery dari berbagai fungsi perangkat lunak yang dibuat.

• Seberapa tingkat portabilitas, tingkat kebenaran (correctness), tingkat pemeliharaan (maintainability), dan tingkat keamanan yang ingin dicapai

• Untuk apa suatu perangkat lunak dibuat.

• Dengan apa perangkat lunak berinteraksi dengan user, system hardware, perangkat keras di luar sistem dan perangkat lunak lain.

• batasan sumberdaya, lingkungan operasi, dan lain-lain yang membatasi pilihan yang bisa digunakan atau keputusan yang bisa diambil ketika perancangan.

Berikut ini adalah beberapa Karakteristik dari SRS yang baik, KECUALI..

• Observable & Controllable (dapat diamati & di kendalikan)

• Correct & Unambiguous ( benar dan tidak ambigu, )

• Complete & Consistent (lengkap dan konsisten)

• Ranked for importance & stability ((prioritas penting dan stabilitas)

• Verifiable (dapat diverifikasi), Modifiable (bisa dimodifikasi), Traceable (bisa dilacak)