Banyak orang percaya bahwa tugas arsitek adalah membuat diagram dan diagram, dan di antara massa luas kegiatan ini umumnya memiliki nama informal "menggambar kotak". Dalam batas tertentu, ini benar, dan arsitek menghabiskan sebagian waktunya untuk hal ini. Lagi pula, hasil utama dari karya arsitek adalah dokumen, bukan sepotong kode atau modul perangkat lunak yang siap pakai, seperti pengembang, atau peralatan yang disetel, seperti insinyur. Dalam sejumlah kasus, sikap terhadap "gambar kotak" ini merendahkan, tetapi dalam praktiknya, sangat sering, apa yang ditarik di dalamnya nantinya akan terwujud dalam kehidupan.
Oleh karena itu, meskipun direndahkan, penting untuk menghubungkan diagram yang dibuat dengan semua tanggung jawab. Dalam hal ini, masuk akal untuk berpikir tentang cara membuat artefak arsitektur dengan benar: dokumen dengan deskripsi, diagram, model? Bagaimana membuat dokumen arsitektur bermanfaat dan digunakan oleh spesialis teknis lain dalam proyek ini? Bagaimana cara menghindari kesalahan? Apakah sudah ada proses yang dijelaskan, alat khusus, dan hanya rekomendasi? Jika proyek ini kompleks dan beberapa arsitek berpartisipasi di dalamnya dalam peran yang berbeda (misalnya, dari infrastruktur, dari modul aplikasi dan perusahaan), lalu bagaimana cara mendistribusikan tanggung jawab dengan benar, siapa yang melakukan apa dan dalam format apa?
Kami memberikan definisi dan membuat analogi
. ? — , - . , . , -. , , , . (user manual) – , , , .
vs – ?
. , – . : , , , , , . , — . , ( – ) .
, , . , -, . , . IBM, , Unified Method Framework, , , , . The Open Group Architecture Framework (TOGAF) Architecture Development Method (ADM) .
, , ? -, (, Architecture Quickstart, Agile with Discipline). , , , ( ) . , , , . , .
: . , : , , . , . , , Agile , DevOps .
(work products). 2 : deliverables ( ). – . , gap- , (use cases). , cloud-native data reservoir.
deliverables , . , deliverable . 10 , -, , , , : , , .
, , . test-driven , – . , .
, . , ( , ), ( , , ), . — , , – , .
, – , , . , . IBM, , IBM MethodWeb, . , , ( Rational System/Software Architect . , , xml .
–
, , . – , (IBM Garage Method – cloud-native ) - (Enterprise Design Thinking). , .
, . IBM, , . , : , ( pre-sale, , ( delivery). , , (enterprise architecture). , Agile , – waterfall. , cloud-native . , , SAP Oracle, .
. , , , . , , service mesh . , .
IBM , - ( , .) , , . , , , ., . , .
?
– , . , . , . . IBM (Architecture Quickstart), (Team Solution Design), – (IBM Garage Method).
, , – , , , . , , , - . , , – . 100%, , , . , - , - , - . , , , .