3. Tantchonta M’PO 3
Code opérationnel
Génération quasi-
Automatique du code
Introduction
UML et Méthodes agiles:
2 approches fondamentalement opposées
Approche Model-Driven
OMG
Production rapide
Méthodes agiles
Modélisation UML poussée
La modélisation agile peut-elle exister ?
Si oui, quels sont ses principes et ses
meilleures pratiques ?
UML est-il utilisable dans un contexte
agile ou réservé au Model-Driven ?
4. Tantchonta M’PO 4
UML : Notions
La modélisation agile
Conclusion
Plan
UML et les méthodes agiles
Introduction
5. Tantchonta M’PO 5
UML (Unified Modeling Language)
La modélisation objet
avec le langage UML
est devenue une
pratique courante sur
de nombreux projets
informatiques
UML : langage de modélisation
graphique et textuel
UML : unification les notations
et les concepts objets
6. Tantchonta M’PO 6
La vision UML
Un modèle
visant sur 5
finalités
Spécifier et documenter
les systèmes
Communiquer des
points de vue
Concevoir des solutions
Comprendre et décrire
les besoins
Esquisser les architectures
logicielles
7. Tantchonta M’PO 7
Structuration du projet
Choix pertinent des frameworks
Génération de code
Pas de référence à l’ UML dans
le SCRUM !!!
Modélisation du métier
Communication de besoins
Compréhension des systèmes complexes
Les diagrammes UML
9. Tantchonta M’PO 9
UML: de la vue statique …
l UML
2
version
2.0
du
21
novembre
2009
Cas d’utilisation
une fonctionnalité attendue du système
par les différents acteurs.
cas d'utilisation : acteur (intéragissant
avec VEGA2)
Système
(VEGA2)
message
message
message
message
Diagramme de séquence
Chaque cas d'utilisation apparaît comme un
scénario, décrit par un ou plusieurs diagrammes de
séquence.
Un diagramme de séquences montre les
interactions entre les acteurs et le système selon un
point de vue temporel pour accomplir une
fonctionnalité attendue du système (un cas
d ’utilisation). C’est une ensemble de messages
échangés entre les acteurs et le système, ordonnés
chronologiquement.
Diagramme de Classes
objet 1
objet 3
objet 2 objet 4
lien exprimant que
"objet 2 est
composé de objet 3"
lien exprimant que "objet 2
a une relation avec objet 4"
lien exprimant que "objet 2 est une sorte de objet 1"
10. Tantchonta M’PO 10
… à la dynamique
commandeclient
Passe une>
1 0 .. *
nom
prénom
adresse
téléphone
code postal
Passe commande ()
paie commande
(cmd)
num
date
adresse livraison
CalculMontant ()
ajout article
modifier ()
paye
article
code
désignation
prix-U
rayon
ss-rayon
comporte> 1 .. **
Ligne-Cmd
quantité
*
contient>1
Sous rayon
Rayon
emplacement Implantation
comporte
Rôle dans l’association
Faut il définir l’appartenance du
sous rayon au rayon ??
12. Tantchonta M’PO 12
… à la dynamique
En préparation
do / ajout
article
Confirmée
do / préparer
livraison
Livrée
do / attente
paiement
Payée
Confirmation
client
[Si solvable]
Livraison
effectuée
paiement
effectué
10 ans
après
paiement
état
final
Pas de confirmation
client après 1 mois
commande
num
date
adresse livraison
CalculMontant ()
ajout article
modifier ()
paye
13. Tantchonta M’PO 13
UML : Notions
La modélisation agile
Conclusion
Plan
UML et les méthodes agiles
Introduction
14. Tantchonta M’PO 14
Des principes agiles …
Priorité aux personnes
et aux interactions
Collaboration avec le client
Réactivité au changement
Des applications
fonctionnelles et opérationnelles
15. Modélisation participative
SCRUM
Documentation du
produit quand il est
stable
La modélisation agile est
encouragée, au lieu
d’une modélisation UML
extensive
Un peu de modélisation au
début de chaque itération
Un modèle métier lors de la réunion
de planification en début de Sprint
…
appliquées
au
SCRUM
16. Tantchonta M’PO 16
UML : Notions
La modélisation agile
Conclusion
Plan
UML et les méthodes agiles
Introduction
17. Tantchonta M’PO 17
La modélisation agile
Dessins sur les murs/
paperboards
Modélisation collaborative
Amélioration des la discussion
sur les user stories
Communication
18. Tantchonta M’PO 18
La modélisation agile
Agile
Models
Valeurs
Courage &
Humilité
Simplicité &
Feedback
Communication
Simplicité
Ouverture au
changement
Maitrise de la
finalité et de son
auditoire
Principes
Pratique
Concevoir plusieurs
modèles en parallèle
Focalisation sur des
aspects à valeur
ajoutée
Modélisation par
petits incréments
avec les autres
19. Tantchonta M’PO 19
Tout modèle est
faux! Et c’est OK
La modélisation agile
selon Craig Larman
Des outils simples
qui encouragent la
créativité
Ne modélisez pas
seul !
Les modèles ne sont pas
de la documentation
Des modèles
multiples et en
parallèle.
La modélisation agile selon LARMAN
20. Tantchonta M’PO 20
Utile à tous les
acteurs sur un
projet donné
UML: utile au
début de chaque
itération
La modélisation agile selon LARMAN
21. Tantchonta M’PO 21
UML : Notions
La modélisation agile
Conclusion
Plan
UML et les méthodes agiles
Introduction
22. Tantchonta M’PO 22
Précis, cohérent et
détaillé
Qu’est ce qu’un
modèle agile?
Use cases ou user
stories pour une
vision projet
Simple et
procurant une
valeur ajoutée
nette et visible
Modèle du
domaine pour une
vision commune
Problème de
l’utilité de la
modélisation UML Objectif et
compréhensible
Questions ?
Que
conclure?
Classes et
interactions pour
illustrer les
frameworks
Dépendances
entre composants
ou packages
23. Tantchonta M’PO 23
UML : Notions
La modélisation agile
Conclusion
Pour aller plus loin…
UML et les méthodes agiles
Introduction
REFERENCES
Sites :
http://www.agilemodeling.com/
http://www.agilealliance.com
http://www.craiglarman.com
http://
www.sparxsystems.com.au/
resources/uml2_tutorial/
Blogs :
http://blog.valtech.fr/
http://xp.thierrycros.net/
http://scrum.aubryconseil.com/
http://www.dotnetguru2.org/
proques/