J'ai assisté le 7 novembre au webinar de Sparx Systems sur la mise en place d'un projet Enterprise Architect en mode collaboratif avec une base de données centralisée (titre original : setting up a team modelling environment with Enterprise Architect). Ce webinar a été présenté par Scott Hebbard, Communications Manager chez Sparx Systems. Les sujets suivants ont été abordés lors de la démonstration :
Cet article résume les informations présentées lors de ce webinar et de la session de Questions/Réponses entre Sparx et le public.
Lorsque l'on travaille sur un diagramme dans Enterprise Architect, la boite à outil affichée (toolbox) est contextuelle car elle correspond au type de diagramme ouvert.
Par exemple en affichant un diagramme de classe, la boîte à outil affichée permet de créer des classes, paquetages, interfaces, etc.
Enterprise Architect permet de changer de boîte à outils en cliquant sur le menu "More tools" de la Toolbox :
A la prochaine ouverture du même diagramme, cette sélection sera perdue ; la boîte à outils contextuelle sera à nouveau affichée (par ex Class toolbox pour un diagramme de classes UML).
Il peut être utile dans certains contextes d'afficher pour tout type de diagramme une ou plusieurs boîtes à outils (toolbox) supplémentaires. Cela est possible via l'option More tools > Set Toolbox Visibility, puis en cochant le ou les toolbox à rajouter :
Dans l'exemple suivant, un diagramme de cas d'utilisation est ouvert, donc la boîte à outils contextuelle "use case" est affichée.
De plus, ayant sélectionné la boîte à outils "Extended - Requirements" via la commande "Set Toolbox Visibility" (cf. capture d'écran précédente), la boîte à outils des exigences est également disponible. Cela permet de créer très facilement des cas d'utilisations et acteurs, ainsi que des exigences sur le même diagramme.
Enterprise Architect est une plateforme performante pour la modélisation, la visualisation et la conception basée sur les standards OMG UML, SysML, BPMN2, Open Group ArchiMate, et bien d'autres encore.
Enterprise Architect fournit le niveau de robustesse et d'efficacité pour la visualisation et la collaboration requis par les environnements de modélisation actuels, qui sont aussi vastes qu'exigeants. Enterprise Architect offre ainsi une gestion complète des modèles, de la gestion des exigences jusqu'à la conception, en passant par l'analyse fonctionnelle, le mind mapping, l'architecture fonctionnelle ou technique, et le déploiement du logiciel.
Il peut être également utilisé pour le domaine de l'Ingénierie Système pour une démarche MBSE (Model-Based Systems Engineering) avec le langage système SysML.
Solution de modélisation 100% agile, Enterprise Architect est extrêmement simple à installer et offre des performances de haut vol grâce à son interface intuitive.
Cet article présente les éditions disponibles pour Enterprise Architect, les outils d'intégration avec les IDE, et les technology MDG pour travailler par exemple avec DOORS ou CORBA (IDL).
VISEO est revendeur officiel de Sparx en France, aussi n'hésitez pas à me contacter pour toute demande de devis sur les licences, les formations, et des prestations de mise en place et d'accompagnement : Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer le JavaScript pour la visualiser..
eaDocX est principalement un outil pour générer de la documentation au format Word depuis vos modèles Enterprise Architect, mais cet outil comporte également un module de synchronisation avec Ms Excel ; eaXL. Ce module d'eaDocX permet d'ouvrir Excel directement sous Enterprise Architect (note : eaDocX est un plug-in commercial d'Enterprise Architect réalisé par la société britannique eaDocX, dont Objet Direct est revendeur).
Cet article présente par un exemple simple une utilisation d'eaDocX pour gérer un référentiel d'exigences dans un cas nominal, permettant de dépasser les limites d'un fichier CSV exporté avec Enterprise Architect en exploitant pleinement Ms Excel.
Afin de présenter le contexte initial pour un projet réalisé en clientèle, cet article aborde dans un premier temps l'intérêt d'utiliser un référentiel de modélisation avec l'outil Enterprise Architect par rapport à un outil de dessin "BPMN".
Ensuite, cet article présente un exemple d'utilisation des styles visuels pour améliorer le rendu et la qualité de vos diagrammes, après les avoir définis et organisés dans le référentiel de modélisation i.e. votre projet Enterprise Architect.
Le prochain EAUG (Enterprise Architect User Group) aura lieu à Nuremberg en Allemagne le 8 Octobre 2013. Cet EAUG est un évènement local organisé par le partenaire autrichien de Sparx, Lieber Lieber.
La majorité des sessions seront présentées en allemand, et une présentation en anglais sera accessible sur chaque slot horaire. Voici le planning actuellement défini (hors présentations en allemand) :
Vous pouvez consulter la dernière version de l'agenda sur le site de Lieber Lieber. Vous pouvez également vous inscrire en ligne depuis leur site ; le tarif est de 115.43€ TTC.
Cette journée se terminera par une session ouverte de détente ("chill out") au bar pour rencontrer les visiteurs et speakers. Ce sera l'opportunité de discussions autour d'un verre avec les membres de la communauté d'EA.
Pour plus d'informations, veuillez consulter le site officiel www.eausergroup.com.
En tant qu'utilisateur d'Enterprise Architect, vous avez peut-être déjà eu besoin de modéliser plusieurs fois le même ensemble d'éléments sur un diagramme, vous obligeant à lancer de nombreux copier / coller.
Certes copier et coller (paste as new) une sélection d'éléments, d'associations, et leur "mise en page" fonctionne mais cette approche n'est pas forcément optimum. Par exemple si l'on créé un diagramme, les éléments à réutiliser ne sont pas disponibles. Cela nous oblige à ouvrir le diagramme où se trouvent les éléments à dupliquer, les sélectionner, exécuter un copier, et enfin de lancer un coller sur le diagramme cible. Il faut également faire attention à supprimer toute description ou élément fils qui est spécifique et donc non ré-utilisable.
Enterprise Architect permet de définir un ensemble d'éléments, y compris leurs associations et disposition sur un diagramme, via les patterns UML. Comme avec les patterns de conception (ex : GoF), l'objectif ici est de pouvoir définir et réutiliser un ensemble d'éléments dans le cadre de la modélisation. Cet article présente un exemple d'utilisation des Patterns UML avec Enterprise Architect.
Lorsque l'on créé des classes dans EA qui ne possèdent ni attribut, ni opération, la classe est affichée sans aucun compartiment. Cet affichage peut être gênant pour certains usages, aussi EA permet de modifier ce rendu. Cela est possible via les propriétés d'affichage d'un élément du diagramme, accessibles depuis un clic droit sur la classe "Feature and Compartment Visibility", en activant "structure compartment".
On obtient ainsi le résultat illustré ci-dessous :
Cette solution est limitée car elle ne concerne que le diagramme en cours, et il n'est pas possible d'appliquer ce choix sur une sélection de classes.
La vue "Properties" permet de consulter ou de mettre à jour des propriétés pour un élément sélectionné (classe, interface, use case, acteur) : nom, alias, stéréotype, etc.
Cette vue donne également accès à des raccourcis utiles depuis la barre d’icônes - certains de ces raccourcis sont présentés dans cet article.
Je me suis rendu le 15 mai à la première édition de l’EAUG (Enterprise Architect User Group) où s’est réunie à Londres la communauté des utilisateurs d’Enterprise Architect.
Vous trouverez dans cet article la synthèse d'une sélection de présentations auxquelles j’ai assisté :