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?
![](https://habrastorage.org/webt/eo/hp/sd/eohpsdpa7ccvznq89phujb8enf0.png)
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 , -, , , , : , , .
![](https://habrastorage.org/webt/bo/5y/vc/bo5yvch8-kq20s25jaagj7lf3ta.png)
, , . 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%, , , . , - , - , - . , , , .