Unified Process
Fase dalam UP

Terdapat lima kegiatan dalam kerangka kerja umum dan dapat digunakan untuk menggambarkan model proses perangkat lunak apapun. Unified process tidak terkecuali.
Fase awal (inception) UP mencakup komunikasi (comminication) pelanggan dan aktivitas perencanaan (planning). Dengan berkolaborasi dengan pemangku kepentingan, kebutuhan bisnis untuk perangkat lunak diidentifikasi; arsitektur kasar untuk sistem diusulkan; dan sebuah rencana untuk sifat iterative, sifat incremental dari proyek berikutnya dikembangkan. Kebutuhan bisnis mendasar dijelaskan melalui serangkaian use case awal yang menggambarkan fitur dan fungsi mana yang diinginkan oleh setiap kelas utama pengguna. Arsitektur pada titik ini tidak lebih dari garis besar tentatif dari subsistem utama dan fungsi dan fitur yang mengisi mereka. Nantinya, arsitektur akan disempurnakan dan diperluas menjadi seperangkat model yang akan mewakili pandangan berbeda dari sistem. Proses perencanaan mengidentifikasi sumber daya, menilai risiko utama, menentukan jadwal, dan menetapkan dasar untuk fase-fase yang akan diterapkan ketika peningkatan (increment) perangkat lunak dikembangkan.
Tahap elaborasi (elaboration) meliputi kegiatan komunikasi dan pemodelan model proses generik. Pada tahap elaborasi, use case awal yang dikembangkan sebagai bagian dari fase awal (inception) dan memperluas representasi arsitektur untuk memasukkan lima pandangan yang berbeda dari perangkat lunak - use case model, model kebutuhan (requirement), model desain (design), model implementasi (implementation), dan model penyebaran (deployment) akan diperbaiki dan diperluas. Dalam beberapa kasus, elaborasi menciptakan "garis dasar arsitektur yang dapat dieksekusi"  yang mewakili "first cut" sistem yang dapat dieksekusi. Garis dasar arsitektur menunjukkan kelayakan arsitektur tetapi tidak menyediakan semua fitur dan fungsi yang diperlukan untuk menggunakan sistem. Selain itu, rencana tersebut ditinjau dengan saksama pada puncak fase elaborasi untuk memastikan bahwa ruang lingkup, risiko, dan tanggal pengiriman tetap masuk akal. Modifikasi rencana sering dilakukan pada saat ini.
Fase konstruksi (construction) UP identik dengan aktivitas konstruksi yang ditentukan untuk proses perangkat lunak generik. Menggunakan model arsitektur sebagai input, fase konstruksi mengembangkan atau memperoleh komponen perangkat lunak yang akan membuat setiap use case operasional untuk pengguna akhir. Untuk mencapai hal ini, kebutuhan dan model desain yang dimulai selama fase elaborasi diselesaikan untuk mencerminkan versi akhir dari software increment. Semua fitur dan fungsi yang diperlukan untuk software increment (mis. Rilis) kemudian diimplementasikan dalam kode (source code). Ketika komponen sedang diimplementasi, unit test dirancang dan dieksekusi untuk masing-masing komponen. Selain itu, kegiatan integrasi (perakitan komponen dan pengujian integrasi) dilakukan. Use case digunakan untuk memperoleh serangkaian acceptance test yang dieksekusi sebelum dimulainya fase UP berikutnya.
Fase transisi (transition) UP mencakup tahap selanjutnya dari aktivitas konstruksi generik (construction) dan bagian pertama dari aktivitas penyebaran (deployment) generik. Perangkat lunak diberikan kepada pengguna akhir untuk pengujian beta dan laporan umpan balik pengguna baik cacat maupun perubahan yang diperlukan. Selain itu, tim perangkat lunak membuat informasi dukungan yang diperlukan (mis., Buku petunjuk, panduan pemecahan masalah, prosedur pemasangan) yang diperlukan untuk rilis. Pada akhir fase transisi, software increment menjadi xperangkat lunak yang dapat digunakan.
Fase produksi (production) UP bertepatan dengan aktivitas penyebaran (deployment) proses generik. Selama fase ini, penggunaan perangkat lunak yang sedang berlangsung dimonitor, dukungan untuk lingkungan operasi (infrastruktur) disediakan, dan laporan cacat serta permintaan untuk perubahan diajukan dan dievaluasi.
Sangat mungkin bahwa pada saat yang tahap konstruksi, transisi, dan produksi sedang dilakukan, pekerjaan mungkin sudah dimulai pada software increment berikutnya. Ini berarti bahwa lima fase UP tidak terjadi secara berurutan, melainkan lebih cenderung bersamaan. Alur kerja rekayasa perangkat lunak didistribusikan di semua fase UP. Dalam konteks UP, alur kerja analog dengan set tugas Artinya, alur kerja mengidentifikasi tugas yang diperlukan untuk menyelesaikan tindakan rekayasa perangkat lunak yang penting dan produk kerja yang dihasilkan sebagai konsekuensi dari berhasil menyelesaikan tugas. Perlu dicatat bahwa tidak setiap tugas yang diidentifikasi untuk alur kerja UP dilakukan untuk setiap proyek perangkat lunak. Tim mengadaptasi proses (tindakan, tugas, subtugas, dan produk kerja) untuk memenuhi kebutuhannya.
↑  Jacobson, Ivar. ([2011]). The unified software development process. Addison-Wesley Educationa. ISBN 0321822005. OCLC 837180767.  Periksa nilai tanggal di: |date= (bantuan)
1 2 3 4 5 6 7 8 9  Pressman, Roger S. (2015). Software engineering : a practitioner's approach. McGraw-Hill Education. ISBN 9781259253157. OCLC 949696534.
↑  Rumbaugh, J., et al., Object-Oriented Modeling and Design, Prentice Hall, 1991.
↑  Booch, G., Object-Oriented Analysis and Design, 2d ed., Benjamin Cummings, 1994.
↑  Jacobson, I., Object-Oriented Software Engineering, Addison-Wesley, 1992.
↑  Wirfs-Brock, R., B. Wilkerson, and L. Weiner, Designing Object-Oriented Software,Prentice Hall, 1990.
↑  Arlow, J., and I. Neustadt, UML and the Unified Process, Addison-Wesley, 2002.
Profil proyek tipikal yang menunjukkan ukuran relatif dari empat fase dalam Unified Process