Agile Unified Process - Riwayat revisi

Maintenance script: Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

2026-08-24T18:11:36Z

Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi

← Revisi sebelumnya		Revisi per 24 Agustus 2026 18.11
Baris 1:		Baris 1:
	'''''Agile Unified Process''''' ('''AUP''') adalah versi sederhana dari ''[[Rational Unified Process]]'' (RUP) yang dikembangkan oleh [[Scott Ambler]]. AUP menjelaskan pendekatan yang sederhana, mudah dipahami untuk mengembangkan [[perangkat lunak]] aplikasi bisnis menggunakan teknik dan konsep ''agile'' tetapi masih tetap berlaku untuk RUP. Pendekatan ini menerapkan teknik ''agile,'' termasuk ''[[Test-driven Development]]'' (TDD), ''[[~~Agile Model Driven Development]]'' (AMDD), ''agile change management'', dan ''refactoring database'' untuk meningkatkan produktivitas~~. ''Agile Unified Process~~'' (AUP) mengadopsi filosofi ''“serial in the large”'' dan ''“iterative in the small”'' untuk membangun [[sistem]] berbasis [[komputer~~]]. Dengan mengadopsi tahapan kegiatan klasik ''[[Unified Process]]'' — permulaan ''(inception),'' elaborasi ''(elaboration),'' konstruksi ''(construction),'' dan transisi ''(transition)'' — AUP menyediakan lapisan serial (mis., Urutan linier kegiatan rekayasa perangkat lunak) yang memungkinkan tim memvisualisasikan alur proses keseluruhan untuk proyek [[perangkat lunak]]. Namun, dalam setiap kegiatan, tim melakukan iterasi untuk mencapai ''agility'' dan untuk memberikan ''software increment'' yang bermakna kepada pengguna akhir secepat mungkin.		[[File:Agile_Unified_Process_Releases.png\|thumb\|right\|280px\|Agile Unified Process Releases]]

	Alih-alih menggunakan pendekatan ''"big bang"'' di mana pengembang memberikan perangkat lunak sekaligus, pengembang justru melepaskannya menjadi bagian-bagian produksi (mis. Versi 1, lalu versi 2, dan seterusnya). Tim AUP biasanya mengirimkan rilis pengembangan pada akhir setiap iterasi ke tahap area pra-produksi ''(pre-production)''. Rilis pengembangan suatu aplikasi adalah sesuatu yang berpotensi dilepaskan ke dalam tahap produksi jika harus melalui jaminan kualitas pra-produksi ''(Quality Assurance)'', pengujian ''(testing),'' dan proses penyebaran ''(deployment) .'' Rilis produksi pertama sering kali lebih lama untuk disampaikan daripada rilis berikutnya; dalam rilis pertama dari suatu sistem, mungkin perlu mendapatkan banyak ''"plumbing"'' di tempat dan tim kemungkinan belum ''"gelled"'' tetapi memungkinkan mereka untuk menjadi efisien dalam kolaborasi. Rilis produksi pertama mungkin membutuhkan dua belas bulan untuk mengirimkan, rilis kedua sembilan bulan, dan kemudian rilis lainnya dikirimkan setiap enam bulan. Fokus awal pada masalah penyebaran tidak hanya memungkinkan untuk menghindari masalah, tetapi juga memungkinkan untuk memanfaatkan pengalaman selama pengembangan. Misalnya, ketika menggunakan perangkat lunak ke area ''staging,'' tim pengembang harus mencatat apa yang berhasil dan apa yang tidak, catatan yang dapat berfungsi sebagai tulang punggung skrip instalasi tim AUP.		'''''Agile Unified Process''''' ('''AUP''') adalah versi sederhana dari ''[[Rational Unified Process]]'' (RUP) yang dikembangkan oleh [[Scott Ambler]]. AUP menjelaskan pendekatan yang sederhana, mudah dipahami untuk mengembangkan [[perangkat lunak]] aplikasi bisnis menggunakan teknik dan konsep ''agile'' tetapi masih tetap berlaku untuk RUP. Pendekatan ini menerapkan teknik ''agile,'' termasuk ''[[Test-driven Development]]'' (TDD), ''[[Agile Model Driven Development]]'' (AMDD), ''agile change management'', dan ''refactoring database'' untuk meningkatkan produktivitas.<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref> ''Agile Unified Process'' (AUP) mengadopsi filosofi ''“serial in the large”'' dan ''“iterative in the small”'' <ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref> untuk membangun [[sistem]] berbasis [[komputer]]. Dengan mengadopsi tahapan kegiatan klasik ''[[Unified Process]]'' — permulaan ''(inception),'' elaborasi ''(elaboration),'' konstruksi ''(construction),'' dan transisi ''(transition)'' — AUP menyediakan lapisan serial (mis., Urutan linier kegiatan rekayasa perangkat lunak) yang memungkinkan tim memvisualisasikan alur proses keseluruhan untuk proyek [[perangkat lunak]]. Namun, dalam setiap kegiatan, tim melakukan iterasi untuk mencapai ''agility'' dan untuk memberikan ''software increment'' yang bermakna kepada pengguna akhir secepat mungkin.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

			Alih-alih menggunakan pendekatan ''"big bang"'' di mana pengembang memberikan perangkat lunak sekaligus, pengembang justru melepaskannya menjadi bagian-bagian produksi (mis. Versi 1, lalu versi 2, dan seterusnya). Tim AUP biasanya mengirimkan rilis pengembangan pada akhir setiap iterasi ke tahap area pra-produksi ''(pre-production)''. Rilis pengembangan suatu aplikasi adalah sesuatu yang berpotensi dilepaskan ke dalam tahap produksi jika harus melalui jaminan kualitas pra-produksi ''(Quality Assurance)'', pengujian ''(testing),'' dan proses penyebaran ''(deployment) .'' Rilis produksi pertama sering kali lebih lama untuk disampaikan daripada rilis berikutnya; dalam rilis pertama dari suatu sistem, mungkin perlu mendapatkan banyak ''"plumbing"'' di tempat dan tim kemungkinan belum ''"gelled"'' tetapi memungkinkan mereka untuk menjadi efisien dalam kolaborasi. Rilis produksi pertama mungkin membutuhkan dua belas bulan untuk mengirimkan, rilis kedua sembilan bulan, dan kemudian rilis lainnya dikirimkan setiap enam bulan. Fokus awal pada masalah penyebaran tidak hanya memungkinkan untuk menghindari masalah, tetapi juga memungkinkan untuk memanfaatkan pengalaman selama pengembangan. Misalnya, ketika menggunakan perangkat lunak ke area ''staging,'' tim pengembang harus mencatat apa yang berhasil dan apa yang tidak, catatan yang dapat berfungsi sebagai tulang punggung skrip instalasi tim AUP.<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	== ''Serial in the large'' ==		== ''Serial in the large'' ==
	Sifat serial ''Agile Unified Process'' (AUP) ditangkap dalam empat fase:		Sifat serial ''Agile Unified Process'' (AUP) ditangkap dalam empat fase:<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	'''Tahap awal ''(Inception)''''' tujuannya adalah untuk mengidentifikasi ruang lingkup awal proyek, arsitektur potensial untuk sistem, dan untuk mendapatkan pendanaan awal proyek dan penerimaan [[pemangku kepentingan]].		'''Tahap awal ''(Inception)''''' tujuannya adalah untuk mengidentifikasi ruang lingkup awal proyek, arsitektur potensial untuk sistem, dan untuk mendapatkan pendanaan awal proyek dan penerimaan [[pemangku kepentingan]].<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	'''Elaborasi ''(Elaborattion)''''' tujuannya adalah untuk membuktikan arsitektur sistem.		'''Elaborasi ''(Elaborattion)''''' tujuannya adalah untuk membuktikan arsitektur sistem.<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	'''Konstruksi ''(Construction)''''' tujuannya adalah untuk membangun perangkat lunak yang berfungsi secara teratur, ''incremental basis'' yang memenuhi kebutuhan prioritas tertinggi dari para pemangku kepentingan proyek.		'''Konstruksi ''(Construction)''''' tujuannya adalah untuk membangun perangkat lunak yang berfungsi secara teratur, ''incremental basis'' yang memenuhi kebutuhan prioritas tertinggi dari para pemangku kepentingan proyek.<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	'''Transisi ''(Transition)''''' tujuannya adalah untuk memvalidasi dan menyebarkan sistem ke lingkungan produksi.		'''Transisi ''(Transition)''''' tujuannya adalah untuk memvalidasi dan menyebarkan sistem ke lingkungan produksi.<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	== ''Iterative in the small'' ==		== ''Iterative in the small'' ==
	Setiap iterasi AUP (yang mengadopsi filosofi ''"iterative in the small"'' membahas kegiatan-kegiatan berikut:		Setiap iterasi AUP (yang mengadopsi filosofi ''"iterative in the small"'' membahas kegiatan-kegiatan berikut:<ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref>

	'''Pemodelan ''(Modeling):''''' Representasi UML dari bisnis dan domain masalah dibuat. Namun, untuk tetap ''agile'', model-model ini harus ''"just barely good enough"'' untuk memungkinkan tim melanjutkannya.		'''Pemodelan ''(Modeling):''''' Representasi UML dari bisnis dan domain masalah dibuat. Namun, untuk tetap ''agile'', model-model ini harus ''"just barely good enough"'' <ref>[http://www.ambysoft.com/unifiedprocess/agileUP.html The Agile Unified Process (AUP)].</ref> untuk memungkinkan tim melanjutkannya.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	'''Pelaksanaan ''(Implementation):''''' Model diterjemahkan ke dalam kode ''(source code)''''.''		'''Pelaksanaan ''(Implementation):''''' Model diterjemahkan ke dalam kode ''(source code)''<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>''.''

	'''Pengujian ''(Testing):''''' Seperti XP, tim merancang dan menjalankan serangkaian tes untuk mengungkap kesalahan dan memastikan bahwa kode ''(source code)'' memenuhi kebutuhannya.		'''Pengujian ''(Testing):''''' Seperti XP, tim merancang dan menjalankan serangkaian tes untuk mengungkap kesalahan dan memastikan bahwa kode ''(source code)'' memenuhi kebutuhannya.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	'''Penyebaran ''(Deployment): P'''''enerapan dalam konteks ini berfokus pada pengiriman ''software increment'' dan perolehan umpan balik dari pengguna akhir.		'''Penyebaran ''(Deployment): P'''''enerapan dalam konteks ini berfokus pada pengiriman ''software increment'' dan perolehan umpan balik dari pengguna akhir.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	'''Konfigurasi dan manajemen proyek ''(Configuration and project management):''''' Dalam konteks AUP, manajemen konfigurasi membahas [[manajemen perubahan]], manajemen risiko, dan kontrol produk kerja persisten yang diproduksi oleh tim. [[Manajemen proyek]] melacak dan mengontrol kemajuan tim dan mengoordinasikan kegiatan tim.		'''Konfigurasi dan manajemen proyek ''(Configuration and project management):''''' Dalam konteks AUP, manajemen konfigurasi membahas [[manajemen perubahan]], manajemen risiko, dan kontrol produk kerja persisten yang diproduksi oleh tim. [[Manajemen proyek]] melacak dan mengontrol kemajuan tim dan mengoordinasikan kegiatan tim.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	'''Pengelolaan lingkungan ''(Environment management)''''': Manajemen lingkungan mengoordinasikan infrastruktur proses yang mencakup standar, peralatan, dan teknologi pendukung lainnya yang tersedia untuk tim.		'''Pengelolaan lingkungan ''(Environment management)''''': Manajemen lingkungan mengoordinasikan infrastruktur proses yang mencakup standar, peralatan, dan teknologi pendukung lainnya yang tersedia untuk tim.<ref>Pressman, Roger S. [http://worldcat.org/oclc/949696534 Software engineering : a practitioner's approach]. McGraw-Hill Education. 2015. ISBN 9781259253157.</ref>

	== Referensi ==		== Referensi ==
			<references />

			== Sumber dan atribusi ==

			Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Agile+Unified+Process&oldid=28472545 Wikipedia bahasa Indonesia], revisi 28472545 (2025-11-14T03:24:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Gambar pada artikel ini bersumber dari Wikimedia Commons dan mengikuti ketentuan lisensi masing-masing berkas. Mohon gunakan konten dan media secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

	~~== Sumber dan atribusi ==~~		<!-- WIKI_UNISSULA_PRESENTATION_V4 -->

	~~Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Agile+Unified+Process&oldid=28472545 Wikipedia bahasa Indonesia], revisi 28472545 (2025~~-11-~~14T03:24:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi~~-~~BerbagiSerupa (CC BY~~-~~SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.~~

Maintenance script: Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28472545; atribusi sumber disertakan.

2026-08-24T17:54:09Z

Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28472545; atribusi sumber disertakan.

Halaman baru

'''''Agile Unified Process''''' ('''AUP''') adalah versi sederhana dari ''[[Rational Unified Process]]'' (RUP) yang dikembangkan oleh [[Scott Ambler]]. AUP menjelaskan pendekatan yang sederhana, mudah dipahami untuk mengembangkan [[perangkat lunak]] aplikasi bisnis menggunakan teknik dan konsep ''agile'' tetapi masih tetap berlaku untuk RUP. Pendekatan ini menerapkan teknik ''agile,'' termasuk ''[[Test-driven Development]]'' (TDD), ''[[Agile Model Driven Development]]'' (AMDD), ''agile change management'', dan ''refactoring database'' untuk meningkatkan produktivitas. ''Agile Unified Process'' (AUP) mengadopsi filosofi ''“serial in the large”'' dan ''“iterative in the small”'' untuk membangun [[sistem]] berbasis [[komputer]]. Dengan mengadopsi tahapan kegiatan klasik ''[[Unified Process]]'' — permulaan ''(inception),'' elaborasi ''(elaboration),'' konstruksi ''(construction),'' dan transisi ''(transition)'' — AUP menyediakan lapisan serial (mis., Urutan linier kegiatan rekayasa perangkat lunak) yang memungkinkan tim memvisualisasikan alur proses keseluruhan untuk proyek [[perangkat lunak]]. Namun, dalam setiap kegiatan, tim melakukan iterasi untuk mencapai ''agility'' dan untuk memberikan ''software increment'' yang bermakna kepada pengguna akhir secepat mungkin.

Alih-alih menggunakan pendekatan ''"big bang"'' di mana pengembang memberikan perangkat lunak sekaligus, pengembang justru melepaskannya menjadi bagian-bagian produksi (mis. Versi 1, lalu versi 2, dan seterusnya). Tim AUP biasanya mengirimkan rilis pengembangan pada akhir setiap iterasi ke tahap area pra-produksi ''(pre-production)''. Rilis pengembangan suatu aplikasi adalah sesuatu yang berpotensi dilepaskan ke dalam tahap produksi jika harus melalui jaminan kualitas pra-produksi ''(Quality Assurance)'', pengujian ''(testing),'' dan proses penyebaran ''(deployment) .'' Rilis produksi pertama sering kali lebih lama untuk disampaikan daripada rilis berikutnya; dalam rilis pertama dari suatu sistem, mungkin perlu mendapatkan banyak ''"plumbing"'' di tempat dan tim kemungkinan belum ''"gelled"'' tetapi memungkinkan mereka untuk menjadi efisien dalam kolaborasi. Rilis produksi pertama mungkin membutuhkan dua belas bulan untuk mengirimkan, rilis kedua sembilan bulan, dan kemudian rilis lainnya dikirimkan setiap enam bulan. Fokus awal pada masalah penyebaran tidak hanya memungkinkan untuk menghindari masalah, tetapi juga memungkinkan untuk memanfaatkan pengalaman selama pengembangan. Misalnya, ketika menggunakan perangkat lunak ke area ''staging,'' tim pengembang harus mencatat apa yang berhasil dan apa yang tidak, catatan yang dapat berfungsi sebagai tulang punggung skrip instalasi tim AUP.

== ''Serial in the large'' ==
Sifat serial ''Agile Unified Process'' (AUP) ditangkap dalam empat fase:

'''Tahap awal ''(Inception)''''' tujuannya adalah untuk mengidentifikasi ruang lingkup awal proyek, arsitektur potensial untuk sistem, dan untuk mendapatkan pendanaan awal proyek dan penerimaan [[pemangku kepentingan]].

'''Elaborasi ''(Elaborattion)''''' tujuannya adalah untuk membuktikan arsitektur sistem.

'''Konstruksi ''(Construction)''''' tujuannya adalah untuk membangun perangkat lunak yang berfungsi secara teratur, ''incremental basis'' yang memenuhi kebutuhan prioritas tertinggi dari para pemangku kepentingan proyek.

'''Transisi ''(Transition)''''' tujuannya adalah untuk memvalidasi dan menyebarkan sistem ke lingkungan produksi.

== ''Iterative in the small'' ==
Setiap iterasi AUP (yang mengadopsi filosofi ''"iterative in the small"'' membahas kegiatan-kegiatan berikut:

'''Pemodelan ''(Modeling):''''' Representasi UML dari bisnis dan domain masalah dibuat. Namun, untuk tetap ''agile'', model-model ini harus ''"just barely good enough"'' untuk memungkinkan tim melanjutkannya.

'''Pelaksanaan ''(Implementation):''''' Model diterjemahkan ke dalam kode ''(source code)''''.''

'''Pengujian ''(Testing):''''' Seperti XP, tim merancang dan menjalankan serangkaian tes untuk mengungkap kesalahan dan memastikan bahwa kode ''(source code)'' memenuhi kebutuhannya.

'''Penyebaran ''(Deployment): P'''''enerapan dalam konteks ini berfokus pada pengiriman ''software increment'' dan perolehan umpan balik dari pengguna akhir.

'''Konfigurasi dan manajemen proyek ''(Configuration and project management):''''' Dalam konteks AUP, manajemen konfigurasi membahas [[manajemen perubahan]], manajemen risiko, dan kontrol produk kerja persisten yang diproduksi oleh tim. [[Manajemen proyek]] melacak dan mengontrol kemajuan tim dan mengoordinasikan kegiatan tim.

'''Pengelolaan lingkungan ''(Environment management)''''': Manajemen lingkungan mengoordinasikan infrastruktur proses yang mencakup standar, peralatan, dan teknologi pendukung lainnya yang tersedia untuk tim.

== Referensi ==

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Agile+Unified+Process&oldid=28472545 Wikipedia bahasa Indonesia], revisi 28472545 (2025-11-14T03:24:56Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.