Kebutuhan (requirement) memungkinkan pengguna dan pengembang sistem untuk merencanakan terlebih dulu persyaratan sistem yang akan dibangun, sehingga dapat dijadikan sebagai kontrak awal diantara keduanya. Karena itu pendefinisiannya harus nyata, tidak membingungkan (unambigous) dan mudah dipahami (koheren). Kebutuhan harus ditentukan spesifikasinya, yang akan dialokasikan ke dalam arsitektur sistem, untuk membantu pengembangan rancangan sistem. Perincian spesifikasi kebutuhan sistem digolongkan berdasarkan dekomposisi struktur kebutuhan dan penentuan kebutuhan fungsional dan non fungsional.
Spesifikasi kebutuhan perangkat lunak (SKPL) menjelaskan fungsionalitas dan kendala yang harus dipenuhi oleh perangkat lunak, menyangkut keakuratannya (precise), kelengkapannya (detailed) dan kelayakan (teknis). SKPL, yang mengasumsikan fungsi-fungsi dalam sistem yang diaolkasikan dalam arsitektur sistem, dijadikan pedoman (base line) dalam seluruh proses pengembangan perangkat lunak, serta menjelaskan batasan sistem dan lingkungannya.
Tujuan (Sommervile, 2007)
• Menyediakan
umpan balik kepada konsumen
• Memecah permasalahan ke dalam komponen yang lebih kecil
• Masukan untuk tahap spesifikasi rancangan
• Memudahkan pengecekan validasi produk
• Memecah permasalahan ke dalam komponen yang lebih kecil
• Masukan untuk tahap spesifikasi rancangan
• Memudahkan pengecekan validasi produk
Kategori
- Kemudahan Pemeliharaan
- Kemudahan Verifikasi
- Kelengkapan
- Kebenaran
- Konsistensi
- Kejelasan
- Kemudahan Pelacakan
- Kemudahan Perubahan
- Kemudahan Membaca
- Kemudahan Penggunaan
Contoh :
"Deskripsikan Alur dasar dari sistem pindah Lantai pada sistem Lift"
>> Jawaban :
1.Penumpang menekan tombol permintaan lift
2.Lift Sampai ke Lantai n, sampai mendekati
a.Lift berhenti
b.Terdengar bunyi dan lampu berkedip tanda lift sudah sampai
c.Pintu lift terbuka
3.Penumpang memasuki lift, kemudian menekan tombol lantai yang dituju
4.Lift Bergerak menuju lantai yang dituju
a.Setelah beberapa detik pintu tertutup
b.Lift bergerak menuju lantai yang dituju
5.Lift Sampai ke lantai yang dituju
6.Penumpang keluar dari lift
Definisi
Kebutuhan fungsional dan non-fungsional
Kebutuhan fungsional adalah jenis kebutuhan yang berisikan proses-proses apa saja yang di berikan oleh perangkat lunak yang akan dibangun. Perangkat lunak ini dapat di gunakan oleh penguna yang memiliki hak akses yang berbeda di dalam perangkat lunak tersebut. Kebutuhan fungsional berisi proses-proses apa saja yang nantinya dilakukan oleh system informasi yang diciptakan. Kebutuhan fungsional berhubungan dengan fitur perangkat lunak yang ingin dibuat, sedangkan kebutuhan non fungsional tidak secara langsung terkait pada suatu fitur yang ada di perangkat lunak. Kebutuhan non fungsional memberikan batasan pada kebutuhan fungional. Pada studi kasus kali ini, akan dikorelasikan hubungan antara McCall Quality Factor dengan kebutuhan fungsional dan non-fungsional pada perangkat lunak SIMPLE.
Sistem Informasi Simple
sistem informasi manajemen pelatihan
adalah suatu sistem yang menyediakan
kepada pengelola organisasi data maupun informasi yang berkaitan dengan pelaksanaan
tugas-tugas pelatihan yang diselenggarakan organisasi, dalam hal ini organisasi
yang dimaksud adalah lembaga pelatihan XYZ.
Fitur yang
diperlukan
|
SIM
yang Akan Dibangun
|
Allena
Training Software
|
SIM
Pelatihan Universitas Diponegoro
|
Online dan Multi User
|
√
|
√
|
√
|
Penjadwalan pelatihan dalam bentuk kalender
|
√
|
√
|
x
|
Pengelolaan data cabang lembaga pelatihan
|
√
|
x
|
x
|
Penentuan peserta fix pelatihan (peserta yang sudah
melakukan pembayaran)
|
√
|
x
|
x
|
Plot pembagian kamar penginapan untuk peserta
pelatihan
|
√
|
x
|
x
|
Generate kelengkapan dokumen pelatihan (presensi
peserta, name tag dan lain-lain)
|
√
|
x
|
x
|
Visualisasi tren jumlah peserta yang mengikuti
pelatihan
|
√
|
x
|
x
|
Tipe Kebutuhan NON Fungsional
- Kebutuhan Produk
Dimungkinan
untuk semua komunikasi yang diperlukan antara APSE dan user diekspresikan
dalam karakter Ada standar
- Kebutuhan Organisasi
Proses
pengembangan sistem dan penyerahan dokumen seharusnya sesuai dengan proses dan penyerahan yang didefinisikan dalam XYZCo-SP-STAN-95
- Kebutuhan Eksternal
Sistem seharusnya tidak tertutup untuk segala informasi
personal tentang konsumen lepas dari nama dan nomor referensi ke
operator sistem
Ukuran Kebutuhan
0 komentar:
Posting Komentar