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

Portée de l'architecture

Les architectures ne réussiront que si elles sont correctement définies. L' Architecture d'Entreprise Body of Knowledge (EABOK) décrit trois aspects importants de la portée, mais un autre peut être ajouté qui traite de l'importance des parties prenantes dans le succès du programme d'architecture et des architectures qu'il crée et gère :

  • Portée temporelle
  • Portée de l'organisation
  • Détail Portée
  • Portée des parties prenantes
Les délais d'architecture, le contexte organisationnel, les niveaux de détail et l'attrait pour les parties prenantes doivent tous être correctement définis pour que l'architecture soit pertinente et réussie. Enterprise Architect dispose d'outils qui prennent en support tous ces types de portée, de la fonctionnalité de superposition Feuille de Route pour la modélisation du temps, l'organigramme pour montrer quelles parties de l'entreprise seront affectées, et la large gamme de diagrammes et de matrices qui peuvent être utilisés pour permettre aux parties prenantes de visualiser les architectures au niveau de détail approprié.

Portée temporelle

La portée temporelle est importante car l'entreprise fonctionne généralement par cycles et il est essentiel que les architectures respectent cette dimension temporelle de la gestion et du fonctionnement de l'organisation. Les plans stratégiques pour les moyennes et grandes entreprises s'étendent généralement sur une période de trois à cinq ans, il est donc courant que les architectures stratégiques décrivent une période de temps similaire, tandis que les projets de mise en œuvre se exécuter généralement sur une période de trois à douze mois. Les architectures tactiques regroupant plusieurs projets d'implémentation peuvent s'étaler sur une durée comprise entre un et deux ans.

Enterprise Architect a quelques fonctionnalités utiles qui peuvent aider à gérer le temps, y compris la superposition Feuille de Route qui permet de définir une échelle de temps et une étendue et qui peut indiquer les phases que tout élément traverse dans le contexte de cette échelle de temps. L'espacement des graduations peut être défini de jours à années, ce qui permet de représenter n'importe quelle durée. Tous les éléments architecturaux peuvent être représentés sur les diagrammes Feuille de Route , y compris les architectures elles-mêmes, les principes, les capacités, les applications, les informations, les dispositifs technologiques et plus encore.

La flexibilité de la superposition permet de convertir n'importe quel diagramme en Feuille de Route , et il existe un large éventail de paramètres qui peuvent être utilisés pour configurer la visualisation de la Feuille de Route , y compris la légende du Diagramme , qui peut être utilisée pour définir la segmentation des éléments en une série de phases. Les options Feuille de Route peuvent être utilisées pour changer l'échelle de temps des années, des trimestres, des mois ou des jours jusqu'à des graduations très fines (utilisées pour les diagrammes d'ingénierie). Les heures de début et de fin peuvent être définies et l'échelle peut être modifiée pour étirer ou réduire l'échelle de temps. La position et la hauteur de la règle de temps peuvent être modifiées, et les polices et les couleurs peuvent toutes être configurées pour rendre les diagrammes plus attrayants.

The Roadmap Options dialog in Sparx Systems Enterprise Architect.

Détail Portée

La sélection du niveau de détail correct pour une architecture est essentielle à son succès ; cela est particulièrement vrai en ce qui concerne les équipes de mise en œuvre. La création d'architectures trop nobles ou ambitieuses obligera les équipes de mise en œuvre à prendre elles-mêmes des décisions de conception importantes qui, bien qu'elles puissent être appropriées pour leur solution, pourraient ne pas être le meilleur résultat pour l'ensemble de l'entreprise. D'un autre côté, la création d'architectures trop prescriptives et détaillées peut contraindre une équipe de mise en œuvre et empêcher l'équipe de choisir la meilleure solution.

Enterprise Architect est un outil basé sur le concept de collaboration, et il existe de nombreuses facilités qui aideront les membres de l'équipe d'architecture à travailler entre eux et avec toutes les parties prenantes, y compris les équipes de mise en œuvre, pour déterminer le niveau de détail le plus approprié pour les architectures. La Bibliothèque d'Équipe facilité permet de créer des révisions dans le modèle, où des éléments des architectures tels que les buts, les objectifs, les applications, les nœuds technologiques et plus peuvent être glissés comme références pour les révisions . Les fenêtres Discuss & Révision et Discuss & Révision - Historique permettent aux architectes et aux parties prenantes de délibérer sur les architectures et les implémentations qui en découlent. La Diagramme de filtrage facilité et une large gamme d'outils pour modifier la visualisation des éléments dans les diagrammes permettent de définir le niveau de détail approprié pour les architectures et les vues créées pour les parties prenantes.

The Element Discussion facility can be used to discuss requirements, in Sparx Systems Enterprise Architect.

Portée de l'organisation

Architecture d'Entreprise est une discipline non triviale et coûteuse, et il est essentiel que la valeur soit délivrée à l'entreprise. Les meilleurs résultats seront obtenus si l'architecture touche toutes les parties de l'entreprise, mais il est assez courant que certaines parties de l'entreprise reçoivent une plus grande importance dans les descriptions architecturales que d'autres. Avoir une compréhension claire de la structure d'une entreprise et de ses organisations et de la façon dont les plans stratégiques se rapportent à cette structure est essentiel pour le succès de tout effort d'architecture d'entreprise.

Enterprise Architect dispose d'un organigramme au sein de la technologie de modélisation Modélisation Stratégique , qui peut être utilisé pour modéliser la structure d'une entreprise et ses organisations. Les architectures peuvent être liées à cette structure, ce qui permet de visualiser le périmètre organisationnel.

Portée des parties prenantes

Les parties prenantes et les actionnaires ou les propriétaires d'organisation qu'ils représentent sont les bénéficiaires ultimes de l'architecture d'entreprise, et il est important que les bonnes parties prenantes soient sélectionnées et que la communication soit gérée pour s'assurer qu'elles sont tenues au courant de l'avancement du travail architectural et de la gouvernance. des initiatives de mise en œuvre.

Enterprise Architect dispose d'un certain nombre de facilités pour s'assurer que la portée des parties prenantes est déterminée et que les architectures sont créées conformément aux besoins de ces individus ou groupes. Les parties prenantes elles-mêmes peuvent être modélisées à l'intérieur de l'outil et leur relation avec des éléments tels que les moteurs, les buts, les objectifs, les applications et les Exigences architecturales peut être maintenue. Cela permet de visualiser l'analyse d'impact, de sorte que lorsque des changements se produisent qui affectent l'un de ces éléments, les parties prenantes qui ont un intérêt dans le changement peuvent être déterminées. La visualisation peut se faire par le biais de diagrammes , de matrices ou de listes d'éléments et peut être visualisée directement dans le modèle, ou des publications peuvent être générées dans une variété de formats, notamment PDF, DOCX et pages Web.

Example Component diagram representing stakeholders, in Sparx Systems Enterprise Architect