Академический Документы
Профессиональный Документы
Культура Документы
L approche Objet
d abord
O. BOUSSAID
Page : 1
U.M.L.
Problmatique
L approche Objet
Taille et complexit des logiciels : y Complexit fonctionnelle : Exemples : 1/Le S.I.A. : mmoriser et stocker linformation : mais en plus traiter de faon sophistique pour laide la dcision (Entrept de donnes). 2/ Logiciels dvelopps sparment et avec des dmarches diffrentes et appels tre interfacs pour les besoins de lEntreprise. y Evolutions technologiques permanentes y Complexit architecturale : Client/serveur, Intranet, Corba (Common Object Request Broker Architecture), Systmes distribus
Solutions :
yDcoupage du processus de dveloppement : phase analyse : aspects ; phase ralisation : aspects technologiques et architecturaux. yDcoupage du systme en sous systmes : diminution de la complexit ; rpartition du travail et rutilisation . yUtilisation dune technologie de haut niveau : dcoupage naturel du systme .
O. BOUSSAID
Page : 2
U.M.L.
Lapproche objet Notion dobjet Un objet est dfini la fois par des informations : donnes ou attributs ou variables dinstances ; et des comportements : traitements ou mthodes ou oprations. Exemple :
nom capital UV d ip lm e VrifierNom MajUV ChangerDip lm e OBJET Etudiant
O. BOUSSAID
Page : 3
Lorsque des objets ont les mmes attributs et comportements : ils sont regroups dans une famille appele : Classe. Les objets appartenant celle-ci sont les instances de cette classe.
Linstanciation
dune classe.
Nom : Dupo nt Capital UV : cap ital1 Diplme : matise d e Scie nce s Eco. VrifierNom MajUV ChangerDiplme
Nom : Durant Capital UV : cap ital2 Diplme : licence de So cio . VrifierNom MajUV ChangerDiplme
Deux instances dune mme classe peuvent avoir des attributs avec des valeurs diffrentes et mais partagent les mmes mthodes.
O. BOUSSAID
Page : 4
U.M.L.
Les messages
La manipulation des objets passe par des envois de messages. Lorsquun objet reoit un message : Soit le message correspond un traitement dfini dans la classe de lobjet auquel cas la mthode correspondante est excute. Lobjet rpond ainsi au message. Soit le message ne correspond pas, lobjet refuse le message et signale une erreur. Un message quivaut un appel dune mthode. Un objet gre lui mme son comportement. Ce qui lui permet soit de traiter des messages en excutant les mthodes correspondantes soit de rejeter des messages en signalant des erreurs. Un objet est parfaitement identifi. Comme sil possdait un attribut (inaccessible directement) qui identifie la classe laquelle il appartient.
O. BOUSSAID
Page : 5
U.M.L.
L Encapsulation
Lencapsulation est le fait quun objet renferme ses propres attributs et ses mthodes. Une classe encapsule les proprits (attributs et mthodes) des objets quelle regroupe. La modularit est souvent laisse la charge du dveloppeur. Dans lapproche Objet : celle-ci est prise en compte par lencapsulation. Lunit de modularit est la classe. Les classes peuvent tre regroupes en packages ou en sous systmes (granularit suprieure).
O. BOUSSAID
Page : 6
U.M.L.
L abstraction
O. BOUSSAID
Page : 7
U.M.L.
Exemple :
L abstraction
Ce concept dabstraction engendre deux catgories dacteurs : les concepteurs des classes les utilisateurs des objets Ces derniers peuvent utiliser les mthodes dune classe indpendamment de leurs structures internes. Ils nutilisent que les signatures des mthodes (interface de lobjet) . Ce qui permet aux concepteurs des classes dobjets de modifier la structure interne des mthodes des classes.
O. BOUSSAID
Page : 8
U.M.L.
L Hritage
la classe Etudiant-Elu : no m capital UV d ip l m e Mandat Syndicat VrifierNo m MajUV ChangerDipl m e DmissionnerMandat ChangerSyndicat
Lobjet Etudiant-Elu a les proprits (attributs et mthodes) de lobjet Etudiant mais en plus possde dautres proprits. La classe Etudiant-Elu est une spcialisation de la classe Etudiant. Cest une sous classe de la classe Etudiant. Les objets de la sous classe Etudiant-Elu hritent des attributs et des mthodes de la classe Etudiant. La sous classe Etudiant-Elu pourra, si cela est ncessaire pour ses besoins, redfinir une mthode hrite.
O. BOUSSAID
Page : 9
U.M.L.
L Hritage
sous classes formant ainsi une hirarchie dobjet. On parle de classe anctre (ou mre) et de classes descendant (ou fille). Lhritage est un mcanisme qui permet dassurer une grande variabilit dans la rutilisation des objets. Il existe deux techniques lies lhritage : les classes abstraites et
lhritage multiple.
O. BOUSSAID
Page : 10
Soit la classe JeuneAdulte Grad uation Ad re sse tl pho ne Service Militaire Rd igerCV Affiche rCV Et : La classe Etudiant : nom cap ital UV d ipl me La classe Etudiant-Elu: nom cap ital UV d ipl me Mandat Syndicat V rifie rNo m MajUV ChangerDip l me DmissionnerMandat ChangerSyndicat
La Classe JeuneAdulte a des proprits communes aux classes Etudiant et Etudiant-Elu. Mais on ne peut linstancier.
O. BOUSSAID
Page : 11
Exemple Classe C1 : At1 At2 Mt1 Mt2 Classe C2 : At1 ; At21 At2 ; At22 At23 Mt1 ; Mt21 Mt2 ; Mt22 Classe C3 : At1 ; At31 At2 ; At32 At33 Mt1 ; Mt31 Mt2 ; Mt32 Mt33
Soit la classe C50 : At1 ; At2 ; At21 ;At22 At23 ; At31 ; At32, At33;At51 Mt1 ; Mt21 Mt2 ; Mt22 Mt31; Mt32 . Mt33 Mt51
La classe C50 hrite des classes C1, C2 et C3.
Problme : La classe C50 hritera-t-elle 2 fois des attributs At1 et At2 ? Si la mthode Mt2 a t modifie dans C2 et C3 alors laquelle des deux hritera la classe C50 ?
O. BOUSSAID
Page : 12
U.M.L.
Le polymorphisme
Cest un mcanisme qui permet une sous classe de redfinir une mthode dont elle a hrit tout en gardant la mme signature de la mthode hrite. Ainsi on peut avoir une mthode avec la mme tte (mme signature) et des corps diffrents (codes diffrents) : polymorphisme. Un mme message peut ainsi dclencher des traitements diffrents selon lobjet auquel il fait appel. Un message polymorphe poserait un problme la compilation statique car on ne saurait identifier prcisment la mthode quil vise. On ne pourra le savoir quau moment de lexcution du programme. Cest la compilation dynamique qui permettra de rsoudre ce problme.
O. BOUSSAID
Page : 13
Expression des besoins Spcification Analyse Conception Implmentation Tests de vrification Validation Maintenance et volution
O. BOUSSAID
Page : 14
Spcification :
Ce que le systme doit tre et comment il peut tre utilis.
Analyse :
Lobjectif est de dterminer les lments intervenant dans le systme construire, ainsi que leur structure et leurs relations . Elle doit dcrire chaque objet selon 3 axes :
y Axe fonctionnel : savoir-faire de lobjet. y Axe statique : structure de lobjet. y Axe dynamique : cycle de vie de lobjet au cours de
lapplication (Etats et messages de lobjet). Ces descriptions ne tiennent pas compte de contraintes techniques (informatique).
O. BOUSSAID
Page : 15
Limplmentation :
Cest la ralisation de la programmation.
O. BOUSSAID
Page : 16
Validation :
Le dveloppement dune application doit tre li un contrat ayant une forme de cahier de charges, o doivent se trouver tous les besoins de lutilisateur. Ce cahier de charge doit tre rdig avec la collaboration de lutilisateur et peut tre par ailleurs complt par la suite. Tout au long des ces tapes, il doit y avoir des validations en collaboration galement avec lutilisateur. Une autre validation doit aussi tre envisage lors de lachvement du travail de dveloppement, une fois que la qualit technique du systme est dmontre. Elle permettra de garantir la logique et la compltude du systme.
O. BOUSSAID
Page : 17
Une maintenance volutive, qui permet au systme dintgrer de nouveaux besoins ou des changements technologiques.
O. BOUSSAID
Page : 18
Implmentation
Tests de vrification
Validation
Maintenance et volution
Le principe de cette dmarche est que chaque phase est traite compltement avant que la suivante ne soit entame. Ce qui renvoie les tests de vrification et la validation en fin du processus de dveloppement. Sil y a des erreurs, les retours seront compliqus et coteraient chers.
O. BOUSSAID
Page : 19
Spcifications fonctionnelles
Validation fonctionnelle
Conception du
systme
Tests du systme
Implmentation
Le modle en V permet une organisation modulaire. A chaque tape de lanalyse et de la conception correspond une tape de tests ou de validation. A chaque tape fonctionnelle correspond ainsi une tape technique.
Le processus saccomplit en deux phases :
yUne phase descendante : de spcifications et de conception. yUne phase ascendante : de tests et de validation.
Comme pour le modle linaire, linconvnient est que la validation et les tests interviennent tardivement.
O. BOUSSAID
Page : 20
Page : 21
U.M.L.
Un cycle itratif :
Tests de vrification
Implmentation
Spcifications fonctionnelles
Conception
Analyse
O. BOUSSAID
Page : 22
U.M.L.
Un cycle incrmental : Lors du dveloppement, une maquette doit tre ralise pour valider lergonomie de lapplication et lenchanement des crans. Plusieurs versions peuvent tre dveloppes. Lors de chacune delle, chaque fonctionnalit est amliore jusqu optimisation rendant ainsi le systme progressivement robuste.
O. BOUSSAID
Page : 23
U.M.L.
Ide :
Les (cas dutilisation) sont un concept de la mthode OOSE de Ivar Jacobson. Ils permettent deffectuer une dlimitation du systme et de dcrire son comportement. Ils constituent une reprsentation oriente fonctionnalits du systme.
use cases
Dans la modlisation par les use cases : 2 concepts fondamentaux interviennent : $Les acteurs : utilisateurs du systme. $Les uses cases : utilisation du systme
O. BOUSSAID
Page : 24
U.M.L.
Les acteurs
Ceux sont les utilisateurs du systme Ils ont une bonne connaissance des fonctionnalits du systme. Ils constituent les lments extrieurs du systme. Ils peuvent tre : soit des humains ; soit des logiciels ; soit des automates. On distingue : les acteurs primaires : ceux sont les utilisateurs du systme ; les acteurs secondaires : ceux qui administrent le systme.
O. BOUSSAID
Page : 25
U.M.L.
Ceux sont les utilisations du systme Il sagit de dterminer les lments constitutifs dun point de vue fonctionnel.
On pourra trouver des use cases pour dcrire :
chaque tche de lutilisateur ; les fonctionnalits mal dcrites lors des spcifications ; les E/S des donnes ; les cas danomalies.
?
Exemple de Use case
O. BOUSSAID
Page : 26
O. BOUSSAID
Page : 27
U.M.L.
Autres Descriptions
Exemple de scnario
Saisie compte Validation compte Demande type dopration Retrait liquide (220F) Vrification solde compte Autorisation dlivrance
t Dbit compte
Guichetier
Systme guichet
Systme central
Guichetier
Systme Central
O. BOUSSAID
Page : 28
Responsable Devises
emprunt
Directeur Systme central
bilan
Lintgration dans lUse Case Application bancaire des use cases de chaque opration permet davoir une vision globale du systme. Elle permet galement de comprendre le rle de chaque acteur. .
O. BOUSSAID
Page : 29
U.M.L.
Relation extends
La relation extends Un ou plusieurs use cases peuvent hriter des caractristiques dun autre use case.
Application bancaire (systme)
Guichetier
Retrait francs
Extends
Retrait
Extends
Systme central
Retrait devises
Les Uses Cases fils ont les mmes liens avec les acteurs et les autres use cases que le use case dont ils hritent. Ceux sont de cas particuliers du Uses Case pre.
O. BOUSSAID
Page : 30
U.M.L.
Relation uses
Retrait francs
Retrait devises
Emprunt
uses uses
uses
Saisie n compte
Lorsque une ou plusieurs tches sont utilises rgulirement, on peut les factoriser dans un mme use case et faire de telle sorte que dautres use cases lutilisent en le pointant par une flche. Cet use case est en fait une sous partie de chaque use case qui lutilise. Ce qui permet de dcomposer un use case complexe en plusieurs uses cases.
O. BOUSSAID
Page : 31
U.M.L.
Le Modle Objet
Exprime Utilisateur
Comprend Analyste
cas d'utilisation
Ralise Conoit Programmeur Architecte vrifie Testeur
O. BOUSSAID
Page : 32
U.M.L.
Le Modle Objet
DMARCHE D'APPLICATION D'UML Nous proposons de suivre une dmarche structure en sept tapes.
laboration d'un diagramme de contexte du systme tudier: comme nous l'avons dj dit
dans la prsentation d'OMT, il est important de dmarrer une analyse par le positionnement le plus prcis possible du champ du systme tudier. No recommandons donc d'laborer un diagramme de contexte du systme tudier.
tape 1 :
tape 2 :
identification et reprsentation des cas d'utilisation : les fonctions du systme sont identifies
en recherchant les cas d'utilisation du systme qui seront mis en oeuvre par les diffrents acteurs. Le diagramme des cas d'utilisation est labor.
tape 3 :
chaque cas d'utilisation se traduit par un certain nombre de scnarios. Chaque scnario fait l'objet d'une description te ruelle. Chaque scnario est ensuite dcrit sous forme graphique l'aide du diagramme de squence et/ou diagramme de collaboration.
tape 4 :
premire identification des objets classes est fournie par la synthse des diagrammes de squence et/ou de collaboration Ainsi une liste de tous les objets et toutes les classes manipuls peut tre dresse.
Page : 33
O. BOUSSAID
U.M.L.
tape 5 : laboration
Le Modle Objet
du diagramme de classe :
partir des classes identifies, une premire version du modle objet est labore. Les classes du modle objet corresponde soit des proccupations mtier soit des ncessits techniques.
pour chaque classe importante c'est dire prsentant un intrt pour le systme modliser, un diagramme tattransition est labor.
tape 6 :
le concepteur doit ensuite it les tapes 3, 4, 5 et 6 jusqu'au moment o il considrera qu'il atteint le niveau de d suffisant pour la description du systme.
tape 7 :
O. BOUSSAID
Page : 34
U.M.L.
Le Modle Objet
Cela consiste dfinir les objets qui vont modliser les besoins qui ont t exprim en termes de fonctionnalits. Le passage de cet aspect fonctionnel un aspect objet nest certes pas vident.
La description des objets est structurelle. Par ailleurs, on dterminera les liens entre les diffrents objets. Les Objets et leurs liens reprsentent ainsi le
modle statique
Les objets dtermins serviront lors des phases analyse, conception et plus tard limplmentation.
O. BOUSSAID
Page : 35
U.M.L.
Concept de classe et d objet Les objets du modle statique sont une reprsentation (modlisation) des objets (monde rel), qui seront en gnral ceux quon retrouve lors de limplmentation sous la mme forme ou sous une forme diffrente. Ils sont munis de donnes encapsules dans les objets, reprsentant leurs attributs et leurs oprations (mthodes).
0..1 Lecteur
Emprunteur
Emprunte r
0..3
Exemple de classes
Chaque objet dune classe a une identit propre et na donc pas besoin dun identificateur, sauf si celui-ci est un identificateur mtier prexistant comme un n INSEE.
O. BOUSSAID
Page : 36
U.M.L.
y Le nombre dattributs et de mthodes quon dfinira dpend du niveau de granularit quon veut obtenir. xemple :
0..1 Lecteur Emprunteur Emprunte r 0..3 Ouvrag e Objet prt
Dupont : Lecteur 0..1 Nom : Dupont Prnom : olivier Adresse : Inconnue Emprunte r 0..3 Les B.D.R. Ouvrage
O. BOUSSAID
Page : 37
U.M.L.
Entre les 2 classes Lecteur et Ouvrage , il existe un lien qui reprsente un emprunt douvrage par un lecteur. Il est matrialis par un lien entre les 2 classes et il peut tre caractris par : yUn nom yDeux noms de rle facultatifs yUn sens de lecture yDeux cardinalits.
Une cardinalit peut tre reprsente par un nombre, une * par linfini ou un intervalle. Une association peut ncessiter des donnes et aussi des oprations : il est alors tout indiqu de lui construire une classe. Exemple
Lecteur Nom Prnom Adresse 0..1 Emprunte r 0..3 Ouvrag e
Classe dassociation
On peut choisir parfois entre rajouter une donne dans une classe ou crer une classe propre. Dautre part, il est possible de mettre la donne dans une structure classique mais ceci peut savrer lourd grer et ne peut dautre part assurer la persistance de la donne.
O. BOUSSAID
Page : 38
U.M.L.
Le modle objet sera reprsent par un diagramme de classes o chacune sera dcrite avec ses attributs et ses mthodes :
Nom de la classe attribut : type = valeur initiale opration(liste darguments) : rsultat renvoy
Diagramme dune classe La dtermination des classes lors de la phase danalyse nest pas vidente. Elle suit une mthode plutt intuitive, base sur lexprience de lanalyste qui a (ou na pas) lhabitude de reconnatre plus ou moins facilement les classes, les objets , les associations, les attributs et les mthodes des classes. y Lanalyste pourra se demander alors quels sont les objets de gestion dans le problme tudi et se rfrer galement aux rgles de gestion pour identifier les objets rels ainsi que leurs liens et quil va falloir modliser sous formes de classes et dassociations. y Le parallle avec le modle E/A est intressant faire lors de la phase danalyse.
O. BOUSSAID
Page : 39
Classe mre
Spcialisation
Gnralisation
Classe fille
La modlisation de la notion dhritage dans un modle statique peut se faire par lintermdiaire de la gnralisation qui permet une organisation des classes et des regroupements smantiques de classes.
O. BOUSSAID
Page : 40
Livre
CDAudio
CasetteVido
O. BOUSSAID
Page : 41
U.M.L.
Classes abstraites
Il existe des classes quon ne peut instancier, car elle sont trop gnrales. Elle servent mettre en commun des caractristiques communes certaines classes, cest le cas de la classe Support : Cest une
classe
abstraite.
Celle-ci doit toujours tre suivie de classes drives. Dans lexemple prcdent les classes drives sont Livre, CDAudio et CassetteVido. Elle permettent de reprsenter des concepts importants dans une application.
O. BOUSSAID
Page : 42
Hritage Multiple
O. BOUSSAID
Page : 43
CompteChqueRmunr 1 1 1 CompteEpargne
CompteChqu e
O. BOUSSAID
Page : 44
U.M.L.
Agrgation
Lorsquune association entre deux instances dune classe a en plus une particularit dont le sens est du style : une instance est compose dune ou plusieurs autres instances , on peut alors qualifier cette association dagrgation. dagrgation On peut dire galement quune agrgation est une association de type ComposComposant . O, linstance compos est lagrgat et les composants sont les instances
agrges.
Exemple :
Facults
Dpartements
Agrgation
O. BOUSSAID
Page : 45
U.M.L.
Agrgation (2)
Une agrgation peut tre perue comme une association. Cependant une association ne peut tre une agrgation. Si une association a les caractristiques suivantes, elle peut alors tre reprsente par une agrgation : une smantique de style compose de ... ou est une partie de ... . y Lassociation a
est
y Il existe une forte diffrence de granularit entre une classe (lagrgat) et dautres classes (les agrgs). y La suppression dun objet agrgat ferait disparatre les objets agrgs. y La modification dun attribut dun objet agrgat porte aussi sur aussi sur les attributs des objets agrgs. y La dfinition dune mthode de lobjet agrgat repose sur celles des objets agrgs et peuvent porter dailleurs le mme nom.
O. BOUSSAID
Page : 46
U.M.L.
Une classe peut avoir des instances qui sont en association entre elles.
* Electeur * 1 1
Elment
Etudiant
Dlgu Reprsente
Collectio n
ObjetSimpl e
Agrgation rcursive
O. BOUSSAID
Page : 47
U.M.L.
Qualificateurs
Le rle dun qualificateur est de rduire la cardinalit dune association et joue le rle semblable une cl primaire dans une BDR. Il permet de tenir un dictionnaire compos de :
qualificateur
objet(s) qualifi(s).
Enseignement
UV
Enseignant
O. BOUSSAID
Page : 48
U.M.L.
Interfaces
Une interface est une classe qui ne peut contenir que des oprations. Elle ne vhicule que la smantique de ses oprations et ne dit rien sur la faon de les implmenter. On dit alors quune classe qui implmente ces oprations implmente linterface.
interface
Interfaces
On peut crer plusieurs interfaces et les faire hriter entre elles. Les interfaces prsentent un caractre daptitude que dautres classes ne peuvent encapsuler. Cest ce qui permet de distinguer entre une gnralisation et une interface.
O. BOUSSAID
Page : 49
U.M.L.
Packages
Un package permet de regrouper un ensemble de classes, dassociations et ventuellement dautres packages. Il permet de dcouper une systme en plusieurs parties reprsentes chacune par un package. Les packages peuvent avoir des actions entre eux.
Client
Facturation
Comptabilit
O. BOUSSAID
Page : 50
U.M.L.
Client
Facturation :: Facture
1
Packages (2)
Client
Concerner 1 1 Acheter *
Socit
Commande
Produit
nomPackage :: nomClasse
O. BOUSSAID
Page : 51
U.M.L.
Strotypes
Cest un concept qui permet des regroupements de classes, dassociations, de mthodes, dattributs, de packages
Dautre part, il permet de modifier la smantique des lments associs et cre par la mme occasion des concepts propres une application.
O. BOUSSAID
Page : 52
U.M.L.
Contraintes
Notes
{Ordonne} * Obtenir *
Etudiant
EtreInscritEn
Etudiant *
Diplme *
O. BOUSSAID
Page : 53
U.M.L.
LE MODELE DYNAMIQUE
Ile vient juste aprs lanalyse statique du modle. Cette dernire dcrit la structure des lments du modle ainsi que leurs relations. Quant lanalyse dynamique , elle a pour but de dcrire les tats des objets au cours du fonctionnement du systmes : modifications des attributs ; excutions des mthodes ; ractions des sollicitations externes au systme;
O. BOUSSAID
Page : 54
U.M.L.
Un
La notion d Etat
dun objet est dfini la fois par la valeurs de ses attributs et de ses liens avec les autres objets. Il reprsente ainsi un intervalle de temps. Lobjet est dans un tat initial et peut alors changer dtat. Exemple
tat
:
Etudiant
InscritEn
Pratiquer
0..*
* Diplme
Sport
Ici lobjet Etudiant peut passer dun tat Etudiant un tat de diplm un tat de sportif, Cest lattribut Statut qui va changer de valeur.
Reprsentation d un tat :
Etudiant Diplm
Sportif
O. BOUSSAID
Page : 55
U.M.L.
Evnements et messages
O. BOUSSAID
Page : 56
U.M.L.
Transition
Une transition est le passage dun objet dun tat un autre d un vnement.
Etudiant
Diplm
Changer carrire
Sportif
O. BOUSSAID
Page : 57
U.M.L.
Diagramme d tats
Cest un graphe compos de n uds reprsentant des tats dun objet dune classe et les arcs sont les transitions portant des vnements. Un diagramme dtats est propre une classe dobjets. Un tat dun objet peut correspondre des sous tats . Cela dpend du niveau de granularit quon dsire. Exemple : ltat Sportif peut tre reprsent par trois sous tats : Athlte Haut Niveau ; Slection en E.N. et Comptition. Les sous tats sont reprsents comme des tats. Dans un diagramme dtats on peut dvelopper un tat dun objet par un sous diagramme dtats avec des points dentre et des points de sortie. De telle sorte on peut passer dun tat un sous tat et inversement.
Convocation
Comptition
Changer carrire
Page : 58
U.M.L.
Les attributs
Les gardiens
Ceux sont des fonctions boolennes qui conditionnent le dclenchement dune transition. (utilisation des [ ] ).
Les activits
Ceux sont des oprations continues dans le temps et sexcutent tardivement. Une activit est forcment associe un tat. Il est prcde du mot cl do.
Les actions
Ceux des oprations qui sexcutent instantanment. Une action peut tre associ un tat ou une transition. Elle peut intervenir : ysoit en entre dtat (elle sera prfixe par entry/) ; ysoit en sortie dtat (elle sera prfixe par exit/) ;
ysoit en rponse un vnement dclencheur (elle sera prfixe par le nom dvnement vnement1/) ; ysoit enfin au cours dune transition (elle est prfixe
par /).
O. BOUSSAID
Page : 59
U.M.L.
Etat 2
O. BOUSSAID
Page : 60
U.M.L.
Remarque
Plusieurs sous diagrammes dtats peuvent intervenir en mme temps. Ils se droulent en concurrence ou en synchronisation. Lorsquils sont en concurrence, le premier sous diagramme dtat bloque les autres et fait quitter ltat englobant vers un autre tat. Lorsquils sont en synchronisation, la transition de ltat englobant vers un autre tat ne seffectue que lorsque tous les sous diagrammes le permettent. Aucun sous diagramme ne peut tre interrompu.
O. BOUSSAID
Page : 61
U.M.L.
Inscrit ANPE
AcceptationInsciption
Petites annonces
Allocation chmage
Proposition ANPE
OU
Proposition Entrevue
En PhaseEmbauche
Demander Cong ET
Assurer Fonctions
En cong
Page : 62