RK Tugas 5 - Metode Dokumentasi

  

Requirement Engineering

Requirement Engineering adalah sebuah proses mendefinisi, mendokumentasi dan merawat kebutuhan. Ini adalah sebuah proses mengumpulkan dan mendefinisikan layanan yang akan ditawarkan oleh sistem.

Analisis

Analisis adalah proses mengklasifikasi informsi kebutuhan menjadi beberapa kategori, mengevaluasi kebutuhan sesuai kualitas yang diinginkan, menunjukkan kebutuhan dalam bentuk yang berbeda, menerjemahkan kebutuhan yang lebih detil dari kebutuhan aslinya, menegosiasi prioritas dan segala aktivitas yang terkait.

Spesifikasi

Spesifikasi adalah sebuah proses mendokumentasikan kebutuhan aplikasi perangkat lunak dalam bentuk yang terstruktur, mudah di bagikan dan mudah diatur. Juga, sebagai produk dalam proses tersebut.

 

SRS (Software Requirements Specification)

SRS adalah sekumpulan kebutuhan fungsional maupun non=fungsional pada sebuah perangkat lunak. Dengan kata lain, SRS berisi fungsi dan kapabilitas pada perangkat lunak yang harus ada, juga sebagai dasar untuk perencanaan, desain, coding, testing, dan dokumentasi pengguna.

SRS terdiri dari:

1. Introduction (Tujuan. Konvensi, Cakupan, Referensi)
2. Deskripsi Lengkap (Perspektif Produk. Sifat dan Pembagian pengguna.Lingkungan Operasi. Batasan pada Desain dan Implementasi. Asumsi dan Ketergantungan)
3. Fitur Sistem (Fitur 1. Deskripsi. Kebutuhan Fungsional. Fitur 2 ...)
4. Kebutuhan Data (Model data logik. Kamus data. Laporan. Keabsahan data)
5. Kebutuhan Antarmuka Exrernal (Antarmuka pengguna. Antarmuka perangkat lunak. Antarmuka perangkat keras. Antarmuka komunikasi)
6. Atribut Kualitas (Penggunaan, Performa, Keamanan, dll)
7. Kebutuhan Internasionalisasi dan Lokalisasi 
8. Kebutuhan Lainnya

Sebuah Kebutuhan yaang baik memiliki sifat

• Komprehensif
• Benar
• Valid dan Aktual
• Dapat disetujui
• Penting
• Mudah dipahami
• Mudah ditelusuri
• Bernilai
• Dapat di implementasi
• Konsisten
• Dapat dibagi
• Dapat di test
• Tidak ambigu

Membangun Kebutuhan

Requirement Template

Requirement Template adalah sebuah blueprint yang berisi struktur sintaktis pada sebuah kebutuhan

Berikut adalah proses membangun kebutuhan berdasarkan Chris Rupp & The SOPHISTs

 1. Menentukan proses mana yang akan menjadi kebutuhan

• Identifikasi fungsionalitas yang diinginkan
• Gunakan kata proses untuk mendeskripsikan prosesnya
• Kurangi jumlah kata proses menjadi kata yang lebih relevan untuk sistem

 2. Tentukan aktivitas sistem.

• Apakah sistem tidak bergantung pda sistem lainnya?
• Apakah proses tersebut adalah interaksi pengguna? 
• Apakah proses tersebut adalah sebuah kebutuhan antarmuka?

 3.  Menentukan tingkat kewajiban hukum

• Kebutuhan mana saja yang relevan terhadap hukum?
• Menggunakan kata kerja modal

 4. Perbaiki kebutuhannya

• Objek dan pelengkap mana yang hilang?
• Tambahkn objek dan pelengkap tersebut

 5. Frasa Logikal dan Kondisi Temporal

• Dalam kondisi dan situasi apa agar kebutuhan tersebut bekerja?
• Taruh kondisi tersebut didepan kebutuhan

  6. Gunakan SOPHIST-Rulebook untuk memastikan kelengkapan semantik.

• Terapkan aturan dan test pada SOPHIST set of Regulations
• Hindari informasi yang kurang lengkap
• Hindari pernyataan yang imajiner
• Hindari generalisasi yang keliru.