Méthodes architecturales: qu'est-ce que c'est et pourquoi sont-elles nécessaires

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%, , , . , - , - , - . , , , .


All Articles