Architecture Decision Record
← dokumen

Carane miwiti nggunakake ADR

Kanggo miwiti nggunakake ADR, rembugan karo kanca-kanca timmu babagan bidang-bidang iki.

Identifikasi keputusan:

  • Sepira urgen lan sepira penting AD kuwi?

  • Apa kudu diputuske saiki, utawa bisa ngenteni nganti luwih akeh sing dingerteni?

  • Pengalaman pribadi lan bebarengan, uga metode lan praktik desain sing diakoni, bisa mbiyantu identifikasi keputusan.

  • Luwih becik njaga dhaptar tugas keputusan sing nglengkapi dhaptar tugas produk.

Nggawe keputusan:

  • Ana akeh teknik nggawe keputusan, sing umum lan sing khusus arsitektur piranti lunak, upamane pemetaan dialog.

  • Nggawe keputusan sacara kelompok iku topik riset sing aktif.

Nglakokake lan negakake keputusan:

  • AD dipigunakake ing desain piranti lunak; mula kudu dikabarake marang, lan ditampa dening, para pemangku kepentingan sistem sing mbiayai, ngembangake, lan ngoperasekake sistem kuwi.

  • Gaya penulisan kode sing arsitekture katon cetha lan review kode sing fokus ing perkara lan keputusan arsitektur iku rong praktik sing gegayutan.

  • AD uga kudu dipikirake (maneh) nalika modernisasi sistem piranti lunak ing evolusi piranti lunak.

Nuduhake keputusan (opsional):

  • Akeh AD sing bola-bali ing sawetara proyek.

  • Mula, pengalaman karo keputusan jaman biyen, sing apik lan sing ala, bisa dadi aset sing aji lan bisa dipigunakake maneh nalika nggunakake strategi manajemen kawruh sing cetha.

Dokumentasi keputusan:

  • Ana akeh cithakan lan piranti kanggo nyathet keputusan.

  • Delengen komunitas agile, upamane ADR saka M. Nygard.

  • Delengen proses rekayasa piranti lunak lan desain arsitektur tradisional, upamane tata letak tabel sing disaranake dening IBM UMF lan dening Tyree lan Akerman saka CapitalOne.

Kanggo informasi luwih akeh: