Elaboration Phase / Tahap pengembangan dalam RUP

Tujuan dari tahap pengembangan adalah untuk meneliti daerah masalah, menetapkan suatu pondasi arsitektur, pengembangan rencana proyek, dan menghapuskan unsur-unsur resiko yang paling tinggi dari proyek. Untuk memenuhi sasaran ini, pengembang harus mempunyai pandangan “mile wide and inch deep (mil lebar dan inci dalam)” dari suatu sistim. Keputusan-keputusan secara arsitektur harus dibuat dengan satu pemahaman keseluruhan sistim: lingkupnya, kemampuan dan kebutuhan nonfungsional utama seperti persyaratan-persyaratan kinerja.

Hasil dari tahap pengembangan adalah:

  1. Suatu use case model (sedikitnya 80% melengkapi) —semua use case dan para aktor telah dikenali, dan kebanyakan uraian-uraian usecase telah dikembangkan.
  2. Persyaratan-persyaratan pengganti yang menangkap bukan syarat fungsional dan setiap persyaratan-persyaratan yang tidak dihubungkan dengan suatu kasus penggunaan yang spesifik.
  3. Suatu Uraian Arsitektur Perangkat Lunak.
  4. Satu arsitektur prototipe yang bisa di eksekusi.
  5. Suatu daftar resiko yang ditinjau kembali dan suatu kasus bisnis yang ditinjau kembali.
  6. Suatu rencana pengembangan untuk keseluruhan proyek, termasuk rencana proyek yang berbutir kasar, mempertunjukkan iterasi” dan ukuran-ukuran evaluasi untuk masing-masing iterasi.
  7. Satu penetapan kasus pengembangan yang diperbaharui untuk spesifikasi proses yang digunakan.
  8. Suatu manual pengguna awal (opsional).

Pada akhir tahap pengembangan adalah milstone proyek yang penting yang kedua, Lifecycle Architecture milestone. Dalam posisi ini, pengembang menguji hasil sasaran sistim yang terperinci dan lingkup pilihan dari arsitektur, serta resolusi dari resiko utama.

Ukuran-ukuran evaluasi utama untuk tahap pengembangan melibatkan jawaban atas pertanyaan-pertanyaan ini:

  1. Apakah visi dari produk tetap stabil?
  2. Apakah arsitektur tetap stabil?
  3. Apakah demonstrasi yang dieksekusi menunjukkan bahwa unsur-unsur resiko yang utama telah ditujukan dan dengan dipercayai dipecahkan?
  4. Apakah rencana untuk tahap konstruksi cukup memerinci dan akurat? Apakah di-backup dengan suatu perkiraan-perkiraan dasar yang terpercaya?
  5. Apakah semua stakeholders setuju bahwa visi yang ada dapat dicapai jika rencana yang ada dieksekusi untuk mengembangkan sistim yang lengkap, dalam konteks arsitektur yang ada?
  6. Apakah pembelanjaan sumber daya yang nyata jika dibandingkan dengan perencanaan pembelanjaan bisa diterima?

Proyek bisa digugurkan atau bisa dipertimbangkan kembali jika gagal melewati milestone ini.

Advertisements
Posted in Software Engineering Methodologi

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Branbench.com Certified
VB.Net Fundamental

RDBMS Developer

Win XP Fundamentals

Networking Concept

Html 3.2

c sharp is cool

Network Security

MS Sharepoint Portal Certifiedl
RMHD.wordPress.com
Blog Stats
  • 9,637 hits
Top Clicks
  • None
Hari-hari ngepost
December 2007
M T W T F S S
« Sep   May »
 12
3456789
10111213141516
17181920212223
24252627282930
31  
%d bloggers like this: