Modélisation Métier UML

DE LA MODELISATION METIER A LA CONCEPTION DETAILLEE
D. ROUDIER - METHODOLOGIE AVANCEE - CUEFA DE GRENOBLE

1
1- Le processus de formation est initialis lorsque le responsable formation reoit une demande
de formation de la part dun employ. Cette demande est instruite par le responsable qui le
qualifie et transmet son accord ou son dsaccord lintress.
2- En cas de daccord, le responsable recherche dans le catalogue des formations agrs un stage
qui correspond la demande. Il informe lemploy du contenu de la formation et lui propose une
liste des prochaines sessions.
Lorsque lemploy a fait son choix, le responsable formation inscrit le participant la session
auprs de lorganisme de formation concern.
3- En cas dempchement, lemploy doit informer le responsable de la formation au plus tt
pour annuler linscription ou la demande.
4- A la fin de sa formation, lemploy doit remettre au responsable formation une apprciation
sur le stage quil a effectu, ainsi quun document justifiant sa prsence.
5- Le responsable formation contrle par la suite la facture que lorganisme de formation lui a
envoye avant de la transmettre au comptable des achats.
Enonc du cas traiter
2
Cas dutilisation
Strotyp, appel
Processus mtier
Acteur strotyp,
Reprsentant une
entit externe
lentreprise
Strotypes utiliss pour la modlisation mtier
Processus mtier
Acteur mtier
Etape 1: La modlisation mtier
1-0: le formalisme utilis pour le processus mtier
3
Strotypes utiliss pour la modlisation mtier (suite)
Classe strotyp,
Reprsentant une entit
Passive manipule par
un travailleur mtier
Package strotyp,
Structurant le
Modle mtier
Entitmtier
Classe strotyp,
Reprsentant un humain
Agissant intrieur
De lentreprise
Travailleur mtier
Unitdorganisation
1-0: le formalisme utilis pour le processus mtier
4
Processus de formation
Organisme
De formation
Comptable
Responsable formation
Employ
Modlisation du processus de formation avec ses acteurs
1-1: Modlisation dun processus mtier
5
: comptable : Organisme de formation : Responsable formation : Employ
Fin
Rdiger
demande
Slectionner
session
Suivre
formation
Instruire
demande
Chercher stage
Commander
stage
Contrler
facture
Inscrire
stagiaire
Emettre facture
Payer facture
Dbut
Branchement
conditionnel
Activits
Partitions
[demande refuse]
[demande accepte]
1-2: Diagramme dactivit pour modliser le processus
6
: comptable : Organisme de
formation
: Responsable formation : Employ
Rdiger
demande
Slectionner
session
Suivre
formation
Instruire
demande
Chercher stage
Commander
stage
Contrler
facture
Inscrire
stagiaire
Emettre facture
Payer facture
[demande refuse]
[demande accepte]
: Convocation
: Paiement
: Commande
: Facture : Evaluation
: DemandeDeFormation
[Attente Instruction]
[Attente Inscription] : DemandeDeFormation
[satisfaite]
[Ralise]
1-2: Diagramme dactivit pour modliser le processus
Prendre en compte les tats des objets principaux
7
On envisage dautomatiser les activits suivantes:
- Rdiger une demande et Slectionner une session (employ)
-Instruire une demande, Chercher un stage, Commander un stage (responsable de formation)
-Noter que:
-Lemploya la possibilitdannuler une demande ou une inscription,
-Il est indispensable que le systme informatique gre un catalogue de formations agres
auquel les employs peuvent accder en lecture et qui est grpar le responsable formation
Etape 2: dfinition des besoins assurs par le systme informatique
2-1: Isoler les activits du processus informatiser
8
Rdiger
demande
Slectionner
session
Suivre
formation
Instruire
demande
Chercher stage
Commander
stage
Contrler
facture
Inscrire
stagiaire
Emettre facture
Payer facture
[demande refuse]
[demande accepte]
Activits
informatiser
9
Utilisation du diagramme de cas dutilisation pour dfinir les besoins informatiques
Daprs la liste des activits, on peut dfinir les cas dutilisation suivants:
Demander une formation:
-lemployconsulte le catalogue et slectionne un thme ou une formation, ou mme une
session particulire.
-La demande est automatiquement enregistre par le systme et transmise au responsable
formation par e-mail.
-Si lemployna pas choisi une session, mais simplement une formation ou un thme alors
le responsable formation va consulter le catalogue et slectionner les sessions qui paraissent
le mieux correspondre la demande.
-Cette slection sera transmise par e-mail lemployqui pourra faire une nouvelle demande
plus prcise.
Commander un stage:
-Quand un employa demandune formation et que celle-ci est accepte, le responsable
formation va utiliser le systme pour envoyer automatiquement par fax une demande
dinscription sous forme de bon de commande lorganisme concern.
10
Utilisation du diagramme de cas dutilisation pour dfinir les besoins informatiques
Annuler une demande:
- Lemploypeut consulter ltat de ses demandes de formation en cours et les annuler
Individuellement.
-Le responsable formation est automatiquement averti par e-mail.
Maintenir le catalogue:
-Le responsable formation peut introduire une nouvelle formation dans le catalogue, modifier
une formationexistante ou supprimer une formation quun organisme a abandonne.
-Il peut galement modifier les regroupements de formations qui ont tfaits parf thmes.
- Il a aussi la possibilitde mettre jour les dates et lieux des sessions.
-Pour demander une formation et maintenir le catalogue, le systme doit proposer une
fonctionnalitde consultation du catalogue. Cette fonctionnalitpeut tre factorise dans un
nouveau cas dutilisation inclus.
-Pour ne pas surcharger le modle, le processus didentification de lemployou du responsable
de formation ne sont pas reprsents.
11
Diagramme de cas dutilisation du systme de gestion des demandes de formation
Employ
Responsable
Formation
<<actor>>
Organisme de formation
Demander une formation
Et/ou slectionner une session
Consulter le catalogue
Maintenir le catalogue
Annuler une demande
Ou une inscription une session
Commander un stage
<<include>>
<<include>>
2-2: diagramme de cas dutilisation pour dfinir les besoins informatiques
Une ACTIVITE = un CAS DUTILISATION
12
2-3: Description des cas dutilisation
Scnario nominal
Scnarii alternatifs,
Scnarii derreur,
Scnarii alternatifs
13
Diagramme de contexte statique du systme de gestion des demandes de formation
Employ
Responsable
Formation
<<system>>
Gestion des demandes
de formation
<<actor>>
0..1
0..1
0..*
2-4: diagramme de contexte statique
Mise en scne des diffrents acteurs impliqus dans le cas
14
Modlisation statique de la phrase 1
Employ Responsable formation
Demande de formation
reoit met
1
1
1
Etape 3: Analyse du domaine (partie statique)
3-1: modlisation statique partir de lnonc des cas en utilisant les
strotypes de Jacobson
Procder de manire progressive pour produire le modle complet
Phrase 1: Le processus de formation est initialis lorsque le responsable formation reoit une demande de formation
de la part dun employ
15
Employ
Rponse
Accord Dsaccord
met
met
1
1
1
1
0..1
0..1
0..*
0..*
Introduction
dune super-
Entit abstraite
Correction de la
multiplicit et
du nom de
lassociation
traite
Phrase 2: Cette demande est instruite par le responsable qui qualifie la demande et transmet son accord ou son
dsaccord lintress.
16
Diagramme de squence relatif un fragment de modle dynamique issu de la phrase 3
Responsable formation :Catalogue
stage :=chercheFormation (demande)
rsultat
action
(opration)
paramtre
Phrase 3: En cas de dsaccord, le responsable recherche dans le catalogue des formations agres un stage
correspondant la demande.
17
Modlisation statique induite pour satisfaire la phrase 3
Catalogue
Formation Demande de formation
Composition
La mme formation
peut satisfaire un
nombre quelconque
de demandes
0..*
0..*
0..1
1
est satisfaite par
18
Fragment de modle dynamique issu de la phrase 4
:Responsable formation
Contenu de la formation
:Employ
Liste des prochaines sessions
informe
propose
Phrase 4: Le responsable de formation informe lemploy du contenu de la formation et lui propose une liste des
prochaines sessions.
19
Formation
Contenu Session
1
1
1
0..*
donne lieu
{ordered}
Modlisation
du mot
liste
20
:Employ :Responsable formation
:Organisme
De formation
Inscription (session, employ)
: choix
Transformation
Dun verbe en
message
Modlisation dynamique de la phrase 5
Phrase 5: Lorsque lemploy retourne son choix, le responsable formation inscrit le participant la session auprs
de lorganisme concern.
21
Organisme
de formation
Employ
Formation
Session
Inscription
propose
participant
Donne lieu
{ordered}
0..*
0..*
0..* 0..1
1
1
Classe
dassociation
rle
22
Facture
Organisme
de formation
Comptable
Inscription
traite
met
concerne
contrle
1
1
1
1
0..1
0..* 0..*
0..*
Phrase 6: Le responsable formation contrle par la suite la facture que lui est adresse lorganisme de formation
avant de la transmettre au comptable des achats.
23
Modlisation statique prliminaire de ltude de cas
Catalogue
Formation
0..*
0..*
0..1
1
est satisfaite par
1
1
Contenu
Employ
Session
Rponse
Accord
Dsaccord
Inscription
Facture
Comptable
Organisme
de formation
1
1
1
1
1
1
1
1
1
propose
Donne lieu
{ordered}
concerne
participant
contrle
traite
traite
met
met
0..*
0..*
0..* 0..*
0..*
0..*
0..*
0..1
0..1
0..1
0..1
1
3-2: modlisation statique - Modle mtier
24
Dcoupe du Modle statique de ltude de cas
Catalogue
Formation
0..*
0..*
0..1
1
est satisfaite par
1
1
Contenu
Employ
Session
Rponse
Accord
Dsaccord
Inscription
Facture
Comptable
Organisme
de formation
1
1
1
1
1
1
1
1
1
propose
Donne lieu
{ordered}
concerne
participant
contrle
traite
traite
met
met
0..*
0..n
0..* 0..*
0..*
0..*
0..*
0..1
0..1
0..1
0..1
1
0..*
3-3: modlisation statique - Modle mtier Dcoupage en packages
25
Dcoupe du Modle mtier de ltude de cas
+Demande de formation
+Responsable formation
+Employ
+Inscription
+Rponse
+Accord
+Dsaccord
comptabilit Demandes de formation Catalogue de formations
+Comptable
+Facture
+Catalogue
+Organisme de formation
+Formation
+Contenu
+Session
Entits mtier
du package
Package strotyp,
reprsentant une unit
dorganisation mtier
26
comptabilit
Demandes de formation
Catalogue de formations
Dpendances souhaites entre packages mtier
Ce dcoupage respecte le principe de dpendance entre les packages:
- pas de dpendances mutuelles,
- pas de dpendances circulaires
Nous devons vrifier ces dpendances au niveau des packages, par analyse des navigabilits.
27
Ajout des navigabilits sur les associations qui traversent deux packages, pour vrifier les
dpendances
Catalogue
Formation
0..*
0..*
0..1
1
est satisfaite par
1
1
Contenu
Employ
Session
Rponse
Accord
Dsaccord
Inscription
Facture
Comptable
Organisme
de formation
1
1
1
1
1
1
1
1
1
propose
Donne lieu
{ordered}
concerne
participant
contrle
traite
traite
met
met
0..*
0..*
0..* 0..*
0..*
0..*
0..*
0..1
0..1
0..1
0..1
1
0..*
28
Diagramme de classes du package Comptabilit
Facture
Organisme
de formation
(from Catalogue de formations)
Comptable
Inscription
met
concerne
contrle
1
1
1
1
0..1
0..* 0..*
0..*
(from Demandes de Formation
nom
dateEmission
delaiPaiement
montant
traite
Etude de chaque package: ajout des attributs mtier pertinents
29
Diagramme de classes du package Demandes de formation
Employ
Responsable
formation
Rponse
Accord
Dsaccord
met
met
1
1
1
1
0..1
0..1
0..*
0..*
traite
nom
service
fonction
email
nom
email
dateEmission
dateValidite
date
motif
Session
(from Catalogue
De formations)
Inscription
Date
montant
0..1
0..1
0..*
0..*
participant
formation
(from Catalogue
De formations)
Est satisfaite par
30
Diagramme de classes du package Catalogue de formations
Formation
Organisme
de formation
Donne lieu
propose
1
1
1
0..* 0..*
1
nom
Adresse
numTel
numFax
email
Session
dateDebut
dateFin
lieu
{ordered}
0..*
Titre
Dure
prix
1
Catalogue
priode
Contenu
Audience
Prerequis
Objectifs
Outils
plan
31
Rdiger
demande
Slectionner
session
Suivre
formation
Instruire
demande
Chercher stage
Commander
stage
Contrler
facture
Inscrire
stagiaire
Emettre facture
Payer facture
[demande refuse]
[demande accepte]
: Convocation
: Paiement
: Commande
: Facture : Evaluation
[Attente Instruction]
[Attente Inscription] : DemandeDeFormation
[satisfaite]
[Ralise]
Etape 4: Analyse du domaine (partie dynamique)
4-1: modlisation dynamique - Modle mtier Diagramme dtats
Diagramme dactivit du PROCESSUS DE FORMATION avec introduction des tats de
Lobjet demande de formation
32
Diagramme dtats initial de la demande de formation
AttenteInstruction
AttenteInscription
Satisfaite Ralise
Refus
Accord
Inscription
FinSession
Diagramme dactivit du PROCESSUS DE FORMATION avec introduction des tats de
Lobjet demande de formation
Ce premier diagramme ne prend pas en compte le fait que cest lemploy qui cre la demande,
Il ne prend pas en compte le choix de la session,
Il ne prend pas en compte les envois de message vers les autres organismes/acteurs
33
Diagramme squence illustrant le dbut du diagramme dtats
:Employ
:Responsable
formation
valider()
<<create>>
accord(self)
envoi(self)
accepter()
Choix dun thme, dune
Priode, etc.
Instruction de la demande
Message
asynchrones
Pour complter le diagramme dtats, nous ralisons le diagramme de squence qui dcrit les
changes.
Ce diagramme amne ajouter un tat cration avant AttenteInstruction, puisque cest la validation
de la demande qui dclenche la transmission au responsable formation
34
Diagramme squence qui illustrant la suite du diagramme dtats
:Employ
:Organisme de
formation
confirmation
choixSession
finSession
commande(self)
inscription
On propose maintenant un diagramme de squence qui met en jeu lacteur organisme de formation
La consolidation des 2 diagrammes permettra de construire le diagramme dtat plus complet
qui suit.
35
Deuxime version du diagramme dtats de la demande de formation
AttenteInstruction
cration
RechercheSession
AttenteInscription
Satisfaite
valider /
send responsable.self
accepter /
send employ.accord
refuser /
send employ.refus
refuse
termine
choixSession /
send organisme.commande(self)
inscription /
send employ.confirmation
finSession
Expressions
denvoi de
message
Il manque encore ce diagramme les transitions derreur et dannulation
36
Dernire version du diagramme dtats de la demande de formation
37
Rpartition des cas dutilisation en itrations
Employ
Responsable
Formation
<<actor>>
Demander une formation
Consulter le catalogue
Maintenir le catalogue
Annuler une demande
Commander un stage
<<include>>
<<include>>
Etape 5: Dfinition des itrations
5-1: Planification des itrations
38
Etape 6: Dfinition de larchitecture systme
6-1: Architecture en 3 couches
39
6-1: Architecture en 3 couches
Diagramme illustrant lajout de lobjet contrleur
40
Reprsentation UML dune couche logicielle
Prsentation
<<layer>>
6-1: Architecture en couches
41
Comptabilit
Catalogue
Demandes
IHM Employ
IHM Responsable
formation
<<layer>>
Logique mtier
<<layer>>
Logique applicative
<<layer>>
Prsentation
Authentification
<<layer>>
Services techniques
java
Classes de
Base utilises
Par toutes les
couches
couches
Architecture en couches du systme de gestion des demandes de formation
6-2: Architecture en couches prliminaire
42
Dfinition des oprations systme:
Aprs avoir fait une description de haut niveau dans la dfinition des
Cas dutilisation, il est alors ncessaire de dcrire plus finement
les activits de base qui existent.
Contrat dopration:
Larman a propos dtablir un contrat pour chaque opration systme.
Un contrat dopration dcrit les changements dtat du systme quand
une opration est effectue.
Ces modifications sont exprimes en terme de post-conditions qui
dtaillent le nouvel tat.
Ces post-conditions concernent:
- la cration, la destruction dobjets,
- la cration , la destruction de liens issus du modle statique
danalyse.
Etape 7: Dfinition des oprations systme
7-1: oprations systme
43
Lors de la premire itration, il est prvu de prendre en charge le cas dutilisation:
Consulter le catalogue et le mettre jour .
Jusquici, on a procd une description de haut niveau relativement au texte:
le responsable de formation peut introduire une nouvelle formation dans le catalogue,
modifier une formation existante ou supprimer une formation supprime par un
organisme.
Il peut galement modifier les regroupements de formation appels thmes. Il a aussi la
possibilit de mettre jour les dates et lieu de session
44
creerFormation()
modifierFormation()
creerOrgaFormation()
modifierOrgaFormation()
creerTheme()
modifierTheme()
creerSession()
modifierSession()
Systme
Oprations systme du cas dutilisation maintenir le catalogue
45
Diagramme de classes du package Catalogue de formations
Formation
Organisme
de formation
Donne lieu
propose
1
1
1
0..* 0..*
1
nom
Adresse
numTel
numFax
email
Session
dateDebut
/ dateFin
lieu
{ordered}
0..*
Titre
Dure
prix
1
Catalogue
priode
Contenu
Audience
Prerequis
Objectifs
Outils
plan
Nous allons nous intresser au contrat de lopration systme CrerFormation
Pour cela nous tudions le package qui sy rapporte.
46
Introduction du concept de thme dans le modle:
La notion de thme fait dfaut dans le modle mtier. Il facilite le travail de lemploy
Lors dune demande de formation en lui permettant de rester volontairement
Imprcis et de ne pas choisir une formation particulire, mais plutt une formation
sur un sujet donn.
Les thmes structurent le catalogue, mais ne le partitionnent pas.
Etude du contrat de lopration systme CrerFormation
47
Catalogue
Thme
Formation
1
1..*
0..*
1..*
Introduction du concept de thme dans le modle:
48
Nom:
crerFormation
Responsabilits:
Crer une nouvelle formation daprs la description fournie par lorganisme
de formation concern et la classer dans au moins un des thmes
existants.
Rfrences:
Cas dutilisation : maintenir le catalogue.
Pr-conditions:
- le catalogue existe,
- il y a au moins un thme dans le catalogue,
- lorganisme fournisseur existe dans le catalogue,
- le responsable est connect sur lintranet,
49
Post-conditions:
- une formation f a t cre avec ses attributs,
- un objet contenu c a t cr avec ses attributs;
- c a t li f,
- f a t li lorganisme fournisseur,
- dventuels objets sessions ont t crs avec leurs attributs,
- ces objets sessions ont t lis avec f,
- f a t lie au moins un thme.
50
: Systme
: Responsable : Responsable
: ??? : ???
creerFormation() creerFormation()
Objets
logiciels
intrieur
du systme
Systme vu
comme une
bote noire
Etape 8: Passage de lanalyse la conception
8-1: Diagramme dinteraction (itration 1)
51
:<Actor Name> :<Control Name> :<Boundary Name> :<Entity Name>
:<Entity Name>
messages
retours
focus of
control
ligne de
vie
objets
Illustration des trois strotypes de Jacobson sur un diagramme de squence
8-1: Diagramme dinteraction (itration 1)
52
:<Actor Name> :<Control Name> :<Boundary Name>
:<Entity Name>
:<Entity Name>
1.1.2.
1.1.1.
1.1. 1.
liens
messages avec
Numrotation
dcimale
Illustration des trois strotypes de Jacobson sur un diagramme de collaboration
8-1: Diagramme de collaboration
53
8-1: Diagramme dinteraction de conception pour CrerFormation
Rappel des post-conditions
- une formation f a t cre avec ses attributs,
- un objet contenu c a t cr avec ses attributs;
- c a t li f,
- f a t li lorganisme fournisseur,
- dventuels objets sessions ont t crs avec leurs attributs,
- ces objets sessions ont t lis avec f,
-f a t lie au moins un thme.
La post-condition fondamentale concerne:
-la cration de lobjet formation, avec son contenu et ses sessions,
-les liens avec les autres objets du catalogue (thmes et organismes)
La cration de f se fait en 4 tapes:
-1- initialisation de lobjet f et de ses attributs,
-2- cration de son contenu,
-3- Cration des sessions,
-4- validation de f
54
:Responsable
Formation
: EcranGeneral : EcranFormation :ControleurFormations
f:Formation
creerFormation()
Initialiser(titre,dure,prix)
Activer()
InitialiserFormation(titre,dure,prix)
<<create>>(titre,dure,prix)
reprsentation
dun objet
Nouvellement
cr
Message de
Cration
strotyp
Diagramme de sequence de linitialisation de f
8-1: Diagramme dinteraction de conception
55
:Responsable
Formation
: EcranGeneral
: EcranFormation
:ControleurFormations
f:Formation
1.creerFormation()
1.1.activer()
2.initialiser(titre, dure, prix)
2.1.initialiserFormation(titre, dure,prix)
2.1.1.<<create>>(titre, dure, prix)
Diagramme de collaboration de linitialisation de f
8-1: Diagramme de collaboration de conception
56
Diagramme de sequence de linitialisation de f et de la cration de son contenu
:Responsable
Formation
: EcranGeneral : EcranFormation : EcranContenu :ControleurFormations
f:Formation
c : Contenu
creerFormation()
activer()
initialiserFormation(titre, dure, prix)
initialiserFormation(titre, dure, prix)
activer()
creerContenu()
creerContenu(audience,
Prerequis, objectifs, outil, plan)
creerContenu(audience, Prerequis, objectifs, outil, plan)
<<create>>(titre, dure, prix)
<<create>>(audience,
Prerequis, objectifs, outil, plan)
Reprsentation dun
Objet nouvellement
cr
57
:Responsable
Formation
: EcranGeneral
: EcranFormation
: EcranContenu
f:Formation
c : Contenu
1.creerFormation()
1.1.activer()
3.1.activer()
2.1.initialiserFormation(titre, dure, prix)
3.creerContenu()
4.creerContenu(audience, Prerequis,
objectifs, outil, plan)
4.1.creerContenu(audience, Prerequis,
objectifs, outil, plan) 4.1.1.<<create>>(audience, Prerequis,
2.1.1.<<create>>(titre, dure, prix)
Diagramme de collaboration de linitialisation de f et de la cration de son contenu
58
: EcranSessions
6.1.1.<<create>>(dateDebut, lieu)
6.creerSession(dateDebut, lieu)
4.1.creerContenu(audience,
prerequis,objectifs,outils,plan)
:Responsable
Formation
: EcranGeneral
: EcranFormation
: EcranContenu
f:Formation
c:Contenu
S:Session
:Session
1.creerFormation()
1.1.activer()
3.1.activer()
5.1.activer()
3.creerContenu()
5.creerSession()
4.creerContenu(audience,prerequis,
objectifs,outils,plan)
2.1.initialiserFormation(titre,
dure, prix)
6.1.creerSession(dateDebut, lieu)
6.1.2.add(s)
2.1.1.1.<<create>>
2.1.1.<<create>>(titre,
dure, prix)
4.1.1..<<create>>(audience,
prerequis,objectifs,outil,plan)
composition
multi-objets
Diagramme de collaboration de linitialisation de f et de la cration de son contenu et dune session
59
Notion de multi-objet
Concept introduit dans UML 1 pour reprsenter en un seul symbole plusieurs objets de la
mme classe.
:ControleurFormations f:Formation
S:Session
:Session
6.1.2.add(s)
2.1.1.1.<<create>>
dure, prix)
multi-objets
Une formation f est lie une collection
de session (-> multi-objet)
Chaque fois quune session est cre (6.1.1), il faut
ensuite lajouter la collection (6.1.2 add(s))
60
Diagramme de collaboration complet de lopration systme creerFormation
: EcranSessions
4.1.creerContenu(audience,
prerequis,objectifs,outils,plan)
:Responsable
Formation
: EcranGeneral
: EcranFormation
: EcranContenu
f:Formation
c:Contenu
S:Session
:Session
1.creerFormation()
1.1.activer()
3.1.activer()
5.1.activer()
3.creerContenu()
5.creerSession()
7.valider(theme)
4.creerContenu(audience,prerequis,
objectifs,outils,plan)
2.1.initialiserFormation(titre,
dure, prix)
7.1.valider(theme)
6.1.2.add(s)
2.1.1.1.<<create>>
dure, prix)
4.1.1..<<create>>(audience,
prerequis,objectifs,outil,plan)
composition
multi-objets
:Organisme
:Formation
:Formation
:Thme
7.1.2.add(f)
2.1.2.add(f)
61
Notion de multi-objet (suite):
:Organisme
:Formation
:Formation
:Thme
f:Formation
Il en est de mme pour lobjet formation relativement :
- organisme:
le multi-objet reprsente que dans la base, lorganisme
est associ un ensemble de formation.
Chaque fois que lon cr une nouvelle formation il faut
lajouter dans la collection pour lorganisme.
- thme: idem
62
Diagramme de collaboration partiel de lopration systme
:Responsable
Formation
: EcranGeneral
: EcranFormation
: EcranContenu
1.creerFormation()
1.1.activer()
3.1.activer()
2.1.initialiserFormation(titre, dure, prix)
7.1.valider(theme)
3.creerContenu()
5.creerSession()
7.valider(theme)
4.1.creerContenu(audience, Prerequis,
: EcranSessions
5.1.activer()
Pour amliorer la lisibilit, on coupe en 2 le diagramme en prenant le contrleur comme charnire.
63
Diagramme de collaboration partiel de lopration systme creerFormation : couche applicative et lien
avec la couche mtier
:Session
:Formation
:Formation
s:Session
:Organisme
f:Formation
:Thme
c:Contenu
3.2.add(s)
1.2.add(f)
4.2.add(f)
3.1.<<create>>(dateDebut, lieu)
1.1.1.<<create>>
1.1.<<create>>(titre,
dure, prix)
4.1 valider()
2.1.<<create>>(audience,
Prerequis, objectifs, outils, plan)
1.initialiserFormation(titre,Dure, prix)
objectifs,Outil, plan)
3.creerSession(dateDebut,Lieu)
4.valider(theme)
64
A partir des diagrammes prcdents, on labore des diagrammes de classes de conception.
Rapport entre message et opration:
:A :B
1:op1 ()
B
+op1
Opration
publique
message
Etape 9: Diagrammes de classes de conception
9-1: fabrication des classes de conception
65
Notions de lien durables et liens temporaires
:A :B
1:op1 ()
B
+op1
op (c:C)
Rfrence comme paramtre
C
C
Association navigable
dpendance
66
:Session
:Formation
:Organisme
f:Formation
dure, prix)
1.1.1.<<create>>
1.2.add(f)
1.initialiserFormation(titre, dure, prix)
Diagramme de collaboration restreint au premier message de lopration systme creerFormation
67
Diagramme de collaboration complt
:Session
:Formation
:Organisme
f:Formation
dure, prix)
1.1.1.<<create>>
1.2.add(f)
1.initialiserFormation(titre, dure,
Prix, organisme)
<<parameter>>
68
<<control>>
ControleurFormations
(from logique applicative)
<<entity>>
Organisme
<<entity>>
Session
<<entity>>
Formation
+initialiserFormation(titre, dure, prix, organisme)
1
1
1 0..1
1..*
0..*
{ordered}
<<parameter>>
dpendance
Diagramme de classes ralis daprs le diagramme de collaboration prcdent
69
Diagramme de classes de conception complt
<<control>>
(from Logique applicative)
+initialiserFormation()
+creerContenu()
+creerSession()
+valider()
<<entity>>
Contenu
- audience
- prerequis
- objectifs
- outils
- plan
<<entity>>
Thme
- nom
<<entity>>
Formation
- Titre
- dure
- prix
+valider()
<<entity>>
Organisme
- nom
- Adresse
- numTel
- numFax
- email
<<entity>>
Session
- dateDebut
- lieu
<<parameter>>
<<parameter>>
{ordered}
<<local>>
<<local>>
0..*
1
1
1
1
1..*
1..*
1..*
70
9-2: amlioration de la conception
Les diagrammes de classe prcdents prsentent une classe ControleurFormations couple
toutes les autres classes.
Ceci trahi le principe fondamental du faible couplage .
Pour rduire le couplage le contrleur va dlguer la responsabilit de cration des objets
Contenu et Session lobjet Formation qui de toute faon est li de manire durable
son Contenu et ses Sessions.
On enlvera les dpendances entre ControleurFormations et Contenu et Session
71
2.1.1<<create>>(audience, prerequis,
objectifs, outils, plan )
: EcranSessions
: EcranFormation
: EcranContenu
:Formation
:Formation
:Session
:Organisme
:Session
f:Formation
c:Contenu
:Theme
1.initialiserFormation(titre, dure, Prix, organisme)
4. Valider(thme)
4.2.add(f)
1.2.add(f)
3.1.2.add(s)
1.1.1.<<create>>
3.1.1<<create>>(dateDebut, lieu)
1.1<<create>>(titre, dure, prix)
2.1.creerContenu(audience,prerequis,objectifs, outils, plan )
3.1.creerSession(dateDebut,lieu)
4.1.valider()
Diagramme de collaboration amlior de lopration systme creerFormation
9-2: amlioration de la conception
72
2.1.1<<create>>(audience, prerequis,
objectifs, outils, plan )
:Formation
:Formation
:Session
:Organisme
:Session
f:Formation
c:Contenu
4.2.add(f)
1.2.add(f)
3.1.2.add(s)
1.1.1.<<create>>
3.1.1<<create>>(dateDebut, lieu)
1.1<<create>>(titre, dure, prix)
2.1.creerContenu(audience,prerequis,objectifs, outils, plan )
3.1.creerSession(dateDebut,lieu)
4.1.valider()
Etape 9: Diagrammes
de classes de conception
73
Diagramme de classes de conception amlior
<<control>>
(from Logique applicative)
+initialiserFormation(titre : String, dure : short, prix : int, organisme : Organisme)
+creerContenu(audience : String, prerequis : String, objectifs : String, outils : String, plan : String)
+creerSession(dateDebut : Date, lieu : String)
+valider(theme : Theme)
<<entity>>
Organisme
- nom : String
- Adresse : String
- numTel : Numero
- numFax : Numero
- email : Email
<<entity>>
Theme
- nom : String
<<entity>>
Formation
- titre : String
- dure : short
- prix : int
<<entity>>
Contenu
- audience : String
- prerequis : String
- objectifs : String
- outils : String
- plan: String
<<entity>>
Session
- dateDebut : Date
- lieu : Adresse
<<parameter>>
<<parameter>>
{ordered}
1
1
1
1
1..*
1..*
1..*
0..*
0..1
74
Diagramme de classes de conception du package Catalogue
<<entity>>
Catalogue
- periode : TimePeriod
<<entity>>
Organisme
- nom : String
- Adresse : String
- numTel : Numero
- numFax : Numero
- email : Email
<<entity>>
Theme
- nom : String
<<entity>>
Formation
- titre : String
- dure : short
- prix : int
+modifierContenu(audience : String, prerequis : String, objectifs : String, outils : String, plan : String)
+modifierSession(dateDebut : Date, lieu : String)
+modifierTheme(theme : Theme)
+annulerSession()
<<entity>>
Contenu
- audience : String
- prerequis : String
- objectifs : String
- outils : String
- plan : String
<<entity>>
Session
- dateDebut : Date
- lieu : Adresse
+getFormationsByTheme(theme : Theme)
+getFormationByTitre(titre : String)
+getThemeByNom(nom : String)
+getSessionsByDate(dateDebut : Date)
+getAllElements()
+
<<entity>>
ElementCatalogue
1
1
1
1
1
1..*
1..*
1..*
0..*
0..*
<<parameter>>
{ordered}
Etape 10: dfinition des oprations systme (itrations 2 et 3)
75
De nombreuses oprations ont t ajoutes, ainsi que la classe abstraite ElmentCatalogue
qui englobe les thmes, les formations et les sessions.
76
:Responsable
Formation
:Employ
:Systme
creerDemande()
choisirSession()
accepterDemande()
proposerSessions()
Diagramme de squence systme du scnario nominal
Il sagit ensuite de concevoir les 2
ime
et 3
ime
itrations.
On commence par le cas dutilisation : Demander une formation:
Lemploy peut consulter le catalogue et slectionner un thme, ou une formation ou mme
une session particulire. La demande est automatiquement enregistre par le systme et
transmise au responsable formation par e-mail.
77
Oprations systme pour le cas dutilisation : Demander une formation
Systme
choisirTheme()
choisirFormation()
choisirSession()
validerDemande()
accepterDemande()
refuserDemande()
78
date
Dsaccord
motif
Accord
Rponse
nom
email
Responsable formation Demande de formation
Employ
nom
service
fonction
email
dateEmission
dateValidite
met
met
traite
1
1
1
1
0..*
0..*
0..1
0..1
Extrait du diagramme de classes dduit de la modlisation mtier
Etape 11: Contrats doprations (itrations 2 et 3)
Contrats de validerDemande et refuserDemande
79
Contrats de validerDemande
Nom:
validerDemande
Responsabilits
Crer une demande initiale daprs les lments du catalogue et la transmettre au
responsable formation pour instruction.
Rfrences
Cas dutilisation Demander une formation
Pr-condition
-Le catalogue de formation existe
-Lemploy est connect lintranet,
-Un objet e reprsentant lemploy existe dans lapplication
-Post-conditions
-une demande de formation ddf a t cre
-les attributs dateValidit et dateMission de ddf sont initialises,
-ddf est li lemploy e
-ddf a t li un lment du catalogue de formation
--un e-mail contenant ddf a t transmis au responsable de formation
80
:Employ
: EcranGeneralEmploy
: EcranDemandeFormation
:ControleurDemandesFormations
ddf:Demande De Formation
1.creerDemandeFormation()
1.1.activer()
2.initialiser()
2.1.initialiserDemande(emp)
2.1.1.<<create>>(emp)
Diagramme de collaboration de linitialisation de ddf
81
:Employ
:Responsable
Formation
ddf:
Demande De Formation
: EcranGeneralEmploy
: EcranDemandeFormation
:ControleurDemandesFormations
emp : Employ
element :
ElementCatalogue
1.creerDemandeFormation()
1.1.activer()
2.1.initialiserDemande(emp)
3.1.lierDemande(element)
4.1.valider(dateValidite)
2.initialiser ()
3.slectionner(element)
4.valider(dateValidite)
2.1.1.<<create>>(emp)
3.1.1.lier(element)
4.1.1.valider(dateValidite)
4.1.1.1.nouvelle demande (emp, element, dateEmission)
Diagramme de collaboration complet de opration systme creerDemande
Etape 12: Diagrammes dinterraction (itrations 2 et 3)
On continue par le lien avec un lment du catalogue de formation, puis positionnement des
attributs dateValidit et dateEmission et lenvoi du message au responsable
82
Diagramme de classes de conception du package Demandes
<<entity>>
ElementCatalogue
(from Catalogue)
<<entity>>
Session
(from Catalogue)
<<entity>>
DemandeDeFormation
+lier(element : ElementCatalogue)
+valider(dateValidite : Date)
+refuser()
+accepter()
+choisirSession(s : Session)
+finSession
+annuler
+annulerSession(s : Session)
- emettre( dateEmission : Date )
- emettreRefus( motif : String )
- emettreAccord()
- emettreCommande()
<<entity>>
Rponse
- date : Date
<<entity>>
Inscription
date : Date
annuler()
<<entity>>
Employ
- nom : String
- prnom : String
- service : String
- fonction : String
- email : Email
<<entity>>
Accord
<<entity>>
Dsaccord
- motif : String
-dateEmission : Date
-dateValidite : Date
0..*
0..* 0..*
0..*
0..1
0..1
1
1
1
1
Donne lieu
concerne
est satisfaite par
-demandeur
est inscrit
<<parameter>>
Etape 13: Diagrammes de classes de conception (itrations 2 et 3)
83
+ControleurFormations
+ControleurOrganismes
+ControleurThemes
+ControleurDemandesFormations
+EcranContenu
+EcranGeneralResponsable
+EcranFormation
+EcranSessions
+EcranGeneralEmploye
+EcranDemandeFormation
+Theme
+Formation
+Session
+Organisme
+Catalogue
+Contenu
+ElementCatalogue
+Employe
+DemandeDeFormation
+Inscription
+Reponse
+Accord
+Desaccord
+Facture
+Paiement
Comptabilit
Catalogue
Demandes
IHM Employ IHM Responsable formation
<<layer>>
Logique mtier
<<layer>>
Logique applicative
<<layer>>
Prsentation
Dtail de larchitecture en couches des trois premires itrations
Etape 14: retour sur larchitecture

Modélisation Métier UML

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Modélisation Métier UML

Hochgeladen von

Copyright:

Verfügbare Formate

DE LA MODELISATION METIER A LA CONCEPTION DETAILLEE

D. ROUDIER - METHODOLOGIE AVANCEE - CUEFA DE GRENOBLE

Das könnte Ihnen auch gefallen