Agile modeling: Perbedaan antara revisi

'''''Agile modelling'' (AM)''' adalah metodologi untuk pemodelan dan pendokumentasian sistem [[perangkat lunak]] berdasarkan praktik terbaik. Pengembangan ''Agile Modelling'' (AM) dipimpin oleh [[Scott Ambler]] dimulai pada [[musim gugur]] tahun [[2000]]. Awalnya disebut ''Extreme Modelling'' (XM) tetapi saran [[Robert Cecil Martin]] diubah namanya menjadi Agile Modelling pada [[musim semi]] [[2001]]. Buku Agile Modeling <ref>{{Cite book|title=Agile modeling : effective practices for eXtreme programming and the unified process|url=http://worldcat.org/oclc/718657841|publisher=J. Wiley & Sons|date=2009|isbn=9780471202820|oclc=718657841|last=Ambler, Scott.}}</ref> diterbitkan pada tahun 2002 oleh John Wiley Press. Ia juga memiliki situs web promosi.<ref>{{Cite web|url=http://www.AgileModeling.com/|title=The Agile Modeling Home Page|last=|first=|date=|website=|access-date=}}</ref>.

Ada banyak situasi di mana praktisi perangkat lunak harus membangun sistem yang besar dan ''business-critical''. Cakupan dan kompleksitas sistem tersebut harus dimodelkan sehingga semua konstituen dapat lebih memahami apa yang harus dicapai, masalah dapat dipartisi secara efektif di antara orang-orang yang harus menyelesaikannya, dan kualitas dapat dinilai saat sistem sedang direkayasa dan dibangun. Selama 30 tahun terakhir, berbagai macam metode pemodelan dan notasi [[rekayasa perangkat lunak]] telah diusulkan untuk analisis dan desain (baik tingkat arsitektur maupun komponen). Metode-metode ini pantas, tetapi terbukti sulit diterapkan dan menantang untuk dipertahankan (di banyak proyek). Bagian dari masalahnya adalah “bobot” atau ''"weight"'' dari metode pemodelan ini. Maksudnya adalah volume notasi yang diperlukan, tingkat formalisme yang disarankan, ukuran model untuk proyek-proyek besar, dan kesulitan dalam mempertahankan model saat terjadi perubahan. Namun pemodelan analisis dan desain memiliki manfaat besar untuk proyek-proyek besar, ​​jikajika tidak ada alasan lain selain membuat proyek-proyek ini dapat dikelola secara intelektual.<ref name=":0">{{Cite book|title=Software engineering : a practitioner's approach|url=http://worldcat.org/oclc/949696534|publisher=McGraw-Hill Education|date=2015|isbn=9781259253157|oclc=949696534|last=Pressman, Roger S.}}</ref>.

''Agile Modelling'' mengadopsi semua nilai yang konsisten dengan ''agile manifesto'' . Filosofi ''agile modeling'' menyadari bahwa tim ''agile'' harus memiliki keberanian untuk membuat keputusan yang dapat menyebabkannya sebuah desain ditolak dan di-''refactor.'' Tim juga harus memiliki kerendahan hati untuk mengakui bahwa teknolog tidak memiliki semua jawaban dan bahwa para pakar bisnis dan [[pemangku kepentingan]] lainnya harus dihormati dan dianut.<ref name=":0" />.

Meskipun ''Agile Modelling'' menyarankan beragam prinsip pemodelan ''“core”'' dan ''“supplementary”,'' yang membuat ''Agile Modelling'' menjadi unik adalah:<ref name=":1" />:

Pengembang yang menggunakan ''Agile Modelling'' harus memiliki tujuan spesifik (mis. Untuk mengkomunikasikan informasi kepada pelanggan atau untuk membantu memahami lebih baik beberapa aspek perangkat lunak) sebelum mempertimbangkan membuat model. Setelah tujuan untuk model diidentifikasi, jenis notasi yang akan digunakan dan tingkat perincian yang diperlukan akan lebih jelas.<ref name=":1" />.

Ada banyak model dan notasi yang dapat digunakan untuk menggambarkan perangkat lunak. Hanya sebagian kecil yang penting untuk sebagian besar proyek. ''Agile Modelling'' menyarankan bahwa untuk memberikan wawasan yang diperlukan, setiap model harus menyajikan aspek yang berbeda dari sistem dan hanya model-model yang memberikan nilai kepada audiens yang dituju yang harus digunakan.<ref name=":1" />.

'''''Travel Light'''''

Pemodelan harus menyertakan informasi kepada audiens yang dituju. Model yang sempurna secara sintaksis, yang memberikan sedikit konten bermanfaat tidak sama berharganya dengan model dengan notasi yang cacat yang tetap menyediakan konten yang berharga bagi pemirsanya.<ref name=":1" />.

Pahami kekuatan dan kelemahan masing-masing model dan alat yang digunakan untuk membuatnya.<ref name=":1" />.

Segmen utama dari komunitas rekayasa perangkat lunak telah mengadopsi ''[[Unified Modeling Language|]]''Unified Modeling Language'']] (UML) sebagai metode yang disukai untuk mewakili model analisis dan desain. ''[[Unified Process]]'' (UP) telah dikembangkan untuk menyediakan kerangka kerja untuk aplikasi UML. Scott Ambler<ref>Ambler, S., “The Agile Unified Process (AUP), 2006, available at www.ambysoft.com/unifiedprocess/agileUP.html.</ref> telah mengembangkan versi sederhana dari UP yang mengintegrasikan filosofi pemodelan ''agile''-nya.<ref name=":0" />.