2. Présentations
Intervenant : Pascal Roques
• Formateur et consultant senior chez Valtech Training
• Responsable de toute l’offre formation autour de la
modélisation avec UML
• Certifié par l’OMG :
OCUP Advanced
• Auteur de plusieurs ouvrages sur UML 2
chez Eyrolles…
6. Critique d’UML 1.x :
Ce qui a été positif :
• Exister !! (répondre à un vrai besoin)
• …
• Plus de sémantique que dans les notations d’origine
• Des abstractions de plus haut niveau que ce qui est
disponible dans les langages OO
Diagrammes d’états et d’activité
Support pour spécifier les interactions entre objets
Cas d’utilisation
• Extensibilité prévue dès le départ
Stéréotypes, profils, etc.
7. Critique d’UML 1.x :
Ce qui a été négatif :
• Manques pour modéliser certains aspects :
Systèmes complexes
Décomposition en sous-systèmes
Interactions hiérarchiques
Processus métier
Component-based development
• Sémantique pas toujours adéquate
Distinction diagrammes d’activités / d’états ?
Héritage de diagrammes d’états
• Pas de capacité d’échange de diagrammes
entre outils
Limitations de XMI (XML Metadata Interchange)
8. Les diagrammes d’UML 2.0
UML 2.0 propose 13 types de diagrammes :
• Diagramme de cas d’utilisation
• Diagramme de classes
• Diagramme d’objets
• Package diagram New !?
• Composite structure diagram
New !
• Interaction overview diagram New !
• Diagramme de séquence
• Diagramme de communication Modified !
• Timing diagram
• Diagramme d’activité New !
• Diagramme d’états Modified !
• Diagramme de composants
• Diagramme de déploiement Modified !
10. Classes et associations ne suffisent pas !
Limitations importantes !
• Associations au même niveau de décomposition
11. Associations dans un contexte !
Diagramme de structure composite
• Le contexte est aussi une classe !
12. Port
Les ports de communication
• Encapsulent l’extérieur pour l’intérieur !
• Peuvent supporter des interfaces multiples
• Sont reliés par des connecteurs
13. Composant
Un composant spécifie un contrat formel par
ses interfaces fournies et requises
• Classe structurée particulière !
id Component Model
Composant1 Composant2
I2 I1
Port1
ComposantStructuré «delegate»
Composant3 Composant4
14. Déploiement
On ne déploie dd Deployment Model
plus des
Noeud1
composants, «artifact»
Noeud2
mais des Artifact1
SousNoeud
artifacts
«artifact»
Artifact2
«deploy»
«manifest»
«artifact»
Artifact3
Component Model::
Composant4
16. Sémantique plus précise
Meilleure définition des concepts de base
Meilleur séparation des types de diagrammes
17. Interactions
Plus de formes graphiques, enrichies
• Séquence
Interaction frames
Opérateurs (loop, alt, opt, ref, par, etc.)
Gardes
Décomposition structurelle
• Communication
Rien de nouveau…
• Interaction overview
• Timing
18. Compléments UML 2.0
sd Exemple
X
Opérateurs :
•
Acteur1
alt
demande
• loop
retour
• opt
message asynchrone
• par
alt exemple à deux branches • …
[C est vraie]
m1
Référence
[C est fausse]
m2
d’un
diagramme
ref
Autre interaction dans un autre
19. sd Interaction ov erv iew
Interaction ref
Sequence1
Overview Diagram
Diagramme Decision
d’activité ref
Séquence2
ref
Sequence3
montrant des Merge
flots entre
interactions
sd Seq
:ClasseA :ClasseB
:ActeurHumain
20. Diagramme de temps : exemple
Changements d’états en fonction du temps
td Timing
{10} {20}
TimeLine1
etat11
etat12
ev 1
{20}
TimeLine2
etat21
ev 3
etat22
ev 2
etat23
{20}
{20}
TimeLine3
e1 e2 e1
0 10 20 30 40 50 60 70 80 90 100
21. Diagramme d’activité
Le diagramme d’activité représente
les étapes d’une procédure
• Similaire au bon vieux « Flowchart »
(organigramme)
Les briques de base
• Actions
• Flots
• Décisions
• Début et fin(s)