Pengembangan tangkas: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan
k Bot: Perubahan kosmetika
Baris 51:
Beberapa model dari ''agile development methods'',<ref name="agile"/> yaitu:
* Acceptance Test Driven Development (ATDD)
* [[Agile Modelling (AM)|Agile Modeling]]
* [[Adaptive Software Development|Adaptive Software Development (ASD)]]
 
:Adaptive software development (ASD) diajukan oleh Jim Highsmith sebagai teknik untuk membangun software dan sistem yang kompleks. Filosofi yang mendasari ''adaptive software development'' adalah kolaborasi manusia dan tim yang mengatur diri sendiri. Sistem kerja ''adaptive software development'': collaboration dan learning. '
Baris 61:
:# Formal Technique Reviews, tim ASD lengkap melakukan review.
:# Postmortems, tim ASD melakukan instrospeksi pada kinerja dan proses
* [[Agile Unified Process (AUP)|Agile Unified Process]] (AUP)
* [[Continuous integration]] (CI)
* [[Crystal Clear (software development)|Crystal Clear]]
* Crystal Methods
* [[Dynamic Systems Development Method (DSDM)]]
 
:Pada Dynamic System Development Method menyajikan kerangka kerja (framework) untuk membangun dan memelihara sistem dalam waktu yang terbatas melalui penggunaan prototip yang incremental dalam lingkungan yang terkondisikan. Metode ini bisa membuat pengerjaan software lebih cepat 80%.Hal -hal yang perlu diperhatikan jika menggunakan ''dynamic system development method'':
Baris 74:
:# Implementation: buat perangkat lunak sesuai protoip yang ada dan terus tambah fungsionalitasnya.
 
* [[Extreme programming|Extreme Programming]] (XP)
* [[Feature-driven Development (FDD)|Feature Driven Development]] (FDD)
:Feature driven development merupakan sebuah model pengembangan perangkat lunak yang berdasarkan pada fitur yang akan dibuat. Keuntungan dari metode ''feature driven development'':
:# User dapat menggambarkan dengan mudah bentuk sistem yang akan dibuat.
Baris 85:
* [[Kanban (development)|Kanban]]
* [[Lean software development]]
* [[Rational Unified Process]] (RUP)
:''Rational unified process'', adalah suatu kerangka pengembangan perangkat lunak iteratif yang dibuat oleh '''Rational Software''', suatu divisi dari IBM sejak 2003. ''Rational unified process'' bukanlah suatu proses dengan aturan yang konkrit, melainkan suatu kerangka proses yang dapat diadaptasi dan dimaksudkan untuk disesuaikan oleh tim pengembang perangkat lunak yang akan memilih elemen proses disesuaikan dengan kebutuhan mereka.Model ini membagi suatu sistem aplikasi menjadi beberapa komponen sistem dan memungkinkan para developer aplikasi untuk menerapkan metode iterative (analisis, disain, implementasi dan pengujian) pada tiap komponen. Dengan menggunakan model ini, ''Rational unified process'' membagi tahapan pengembangan perangkat lunaknya ke dalam 4 fase sebagai berikut.
:# Inception, merupakan tahap untuk mengidentifikasi sistem yang akan dikembangkan. Aktivitas yang dilakukan pada tahap ini antara lain mencakup analisis sistem, perumusan target dari sistem yang dibuat, identifikasi kebutuhan, perumusan kebutuhan pengujian, pemodelan diagram UML, dan pembuatan dokumentasi.
Baris 92:
:# Transition, merupakan tahap untuk menyerahkan sistem aplikasi ke konsumen (roll-out), yang umumnya mencakup pelaksanaan pelatihan kepada pengguna dan testing beta aplikasi terhadap ekspetasi pengguna.
 
* [[Scrum]]
* [[Scrum (software development)#Scrum-ban|Scrum-ban]]
* [[Story-driven modeling]]