Réserver une Démo
Pré. Proc.

Caractéristiques d'une bonne Architecture

Il est difficile de définir les caractéristiques d'une bonne architecture alors qu'il existe encore un débat vigoureux et durable sur la signification réelle du terme « architecture » dans le contexte des systèmes d'entreprise au XXIe siècle. L'architecte romain Vitruve a défini trois caractéristiques d'une bonne architecture dans son traité De Architectura, il y a plus de 2 000 ans. Il est intéressant de noter qu'il s'agit du seul texte antique décrivant architecture qui nous soit parvenu. Ces principes sont les suivants :

  • Durabilité (Firmatis) – Il doit résister solidement et rester en bon état
  • Utilité (Utilitas) – Elle doit être utile et fonctionner correctement pour les personnes qui l’utilisent
  • Beauté (Venustatis) – Elle devrait ravir les gens et leur remonter le moral
Ces caractéristiques anciennes peuvent être élaborées et étendues pour s’appliquer aux architectures d’entreprise développées au XXIe siècle.

Enterprise Architecture quality example modeled in Sparx Systems Enterprise Architect

Les qualités d'une bonne Architecture

Pour être efficace, une architecture doit posséder un certain nombre de qualités ou de caractéristiques. Enterprise Architect fournit un ensemble complet de fonctionnalités et d'outils pour aider l'architecte à produire des architectures de haute qualité. Ce tableau contient certaines des qualités les plus importantes, avec une description de la manière dont Enterprise Architect peut être utilisé pour garantir que ces qualités sont intégrées à Architecture créée et maintenue dans l'outil.

Qualité

Description

Voir aussi

Robuste

Une architecture doit être solide et ne pas être vulnérable aux changements mineurs dans les systèmes d'entreprise, d'information, d'application et de technologie. Enterprise Architect peut vous aider à garantir que les architectures sont bien intégrées et liées les unes aux autres et fournit un certain nombre d'outils tels que la fenêtre de traçabilité, la Matrice de relations et la fonctionnalité Insérer des éléments associés qui peuvent être utilisés à cette fin

Possible

Une architecture qui ne peut pas être mise en œuvre signifie que les buts et objectifs de l'entreprise ne seront pas atteints. Il est préférable d'identifier ces exigences le plus rapidement possible afin de ne pas décevoir la partie qui a demandé le travail architecture . Enterprise Architect peut aider en permettant aux architectes, concepteurs et développeurs de discuter de l' architecture et de déterminer sa faisabilité à l'aide de la fenêtre Discuss & Révision et en faisant correspondre l' Architecture d'Entreprise aux architectures de capacité ou de solution.

Utilitaire

Une Architecture doit avoir une utilité qui, une fois mise en œuvre, produira des résultats pratiques. Les architectures élégantes, mais qui n'apportent pas valeur démontrable et mesurable aux parties prenantes ou aux parties qui les ont demandées, ne connaîtront finalement pas de succès. Enterprise Architect dispose d'outils qui permettent de visualiser et de comprendre une architecture par un groupe diversifié de parties prenantes, ce qui permet de détecter tout problème d'utilité dès le début du processus architecture .

Matrice de relations

Durable

Une architecture est une entité vivante qui décrit un état cible et qui, une fois implémentée, deviendra le nouvel état de référence. Les architectures doivent s'avérer durables dans le temps et résilientes aux changements des environnements commerciaux et techniques qui pourraient survenir au cours de leur durée de vie. Cela implique qu'elles doivent, autant que possible, anticiper les conditions et environnements futurs.

Flexible

Les architectures doivent être flexibles et capables de s'adapter aux conditions changeantes. Elles doivent également fournir suffisamment guidage aux équipes de mise en œuvre qui ont la connaissance de leur discipline pour prendre les décisions importantes et nécessaires concernant les problèmes et les opportunités techniques. Les architectures créées avec trop de détails aboutiront souvent à des conceptions et des mises en œuvre fragiles et inflexibles, ce qui se traduira par des systèmes qui ne pourront pas s'adapter aux circonstances et aux environnements changeants. Enterprise Architect dispose d'une large gamme de fonctionnalités qui peuvent aider au changement, notamment l'élément Change, la facilité Baseline et les diagrammes Kanban qui permettent de visualiser et de hiérarchiser Exigences , Fonctionnalités , les User Stories et bien plus encore.

Vérifiable

Il doit être possible de vérifier que l' architecture fonctionnera comme prévu et qu'il n'y aura pas d'effets secondaires résultant de l' architecture et des parties de l'entreprise qu'elle impacte. Le test ultime consiste à savoir si elle fournit la valeur commerciale promise dans l'énoncé de vision. Enterprise Architect peut être utilisé pour modéliser les mesures définies pour vérifier que les objectifs Métier (et donc les buts) ont été atteints.

Élégant

Les architectures doivent avoir à la fois forme et fonction et il est un bon test d'une architecture pour mesurer son élégance. Une architecture bien conçue aura tendance à être élégante et à avoir une simplicité de forme qui sera évidente pour ceux qui prennent le temps de l'étudier. Enterprise Architect dispose fonctionnalités étendues qui permettent de visualiser l'élégance d'une architecture y compris la possibilité de créer des publications professionnelles qui peuvent être générées automatiquement à partir de l'outil à l'aide d'une série de gabarits intégrés ou définis par l'utilisateur.

Traçable

Une architecture est une description d'une entreprise à un niveau de détail particulier et n'existe pas de manière isolée mais est généralement liée aux moteurs et objectifs de l'entreprise et à d'autres architectures de même niveau ou de niveau supérieur ou inférieur et aux programmes et projets de mise en œuvre. Enterprise Architect permet de tracer les éléments dans n'importe quelle direction et fournit un certain nombre d'outils utiles pour visualiser les traces, notamment la Matrice de relations, la fenêtre de traçabilité et diagrammes . La facilité d'insertion d'éléments connexes peut être utilisée pour construire automatiquement un diagramme de traces, créant ainsi presque par magie des vues expressives et jamais vues auparavant du référentiel.