HEG Arc - Haute école Arc Gestion Travail de Bachelor d'informaticien de gestion VISUAL PARADIGM TRANSFORMATION DE MCD EN MLD ITÉRATIVE C. Document version 1 Créé le : 17.06.2012 Modifié le : 01.07.2012 Réalisé par : Informaticien de gestion 2009-2012 S adresse à : M. Pierre-André Sunier M. ou Mme l expert-e HEG Arc Neuchâtel (archives) Restitué le : 06 juillet 2012 Page - 0 -
TABLE DES MATIÈRES 1. INTRODUCTION... 2 2. LA SUITE LOGICIELLE... 2 3. FONCTIONNALITÉS DE L OUTIL... 3 4. INTERFACE UTILISATEUR... 3 4.1 BARRE D OUTILS (1)... 5 4.2 NAVIGATEUR (2)... 6 4.3 TABLEAU DE PROPRIÉTÉS (3)... 6 4.4 ZONE DE CRÉATION DES DIAGRAMMES (4)... 7 4.5 ZONE D AFFICHAGE DE MESSAGE (5)... 7 5. TYPES DE DIAGRAMMES... 8 5.1 ENTITY RELATIONSHIP DIAGRAM... 8 5.2 CLASS DIAGRAM... 9 5.3 OBJECT RELATIONAL MAPPING DIAGRAM...10 6. POUR ALLER PLUS LOIN... 11 Page - 1 -
1. INTRODUCTION Le logiciel présenté dans cette partie était déjà connu des étudiants qui ont suivi le cursus en informatique de gestion durant le cycle 2009-2012, car plusieurs professeurs ont eu recours à son utilisation pour pratiquer différents exercices dans diverses unités d enseignements. La présentation de Visual Paradigm n a pas été placée dans la partie théorique, car il n expose ainsi pas des connaissances supplémentaires acquises, mais sert exclusivement à décrire sommairement l outil et son interface au lecteur. Ce dernier aura alors une meilleure compréhension des différentes explications et références faites dans les parties théoriques et pratiques. 2. LA SUITE LOGICIELLE Visual Paradigm est un éditeur qui propose une suite logicielle, constituée des outils suivants : Visual Paradigm For UML : permet la création des diagrammes UML et des modèles qui en sont à l origine. Ceux-ci peuvent alors générer du code dans un langage de programmation déterminé. Il propose également la création d autres types de diagrammes, comme celui qui permet la modélisation des bases de données pouvant, lui aussi, générer des canevas d applications basés sur des Framework et Pattern mais en plus, générer du code SQL qu il peut ensuite déployer automatiquement dans différents environnements. Business Process Visual Architect : permet la modélisation de processus normalisés par le langage BPMN, ainsi que la génération des modèles en processus exécutables. Agilian : offre les fonctionnalités nécessaires pour gérer l architecture de l entreprise autour des processus, et le développement agile de logiciels. Il permet la réalisation de maquettes, la gestion des exigences, le travail collaboratif, la gestion des règles métiers ou encore la définition d un vocabulaire commun. A 3 Platform : gère les projets de développement en équipe, de même que la maintenance, respectivement en se basant sur des propositions de la méthodologie Unified Process et en offrant des solutions de gestion des problèmes et des tests. Teamwork Server : fournit un référentiel permettant le stockage des spécifications réalisées par tous les autres outils de la suite. Il assure le travail en équipe, notamment par la prise en charge des technologies de versionning. Lorsque l on installe un ou plusieurs logiciel(s), l ensemble des fonctionnalités tourne sur un même socle d exécution. C est le choix d une ou l autre de ces solutions qui va alors activer les fonctions autorisées au sein du même programme de base. Page - 2 -
3. FONCTIONNALITÉS DE L OUTIL Le logiciel qui nous intéresse est Visual Paradigm For UML. Il est à notre sens très complet mais relativement coûteux. Plus spécifiquement, il permet : La modélisation UML 2.0 qui inclut ses 13 diagrammes La génération de code de programmation dans une bonne partie des langages communs, plus exactement : Java, C#, VB.NET, PHP, ODL, ActionScript, IDL, C++, Delphi, Perl, XML Schema, Python, Objective-C, Objective-C 2.0, Ada95 et Ruby La modélisation de bases de données relationnelles La génération de code SQL et le déploiement dans les principaux SGBDR, à savoir : MySQL, MS SQL Server, Oracle, HSQL, Sybase ASE, Sybase SQL Anywhere, PostgreSQL, Cloudscape-Derby, DB2, Ingres, OpenEdge, Informix, Firebird, FrontBase, Cache, SQLite et H2 Le «reverse engineering», qui consiste en la création automatique de modèles depuis du code de programmation ou depuis une base de données existante La gestion des exigences L analyse d impacts, qui permet de connaître à l avance les conséquences d un changement La création de rapports automatisés Notons que la HEG-Arc de Neuchâtel dispose de deux éditions distinctes du logiciel : «Profesionnal Edition», qui offre les fonctionnalités listées, et «Enterprise Edition», qui est la plus complète et qui fournit les éléments suivants supplémentaires : Modélisation des processus avec le langage BPMN et exportation des modèles en processus exécutables Simulation de l exécution de processus Modélisation de l architecture d entreprise Définition de règles métier Réalisation de schémas «Mind Map» 4. INTERFACE UTILISATEUR L interface du programme, que l on peut découper en cinq grandes zones principales, se présente selon la capture d écran de la page suivante. Page - 3 -
1 2 3 4 5 Figure 1 : Interface graphique de Visual Paradigm For UML Page - 4 -
4.1 Barre d outils (1) La barre d outils permet d accéder intuitivement aux différentes fonctions que Visual Paradigm met à disposition. Chaque icône peut contenir un sous-ensemble de plusieurs fonctionnalités. Par exemple, l outil «Database» contient l accès aux deux diagrammes liés à la modélisation des données. Figure 2 : Barre d outils de Visual Paradigm ForUML Parmi les rubriques disponibles, voici une brève explication de celles qui semblent être les plus utiles, ou qui ont attrait au présent projet : Icône Nom de l outil Description Project Permet de créer un nouveau projet, d en ouvrir un existant ou d en sauvegarder un autre. UML Modeling Permet de créer des diagrammes UML parmi les 13 disponibles. Business Process Modeling Database Permet de créer des diagrammes de processus. Un seul type de diagramme est disponible dans la version professionnelle. Permet de créer des diagrammes entités-relations ou de mapping objetrelationnel. Ce dernier permet de mettre en correspondance des classes de programmation avec des entités de base de données. Requirement Modeling Permet la création de diagrammes d exigences parmi les six disponibles. Team Collaboration Code engineering Object relationnal mapping Outil «client» qui permet l accès au référentiel du «Teamwork Server», et donc le travail en équipe sur un projet. Apporte les fonctionnalités de génération de code de dans un certain nombre de langages proposés, tel que Java, C# Offre des outils de génération et de reverse engineering pour les bases de données, de plus que des «synchronisations» entre modèle objet et modèle entités-relations. Figure 3 : Principales fonctionnalités de la barre d outils 1 1 [INT-04] Ce tableau est en partie repris du site de l éditeur, et a été traduit. Page - 5 -
4.2 Navigateur (2) Le navigateur propose principalement deux modes d affichages des éléments présents dans un projet Visual Paradigm : la vue des diagrammes et l explorateur de modèles. La première liste les différents diagrammes et les regroupe par type. La seconde représente, en réalité, le référentiel du projet, car tous les objets de ce dernier sont visibles, que ce soit des classes, des tables, des diagrammes ou encore des acteurs. Figure 4 : Le navigateur de diagrammes (à gauche) et l explorateur de modèles (à droite) Tous les objets figurants dans les diagrammes ne sont qu une représentation visuelle des éléments du modèle ; ils ne sont donc qu une référence qui pointe vers leur existence propre présente dans l explorateur de modèles. Cette manière de construire rend tout à fait possible la création d objets sans pour autant disposer d un quelconque diagramme. 4.3 Tableau de propriétés (3) Le tableau de propriétés permet de visualiser et modifier les principaux paramètres de l objet sélectionné. Pour accéder à un objet, il suffit de le sélectionner dans la zone de création (détaillé ci-après), ou d employer l un des deux navigateurs. L'entier des différents paramètres est disponible, de manière plus graphique, en effectuant un double clic sur l élément voulu, ce qui aura pour action d ouvrir une fenêtre dédiée. Page - 6 -
4.4 Zone de création des diagrammes (4) Cette zone permet la création effective de diagrammes, accessible par des onglets comme on le remarque sur la capture d écran. L on distingue deux parties : À gauche se trouve la barre d outils composés d éléments propres au diagramme ouvert, qui peuvent être ajoutés à ce dernier par simple glissé déposé. La grande partie de droite est la zone de dessin où l on peut visualiser et travailler avec le diagramme. 4.5 Zone d affichage de message (5) La zone d affichage permet d informer l utilisateur à l aide de messages au format «texte». Cette zone est importante dans le cadre de notre projet, car c est au travers d elle que le plug-in pourra afficher une trace des différentes manipulations faites ou, plus simplement, d afficher des erreurs ou avertissements. Page - 7 -
5. TYPES DE DIAGRAMMES Alors que Visual Paradigm For UML a été présenté de manière globale, il semble important de détailler les diagrammes liés à la modélisation des données qu il propose, étant donné qu ils représentent l outil de travail principal du plug-in de transformation. 5.1 Entity Relationship Diagram Pour modéliser la logique d une base de données ou, autrement dit, réaliser un MLD, c est «Entity Relationship Diagram», parfois abrégé ERD, qui est proposé. Il sert à représenter les tables et les colonnes, de même que les «relations», les types des champs, les clés primaires et étrangères, les contraintes d unicité, les colonnes non nulles et enfin les index. Figure 5 : Nomenclature d un ERD La nomenclature choisie par l éditeur est très symbolique. La colonne disposant d une clé primaire est ainsi préfixée par une clé jaune. L image choisie pour la colonne de clé étrangère dispose d une flèche verte, comme on peut le voir sur le champ Pers_Numero ci-dessus. Le «N» présent à côté du champ FicheDescriptive représente un NOT NULL. Dans la même idée, le grand «U» rouge signifie que la colonne est unique. Enfin, l image présente à l extrême droite du code et du libellé symbolise l'existence d un index. La représentation graphique des «relations» qui, en soi, n existent pas dans un MLD, s inspire quelque peu de ce qu Oracle Designer faisait. Avec Visual Paradigm, on lit toujours le symbole présent sur le lien à l extrémité opposée. Ce symbole est rond lorsqu il indique une non-obligation de renseigner la colonne de clé étrangère. Son absence signifie dans ce cas une obligation. La multiplicité, quant à elle, se symbolise par un simple trait perpendiculaire lorsqu elle est à «1», ou une patte d oie si elle est de type «n». Enfin, la ligne est généralement traitillée. Lorsqu elle ne l est pas, cela signifie que la colonne de clé étrangère est identifiante. Page - 8 -
Le tableau ci-dessous représente l équivalence obtenue dans le diagramme ERD en comparaison à la notation UML d un diagramme de classes. Entity Relationship Diagram UML Figure 6 : Comparaison entre les relations d un diagramme ERD et celles d UML 5.2 Class Diagram Visual Paradigm ne permet pas de réaliser des modèles conceptuels de données à proprement parlé. C est à l aide du diagramme de classes, provenant du paradigme «objet» et non «entités-relations», que nous pouvons disposer des éléments graphiques nécessaires, tels que les entités associatives par exemple. Ce diagramme respecte très bien les standards UML ; de ce fait, une description des différents artefacts de la norme semble peu pertinente ici. UML étant érigé par l Object Management Group, la spécification officielle proposée par cet organisme offre tout le nécessaire afin de comprendre le langage 2. Il est cependant bien clair que seuls certains éléments du diagramme de classes seront utilisés dans le contexte d un MCD. Pour éviter toute confusion, mais également pour permettre au plug-in de reconnaître les entités d un modèle conceptuel des différentes classes qui peuvent être utilisées pour représenter des objets de programmation, nous utilisons des stéréotypes de type «MCD». Son nom avait précédemment été retenu par M. Sunier ; je le conserve également pour ma part. Figure 7 : Une classe avec le stéréotype «MCD» est considérée comme une entité 2 [INT-05] Page - 9 -
5.3 Object Relational Mapping Diagram La création d un diagramme de classe pour réaliser un modèle conceptuel a un très net inconvénient dans Visual Paradigm. En effet, son emplacement se situe dans les diagrammes UML et non dans ceux liés aux bases de données. La solution qui permet de remédier au problème est d utiliser un diagramme «Object Relational Mapping», abrégé ORM. Figure 8 : Arborescence des documents dans Visual Paradigm L image montre la structure des diagrammes dans un projet. Utiliser un ORM au lieu d un diagramme de classes permet de regrouper les MCD et MLD dans la seule catégorie montrée en vert ci-dessus. Cela facilite la lisibilité et permet une distinction claire des éléments liés aux bases de données. En quelque sorte, les éléments sont remis là où ils doivent. L ORM est initialement prévu pour montrer le lien entre les objets de classes persistables d une application et les tables d une base de données 3. Cet aspect ne nous intéresse pas ; le fait de pouvoir utiliser tous les composants du diagramme de classe est notre seule finalité. En définitive, ce sont donc les diagrammes «Entity Relationship Diagram» et «ORM Diagram» qui seront utilisés dans le logiciel pour modéliser les données. 3 [INT-06] L aide en ligne de Visual Paradigm explique l utilité du diagramme. Page - 10 -
6. POUR ALLER PLUS LOIN Celui qui désire obtenir davantage d informations quant à Visual Paradigm For UML peut se rendre sur la page de l éditeur qui résume les fonctionnalités 4 ou sur le guide d utilisateur 5. Enfin, sachez qu une version gratuite, appelée «Community Edition» et limitée à une utilisation non commerciale, est disponible 6. Elle permet d utiliser les diagrammes sans limites, mais restreint les fonctionnalités avancées, telles que la génération de code ou le travail en équipe. 4 [INT-07] 5 [INT-08] 6 [INT-09] Page - 11 -