Ruang lingkup proyek software menjelaskan fungsi dan fitur yang akan disampaikan kepada pengguna; data yang merupakan input dan output; "konten" yang disajikan kepada pengguna sebagai konsekuensi dari penggunaan software; dan kinerja, kendala, antarmuka, dan keandalan yang mengikat sistem. Lingkup didefinisikan menggunakan salah satu dari dua teknik berikut:
- Deskripsi naratif lingkup software dibuat setelah komunikasi dengan semua stakeholder.
- Satu set use cases dibat oleh para pengguna akhir.
Fungsi yang dijelaskan dalam pernyataan ruang lingkup (atau dalam use cases) dievaluasi dan dalam beberapa kasus disempurnakan untuk memberikan rincian lebih lanjut sebelum awal "estimasi" proyek. Karena "estimasi" biaya dan jadwal berorientasi fungsional, beberapa tingkat dekomposisi seringkali bermanfaat. Pertimbangan kinerja mencakup requirements untuk pemrosesan dan waktu respons. Berbagai macam constraints akan mengidentifikasi batasan-batasan yang akan ditempatkan pada software oleh hardware eksternal, memori yang tersedia, atau sistem lain yang ada.
Setelah ruang lingkup diidentifikasi (dengan persetujuan pengguna), sangatlah masuk akal untuk bertanya: “Bisakah kita mengembangkan software untuk memenuhi ruang lingkup ini? Apakah proyek ini layak? ”Sering kali, software engineer melewati pertanyaan-pertanyaan ini (atau didorong untuk melewatinya oleh manajer yang tidak sabar atau stakeholder lainnya), sehingga bisa terperosok dalam proyek yang akan gagal sejak awal.
Putnam dan Myers menyarankan bahwa pelingkupan tidaklah cukup. Setelah ruang lingkup dipahami, kita harus bekerja untuk menentukan apakah itu dapat dicapai dalam dimensi teknologi yang tersedia, uang, waktu, dan sumber daya. Hal ini adalah bagian penting, meskipun sering diabaikan, sebagai bagian dari proses "estimasi".
Saran
Kelayakan proyek adalah hal yang sangat penting, tetapi pertimbangan kebutuhan bisnis bahkan lebih penting. Tidak ada gunanya membangun sistem atau produk berteknologi tinggi yang tidak diinginkan siapa pun.
--o0o--
Referensi:
Software Engineering - A Practitioner's Approach - Roger S. Pressman / Bruce R. Maxim
Comments
Post a Comment