Chapitre 2. Les bases
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Ce chapitre aborde les bases du modèle C4 pour la visualisation de l'architecture logicielle. La première partie traite de l'importance de créer un langage commun grâce à l'ensemble d'abstractions hiérarchiques qui constituent le cœur du modèle C4, et la deuxième partie présente l'ensemble de diagrammes qui ont donné son nom au modèle C4 : contextesystème, conteneurs, composantset code.
Des abstractions communes pour une notation commune
Les diagrammes que tu as vus jusqu’à présent étaient un ensemble de « cases et flèches » improvisées, avec des utilisations très différentes des couleurs, des formes, des styles de lignes, etc. Mais ce n’est pas seulement la notation qui varie ; ce sont aussi les abstractions qui varient.
D'autres professions sont bien plus matures à cet égard. Prenons l'exemple de l'ingénierie électrique. Un schéma de circuit typique peut inclure l'un des nombreux symboles couramment utilisés pour représenter une résistance, comme le montre la figure 2-1. Ce symbole est un élément de notation standard sur le schéma, et une résistance est un objet qui existe dans le monde réel.
Figure 2-1. Symboles utilisés pour représenter différents types de résistances électriques
L'industrie du développement logiciel dispose ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access