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

Champ d'application de Architecture

Les architectures ne réussiront que si leur portée est correctement définie. L' Architecture d'Entreprise Body of Knowledge (EABOK) décrit trois aspects importants de la portée, mais un autre peut être ajouté pour aborder l'importance des parties prenantes dans la réussite du programme architecture et des architectures qu'il crée et gère :

  • Portée temporelle
  • Portée de l'organisation
  • Portée détaillée
  • Portée des parties prenantes
Les délais d'élaboration Architecture , le contexte organisationnel, les niveaux de détail et l'attrait pour les parties prenantes doivent tous être définis de manière appropriée pour que l' architecture soit pertinente et réussie. Enterprise Architect dispose d'outils qui support tous ces types de périmètre, de la fonctionnalité de superposition Feuille de Route pour modélisation temporelle, à 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 des 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 similaire, tandis que les projets de mise en œuvre exécuter généralement sur une période de trois à douze mois. Les architectures tactiques qui regroupent plusieurs projets de mise en œuvre peuvent s'étendre sur une période d'un à deux ans.

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

La flexibilité de la superposition permet de convertir n'importe quel diagramme en Feuille de Route , et il existe une large gamme de paramètres qui peuvent être utilisés pour configurer la visualisation de la Feuille de Route , y compris la Légende Diagramme , qui peut être utilisée pour définir la segmentation des éléments en une série de phases. Les Options de Feuille de Route peuvent être utilisées pour modifier l'échelle de temps des années, trimestres, mois ou jours jusqu'à des graduations très fines (utilisées pour 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.

Portée détaillée

Le choix du niveau de détail approprié pour une architecture est essentiel à sa réussite, en particulier pour les équipes de mise en œuvre. La création d’architectures trop ambitieuses ou ambitieuses amènera 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, ne sont pas forcément les meilleures pour l’ensemble de l’entreprise. À l’inverse, la création d’architectures trop prescriptives et détaillées peut contraindre une équipe de mise en œuvre et l’empêcher de choisir la meilleure solution.

Enterprise Architect est un outil basé sur le concept de collaboration et propose de nombreux facilités qui aideront les membres de l'équipe 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. Bibliothèque de Modèle facilité permet de créer révisions dans le modèle, où des éléments des architectures tels que les Buts, Objectifs, Applications, 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 - History permettent aux architectes et aux parties prenantes de délibérer sur les architectures et les implémentations qui en découlent. La facilité de filtrage Diagramme et une large gamme d'outils permettant de modifier la visualisation des éléments dans 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 coûteuse et non triviale, et il est essentiel qu'elle apporte valeur ajouté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. Une compréhension claire de la structure d'une entreprise et de ses organisations et de la manière dont les plans stratégiques se rapportent à cette structure est essentielle au succès de tout effort architecture d'entreprise.

Enterprise Architect dispose d'un organigramme au sein de la technologie Modélisation Stratégique , qui permet de modéliser la structure d'une entreprise et de ses organisations. Les architectures peuvent être relié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 propriétaires d’organisations 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 garantir qu’elles soient tenues informées de l’avancement du travail d’architecture et de la gouvernance des initiatives de mise en œuvre.

Enterprise Architect dispose d'un certain nombre de facilités permettant de garantir que le périmètre des parties prenantes est déterminé et que les architectures sont créées conformément aux besoins de ces personnes ou groupes. Les parties prenantes elles-mêmes peuvent être modélisées dans l'outil et leur relation avec des éléments tels que les pilotes, les buts, les objectifs, les applications et Exigences architecturales peut être conservée. Cela permet de visualiser l'analyse d'impact, de sorte que lorsque des changements affectent l'un de ces éléments, les parties prenantes concernées par le changement peuvent être déterminées. La visualisation peut se faire au moyen 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 divers formats, notamment PDF, DOCX et pages Web.

Example Component diagram representing stakeholders, in Sparx Systems Enterprise Architect