Processus Architecture

Un processus ou une méthode architecture est nécessaire pour prescrire la manière dont les architectures doivent être développées. Tous les frameworks ne fournissent pas de processus défini, laissant à une organisation le soin de créer et de configurer son propre processus. Enterprise Architect peut être utilisé pour définir un processus à n'importe quel niveau de détail et, en utilisant la fonctionnalité d'exploration en profondeur diagramme enfant, des aspects plus granulaires du processus peuvent être élaborés. diagrammes d'activité UML peuvent être utilisés pour créer une suite de diagrammes qui expriment le processus de création architecture , y compris les processus, les tâches, les entrées et les sorties, et les personnes qui exécutent les différentes étapes du processus. Enterprise Architect dispose également d'une extension appelée Software Process Engineering Metamodel (SPEM) qui peut être utilisée pour définir le processus avec une grande rigueur si nécessaire. Dans la plupart des cas, le diagramme d'activité UML sera suffisant pour créer un processus détaillé.

En savoir plus : Diagramme d'activité

Les architectures de base sont souvent difficiles à justifier auprès des dirigeants et des parties prenantes qui ont davantage envie d' architecture cibles et de feuilles de route. L'importance des architectures de base est d'établir le point de départ qui permettra de définir les transitions vers les architectures cibles. Il arrive souvent qu'il existe une documentation et des modèles qui peuvent être exploités pour recueillir des informations afin de remplir le référentiel de base. Par exemple, la plupart des organisations ont fait au moins quelques tentatives de modélisation des processus existants, peut-être dans le cadre d'un effort de réingénierie de l'entreprise, et il existe souvent un ou plusieurs modèles d'information et diagrammes matériels.

Enterprise Architect peut être utilisé pour importer du contenu ou des modèles existants à partir d'autres référentiels et pour procéder à la rétro-ingénierie de modèles de données qui peuvent constituer la base des descriptions architecture de l'information.

Les architectures cibles sont essentielles pour les dirigeants et les responsables hiérarchiques car elles définissent les architectures qui concrétiseront les stratégies commerciales et apporteront valeur à l'entreprise. Une fois ces architectures connues et suffisamment élaborées dans les architectures de base, l'équipe architecture peut s'atteler à la tâche plus difficile de définir les architectures de transition et de créer les feuilles de route qui prescriront comment l' architecture cible peut être réalisée dans la pratique à l'aide d'étapes de transition.

Enterprise Architect dispose d'une large gamme d'outils permettant de définir les architectures cibles pour tous les domaines architecture , notamment les architectures Métier , Information, Application, Technologie, Sécurité, Géospatiale et Sociale. Diagrammes peuvent être créés et présentés dans une large gamme de visualisations et de styles, pour être pertinents pour les parties prenantes exécutives et de mise en œuvre. Des outils tels que le Gestionnaire de Spécification et la Vue Liste vous permettent de travailler avec des catalogues dans une vue attrayante de traitement de texte ou de feuille de calcul. L'impact et les relations peuvent être analysés à l'aide des matrices d'analyse des relations et des écarts et de la fenêtre de traçabilité.

Les architectures de transition sont les tremplins entre une architecture de base et une architecture cible finale et sont théoriquement elles-mêmes des architectures cibles. Elles représentent les étapes pratiques pour passer d'un état actuel à un état futur souhaité et sont souvent représentées sous forme de projets ou de phases dans un projet au niveau de la mise en œuvre.

Enterprise Architect permet de définir et de relier des architectures de transition dans une séquence de Feuilles de Route à créer afin de visualiser et de planifier les transitions d'un état à l'autre. Il est possible de définir un nombre quelconque de Feuilles de Route et de les utiliser pour tous les domaines architecture . Il peut ainsi y avoir, par exemple, Feuilles de Route de capacité, d'application et de technologie.

En savoir plus : Feuille de Route Diagramme