Archive for December, 2007

17
Dec
07

Alur Kerja / Workflow dari masing-masing phase. (RUP)

Ada sembilan proses workflows dalam Rational Unified Process, masing-masing proses mewakili suatu penyekatan semua pekerja dan aktivitas ke dalam pengelompokan-pengelompokan logis.

Berikut adalah Inti proses workflows yang dibagi menjadi enam inti “rancang-bangun” workflows: Continue reading ‘Alur Kerja / Workflow dari masing-masing phase. (RUP)’

17
Dec
07

Transition Phase / Tahap transisi (RUP MEneh)

Tujuan dari tahap transisi adalah untuk mentransisikan produk perangkat lunak kepada masyarakat pengguna. Begitu produk diberikan kepada pengguna akhir, isu-isu biasanya muncul dan memerlukan pengembang untuk mengembangkan release baru, mengoreksi beberapa permasalahan, atau selesaikan fitur yang ditunda. Continue reading ‘Transition Phase / Tahap transisi (RUP MEneh)’

17
Dec
07

Construction Phase / Tahap konstruksi pada RUP

Selama tahap konstruksi, semua komponen yang tersisa dan fitur aplikasi dikembangkan dan yang terintegrasi ke dalam produk, dan semua fitur secara menyeluruh diuji. Tahap konstruksi adalah, dalam satu pengertian, suatu proses pabrikasi di mana penekanan ditempatkan di pengaturan sumber daya dan pengendalian operasi untuk mengoptimalkan biaya-biaya, jadwal-jadwal, dan mutu. Dalam hal ini, pola pikir manajemen mengalami suatu transisi dari pengembangan sebuah properti cendekiawan selama permulaan dan pengembangan, menjadi pengembangan dari produk-produk yang bisa menyebar selama konstruksi dan transisi. Continue reading ‘Construction Phase / Tahap konstruksi pada RUP’

17
Dec
07

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.

17
Dec
07

Inception Phase (Tahap Permulaan) dalam RUP

Selama tahap permulaan, pengembang menetapkan kasus bisnis untuk sistim dan membatasi lingkup proyek. Untuk mencapai hal ini pengembang harus mengidentifikasi semua kesatuan eksternal dengan mana sistim itu akan saling berhubungan (para aktor) dan pengembang harus menggambarkan sifat alami interaksi ini pada suatu pendekatan tingkat tinggi. Hal ini melibatkan mengidentifikasi semua use case / kasus penggunaan dan penggambaran beberapa use case dari hal-hal yang penting. Business case / Kasus bisnis termasuk di dalamnya ukuran-ukuran target sistem, penaksiran risiko, dan perkiraan dari keperluan sumber daya, serta suatu rencana fase yang mempertunjukkan titik dari milstone utama.

Hasil dari tahap permulaan adalah:

• Suatu pendokumentasian visi: suatu visi umum dari inti kebutuhan proyek, fitur kunci, dan batasan-batasan utama.

• Suatu use case model awal (( 10% -20%) selesai).

• Satu daftar glossary / kata proyek awal (boleh bebas dipilih secara parsial dinyatakan sebagai suatu domain model).

• Satu business case awal, yang di dalamnya terdapat konteks bisnis, ukuran-ukuran sukses (proyeksi pendapatan, pengenalan pasar, dan seterusnya), dan perkiraan keuangan (jika diperlukan).

• Satu penaksiran risiko awal.

• Suatu rencana proyek, mempertunjukkan tahap-tahap dan iterasi.

• Suatu model bisnis, jika perlu.

• Satu atau beberapa prototipe.

Pada akhir tahap permulaan terdapat milestone proyek yang pertama, Lifecycle Objectives Milestone.

Ukuran-ukuran evaluasi untuk tahap permulaan adalah:

  1. Pertemuan Stakeholder dalam pendefinisian lingkup dan perkiraan cost/schedule.
  2. Pemahaman persyaratan-persyaratan seperti yang digambarkan oleh primary use case.
  3. Perkiraan kredibilitas cost/schedule, prioritas-prioritas, resiko-resiko, dan proses pengembangan.
  4. Kedalaman dan luas tentang segala arsitektur prototipe yang telah dikembangkan.
  5. Perbandingan Pembelanjaan-pembelanjaan yang telah dilakukan dengan perencanaan pembelanjaan-pembelanjaan.

Proyek bisa ditunda atau dapat dipikirkan kembali jika gagal melewati milestone ini.

17
Dec
07

Tahap-tahap dalam RUP

Masing-masing tahap dalam Rational Unified Process dapat dipecah ke dalam beberapa iteration / pengulangan. Suatu iterasi adalah suatu pengembangan mengulang yang akan menghasilkan release dari produk yang dapat di eksekusi, suatu subset dari produk akhir di bawah pengembangan, yang bertumbuh secara inkremental dari iterasi ke iterasi untuk menghasilkan sistim akhir.

Beberapa manfaat pendekatan iteratif dalam rekayasa perangkat lunak dibandingkan dengan proses waterfall / air terjun yang tradisional, proses iteratif mempunyai keuntungan-keuntungan sebagai berikut:

  1. Resiko-resiko sebelumnya yang dapat dikurangi
  2. Perubahan lebih dapat dikendalikan
  3. Tingkat penggunaan kembali yang lebih tinggi dan menguntungkan
  4. Tim dalam proyek dapat belajar dalam perjalannya
  5. Secara menyeluruh mutu lebih baik



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

Top Posts

  • None

RMHD.wordPress.com

Blog Stats

  • 4,093 hits

Top Clicks

  • None

Hari-hari ngepost

December 2007
M T W T F S S
« Sep   May »
 12
3456789
10111213141516
17181920212223
24252627282930
31