Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Caractéristiques d'une bonne architecture

Il est difficile de définir quelles sont les caractéristiques d'une bonne architecture alors qu'il y a encore un débat vigoureux et durable sur ce que le terme « architecture » signifie réellement 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. Fait intéressant, c'est le seul texte survivant de l'Antiquité décrivant l'architecture. Ces principes sont :

  • Durabilité (Firmatis) - Il doit se tenir debout de manière robuste et rester en bon état
  • Utilitaire (Utilitas) - Il doit être utile et bien fonctionner 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

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 façon dont Enterprise Architect peut être utilisé pour s'assurer que les qualités sont intégrées dans l'architecture créée et maintenue dans l'outil.

Qualité

Description

Voir également

Robuste

Une architecture doit être solide et non vulnérable aux modifications mineures des systèmes d'entreprise, d'information, d'application et de technologie. Enterprise Architect peut aider à s'assurer 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 des relations et la fonctionnalité Insert Related Elements qui peuvent être utilisés à cette fin.

Réalisable

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 besoins le plus rapidement possible afin de ne pas décevoir celui qui a réquisitionné les travaux d'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 mappant l' Architecture d'Entreprise aux architectures de capacité ou de solution.

Utilitaire

Une architecture doit avoir une utilité qui, une fois mise en œuvre, se traduira par des résultats pratiques. Les architectures qui sont élégantes mais qui n'apportent pas de valeur démontrable et valeur aux parties prenantes ou aux parties qui les ont réquisitionnées ne réussiront finalement pas. Enterprise Architect dispose d'outils qui permettent à une architecture d'être visualisée et comprise par un groupe diversifié de parties prenantes, permettant à tout problème d'utilité d'être découvert tôt dans le processus d'architecture.

Matrice des relations

Durable

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

Flexible

Les architectures doivent être flexibles et capables de s'adapter aux conditions changeantes et également de fournir suffisamment de guidage aux équipes de mise en œuvre qui connaissent 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 se traduiront souvent par des conceptions et des implémentations fragiles et inflexibles, ce qui se traduira par des systèmes qui ne peuvent pas s'adapter aux circonstances et aux environnements changeants. Enterprise Architect dispose d'un large éventail de fonctionnalités qui peuvent aider au changement, y compris l'élément Change, la facilité de base et les diagrammes Kanban qui permettent de visualiser et de hiérarchiser les Exigences Fonctionnalités , les User Stories et plus encore.

Vérifiable

Il devrait ê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 est de savoir s'il offre la valeur commerciale promise dans l'énoncé de vision. Enterprise Architect peut être utilisé pour modéliser les mesures qui sont 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 c'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 prendront le temps de l'étudier. Enterprise Architect possède des 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 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 commerciaux et à d'autres architectures au même niveau ou supérieur ou inférieur et aux programmes et projets de mise en œuvre. Enterprise Architect permet aux éléments d'être tracés dans n'importe quelle direction et fournit un certain nombre d'outils utiles pour visualiser les traces, notamment la Matrice des relations, la fenêtre de traçabilité et les diagrammes . La facilité d'insertion d'éléments facilité peut être utilisée pour construire automatiquement un diagramme de traces créant presque comme par magie des vues expressives et jamais vues auparavant du référentiel.