Partie 1 – Concepts

Plus qu'un outil de dessin

L'un des concepts les plus importants qui sous-tendent Enterprise Architect est qu'il s'agit de bien plus qu'un simple outil de dessin. Contrairement à de nombreux outils de dessin simples qui se présentent parfois comme des outils modélisation , dans Enterprise Architect tous les modèles sont stockés et construits sur des référentiels très détaillés et riches. Voici quelques résultats importants de cette approche :

Un diagramme dans Enterprise Architect est une vue d'une partie du modèle sous-jacent
Les éléments Modèle peuvent apparaître dans plusieurs diagrammes
La mise à jour d'un élément dans un diagramme le mettra à jour dans tous les autres diagrammes dans lesquels il apparaît
Les connexions entre les éléments sont des éléments de modèle de premier niveau, pas seulement des représentations visuelles
La fenêtre Navigateur (une fenêtre UI que vous découvrirez plus tard) est la porte d'entrée vers le modèle lui-même
La boîte à outils Diagramme dispose d'une palette d'éléments appropriés pour le type diagramme actuel et le langage modélisation
Les éléments des langages modélisation ont des propriétés, des caractéristiques et des restrictions de liaison particulières

Modélisation de Référentiel Basé

Un Référentiel de modèles dans Enterprise Architect peut être implémenté de différentes manières, en fonction des besoins. Quel que soit le type, il est important de note que vous devez créer ou ouvrir un référentiel avant de pouvoir effectuer une modélisation .

Certains types de référentiels typiques incluent :

Un fichier unique (.eap/.eapx/.fdb/.feap) qui est généralement utilisé par un seul développeur
Un référentiel basé sur un SGBD (Oracle, SQL Server, MySQL ...) utilisé par les groupes de travail et les équipes plus importantes
Un référentiel Sparx Cloud-Server interne basé sur LAN (avec back-end .FDB ou DBMS) pour un déploiement simplifié, une efficacité et d'autres avantages
Un référentiel Sparx Cloud-Server orienté Web pour le développement distribué à l'échelle mondiale, l'accès des parties prenantes, l'optimisation et plus encore

Le type de modélisation que vous effectuerez déterminera généralement le type de référentiel dont vous aurez besoin. Pour les besoins de votre essai, l'approche à fichier unique sera la plus simple pour commencer, à moins que vous n'ayez accès à des référentiels plus volumineux préexistants. Ce guide supposera qu'un fichier unique est la solution la plus simple pour commencer. Mais n'oubliez pas que votre modèle à fichier unique peut toujours être étendu ultérieurement à un SGBD complet ou à un référentiel basé sur Cloud si nécessaire !

Technologies , Perspectives et cadres

Un autre terme que vous rencontrerez souvent dans formation sur Enterprise Architect est « Technologie ». Dans ce cas particulier, on entend par là un ensemble d'éléments modélisation liés à un domaine qui forment ensemble un langage modélisation unique. Par exemple, UML 2.5 est un langage modélisation standard ouvert pris en charge par Enterprise Architect ; il est communément appelé « Technologie UML » ou « Perspective UML ».

Technologies

Une technologie est un ensemble d'éléments modélisation connexes formant un langage modélisation
Une technologie dans Enterprise Architect peut également inclure des scripts, des formes, gabarits de documents, motifs et d'autres artefacts utiles
Technologies peuvent être activées et désactivées selon les besoins dans un référentiel de modèles

Motifs

Motifs sont des collections de contenu modélisé réutilisable, par exemple un Modèle de cas d'utilisation de base ou Modèle de classe simple.
Motifs sont utilisés pour lancer modélisation et accélérer la création de solutions modélisation communes
Enterprise Architect comprend une collection de plus de 1000 motifs avec des explications détaillées, dans de nombreux langages modélisation différents

Perspectives

Une perspective est une contrainte imposée à l'interface utilisateur pour afficher uniquement une technologie ou un ensemble de technologies particulières.
Une perspective est utilisée pour réduire la complexité et vous aider à vous concentrer sur votre tâche

Cadres

Un framework est une collection de motifs , de langages modélisation et d'autres éléments qui, ensemble, support une approche modélisation .
Les frameworks peuvent regrouper différents langages modélisation et aident souvent à déterminer la structure du modèle

Au fur et à mesure que vous progresserez dans votre essai de 30 jours, vous vous familiariserez avec ces termes et verrez comment chacun contribue à l'expressivité et à l'efficacité de votre modélisation .

Ce que vous pouvez faire avec un Modèle

Étant donné qu'un modèle Enterprise Architect est basé sur un référentiel avec un riche ensemble de connexions, de méta-informations et d'autres éléments prenant en charge l'aspect visuel, il est possible de prendre le modèle et de créer une large gamme de nouveaux éléments à partir du modèle lui-même. Voici quelques possibilités :

Documents au format texte enrichi ou PDF qui exposent les aspects sous-jacents du modèle ainsi que les représentations visuelles
Génération de code à partir de modèles de classe et de modèles comportementaux
Échangez Modèle de matériel au format XMI et dans d'autres formats afin que votre modèle puisse être lu et exploité par d'autres outils
Simulations de modèles comportementaux dans une variété de formats tels que BPSim, DMN, modèles State , graphiques d'activité et plus encore
Application d'une gamme d'outils de simulation mathématique à la simulation de systèmes et à la simulation dynamique
Simulation SysML avec OpenModelica ou MATLAB
Réaliser révisions du contenu du modèle
Rendre les modèles accessibles en ligne avec WebEA et ProCloud Server

Une fois que vous avez déplacé votre modèle dans un SGBD ou un référentiel basé sur Cloud , vous pouvez également implémenter la sécurité du modèle pour contrôler qui peut modifier le modèle et contrôler le verrouillage des éléments individuels. Dans l'édition Ultimate , vous pouvez également implémenter Sécurité de Niveau de Rangée et contrôler quels utilisateurs peuvent voir quelles parties du modèle.

Pour les plus ambitieux, il est également possible d'accéder au modèle sous-jacent en utilisant l'interface d'automatisation (Active-X) d' Enterprise Architect à l'aide de scripts et de plug-ins, ou si vous accédez à un serveur Sparx Pro-Cloud, via l'interface OSLC - une API RESTful pour explorer et modifier le modèle à l'aide d'appels Web standard.

Étape suivante

Après avoir installé Enterprise Architect Trial Edition , vous pouvez maintenant le démarrer et l'explorer. Veuillez vous reporter à la section suivante « Partie 2.0 - Premier contact ».