2.8.1 Fase RUP
Rational Unified Process itu sendiri dirancang dengan teknik yang mirip dengan yang digunakan dalam desain perangkat lunak. Secara khusus, dimodelkan
menggunakan Software Process Engineering Metamodel SPEM sebagai standar untuk proses pemodelan berdasarkan Unified Modeling Language UML.
Gambar 2.1 menunjukkan arsitektur secara keseluruhan dari RUP. Proses ini memiliki dua struktur atau dua dimensi:
Gambar 2.1 Arsitektur Rational Unified Process Kroll dan Kruchten, 2003 Keterangan gambar 2.1:
1. Struktur dinamis. Dimensi horizontal merupakan struktur dinamis atau
dimensi waktu dari proses. Ini menunjukkan bagaimana proses, diungkapkan dalam siklus, tahapan, iterasi-iterasi, dan milestones,
terbentang selama siklus hidup proyek.
2. Struktur statis. Dimensi vertikal merupakan struktur statis dari proses
tersebut. Ini menggambarkan bagaimana proses unsur kegiatan, disiplin, artifacts, dan roles secara logis dikelompokkan menjadi disiplin proses inti
atau alur kerja.
2.8.2 Struktur Dinamis RUP
Struktur dinamis berhubungan dengan siklus hidup atau dimensi waktu dari sebuah proyek. RUP menyediakan pendekatan terstruktur untuk
pengembangan iteratif, membagi proyek ke dalam empat fase: Inception, Elaboration, Construction, dan Transition Kroll dan Kructen, 2003.
1. Inception
Membentuk suatu pemahaman yang tepat tentang sistem apa yang ingin dibangun dengan cara mengambil sebuah pemahaman tingkat tinggi dari
semua kebutuhan dan menetapkan ruang lingkup sistem. Mengurangi banyak risiko bisnis, menghasilkan kasus bisnis untuk pembangunan
system, dan mendapatkan pembelian dari stakeholders pada pelanjutan proyek tersebut
2. Elaboration
Bertanggung jawab atas tugas-tugas yang paling sulit secara teknis: Desain, pengimplementasian, pengujian, dan penetapan garis arsitektur
eksekusi, termasuk subsistem, antarmuka, komponen kunci, dan mekanisme arsitektural, seperti bagaimana menangani komunikasi antar-
proses atau persistensi. Menyebutkan risiko teknis utama, seperti risiko
pendapat sumber daya, risiko kinerja, dan risiko keamanan data, dengan menerapkan validasi kode actual.
3. Construction
Melakukan sebagian besar implementasi saat bergerak dari arsitektur eksekusi ke versi operasional pertama dari sistem anda. Menyebarkan
beberapa pelepasan internal dan alpha untuk memastikan bahwa sistem ini dapat digunakan dan menunjukkan kebutuhan pengguna. Fase terakhir
dengan mengerahkan sepenuhnya versi beta fungsional dari sistem, termasuk instalasi dan dokumentasi pendukung dan materi pelatihan
meskipun sistem kemungkinan akan masih memerlukan penyetelan fungsionalitas, kinerja, dan kualitas secara keseluruhan.
4. Transition
Memastikan perangkat lunak mewakili kebutuhan penggunanya. Ini meliputi pengujian produk dalam persiapan untuk rilis dan membuat
penyesuaian kecil berdasarkan umpan balik pengguna. Pada titik ini dalam lifecycle, fokus utama umpan balik pengguna pada penyetelan produk
yang lebih baik, konfigurasi, instalasi, dan masalah penggunaan; semua masalah utama struktural seharusnya sudah diselesaikan jauh lebih awal
dalam siklus hidup proyek.
2.8.3 Struktur Statis RUP