Professional Documents
Culture Documents
VISUAL PARADIGM
TRANSFORMATION DE MCD
EN MLD ITRATIVE
Document version 1
Cr le : 17.06.2012
Modifi le : 01.07.2012
Ralis par :
Steve Berberat
Informaticien de gestion 2009-2012
Sadresse :
M. Pierre-Andr Sunier
M. ou Mme lexpert-e
HEG Arc Neuchtel (archives)
Restitu le :
06 juillet 2012
Page - 0 -
Travail de Bachelor
Steve Berberat
INTRODUCTION ............................................................................................................................................................... 2
2.
3.
4.
5.
6.
4.1
4.2
NAVIGATEUR (2)............................................................................................................................................ 6
4.3
4.4
4.5
TYPES DE DIAGRAMMES................................................................................................................................................ 8
5.1
5.2
5.3
Page - 1 -
Travail de Bachelor
Steve Berberat
1. INTRODUCTION
Le logiciel prsent dans cette partie tait dj 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 diffrents exercices
dans diverses units denseignements.
La prsentation de Visual Paradigm na pas t place dans la partie thorique, car il nexpose ainsi pas des
connaissances supplmentaires acquises, mais sert exclusivement dcrire sommairement loutil et son interface au
lecteur. Ce dernier aura alors une meilleure comprhension des diffrentes explications et rfrences faites dans les
parties thoriques et pratiques.
2. LA SUITE LOGICIELLE
Visual Paradigm est un diteur qui propose une suite logicielle, constitue des outils suivants :
Visual Paradigm For UML : permet la cration des diagrammes UML et des modles qui en sont lorigine.
Ceux-ci peuvent alors gnrer du code dans un langage de programmation dtermin. Il propose galement la
cration dautres types de diagrammes, comme celui qui permet la modlisation des bases de donnes
pouvant, lui aussi, gnrer des canevas dapplications bass sur des Framework et Pattern mais en plus,
gnrer du code SQL quil peut ensuite dployer automatiquement dans diffrents environnements.
Business Process Visual Architect : permet la modlisation de processus normaliss par le langage BPMN,
ainsi que la gnration des modles en processus excutables.
Agilian : offre les fonctionnalits ncessaires pour grer larchitecture de lentreprise autour des processus, et
le dveloppement agile de logiciels. Il permet la ralisation de maquettes, la gestion des exigences, le travail
collaboratif, la gestion des rgles mtiers ou encore la dfinition dun vocabulaire commun.
A3 Platform : gre les projets de dveloppement en quipe, de mme que la maintenance, respectivement en
se basant sur des propositions de la mthodologie Unified Process et en offrant des solutions de gestion des
problmes et des tests.
Teamwork Server : fournit un rfrentiel permettant le stockage des spcifications ralises 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 lon installe un ou plusieurs logiciel(s), lensemble des fonctionnalits tourne sur un mme socle dexcution.
Cest le choix dune ou lautre de ces solutions qui va alors activer les fonctions autorises au sein du mme programme
de base.
Page - 2 -
Travail de Bachelor
Steve Berberat
3. FONCTIONNALITS DE LOUTIL
Le logiciel qui nous intresse est Visual Paradigm For UML. Il est notre sens trs complet mais relativement coteux.
Plus spcifiquement, il permet :
La modlisation UML 2.0 qui inclut ses 13 diagrammes
La gnration 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 modlisation de bases de donnes relationnelles
La gnration de code SQL et le dploiement 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 cration automatique de modles depuis du code de
programmation ou depuis une base de donnes existante
La gestion des exigences
Lanalyse dimpacts, qui permet de connatre lavance les consquences dun changement
La cration de rapports automatiss
Notons que la HEG-Arc de Neuchtel dispose de deux ditions distinctes du logiciel : Profesionnal Edition , qui offre
les fonctionnalits listes, et Enterprise Edition , qui est la plus complte et qui fournit les lments suivants
supplmentaires :
Modlisation des processus avec le langage BPMN et exportation des modles en processus excutables
Simulation de lexcution de processus
Modlisation de larchitecture dentreprise
Dfinition de rgles mtier
Ralisation de schmas Mind Map
4. INTERFACE UTILISATEUR
Linterface du programme, que lon peut dcouper en cinq grandes zones principales, se prsente selon la capture
dcran de la page suivante.
Page - 3 -
Travail de Bachelor
Steve Berberat
Page - 4 -
Travail de Bachelor
Steve Berberat
Parmi les rubriques disponibles, voici une brve explication de celles qui semblent tre les plus utiles, ou qui ont attrait
au prsent projet :
Icne
Nom de loutil
Description
Project
UML Modeling
Database
Permet de crer des diagrammes entits-relations ou de mapping objetrelationnel. Ce dernier permet de mettre en correspondance des classes de
programmation avec des entits de base de donnes.
Requirement Modeling
Team Collaboration
Code engineering
Page - 5 -
Travail de Bachelor
Steve Berberat
Tous les objets figurants dans les diagrammes ne sont quune reprsentation visuelle des lments du modle ; ils ne
sont donc quune rfrence qui pointe vers leur existence propre prsente dans lexplorateur de modles. Cette manire
de construire rend tout fait possible la cration dobjets sans pour autant disposer dun quelconque diagramme.
Page - 6 -
Travail de Bachelor
Steve Berberat
Page - 7 -
Travail de Bachelor
Steve Berberat
5. TYPES DE DIAGRAMMES
Alors que Visual Paradigm For UML a t prsent de manire globale, il semble important de dtailler les diagrammes
lis la modlisation des donnes quil propose, tant donn quils reprsentent loutil de travail principal du plug-in de
transformation.
La nomenclature choisie par lditeur est trs symbolique. La colonne disposant dune cl primaire est ainsi prfixe par
une cl jaune. Limage choisie pour la colonne de cl trangre dispose dune flche verte, comme on peut le voir sur le
champ Pers_Numero ci-dessus. Le N prsent ct du champ FicheDescriptive reprsente un NOT NULL.
Dans la mme ide, le grand U rouge signifie que la colonne est unique. Enfin, limage prsente lextrme droite du
code et du libell symbolise l'existence dun index.
La reprsentation graphique des relations qui, en soi, nexistent pas dans un MLD, sinspire quelque peu de ce
quOracle Designer faisait. Avec Visual Paradigm, on lit toujours le symbole prsent sur le lien lextrmit oppose. Ce
symbole est rond lorsquil indique une non-obligation de renseigner la colonne de cl trangre. Son absence signifie
dans ce cas une obligation. La multiplicit, quant elle, se symbolise par un simple trait perpendiculaire lorsquelle est
1 , ou une patte doie si elle est de type n . Enfin, la ligne est gnralement traitille. Lorsquelle ne lest pas, cela
signifie que la colonne de cl trangre est identifiante.
Page - 8 -
Travail de Bachelor
Steve Berberat
Le tableau ci-dessous reprsente lquivalence obtenue dans le diagramme ERD en comparaison la notation UML dun
diagramme de classes.
UML
Figure 6 : Comparaison entre les relations dun diagramme ERD et celles dUML
[INT-05]
Page - 9 -
Travail de Bachelor
Steve Berberat
Limage montre la structure des diagrammes dans un projet. Utiliser un ORM au lieu dun diagramme de classes permet
de regrouper les MCD et MLD dans la seule catgorie montre en vert ci-dessus. Cela facilite la lisibilit et permet une
distinction claire des lments lis aux bases de donnes. En quelque sorte, les lments sont remis l o ils doivent.
LORM est initialement prvu pour montrer le lien entre les objets de classes persistables dune application et les tables
dune base de donnes3. Cet aspect ne nous intresse pas ; le fait de pouvoir utiliser tous les composants du diagramme
de classe est notre seule finalit. En dfinitive, ce sont donc les diagrammes Entity Relationship Diagram et ORM
Diagram qui seront utiliss dans le logiciel pour modliser les donnes.
Page - 10 -
Travail de Bachelor
Steve Berberat
[INT-07]
[INT-08]
6
[INT-09]
5
Page - 11 -