Découvrez les principales nouveautés de cette nouvelle version:
ArchiMate 3.2, la toute dernière version du langage d’Architecture d’Entreprise proposé par The Open Group, apporte principalement des améliorations de la notation pour augmenter la clarté visuelle des modèles et faciliter la compréhension des diagrammes.
Une des forces d’ArchiMate repose sur son jeu d’icônes. Ils permettent d’identifier visuellement les différents concepts représentés sur un diagramme complexe.
Pour améliorer leur interprétation, trois icônes ont donc été modifiées avec ArchiMate 3.2 : Signification (Meaning) et Réseau de Communication (Communication Network), et Lot de Travaux (Work Package).
Sur un diagramme, tout objet ArchiMate 3.2 peut être représenté soit par une forme rectangulaire affichant (en haut à droite) l’icône correspondant à son type, soit par une forme géométrique spécifique.
Avant ArchiMate 3.2, certains concepts ne pouvaient être représentés que selon leur forme spécifique. C’était le cas de Valeur (Value), Signification (Meaning), Livrable (Deliverable), Objet Métier (Business Object), Représentation et Contrat (Contract).
Désormais, il peuvent aussi être représentés par la forme rectangulaire contenant l'icône.
A l’inverse, le concept Lot de Travaux (Work Package) ne pouvait pas être représenté par sa forme spécifique… puisqu’il n’en avait pas. C’est désormais possible, avec l’utilisation d’une forme inspirée de la nouvelle icône (voir “Changement d’icônes”).
Le code couleur des différents concepts d’architecture est une autre des forces d’ArchiMate car il permet aux utilisateurs d’interpréter en un seul coup d'œil les différents types d'éléments représentés sur diagramme.
C’est pourquoi Ecart (Gap) et Plateau ont changé de couleur avec ArchiMate 3.2, pour adopter le même rose que les autres concepts des couches Implementation et Migration.
Ce changement a été répercuté dans Obeo SmartEA 8.0:
La spécification ArchiMate définit clairement les types de relations qui peuvent être utilisées pour connecter les éléments d’architecture entre eux.
Avec la version 3.2, de nouvelles relations sont désormais possibles entre certains éléments :
Notez que les relations autorisées entre chaque concept ArchiMate peuvent être paramétrées au niveau d’un projet par l’administrateur fonctionnel. Le paramétrage fourni par défaut avec Obeo SmartEA correspond à la spécification.
Avec ArchiMate, la typologie des relations entre objets (composition, agrégation, flux, service, etc.) permet de donner du sens au modèle que l’on construit. Ce sont ces relations qui permettent de naviguer efficacement dans un modèle, d’exécuter des requêtes pour extraire une information noyée au milieu d’un volume important de données, ou encore de calculer des impacts liés à une modification.
Cependant, pour simplifier le parcours du modèle, il est souvent utile de disposer de relations de plus haut niveau qui synthétisent des relations de plus bas niveau. Par exemple, si le “Système de Réservation” contient un composant qui communique avec un composant du “Système de comptabilité” je peux en déduire que ces deux systèmes communiquent.
Jusqu’à maintenant, ce type de relation “induite” devait être modélisée explicitement pour pouvoir la visualiser au niveau des deux systèmes. Ce qui nécessitait une double modélisation, fastidieuse à réaliser, et surtout compliquée à maintenir : en cas de suppression du lien de communication entre les composants, comment retrouver toutes les relations induites à supprimer ?
Pour résoudre cette difficulté, Obeo SmartEA 8.0 introduit le principe des relations dérivées. Il s’agit de relations qui sont définies au niveau du métamodèle (ou du modèle de référence) sur la base de requêtes. Ces requêtes permettent de calculer automatiquement les relations induites par des relations concrètes entre éléments du modèle.
Il existe deux types de relations dérivées : les relations dérivées simples, calculées directement entre deux éléments, et les relations dérivées par étapes, calculées à partir d’une succession de requêtes.
Une fois définies, ces relations dérivées peuvent être exploitées depuis tous les outils disponibles dans Obeo SmartEA : requêtes, recherche, diagrammes, SmartRequest, etc.
Voici un exemple de relation dérivée affichée à la demande :
Ces types de relations sont dynamiques : si la condition qui permet de déduire une relation dérivée n'est plus respectée, celle-ci est supprimée automatiquement:
Pour en savoir plus: post de blog "Les relations dérivées dans Obeo SmartEA 8.0".
Cette nouvelle fonctionnalité est disponible avec un statut expérimental pour le moment.
Pour des besoins d’archivage, il peut être nécessaire de télécharger uniquement une branche d’un projet, plutôt que de télécharger le projet entier avec toutes ses branches.
Désormais, cela est possible depuis la page d’administration des projets. Une fois téléchargée, elle peut être ré-importée ultérieurement au sein d’un projet, à partir de l’archive correspondante.
Jusqu’à maintenant, le fonctionnement du tri dans l’explorateur de modèle (web ou client riche) était prédéfini.
Désormais, vous avez la possibilité de choisir selon quels critères les objets d’un dossier sont triés :
Voici un exemple de configuration de ces critères :
...et son effet dans le fonctionnement du tri dans le navigateur web:
Notez que cette configuration permet de trier les éléments de telle sorte que :
Le modeleur BPMN permet de modéliser des processus selon le standard ISO “Business Process Model and Notation” défini par l’Object Management Group.
Obeo SmartEA 8.0 apporte de nombreuses améliorations qui facilitent la création de diagrammes BPMN :
Les relations entre objets du référentiel peuvent elles-mêmes porter des informations. C’est le cas, par exemple, des relations dans le modèle de données : contraintes, cardinalité min, max, etc.
Avec Obeo SmartEA 8.0, il devient possible d’accéder à la page de détail d’une relation, directement depuis un diagramme sur laquelle elle apparaît, en cliquant sur son label.
L’import générique Excel d’Obeo SmartEA permet d’importer en masse des données externes. Jusqu’à maintenant, il était obligatoire de désigner une des colonnes faisant office d’identifiant. Or, dans certains cas, aucune colonne ne peut faire office d’identifiant (valeur non pertinente pour l’identification, ou unicité non garantie).
Dans ce cas, il est désormais possible de demander à Obeo SmartEA de générer automatiquement des identifiants techniques pour ces objets. Ce qui vous permet de gagner du temps lors d’import de données externes.
De nouvelles informations sur la façon dont Obeo SmartEA est utilisé au jour le jour sont disponibles pour l’administrateur, sous la forme de journaux sur le serveur :
En plus de ces nouvelles informations, le contenu de ces journaux est disponible dans un format plus facilement exploitable.
Ces informations permettent de mieux comprendre le fonctionnement du serveur, et d’identifier les éventuels problèmes et menaces de sécurité.
Ils renseignent également sur le parcours utilisateur et permettent de mieux mesurer la diffusion et l’adoption de la démarche d’Architecture d’Entreprise au sein de votre organisation.
Découvrez la liste complète des changements