Beaucoup de gens croient que la tĂąche des architectes est de crĂ©er des diagrammes et des diagrammes, et parmi les larges masses, cette activitĂ© a gĂ©nĂ©ralement le nom officieux de «dessiner des carrĂ©s». Dans une certaine mesure, cela est vrai et l'architecte y consacre une partie de son temps. AprĂšs tout, le rĂ©sultat principal du travail de l'architecte est un document, et non un morceau de code ou un module logiciel prĂȘt Ă l'emploi, comme un dĂ©veloppeur, ou un Ă©quipement rĂ©glĂ©, comme celui d'un ingĂ©nieur. Dans un certain nombre de cas, l'attitude Ă l'Ă©gard de ce «dessin de carrĂ©s» est condescendante, mais dans la pratique, trĂšs souvent, ce qui y est dessinĂ© se rĂ©alisera plus tard dans la vie.
Par conséquent, malgré cette condescendance, il est nécessaire de se rapporter aux diagrammes créés avec toute responsabilité. à cet égard, il est logique de réfléchir à la façon de créer correctement des artefacts architecturaux: documents avec descriptions, diagrammes, modÚles? Comment rendre les documents architecturaux aussi utiles que possible et utilisés par d'autres spécialistes techniques du projet? Comment éviter les erreurs? Existe-t-il des processus déjà décrits, des outils spéciaux et seulement des recommandations? Si le projet est complexe et que plusieurs architectes y participent dans différents rÎles (par exemple, de l'infrastructure, des modules d'application et de l'entreprise), alors comment répartir correctement les responsabilités, qui fait quoi et dans quel format?

Nous donnons une définition et faisons des analogies
. ? â , - . , . , -. , , , . (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%, , , . , - , - , - . , , , .