Publiphone Etat Transition

U.M.L.
Modélisation dynamique en UML
Cas du publiphone :
1. Le prix minimal d’une communication interurbaine est de 1€.
2. Après l’introduction de la monnaie, l’utilisateur a 2 mn pour
composer son numéro (ce délai est décompté par le standard).
3. La ligne peut être libre ou occupée.
4. Le correspondant peut raccrocher le premier.
5. Le publiphone consomme de l’argent dès que l’appelé décroche et
à chaque unité de temps (UT) générée par le standard.
6. On peut ajouter des pièces à tout moment.
7. Lors du raccrochage, le solde de monnaie est rendu.
O. BOUSSAID Page : 1
U.M.L. Modélisation dynamique en UML
 Démarche en plusieurs points :
• Identifier les acteurs et construire le diagramme des use case.

case
• Construire le diagramme de séquences système.système
• Construire le diagramme de contexte dynamique.
dynamique
• Élaborer le diagramme d’états du publiphone.
 Le diagramme des use case

 Les acteurs
0..1
«system» 0..*
Publiphone «system» 0..1
0..1 Téléphone
Appelant «actor» 0..*
0..1 Appelé
Standard
 Le diagramme des use case

Publiphone
«actor»
Standard
secondaire
Appelant téléphoner
 Le diagramme de séquence sysème

:publiphone :standard
:appelant
décrocherCombiné
introduirePièce(1€)
vérifierPièce
incrémenterCrédit(1€)
composerNuméro(04 78 77 23 23)
acheminerNuméro(04 78 77 23 23)
tonalité(libre)
tonalité(libre)
débuterComm
taxer(1€)
introduirePièce(1€)
vérifierPièce
incrémenterCrédit(1€)
UT
taxer(1€)
raccrocherCombiné
FinComm
 Le diagramme de contexte dynamique

• Représenter les messages émis et les messages reçus par le publiphone .
- Messages reçus déclenchent des transitions entre états.
- Messages émis donnent lieu à des actions sur les transitions.

décrocherCombiné ; introduirePièce(p) ; composerNuméro(n) ;
raccrocherCombiné ; voixAppelant
:appelant tonalité(type)
voixAppelé
rendrePièce
:publiphone
débuterComm acheminerNuméro(n)
UT
finComm ; voixAppelant
tonalité(type)
voixAppelé timerNumérotation
:standard
État(Ligne)
validitéNumérotation(v)
finComm
TimeroutNumérotation
 Le diagramme d’états
• Démarche itérative et incrémentale :
– Représenter les séquences d’états décrivant le comportement d’une instance avec les
transitions associées.
– Ajouter les transitions correspondant aux comportements ‘’alternatifs’’ ou d’exception.
– Compléter les actions sur les transitions et les activités dans les états.
– Structurer le diagramme en sous états et utiliser les notations ( entry, exit, …)
Événement interne
décrocherCombiné
When(crédit  1€)
raccroché attente pièce
communication attente N°
raccrocherCombiné
Réception
composerNuméro
message débuterComm
attente numéroValide
attente validité
décrochage
Événement interne
décrocherCombiné
raccrocherCombiné
raccrocherCombiné
raccrocherCombiné
Réception
composerNuméro
message débuterComm
attente validité
raccrocherCombiné décrochage
raccrocherCombiné
La solution bleue n’est pas intéressante
décroché
décrocherCombiné
raccrocherCombiné
composerNuméro
débuterComm
attente validité
décrochage
 Modéliser l’ attente des pièces pour que le crédit devienne suffisant :
introPièce(p)/incrémenterCrédit(p)
attente pièce When(crédit  1€)
attente N°
Le diagramme devient :
décroché
décrocherCombiné
raccroché /crédit=0 attente pièce
Fin
UT[créditInuffisant] / communication attente N°
raccrocherCombiné taxer
/rendrePièce UT[créditInsuffisant]
/taxer
communication
composerNuméro
débuterComm /taxer
numéroValide attente validité

attente
décrochage
 Modéliser la phrase 6 : « on peut rajouter des pièces à tout moment »
 On peut rajouter une transition à chaque sous état (solution lourde, effet secondaire : à
chaque introPièce(p) le publiphone revient à son état initial (attente pièce c.a.d.
raccroché)).
 On peut utiliser une transition interne introPièce(p)/incrémenterCrédit(p) à l’intérieur de
l’état « décroché » décroché
décrocherCombiné
raccroché /crédit=0 attente pièce
Fin
UT[créditInsuffisant] communication attente N°
raccrocherCombiné /taxer
/rendrePièce UT[créditInsuffisant]
communication /taxer
composerNuméro
•Même la transition propre sur débuterComm /taxer
«communication» doit être numéroValide
transformée en transition interne. attente attente validité
décrochage
•On préfère les transitions propres,
car visuelles.
• Les phrases 1, 5, 6, 7 dont modélisées.

• Les phrases 2, 3 et 4 sont à compléter.
 Phrase 2 : deux messages sont introduits :

 timerNumérotation envoyé par le publiphone au standard.
 timeoutNumérotation envoyé par le standard au publiphone.
 Utilisation du concept UML «send» pour envoyer un message

 Phrase 3 : Le standard renvoie un message sur l’état de la ligne.
 État(Ligne) (où état peut être libre, occupé, en dérangement).
 Phrase 4 : Transition entre les états «communication» et «fin communication».
Le diagramme d’états final est alors après ajouts et compléments :
décroché
Décrocher
When(crédit  1€) /send standard.timerNumérotation
raccroché attente
Combiné pièce
/crédit=0 phrase4 Fin timeoutNumérotation
raccrochage appelé communication
ou erreur
UT[créditInsuffisant] attente N°
raccrocherCombi /taxer
né /rendrePièce UT[crédit
Numéro composerNuméro
Insuffisant]
Communication invalide /send standard.
/taxer acheminerNuméro
do /transmettrevoix
débuterComm
étatLigne(occupée)
/taxer phrase3 timeoutappel
attente attente
décrochage numéroValide validité

Publiphone Etat Transition

Transféré par

Droits d'auteur :

Formats disponibles

Publiphone Etat Transition

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Publiphone Etat Transition

Transféré par

Droits d'auteur :

Formats disponibles

U.M.L.

Modélisation dynamique en UML

 Démarche en plusieurs points :

• Identifier les acteurs et construire le diagramme des use case.

 Le diagramme des use case

 Le diagramme des use case

 Le diagramme de séquence sysème

 Le diagramme de contexte dynamique

- Messages émis donnent lieu à des actions sur les transitions.

La solution bleue n’est pas intéressante

 Modéliser l’ attente des pièces pour que le crédit devienne suffisant :

attente pièce When(crédit  1€)

numéroValide attente validité

 Modéliser la phrase 6 : « on peut rajouter des pièces à tout moment »

• Les phrases 1, 5, 6, 7 dont modélisées.

 Phrase 2 : deux messages sont introduits :

 Utilisation du concept UML «send» pour envoyer un message

 Phrase 4 : Transition entre les états «communication» et «fin communication».

Le diagramme d’états final est alors après ajouts et compléments :

Vous aimerez peut-être aussi