Viele Menschen glauben, dass die Aufgabe von Architekten darin besteht, Diagramme und Diagramme zu erstellen, und unter den breiten Massen hat diese Aktivität im Allgemeinen den informellen Namen „Quadrate zeichnen“. Bis zu einem gewissen Grad ist dies wahr, und der Architekt verbringt einen Teil der Zeit damit. In der Tat ist das Hauptergebnis der Arbeit des Architekten ein Dokument und kein Code oder ein fertiges Softwaremodul wie ein Entwickler oder eine abgestimmte Ausrüstung wie ein Ingenieur. In einigen Fällen ist die Einstellung zu dieser „Zeichnung von Quadraten“ herablassend, aber in der Praxis wird das, was in ihnen gezeichnet wird, sehr oft später im Leben verwirklicht.
Trotz dieser Herablassung ist es daher notwendig, sich mit aller Verantwortung auf die erstellten Diagramme zu beziehen. In diesem Zusammenhang ist es logisch zu überlegen, wie Architekturartefakte richtig erstellt werden können: Dokumente mit Beschreibungen, Diagrammen, Modellen? Wie können Architekturdokumente so nützlich wie möglich gemacht und von anderen technischen Spezialisten im Projekt verwendet werden? Wie vermeide ich Fehler? Gibt es bereits beschriebene Prozesse, Spezialwerkzeuge und nur Empfehlungen? Wenn das Projekt komplex ist und mehrere Architekten in unterschiedlichen Rollen daran beteiligt sind (z. B. aus der Infrastruktur, aus Anwendungsmodulen und Unternehmen), wie kann man dann die Verantwortlichkeiten richtig verteilen, wer macht was und in welchem Format?
Wir geben eine Definition und machen Analogien
. ? — , - . , . , -. , , , . (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%, , , . , - , - , - . , , , .