Manuel UML PowerAMC

Expression et analyse des besoins en UML avec PowerAMC Manuel dutilisation
Version 1.1 Fvrier 2005
Ralis par la Direction des systmes d'information du CNRS (DSI)
Table des matires
Table des matires

TABLE DES MATIERES __________________________________________________________________ 3 A PROPOS DE CE MANUEL ________________________________ ______________________________ 5 MISES A JOUR ________________________________________________________________________ 7 PRESENTATION GLOBALE DE LA METHODE _______________________________________________ 9 VUE METIER _________________________________________________________________________ 11 1. 2. 3. Les acteurs Les processus mtier Le modle du domaine 11 13 16
VUE SYSTEME INFORMATIQUE__________________________________________________________ 17 1. 2. 3. 4. Le contexte statique Les cas dutilisation Le contexte dynamique Le modle du domaine affin 17 19 30 32
VUE APPLICATIVE ____________________________________________________________________ 37 1. 2. 3. La maquette La navigation (optionnel) Les classes participantes (optionnel - dbut de conception de larchitecture) 37 39 41
Manuel dutilisation UML - PowerAMC
Fvrier 2005
3 / 42
Table des matires
A propos de ce manuel
Ce manuel dutilisation a pour but de dcrire la mthode dexpression et danalyse des besoins, utilisant le langage de modlisation UML et supporte par loutil PowerAMC. Il sadresse aux concepteurs des quipes projet, qui partent dune expression initiale des besoins par des utilisateurs ou des matres douvrage. UML (Unified Modeling Langage) nest pas une mthode de dveloppement mais un langage de modlisation qui dfinit des standards relatifs la modlisation oriente objet. Ce langage permet de mettre en uvre neuf diagrammes diffrents . Dans la mise en uvre dune mthode de dveloppement, lun ou lautre des diagrammes est choisi en fonction des concepts que lon veut reprsenter une tape de dveloppement donne. Les concepts permettent de couvrir les tapes, depuis lexpression des besoins jusquau codage.
Diagrammes de cas d'utilisation Diagrammes de classes Diagrammes d'objets Diagrammes de composants Diagrammes de dploiement
Diagrammes de squence Diagrammes de collaboration Diagrammes d'activits Diagrammes d'tats-transitions
La dmarche dfinie dans le prsent guide, a pour objectifs de couvrir lexpression et lanalyse des besoins ; elle utilise cinq diagrammes UML : deux diagrammes statiques (diagrammes de classes et de cas dutilisation), trois diagrammes dynamiques (diagramme dactivits, de collaboration et de squence). Lexpression et lanalyse des besoins se matrialise par des documents Word de diffrents niveaux, dans lesquels on insre des diagrammes UML produits laide de loutil PowerAMC. Les plans types de ces documents sont disponible s depuis le site dveloppement Web : http://www.dsi.cnrs.fr/bureau_qualite/developpement-web/guides-modeles/guides-modeles.asp : Note de cadrage (inclut des diagrammes de la vue mtier) Exigences fonctionnelles (inclut des diagrammes de la vue systme informatique) Conception de linterface utilisateur (inclut des diagrammes de la vue applicative)
Fvrier 2005
5 / 42
Table des matires
Remarques : Le terme strotype est frquemment utilis dans ce guide et mrite une dfinition pralable : Extension du vocabulaire UML, qui permet de crer de nouvelles varits d'lments constitutifs drivs d'lments existants, mais qui sont spcifiques votre problme. [PowerAMC MOO Guide de lutilisateur]. Exemple dutilisation de strotypes : dans la premire tape de la dmarche, qui sintresse aux processus mtier du domaine tudi, l concept processus mtier ntant pas directement e support par UML, un strotype de cas dutilisation est utilis. Le terme systme est utilis dans ce document pour dsigner de manire globale lapplication informatique. Utilisation de ce manuel Le premier chapitre Prsentation globale de la mthode donne un aperu global de la mthode utilise et montre la progressivit de lapproche. Les autres chapitres se lisent a priori dans lordre, chacun dentre eux dcrit une tape de la dmarche de modlisation. Naturellement, le concepteur peut tre amen revenir sur lun ou lautre des chapitres dans le c adre des itrations successives quil va mettre en uvre pour son projet. Chaque chapitre spare la prsentation des concepts manipuls et leur reprsentation avec loutil PowerAMC. Utilisation de loutil PowerAMC Un modle type PowerAMC est mis la disposition des concepteurs. Ce modle permet de dmarrer une modlisation avec les packages et les diagrammes dj crs, ainsi que quelques exe mples de concepts dans chaque diagramme. Le nom du modle est : Modle application web.moo. Ce modle contient galement un exemple de rapport, produit laide dun modle de rapport (il inclut les diagrammes crs dans chacune des vues, ainsi que les classes dfinies avec leur liste dattributs et doprations). Par ailleurs, des exemples de projets modliss selon la dmarche contenue dans le prsent guide sont disponibles. Les documents Word et modles PowerAMC sont mis disposition des quipes DSI dans le rpertoire PROJETS de TOULOUSE Uml/DSI/Dmarche UML DSI. Pour accder au modle type et aux exemples PowerAMC, le fichier ouvrir est lespace de travail : Espace de travail - Dmarche UML DSI.sws . Conventions Les noms de fentre, de zone de dialogue ou de zone de saisie apparaissent entre guillemets. Les noms de commande dun menu apparaissent en gras italique spars par des /, par exemple : menu Fichier/Imprimer
Ce pictogramme identifie des remarques utiles mais sans incidence sur le cours des instructions exposes.
Ce pictogramme identifie des informations lire et/ou excuter imprativement qui peuvent influencer le cours des instructions suivantes.
Assistance Pour des complments dinformation, vous pouvez contacter le groupe de travail UML la DSI : Liste Uml(at)dsi.cnrs.fr .
6 / 42
Fvrier 2005
Table des matires
Mises jour
V 0.1 Septembre 2003
Version initiale du manuel dutilisation PowerAMC pour lexpression des besoins avec UML, cre suite la formation du groupe de travail. Cration dun manuel spar de prsentation de PowerAMC. Mise jour de la dmarche suite aux retours dexprience de projets pilotes et ajouts de complments issus de ltat de lart (en particulier, conseils pour la rdaction des cas dutilisation). Ajout dun chapitre Modle du domaine affin dans la vue systme informa tique, dcrivant les concepts du diagramme de classe et mise niveau du chapitre Modle du domaine .
V1.0
Janvier 2005
V1.1
Fvrier 2005
Pour une premire prise en main de PowerAMC, pour quelques trucs et astuces, pour en savoir plus sur les rapports, ou pour connatre la liste des strotypes dfinis, consulter le Manuel dutilisation de PowerAMC : GnralitsRapports-Strotypes , accessible dans le rpertoire PROJETS de TOULOUSE Uml/DSI/PowerAMC ou depuis le site dveloppement Web : http://www.dsi.cnrs.fr/bureau_qualite/developpement-web/guidesmodeles/guides-modeles.asp.
Avec la version 9 de PowerAMC, ne pas utiliser de fonctions sur les symboles car ces fonctions provoquent des dgradations du modle irrversibles. Ces fonctions sont accessibles partir du menu principal Symbole/ ou bien partir du menu contextuel sur un objet (clic droit de la souris et Disposition ou Cacher le symbole).
Fvrier 2005
7 / 42
Prsentation globale de la mthode

La premire tape de la dmarche consiste mieux connatre et comprendre les processus dans lesquels va sintgrer le futur systme informatique. Cest ce quon appelle la vue mtier. Il sagit ce niveau didentifier les acteurs, les processus et les concepts mtiers qui composent le domaine tudi. Les concepts mtier sont modliss sous forme de classes. La description des processus mtier permet de dfinir prcisment le primtre que couvrira le futur systme informatique, cest--dire les activits qui vont faire lobjet dune automatisation. Vue mtier
Proce ssus mtier Modle du domaine : concepts mtier Acteurs
Activits dun processus mtier
Ltape suivante sintresse au systme informatique. On reprsente dans un premier temps le contexte dutilisation : le systme vu comme une bote noire et les acteurs qui interagissent avec lui (contexte statique). Ensuite on dcrit les services rendus aux diffrents utilisateurs sous forme de cas dutilisation. Il est possible de complter ces descriptions par des reprsentations de la dynamique des changes de messages entre le systme et les utilisateurs (contexte dynamique). Ces diffrentes reprsentations forment la vue systme informatique. Vue systme informatique
Cas dutilisation Modle du domaine affin
Contexte statique
Contexte dynamique
= di agramme de collaboration ou = diagramme de squence
Fvrier 2005
9 / 42
Enfin, la vue applicative permet de donner une vision concrte du futur systme grce une maquette et la modlisation des principes de navigation entre les pages. Egalement, il est possible de reprsenter un dbut darchitecture applicative : la sparation entre les couches Dialogue, Traitements applicatifs et Donnes. Vue applicative
Navigation entre les pages (optionnel) Classes participantes Dialogue, contrleur, entit
Maquette
En pratique, les diagrammes de la vue mtier sont raliss en premier. Puis les diagrammes des vues systme informatique et applicative en parallle. Des itrations successives entre ces deux vues permettent daffiner les diffrents diagrammes. Par exemple, la ralisation dune maquette permet de prciser la spcification des cas dutilisation avec les utilisateurs. De mme, lidentification des classes participantes peut permettre de complter le modle du domaine affin. Lexpression et lanalyse des besoins se matrialisent par des documents Word de diffrents niveaux, dans lesquels on insre des diagrammes UML produits laide de loutil PowerAMC. Les plans types de ces documents sont disponibles depuis le site dveloppement Web : http://www.dsi.cnrs.fr/bureau_qualite/developpement-web/guidesmodeles/guides-modeles.asp : Note de cadrage (inclut des diagrammes de la vue mtier) Exigences fonctionnelles (inclut des diagrammes de la vue systme informatique) Conception de linterface utilisateur (inclut des diagrammes de la vue applicative) Dans loutil PowerAMC, les diffrents diagrammes prennent place dans des packages qui structurent le modle. Le modle type DSI (Modle application web.moo) se prsente ainsi :
10 / 42
Fvrier 2005
Vue mtier
Vue mtier
La vue mtier permet de mieux connatre et comprendre les processus dans lesquels va sintgrer le futur systme informatique.
1. Les acteurs
Pour dmarrer, les acteurs mtier concerns par le systme dinformation sont identifis.
1.1. Modlisation des acteurs mtiers
Identifiez les acteurs

Les acteurs sont dcrits par une abstraction ne retenant que le rle quils jouent dans le cadre du mtier tudi. Il est possible de prciser si le rle est attribu une fonction au sein du CNRS ou une structure. Le nom de lacteur commence par une majuscule. Entre parenthses, mettre la fin du nom de lacteur une abrviation si possible connue au CNRS. Exemple : Acteurs
Identifiez les relations de gnralisation entre acteurs

Si un ensemble dacteurs jouent le mme rle, on peut crer un acteur gnralis, qui permet de factoriser ce rle commun. Exemple :
Fvrier 2005
11 / 42
Vue mtier
1.2. Utilisation de PowerAMC : diagramme de cas dutilisation
Dans le package Vue mtier , un diagramme de cas dutilisation nomm Acteurs , contient les acteurs du systme, reprsents sous forme dacteurs PowerAMC. Dans le cas de fonctions CNRS, strotypez les acteurs <<Fonction>>. Dans le cas de structures, strotypez les acteurs <<Structure>>.
12 / 42
Fvrier 2005
Vue mtier
2. Les processus mtier

A ce niveau, il sagit dans un premier temps de dcrire les fonctions de lorganisme qui sont au cur de son mtier, les acteurs externes concerns et les changes entre processus. Dans un deuxime temps, les processus les plus significatifs pour le projet sont dtaills sous forme dvnements dclencheurs et denchanements dactivits.
2.1. Modlisation des processus mtier
Identifiez les processus mtier du domaine tudi

Le domaine tudi est dcrit sous forme de processus mtier et dchanges avec les acteurs externes. Des dpendances entre processus peuvent tre reprsentes.
Exemple :
Dpendance
2.2. Utilisation de PowerAMC : diagrammes de cas dutilisation
Dans le package Vue mtier, un diagramme de cas dutilisation nomm Les processus mtier , contient les processus, reprsents sous forme de cas dutilisation PowerAMC, strotyps <<Processus>>.
Fvrier 2005
13 / 42
Vue mtier
Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier.
2.3. Modlisation des activits concourant a u processus mtier tudi
Identifiez les activits

Le processus est dcrit sous forme dun enchanement dactivits . Des transitions relient les activits. Des synchronisations reprsentent lattente de plusieurs vnements pour la ralisation dune activit. Des dcisions reprsentent des choix de ralis ation dune ou lautre activit en fonction de conditions. Chaque diagramme commence par un dbut (un seul dbut) et se termine par une ou plusieurs fin(s). Des tats dobjets peuvent tre reprsents afin de modliser les concepts sous-jacents (ces concepts permettent dinitialiser le modle du domaine, cf. chapitre suivant). Si le processus est organis, on peut modliser les acteurs participants au processus ainsi que lenchanement des oprations de cette procdure.
Exemple : Acteur
Activit
Etat dobjet (concept du domaine)
Synchronisation
Primtre du systme informatique
2.4. Utilisation de PowerAMC : diagrammes dactivits
Dans le package Vue mtier, un diagramme dactivits est cr par processus que lon souhaite dcrire en dtail.
14 / 42
Fvrier 2005
Vue mtier
Le nom de chaque diagramme reprend le nom du processus qui est dcrit. Le diagramme contient lenchanement des activits du processus. Pour reprsenter les acteurs dans les colonnes, crez des units dorganisation (reprendre si possible labrviation du nom dun rle, dune fonction ou structure : pour des raisons de taille de la colonne). Pour crer un tat dobjet (concept mtier), crez une nouvelle classe dans le diagramme de classes Modle du domaine . Copiez cette classe et collez la en raccourci dans le diagramme dactivits : un tat dobjet se cre sur le diagramme. Saisissez le nom de ltat dans la fentre Proprits de ltat dobjet . On peut modliser la rfrence un autre processus, en le reprsentant sous forme dactivit, strotype <<Processus>>. Matrialisez le primtre du systme en entourant avec un lment de dessin les activits qui vont tre supportes par le systme informatique.
Fvrier 2005
15 / 42
Vue mtier
3. Le modle du domaine
Le modle du domaine permet de reprsenter les concepts du domaine, les objets mtier, cest--dire les informations cres, transformes ou manipules par les experts du domaine. Les concepts sont modliss dans un diagramme de classes. Lobjectif de ce diagramme est que lexpert du domaine y retrouve le vocabulaire de son mtier. Un concept fait partie du domaine sil est ncessaire la comprhension du problme et sil rpond des exigences fonctionnelles visibles par un utilisateur. Les concepts lis la mise en uvre du systme informatique (contraintes techniques par exe mple) ne doivent pas apparatre ce niveau, il ne sagit pas de dcrire le modle de donnes de lapplication mais didentifier les principaux concepts ainsi que leur dfinition. On aboutit ainsi un glossaire du voc abulaire mtier. Lors de la description des cas dutilisation (chapitre suivant : vue systme informatique), le modle du d omaine est affin : complt par de nouvelles classes ou attributs, par des dfinitions et rgles de gestion, par les types et taille s des attributs...
3.1. Modlisation des concepts du domaine
Identifiez les concepts du domaine

Modlisez les concepts sous forme de classes (convention dcriture : majuscule la premire lettre pour les noms de classe).
Exemple :
Classe
Prcisez la dfinition des concepts dans un glossaire.
3.2. Utilisation de PowerAMC : diagramme de classes
Dans le package Vue mtier, un diagramme de classes, nomm Modle du domaine, contient les classes du domaine.
16 / 42
Fvrier 2005
Vue systme informatique

La vue systme informatique permet de sintresser au contexte dutilisation du systme puis au x services rendus aux diffrents utilisateurs (cas dutilisation) et daffiner le modle du domaine.
1. Le contexte statique
On modlise ici le systme informatique dans son environnement, en le reprsentant comme une bote noire , en relation avec des acteurs externes. Ce diagramme est utile pour avoir une vision gnrale externe du systme. De plus il permet de donner les premiers lments de volumtrie des utilisateurs.
1.1. Modlisation du contexte statique du systme
Reprsentez le systme tudi

Le systme est reprsent au centre du diagramme, avec les acteurs en relation autour.
Identifiez les acteurs

Modlisez les acteurs externes au systme : ils attendent un ou plusieurs services du systme, ils interagissent avec le systme par envoi ou rception de messages. Les acteurs sont dcrits par une abstraction ne retenant que le rle quils jouent vis --vis du systme. Les acteurs externes peuvent tre des acteurs dj identifis au niveau mtier ou bien dautres acteurs lis au systme informatique, par exemple un Administrateur . Pour chaque acteur humain, prcisez le nombre susceptible dintervenir simultanment sur le systme. Exemple :
Fvrier 2005
17 / 42
Dans le package Vue systme informatique , un diagramme de cas dutilisation nomm Contexte statique , contient le systme, reprsent sous forme dun cas dutilisation PowerAMC, strotyp <<Sy stme>>. Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier ou bien crs dans ce diagramme.
18 / 42
Fvrier 2005
2. Les cas dutilisatio n

Lidentification et la description des cas dutilisation sont certainement la partie la plus dlicate de la dmarche. Les conseils donns ci-aprs sont issus des retours dexprience des projets DSI et de rfrences bibliographiques, dont en particulier : Rdiger des cas dutilisation efficaces dAlistair Cock burn. Les cas dutilisation (= use cases) permettent de capturer et dcrire les besoins fonctionnels dun systme. Ils illustrent le comportement du systme, suite des stimulations externes, via la description des actions excutes et les rponses fournies ces stimulations. Les cas dutilisation permettent dexprimer les besoins des utilisateurs, pas la solution. Les cas dutilisation modlisent les diffrents services rendus par le systme aux utilisateurs. Un cas dutilisation apporte une valeur ajoute notable dans lutilisation du systme lacteur concern. Les cas dutilisation sont le fil conducteur du projet : au niveau de la planification, de lanalyse, de la conception puis des scnarios de tests. Tous les cas dutilisation sont identifis puis chacun deux est tudi plus prcisment. Certains cas dutilisation peuvent ne pas tre dcrits dans un premier temps : lorsque lon na pas suffisamment dinformations de la part des utilisateurs ou lorsque le cas dutilisation fait partie dune itration ou dune version future du systme. Les cas dutilisation sont spcifis de manire textuelle. Pour certains dentre eux, la spcification peut tre complte par un diagramme dynamique simple : le diagramme de squence des messages.
2.1. Modlisation et spcification des cas dutilisation

Il sagit ici de modliser les fonctionnalits du systme telles quelles sont perues par les utilisateurs externes, galement appels acteurs externes. Lensemble des cas dutilisation et des acteurs intervenant dans le systme est reprsent sur un diagramme, appel diagramme des cas dutilisation . Lobjectif de ce diagramme est de faire clairement apparatre quels sont les acteurs qui participent aux cas dutilisation : un acteur et un cas dutilisation sont relis par une association qui signifie participe . Sur le diagramme, on distingue les acteurs principaux qui ralisent le cas dutilisation pour atteindre un objectif (rcuprent un rsultat du systme), des acteurs secondaires qui sont sollicits par le systme : les acteurs principaux sont positionns gauche du cas dutilisation et les acteurs secondaires droite. On peut utiliser les acteurs identifis au niveau mtier ou identifier de nouveaux rles vis --vis du systme, en utilisant la relation de gnralisation entre acteurs. Les trois exemples ci-dessous sont quiv alents :
Fvrier 2005
19 / 42
Identifiez les cas dutilisation

Pour chaque acteur, recherchez les diffrents objectifs quil a dutiliser le systme. Chaque cas dutilisation est nomm par un verbe linfinitif, indiquant un objectif de lacteur principal, de son point de vue. Un cas dutilisation correspond une raison dtre du systme , une session utilisateur , une tche utilisateur avant la pause caf Pour chaque cas dutilisation, vrifiez quil fournit une valeur ajoute notable aux acteurs principaux et contrlez quun vnement en dclenche lexcution. Uniformisez le niveau dabstraction des cas dutilisation : un cas dutilisation doit reprsenter une tche mtier pour les acteurs (partir de la description des processus mtier : une activit dun processus mtier donne gnralement lieu un ou plusieurs cas dutilisation) ; un cas dutilisation nest pas une fonction atomique mais un ensemble de squences dactions (des scnarios). Certains cas dutilisation peuvent correspondre des sous fonctions informatiques pour des raisons de lisibilit ou parce que plusieurs cas dutilisation y font appel (voir ci-aprs la relation include ) Mais il nest parfois pas la peine de les rdiger : par exemple, le cas dutilisation sauthentifier . Exemple :
20 / 42
Fvrier 2005
Structurez la spcification
Il peut tre souhaitable de structurer la spcification en crant plusieurs diagrammes de cas dutilisation. Les critres de regroupement des cas dutilisation peuvent tre les domaines dexpertise mtier, les itrations dfinies, les acteurs concerns. Remarque : les cas dutilisation ne senchanent pas entre eux : si on veut dcrire un enchanement, le faire au n iveau de la vue mtier.
Identifiez les dpendances entre cas dutilisation

Relation include :
Si un mme enchanement peut tre utilis plusieurs fois (partageable), il peut faire lobjet dun cas dutilisation part, inclus dans dautres cas dutilisation. : ce sous cas dutilisation permet de factoriser la partie commune de la description de plusieurs cas dutilisation. Les cas dutilisation qui lincluent, prcisent explicitement lendroit o il est inclus dans les scnarios (cf. paragraphe suivant). Un cas dutilisation inclus nest jamais excut seul, mais seulement en tant que partie dun cas plus vaste, il na pas dacteur dclencheur.
Relation extend :
Un enchanement complexe, optionnel par rapport un enchanement obligatoire dactions (variante de comportement), peut faire lobjet dun cas dutilisation part, qui tend dautres cas dutilisation. Les cas dutilisation qui sont tendus par ce cas dutilisation, prcisent explicitement les points dextension (cf. paragraphe suivant). Les cas dutilisation qui sont tendus peuvent fonctionner seuls , ils ont un acteur dclencheur. Nutiliser cette relation quen cas de ncessit car elle est plus difficile comprendre. Les situations qui la ncessitent sont : - lorsque lutilisateur dispose dun grand nombre de services asynchrones ou de services provoquant une interruption, qui ne doivent pas dranger le cas de dutilisation de base, - pour complter un cas dutilisation dans une version ultrieure. Pour savoir si on utilise une relation include ou extend , se poser la question : Si le cas 1 sait quand, o, pourquoi le cas 2 doit tre dclench, alors le cas 1 inclut le cas 2. Si le cas 2 sait quand, o, pourquoi il doit tre dclench, alors le cas 2 tend le cas 1.
Fvrier 2005
21 / 42
Exemple : Extend = tend ou interrompt
Include = appelle ou fait rfrence
Dans le cas dutilisation Prendre commande , on trouve : Le responsable clientle choisit des produits (cas dutilisation Choisir produits ). Dans le cas dutilisation Enregistrer client , on trouve : A chaque fois que le client est nouveau quand on passe une commande (cas dutilisation Prendre commande ), le responsable clientle enregistre le client.
Dcrivez de manire textuelle chaque cas dutilisation

La spcification doit tenir en une trois pages de texte (document Word). Elle doit tre lisible, la perfection nest pas indispensable. Un cas dutilisation contient lensemble des scnarios possibles pour la ralisation dun objectif. Un scnario correspond lexcution dun ou plusieurs enchanements, joignant le dbut du cas dutilisation une fin normale ou pas. Le cas dutilisation dbute avec un vnement dclencheur (premire action) et se poursuit ju squ ce que lobjectif soit atteint ou abandonn et que le systme assume ses responsabilits par rapport linteraction. Lors de la description des cas dutilisation, vous pouvez complter si besoin est, les concepts du modle du domaine.
La trame de la spcification dun cas dutilisation est la suivante : Objectif Prsenter succinctement ce que perme t de faire le cas dutilisation. Acteurs principaux Donner la liste des acteurs qui dclenchent le cas dutilisation dans le but datteindre son objectif et qui rcuprent un rsultat du systme (positionns gauche du cas dutilisation dans le diagramme). Prciser leurs intrts vis --vis de la ralisation du cas dutilisation.
22 / 42
Fvrier 2005
Acteurs secondaires Donner la liste des acteurs qui sont sollicits par le systme (positionns droite du cas dutilisation dans le diagramme). Prciser leurs intrts vis --vis de la ralisation du cas dutilisation. Prconditions Dcrire les contraintes qui doivent tre vrifies lorsque le cas dutilisation est dclench. En gnral une prcondition indique quun autre cas dutilisation sest droul auparavant. Postconditions Dcrire les contraintes qui doivent tre vrifies lorsque le cas dutilisation est termin. Scnario nominal Dcrire la squence normale d'actions associe au cas d'utilisation. En gnral, utiliser 3 9 actions. Numroter les actions de manire chronologique. 1. Action 1 2. Action 2 3. La premire action est gnralement le dclencheur du cas dutilisation. A la fin du scnario nominal, lobjectif du c as dutilisation doit tre atteint. Chaque action donne lieu une phrase. Commencer systmatiquement chaque phrase par lacteur xxx ou le systme . La phrase indique lintention de lacteur (pas ses gestes) : les dtails de lIHM ne doivent pas apparatre. Eviter : 1. Le systme demande le nom. 2. Lutilisateur saisit son nom. 3. Le systme invite lutilisateur saisir son adresse. 4. Lutilisateur saisit son adresse. 5. Lutilisateur clique sur ok . 6. Le systme prsente le profil de lutilisateur. Prfrer : 1. Lutilisateur saisit son nom et son adresse. 2. Le systme prsente le profil de lutilisateur. Il faut insister sur les vnements entre les acteurs et le systme sans dcomposer le traitement effectu lintrieur du systme (vu comme une bote noire). Chaque action na de justification que si elle dcrit une action protgeant ou accroissant les intrts de lintervenant. On peut associer une action une partie dune transaction : 1. lacteur envoie la requte et les donnes au systme. 2. le systme valide la requte et les donnes. 3. le systme change dtat interne. 4. le systme rpond lacteur en lui prsentant le rsultat. ou associer les diffrentes parties en une ou plusieurs actions, selon le degr de complexit de chaque partie et les lieux de rupture naturels dans le traitement. Par exemple : Version 1 : 1. Le client saisit son numro de commande. 2. Le systme dtecte que ce numro correspond au numro gagnant du mois, inscrit lutilisateur et le numro de commande comme gagnant du mois, envoie un ml au responsable des ventes, flicite le client et lui donne les instructions ncessaires pour retirer son prix. Version 2 : 1. Le client saisit son numro de commande. 2. Le systme dtecte que ce numro correspond au numro gagnant du mois.
Fvrier 2005
23 / 42
3. Le systme inscrit lutilisateur et le numro de commande comme gagnant du mois, envoie un ml au responsable des ventes, flicite le client et lui donne les instructions ncessaires pour ret irer son prix. Ecrire des phrases simples, montrant clairement qui a le ballon et montrant le processus en train davancer. Mentionner le droulement temporel uniquement lorsque cest ncessaire. Exemple : A tout moment entre les actions 3 et 5, lutilisateur ou Ds que lutilisateur, le systme . Il est possible de souligner le fait que des actions peuvent se rpter ou seffectuer dans nimporte quel ordre. Exe mples : Le client rpte les actions 3 5 jusqu ce quil indique quil a termin ( placer aprs laction 5) ou Les actions 3 5 peuvent se produire dans nimporte quel ordre ( placer avant laction 3). Il ne doit pas y avoir de si sinon . Le systme ne vrifie pas mais valide (en cas derreur il y aura un scnario alternatif, cf ci-aprs). Exemple : Eviter : 2. Le systme vrifie si le mot de passe est correct. 3. Si cest le cas, le systme prsente les actions disponibles lutilisateur. Prfrer : 2. Le systme valide que le mot de passe est correct. 3. Le systme prsente les actions disponibles lutilisateur. Faire rfrence explicite aux cas dutilisation inclus ou qui tendent le cas dutilisation courant (on peut souligner ces cas dutilisation). Scnarios alternatifs Il sagit didentifier toutes les autres situations possibles de succs ou dchec. Pour chaque action du scnario nominal, se poser la question si quelque chose dautre peut se passer : si cest le cas, dcrire les actions qui prolongent la squence d'actions normale. Ces scnarios alternatifs ouvrent le cas d'utilisation une possibilit de prolongement (extension). Le titre de chaque scnario alternatif est la condition ncessaire pour que se droule ce scnario. Chaque scnario alternatif est numrot en faisant rfrence aux numros du scnario nominal prcdemment dcrit. Ajouter une sous-numrotation 1, 2, 3 (et si besoin a, b, c... de nouveau ainsi quune indentation). Un scnario alternatif sachve par la satisfaction ou labandon de son objectif. Terminer chaque scnario alternatif par le cas dutilisation se termine ou le cas dutilisation reprend au point N ou le cas dutilisation continue au point N . Faire rfrence explicite aux cas dutilisation inclus ou qui tendent le cas dutilisation courant (on peut souligner ces cas dutilisation). Exemple : 1-a : description du scnario alternatif a de laction 1 du scnario nominal 1. Action 1 2. Action 2 Le cas dutilisation se termine (chec). 1-b : description du scnario alternatif b de laction 1 du scnario nominal 1. Action 1 Le cas dutilisation continue au point 4. 2-a : description du scnario alternatif a de laction 2 du scnario nominal 1. Action 1 2. Lutilisateur excute le cas dutilisation xxx
24 / 42
Fvrier 2005
3. 4.
Action 3
Variantes de technologies et de donnes (optionnel) Les scnarios alternatifs indiquent que ce que fait le systme diffre (le quoi). Si on veut indiquer quil y a plusieurs faons de procder (le comment), les lister dans ce paragraphe. Exemple : Scnario nominal : 7. Rembourser le client du montant des marchandises rendues. Variantes de technologies et de donnes : 7a. Rembourser par chque, virement lectronique ou crdit sur les prochains achats. Rgles de gestion (optionnel) Dcrire les rgles de gestion du cas dutilisation. Les numroter. Exigences supplmentaires (optionnel) Dcrire les exigences non fonctionnelles du cas dutilisation : frquence dutilisation du cas dutilisation, contraintes de performance Les numroter. Questions en suspend (optionnel) Les questions poser aux utilisateurs peuvent tre regroupes dans un paragraphe spcifique en fin de description du cas dutilisation. Les numroter.
Exemple de spcification du cas dutilisation Valider et complter les ressources actuelles : Objectif Valider et complter les ressources actuelles. Acteurs principaux -directeur d'unit Prconditions Import de la description des ressources actuelles effectu avec succs Scnario nominal 1 : le directeur d'unit demande dcrire un personnel 2 : le systme prsente la liste des personnels 3 : le directeur slectionne 1 personnel 4 : le systme prsente les informations relatives ce personnel 5 : le directeur modifie des informations 6 : le systme valide et prsente les informations jour Le directeur rpte les actions 1 6 jusqu ce quil indique quil a termin. Scnarios alternatifs 1a : le directeur demande la modification de la description de l'unit 1a1 : le systme prsente les informations relatives son unit 1a2 : le directeur saisi les informations obligatoires t Le cas d'utilisation continue au point 6 3a : le directeur demande la cration d'un nouveau personnel 3a1 : le systme affiche un formulaire vierge
Fvrier 2005
25 / 42
3a2 : le directeur saisit les informations obligatoires Le cas d'utilisation continue au point 6 5a : le directeur demande la suppression du personnel 5a1 : le systme valide qu'il n'y a pas d'activit dcrite pour ce personnel Le cas d'utilisation continue au point 6
Dans le package Vue systme informatique , un diagramme de cas dutilisation, nomm Les cas dutilisation , contient les cas dutilisation. Les cas dutilisation qui ne sont pas tudis dans la version en cours peuvent tre strotyps <<Cas dutilisation non tudi>> ou bien il est possible de les dcrire mais on peut prciser sils ne sont pas raliss dans la version en cours. Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier ou depuis le diagramme de contexte statique. Des associations sont tablies entre les acteurs et les cas dutilisation. Positionnez sil y a lieu les dpendances entre cas dutilisation. Strotypez ces dpendances include ou extend . Structurez les reprsentations des cas dutilisation dans un ou plusieurs diagrammes pour favoriser la clart de lecture par les utilisateurs.
A la DSI, nous avons choisi de ne pas renseigner la description des cas dutilisation dans PowerAMC mais plutt dans le document Word dexigences fonctionnelles - cf modle sur le site : http://www.dsi.cnrs.fr/bureau_qualite/developpement-web/guidesmodeles/guides -modeles.asp.
Dans longlet Classes de mise en oeuvre des proprits de chaque cas dutilisation, indiquez les classes du modle du domaine affin utilises par le cas dutilisation. Remarque : les classes choisies comme classes de mise en uvre dans le package Vue mtier sont automatiquement copies sous forme de raccourcis dans le package Vue systme in formatique . Si une classe est une classe de mise en uvre pour plusieurs cas dutilisation, slectionnez le raccourci dj cr.
26 / 42
Fvrier 2005
2.3. Modlisation de la squence des messages (optionnel)

Pour certains cas dutilisation, il peut tre intressant dillustrer la succession temporelle des vnements causs par les messages venant des acteurs. Ce diagramme est en gnral bien accept par les experts mtier. Il est surtout utile dans le cas o plusieurs acteurs interviennent. Le systme est considr comme une bote noire, lacteur principal est gauche, les acteurs secondaires droite. Cest une autre manire de reprsenter le scnario nominal du cas dutilisation. Les extensions peuvent tre reprsentes sous forme de note graphique sur le diagramme. Exemple de diagramme de squence du cas dutilisation Importer la description des ressources actuelles :
Ne pas abuser de ces diagrammes, veiller ce quils apportent une plue value.
2.4. Utilisation de PowerAMC : diagramme de squence
Dans le package Vue systme informatique , crez un diagramme de squence pour chaque cas dutilisation qui le ncessite. Le nom du diagramme commence par Squence et est suivi du nom du cas dutilisation. Reprsentez le systme sous forme dun objet instance dune classe ayant pour nom le systme tudi. Cet objet est strotyp <<Sy stme>>. Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier ou depuis le diagramme de contexte statique. Les messages sont crs dans le diagramme ou copis depuis le diagramme de contexte dynamique sil existe.
Fvrier 2005
27 / 42
2.5. Autres conseils pour la rdaction des cas dutilisation

Les cas dutilisation CRUD (= Create, Retrieve, Update, Delete) : Comment classer les cas dutilisation du type Crer, slectionner, modifier et supprimer ? Dans un seul cas dutilisation Grer ou dans plusieurs indpendants ? En principe ils sont spars car chacun poursuit un objectif prcis, ventuellement accompli par des acteurs diffrents ayant diffrents niveaux de scurit. Mais ils surchargent lensemble donc il est prfrable de les regrouper au sein dun cas dutilisation Grer : le scnario nominal permet par exemple de slectionner, modifier et enregistrer, les scnarios alternatifs permettent de crer, supprimer, imprimer. Si certains scnarios sont complexes (par exe mple lenregistrement) alors on peut en faire un sous cas dutilisation (relation include ). Les droits daccs sont dcrits dans un paragraphe spcifique, en dehors de la description des cas dutilisation. Les cas dutilisation paramtrs : Si on doit crire des cas dutilisation presque identiques (par exemple la recherche dune donne dans une liste laide de critres), utiliser la mme formulation (par exemple : trouver xxx laide de critres yyy, tris par zzz). Si besoin est, dcrire le cas dutilisation, par exemple, le cas dutilisation Trouver un quelque chose : 1. Lutilisateur identifie les critres de recherche du quelque chose. 2. Le systme trouve les quelque chose correspondants et affiche leurs valeurs daffichage dans une liste. 3. Lutilisateur peut les trier nouveau en fonction des critres de tri. 4. Lutilisateur slectionne celui qui lintresse. Les fins des cas dutilisation : Chaque cas dutilisation a deux fins possibles : la russite et lchec. Sassurer que chaque cas dutilisation satisfait aux intrts de chaque intervenant. Sassurer que lchec de chaque cas dutilisation appel est trait. Le niveau de prcision atteindre : travailler en largeur dabord ! Les descriptions des cas dutilisation sont plus ou moins dtailles, selon le moment et les interlocuteurs (utilisateurs ou bien quipe de ralisation). Pensez toujours la lisibilit pour vos interlocuteurs. La premire version prsente uniquement la liste de cas dutilisation avec pour chacun dentre eux ses objectifs puis, par itrations, on affine et complte progressivement les descriptions. On peut distinguer quatre tapes dans les niveaux de prcision atteints : 1. Acteurs et objectifs : o Recenser les acteurs principaux (humain ou non humain), sur toute la dure de vie du systme. o Dresser la liste exhaustive par acteur des objectifs pris en charge par le systme. o Assigner des priorits : quels objectifs sont pris en charge par le systme, dans quelle version. 2. Rsum des cas dutilisation ou scnario nominal : o Esquisser le scnario nominal pour les cas dutilisation tudier. La premire formulation de ce scnario peut tre sous forme dun rcit. o Vrifier que chacun deux satisfait aux intrts des acteurs. 3. Scnarios alternatifs et conditions dchec : o Identifier tous les scnarios alternatifs et la liste des conditions dchec. 4. Prise en compte des checs : o Indiquer comment le systme est sens rpondre chaque type dchec. La prise en compte des checs peut rvler un nouvel acteur, un nouvel objectif ou de nouvelles rgles mtier.
28 / 42
Fvrier 2005
La mise en uvre de la dmarche : Une premire sance de travail en groupe (quipe projet + utilisateurs) peut permettre didentifier les acteurs, objectifs, rsums des cas dutilisation et le formalisme utilis pour un cas dutilisation. Puis lquipe projet rdige une premire version des descriptions des cas dutilisation ltude. Cette rdaction est ensuite revue en groupe (quipe projet + utilisateurs). Check-list pour la description des cas dutilisation : Extraite et adapte de : Rdiger des cas dutilisation efficaces dAlistair Cockburn. Champ Titre du cas dutilisation Objectif Prconditions Scnario nominal Question 1. Lobjectif de lacteur principal est-il formul laide dune expression verbale active ? 2. Le systme est-il en mesure de remplir cet objectif ? 3. Sont-elles obligatoires et peuvent-elles tre mises en place par le systme ? 4. Est-il vrai quelles ne sont aucun moment vrifies dans le cas dutilisation ? 5. Comprend-il entre 3 et 9 actions ? 6. Se droule -t-il du dclencheur la satisfaction des postconditions en cas de succs ? 7. Autorise-t-il les bonnes variantes de squencement ? 8. Est-elle formule comme un objectif mener bien ? 9. Le processus avance-t-il clairement aprs sa ralisation fructueuse ? 10. Voit-on clairement quel acteur poursuit lobjectif (qui a le ballon ) ? 11. Lintention de lacteur est-elle claire ? 12. Etes-vous sr que laction ne dcrit pas la conception de lIHM ? 13. Voit-on clairement quelles sont les informations transmises dans cette action ? 14. Cette action est-elle une validation, par opposition une vrification dune condition ? 15. Le systme peut-il et doit-il les dtecter ? 16. Est-ce vraiment ce dont le systme a besoin ? 17. Etes-vous sr que ce nest pas l simplement une alternative au scnario nom inal ?
Chaque action de scnario
Scnarios alternatifs
Variantes de technologies et de donnes Contenu gnral du cas 18. Question aux reprsentants matrise douvrage et aux utilisateurs : est-ce vraiment dutilisation ce que vous voulez ? 19. Question aux reprsentants matrise douvrage et aux utilisateurs : serez-vous en mesure la livraison de dire si oui ou non, vous avez obtenu cela ? 20. Question lquipe de ralisation : tes -vous en mesure dimplmenter ceci ?
Fvrier 2005
29 / 42
3. Le contexte dynamique
Ce diagramme prsente les mmes lments que le contexte statique mais en y ajoutant les flux de messages qui transitent entre le systme et les acteurs externes. Ce diagramme permet de reprsenter globalement les interactions entre les acteurs et le systme. Il est produit en parallle la description des cas dutilisation.
3.1. Modlisation du contexte dynamique du systme

Deux diagrammes peuvent tre utiliss au choix : un diagramme de collaboration et un diagramme de squence. Les critres de choix entre lun ou lautre des diagrammes sont les suivants : Le diagramme de collaboration est utile lorsquil y a de multiples acteurs, et pour chacun, peu de flux de messages diffrents. Le diagramme de squence est prfrable lorsque lon veut montrer lenchanement des interactions des diffrents acteurs avec le systme.
Diagramme de collaboration Reprsentez le systme tudi et les acteurs externes
De la mme faon que pour le contexte statique, le systme est reprsent au centre du diagramme, avec les acteurs en relation autour.
Identifiez les flux entre le systme et les acteurs Pour chaque acteur, modlisez les messages envoys au systme et les messages que lacteur reoit du systme . Exemple :
Diagramme de squence Reprsentez le systme tudi et les acteurs externes

30 / 42 Le systme est reprsent au centre du diagramme, avec les acteurs en relation de part et dautre. Identifiez les flux entre le systme et les acteurs
Fvrier 2005
Pour chaque acteur, modlisez les messages envoys au systme et les messages que lacteur reoit du systme. Exemple :
3.2. Utilisation de PowerAMC : diagramme de collaboration
Dans le package Vue systme informatique , un diagramme de collaboration nomm Contexte dynamique , contient le systme, reprsent sous forme dun objet, instance dune classe ayant pour nom le systme tudi. Cet objet est strotyp <<Systme>>. Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier ou depuis le diagramme de contexte statique. Crez les messages entrants et sortants du systme. Dans longlet Gnral des proprits de chaque message, enlevez le num dordre. ro
3.3. Utilisation de PowerAMC : diagramme de squence
Dans le package Vue systme informatique , crez un diagramme de squence nomm Contexte dynamique , contient le systme, reprsent sous forme dun objet instance dune classe ayant pour nom le systme tudi. Cet objet est strotyp <<Systme>>. Les acteurs sont copis sous forme de raccourcis depuis le diagramme des acteurs de la vue mtier ou depuis le diagramme de contexte statique. Les messages sont crs dans le diagramme.
Fvrier 2005
31 / 42
4. Le modle du domaine affin

A ce niveau il sagit de prciser le modle du domaine initialis dans la vue mtier.
4.1. Modlisation des concepts du domaine
Identifiez les concepts du domaine

Un concept possde une identit propre et des proprits. Un concept encapsule un tat et un comportement. (Ltat regroupe les valeurs instantanes de toutes les proprits dun concept ; ltat volue au cours du temps. Le comportement du concept dcrit les actions applicables au concept ; il se reprsente sous la forme doprations.) Modlisez les concepts sous forme de classes et les proprits des classes sous forme dattributs (convention dcriture : majuscule la premire lettre pour les noms de classe, tout en minuscule pour les noms dattributs et dassociations). Un attribut est une proprit nomme d'une classe qui dfinit les caractristiques de cette classe. Exemple : Classe
Attribut
Parmi les classes candidates, cart ez celles qui sont redondantes (indiquer les synonymes dans la documentation), trop gnrales ou trop spcifiques, celles qui reprsentent une valeur (dans ce cas cest un attribut dune classe) ou un comportement (dans ce cas ce serait une opration dune classe). Parmi les classes identifies, prcisez les classes qui sont des rfrentiels partags (par exemple, BAP, emploi-type) pour le domaine tudi. Examinez la liste des rfrentiels partags du CNRS pour rutiliser leur modlisation dans le projet. Exemple :
Dterminez les attributs qui sont drivs, cest--dire dont la valeur est dductible dautres informations du modle (autres attributs du mme objet ou lments externes la classe). Explicitez la rgle de drivation des attributs drivs d ans la documentation. Exemple : ge = partie entire (date courante - date de naissance)
Identifiez les liens entre les concepts du domaine

Modlisez les liens sous forme dassociations. Lassociation est une relation de type est en relation avec ou communique avec . Nommez les associations entre classes avec un verbe conjugu prcis et vitez autant que possible les verbes " tout faire" (faire, appartenir, rfrencer ).
32 / 42
Fvrier 2005
Exemple : Association
Il est possible dajouter de linformation sur lassociation pour prciser le rle des classes dans la relation. Exemple :
Rle
Dfinissez la multiplicit de lassociation (notation min..max) : cest--dire le nombre dinstances dune classe qui peuvent tre mises en relation avec une seule instance de la classe associe. Exemples : 1..1 obligatoire 0..1 optionnel 0..* quelconque 1..* au moins 1 1..5, 10 entre 1 et 5, ou 10 Les multiplicits sont positionnes sur lassociation linverse de Merise.
Une association entre classes peut aussi porter des attributs (surtout utile quand on a une multiplicit 0..* des deux cts). Dans ce cas lassociation est aussi considre comme une classe, appele classe dassociation. (Cette reprsentation est toutefois plutt dconseille : il est prfrable de reprsenter une classe intermdiaire.) Exemple :
Classe dassociation
Fvrier 2005
33 / 42
Il existe des cas particuliers dassociation : agrgations et compositions. Lagrgation spcifie une relation est compos de . La composition est une agrgation forte, de type est construit avec ou est labor base de : un compos nappartient qu un seul composite un moment donn (la multiplicit du ct de la classe composite doit toujours tre 1..1 ou 0..1) ; si le composite est dtruit tous ses composs le sont auss i. Exemple : Association de composition
Ne pas abuser de lagrgation et de la composition.
Modlisation de lhritage entre classes : gnralisation-spcialisation. La gnralisation consiste regrouper des caractristiques communes un ensemble de classes au sein dune sur-classe plus gnrale (relation de type est un ou est une sorte de ). La spcialisation consiste ajouter des caractristiques spcifiques dans une sous-classe ou adapter les caractristiques transmises. La sur-classe peut tre abstraite, cest--dire quil ny a pas dinstance de cette classe. Exemple : Sur-classe
Sous classe
Ne pas abuser de la gnralisation (4 niveaux maximum conseills).

Pour des raisons pratiques (utilisation des raccourcis des classes dj cres dans le modle du domaine), le diagramme du modle de domaine affin est cr dans la vue mtier.
34 / 42
Fvrier 2005
Dans le package Vue mtier, un diagramme de classes, nomm Modle du domaine affin, contient les classes du domaine.
Reprsentation des classes, attributs et associations

Dans longlet Gnral des proprits de la classe : si la classe est abstraite, cochez la case Abstrait , si la classe est un rfrentiel, strotypez la classe en <<Rfrentiel partag>>. Dans longlet Notes , sous-onglet Description des pro prits de la classe, commentez la classe ou importez un fichier texte. Dans longlet Attributs des proprits de la classe : saisis sez les noms des attributs et leur type de donnes . Si un attribut est driv, cochez la case Driv dans longlet Gnral des proprits de lattribut. Documentez la rgle de drivation dans longlet Notes , sous-onglet Description des proprits de lattribut ou sous forme dune rgle de gestion associe (idem : texte dans longlet Notes , sous-onglet Description des proprits de la rgle de gestion). Si les valeurs dun attribut sont connues, saisissez les dans longlet Contrles standard des proprits de lattribut. Dans longlet Gnral des proprits dune association : saisissez le nom de lassociation. Spcifiez les multiplicits pour les associations entre classes dans longlet Dtails des proprits de lassociation. Cochez la case navigable des deux cts pour supprimer les flches sur le diagramme.
Structuration du modle : cration de plusieurs diagrammes de classes

Il peut tre ncessaire de structurer le modle du domaine : en particulier si la taille du diagramme est trop importante et en devient illis ible. Des classes ayant des smantiques proches et des relations fortes entre elles vont tre regroupes. Chaque groupe de classes peut faire lobjet : dune page A4 dans le diagramme de classe. Si une classe doit tre reprsente sur deux pages, elle est copie sous forme de synonyme graphique, ou dun diagramme de classes diffrent. Si une classe doit tre reprsente sur deux diagrammes, elle est copie sous forme de raccourci. Les diagrammes sont nomms en fonction des groupes de classes qui y sont contenus. Vous pouvez aussi crer des sous-packages. Il est possible de transformer un diagramme en package (clic droit de la souris sur le diagramme dans lexplorateur dobjet et choisir loption Convertir en package). Mais attention dans PowerAMC (V 9), un diagramme ne peut pas tre chang de package. Et on ne peut pas supprimer un package sans supprimer aussi tout ce quil contient.
Fvrier 2005
35 / 42
Vue applicative
Vue applicative
La vue applicative permet de donner une vision concrte du futur systme grce une maquette, la modlis ation des principes de navigation entre les pages et dun dbut darchitecture.
1. La maquette
Maquette = reprsentation graphique des pages, du systme de navigation et donc du dcoupage en tches pour l'utilisateur. Son dveloppement ne s'effectue pas forcment dans la technologie retenue pour l'application ; la maquette est a priori jetable. La maquette permet aux utilisateurs de concrtiser le rsultat de leur expression de besoins. Elle est essentielle dans la phase dexpression et analyse des besoins. Elle se ralise en parallle avec les autres modlisations, en particulier le diagramme de navigation dcrit ci-aprs.
1.1. Ralisation de la maquette
Dfinissez lergonomie
La maquette permet de dfinir l'enchanement des pages de l'application et les rgles dergonomie. Dans un premier temps, il sagit didentifier les principes gnriques d'ergonomie (navigation, en respectant la charte graphique CNRS) puis ensuite de dfinir les rgles d'ergonomie spcifiques l'application : pour cela faire intervenir l'ergonome de la DSI. La charte graphique CNRS doit tre applique sur les pages de lapplication. Pour cela, faire intervenir le graphiste de la DSI.
Dveloppez les pages et effectuez une revue ergonomique et graphique de la maquette

On peut ne maquetter quune branche type de lapplication : la plus importante ou la plus dlicate. Il est prfrable dutiliser des donnes ralistes dans la maquette. Lobjectif est que les utilisateurs ne se focalisent pas sur les donnes e lles-mmes. La revue ergonomique et graphique seffectue en prsence de l'ergonome et du graphiste de la DSI et de reprsentants de l'quipe projet : elle permet d'ajuster les rgles d'ergonomie avant de montrer la maquette aux utilis ateurs.
Organisez pour les utilisateurs une runion de prsentation et d'valuation

Au cours de cette runion, prcisez leur les lments valider, laissez leur manipuler la maquette, recueillez leurs remarques. Pour cela : soit on leur demande de raliser une succession de tches que lon aura dcrites dans un scnario, tches reprsentatives des tches relles, soit on leur laisse le temps de naviguer et de dcouvrir lapplication comme bon leur semble travers une exploration libre mais commente de leur part. En plus des observations que lon aura faites, on pourra demander ensuite aux utilisateurs ce quils pensent de lapplication : est-ce que la navigation leur semble intuitive, les informations faciles trouver et sils se sont bien familiariss avec lensemble de lapplication, est-ce que lorganisation de lapplication est en accord avec leur mode de travail, est-ce que les informations sont pertinentes, compltes
Itrez avec la spcification

Vrifiez la cohrence entre la maquette et la spcification des cas dutilisation.
Fvrier 2005
37 / 42
Vue applicative
1.2. Utilisation dun outil

En interne DSI, utilisez l'outil Frontpage pour la maquette, PowerPoint ou Word. Frontpage est le plus performant au niv eau graphisme. Faire appel au graphiste de la DSI.
38 / 42
Fvrier 2005
Vue applicative
2. La navigation (optionnel)
Cette modlisation seffectue en parallle avec la ralisation dune maquette. Il sagit de reprsenter les diffrents cheminements possibles des utilisateurs dans lapplication. Contrairement la maquette (qui peut ne couvrir quune branche de lapplication), tous les cheminements possibles sont reprsents dans le diagramme de navigation. Si la navigation dans lapplication est trs simple (peu de niveaux dimbrication des pages), il nest pas utile de raliser ce diagramme.
2.1. Modlisation de la navigation
Identifiez les pages principales de lapplication

Modlisez les pages sous forme de classes. Les paramtres saisis par les utilisateurs peuvent tre reprsents sous forme dattributs de la classe. Les actions proposes lutilisateur sur chaque page peuvent tre reprsentes sous forme doprations, nommes par un verbe.
Identifiez les liens, boutons daction ou options de menu

Modlisez les liens hypertextes, les boutons daction ou les options de menu qui permettent de cheminer dune page lautre sous forme dassociation entre les classes. On ne reprsente pas les actions qui font demeurer sur la mme page. Page
Exemple :
Bouton daction
Lien hypertexte
Paramtres saisir
Option de menu
Fvrier 2005
39 / 42
Vue applicative
Dans le package Vue applicative, un diagramme de classes, nomm Navigation, contient les classes strotypes <<Dialogue>>. Il existe deux autres strotypes qui peuvent tre utiliss : <<Dialogue nouvelle fentre>> : pour prciser que la page saffiche dans une autre fentre que la fentre courante du navigateur, avec la barre d'outils complte (deux fentres du navigateur sont ouvertes en mme temps),
<<Dialogue popup>> : pour indiquer que la page s affiche dans une petite fentre qui se superpose la fentre courante, avec une barre d'outils minimale ou mme inexistante (message, demande d'informations).
Dans longlet Gnral des proprits de la classe : saisissez le nom de la classe, en commenant gnralement par Page . Reprsentez les liens hypertextes, les boutons daction ou les options de menu sous forme dassociation entre les classes. Dans le cas dun lien hypertexte, strotypez lassociation <<Lien pour navigation>> et nommez la avec le texte du lien qui apparatra lutilisateur. Dans le cas dun bouton daction, strotypez lassociation <<Bouton pour navigation>> et nommez la avec le texte du bouton qui apparatra lutilisateur, entour des caractres < et >. Dans le cas dune option de menu, nutilisez aucun strotype. Veillez ce que la navigabilit entre les pages soit bonne (cochez la case navigable dans longlet Dtails des proprits de lassociation, pour positionner la flche sur le diagramme du ct de la page destination). Pour ne pas afficher les multiplicits sur les associations (elles nont aucun sens dans ce diagramme ), faites apparatre le menu contextuel du diagramme avec un clic droit de la souris sur le fond du diagramme. Choisissez loption Prfrences daffichage puis Association . Dcochez Afficher la multiplicit .
40 / 42
Fvrier 2005
Vue applicative
3. Les classes participantes (optionnel - dbut de conception de larchitecture)

Un diagramme de classes participantes est ralis pour chaque cas dutilisation. Ces diagrammes permettent dinitialiser la conception de larchitecture de lapplication sous forme de composants : il sagit en e ffet didentifier les classes dialogue , contrleur et entit . Ces diagrammes sont construits en parallle ou juste en suivant la description de la navigation et la ralisation de la maquette. Ils permettent de les prciser ou les complter (ajout de classes dialogue ) en tant exhaustif au niveau de la couverture de lapplication (la maquette peut ne couvrir quune branche de lapplication). Le lien va galement tre fait avec le modle du domaine, dans lequel on va rcuprer les classes entit , cest--dire les concepts dont se sert le cas dutilisation. Si besoin est, le modle du domaine peut tre aussi complt par de nouveaux concepts identifis ce stade.
3.1. Modlisation des classes participantes ( dialogue , contrleur , entit ) par cas dutilisation
Identifiez les classes dialogue , contrleur et entit

Crez un diagramme par cas dutilisation. Les classes dialogue servent modliser les interactions entre le systme et ses utilis ateurs. Les classes dialogue sont issues du diagramme de navigation ou nouvellement cres dans le diagramme. Comme dans le diagramme de navigation, les paramtres saisis par les utilisateurs peuvent tre reprsents sous forme dattributs de la classe. Les actions proposes lutilisateur sur chaque page sont reprsentes sous forme doprations, nommes par un verbe. Les classes contrleur sont utilises pour reprsenter la coordination, lenchanement et le contrle dautres objets. Gnralement, reprsentez une seule classe contrleur par cas dutilisation. Mais sur le diagramme on peut montrer quun contrleur appele le contrleur dun autre cas dutilisation. Il est possible de modliser les oprations effectues par le contrleur, dclenches par des actions au niveau des dialogues ou priodiquement (mise jour de donnes batch). Les classes entit servent modliser des informations durables et souvent persistantes. Les classes entit sont issues des concepts mtier du modle de domaine ou bien sont nouvellement cres dans le diagramme si ce sont des entits purement applicatives , techniques (tats, types dtats ).
Identifiez les liens entre ces classes

Liez les classes dialogue la classe contrleur , puis la classe contrleur aux classes entit . Il ny a pas de lien entre classes dialogue , ni directement avec les classes entit : cest le contrleur qui gre la synchronisation. Les liens de retour la page daccueil ou autre retour nont pas apparatre ce niveau (ils sont reprsents dans le diagramme de navigation). Exemple :
Fvrier 2005
41 / 42
Vue applicative
Dans le package Vue applicative, crez un diagramme de classes, nomm DCP (= Diagramme Classes Participantes) suivi du nom du cas dutilisation. Copiez sous forme de raccourcis les classes dialogue dj dfinies dans le diagramme de navigation ou bien crez en de nouvelles. Crez une classe, strotype <<Contrleur>>, dont le nom commence par CTRL , suivi gnralement du nom du cas dutilisation. Copiez sous forme de raccourcis les classes entit dj dfinies dans le modle du domaine (ainsi que les associations entre elles) ou bien crez en de nouvelles. Reprsentez les liens sous forme dassociations entre les classes. Veillez ce que la navigabilit, essentiellement entre le contrleur et les classes entit , soit bonne (sens du flux) : cochez la case navigable dans longlet Dtails des proprits de lassociation, pour positionner la flche sur le diagramme soit du ct de lentit (signifie une criture de donnes) ou du ct du contrleur (signifie une lecture de donnes ). Supprimer les multiplicits sur les associations entre les classes dialogue , contrleur et entit (les multiplicits doivent par contre tre conserves entre les classes entit issues du modle du d omaine). Pour cela, dans longlet Dtails des proprits de lassociation, mettre vide la rubrique Multiplicit .
42 / 42
Fvrier 2005

Manuel UML PowerAMC

Transféré par

Informations du document

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

Manuel UML PowerAMC

Transféré par

Droits d'auteur :

Formats disponibles

Expression et analyse des besoins en UML avec PowerAMC Manuel dutilisation

Version 1.1 Fvrier 2005

Ralis par la Direction des systmes d'information du CNRS (DSI)

Table des matires

Table des matires

Manuel dutilisation UML - PowerAMC

Table des matires

Diagrammes de squence Diagrammes de collaboration Diagrammes d'activits Diagrammes d'tats-transitions

Manuel dutilisation UML - PowerAMC

Table des matires

Manuel dutilisation UML - PowerAMC

Table des matires

Manuel dutilisation UML - PowerAMC

Prsentation globale de la mthode

Prsentation globale de la mthode

Activits dun processus mtier

= di agramme de collaboration ou = diagramme de squence

Manuel dutilisation UML - PowerAMC

Prsentation globale de la mthode

Manuel dutilisation UML - PowerAMC

1.1. Modlisation des acteurs mtiers

Identifiez les acteurs

Identifiez les relations de gnralisation entre acteurs

Manuel dutilisation UML - PowerAMC

1.2. Utilisation de PowerAMC : diagramme de cas dutilisation

Manuel dutilisation UML - PowerAMC

2. Les processus mtier

2.1. Modlisation des processus mtier

Identifiez les processus mtier du domaine tudi

2.2. Utilisation de PowerAMC : diagrammes de cas dutilisation

Manuel dutilisation UML - PowerAMC

2.3. Modlisation des activits concourant a u processus mtier tudi

Identifiez les activits

Etat dobjet (concept du domaine)

Primtre du systme informatique

2.4. Utilisation de PowerAMC : diagrammes dactivits

Manuel dutilisation UML - PowerAMC

Manuel dutilisation UML - PowerAMC

3.1. Modlisation des concepts du domaine

Identifiez les concepts du domaine

Prcisez la dfinition des concepts dans un glossaire.

3.2. Utilisation de PowerAMC : diagramme de classes

Manuel dutilisation UML - PowerAMC

Vue systme informatique

Vue systme informatique

1.1. Modlisation du contexte statique du systme

Reprsentez le systme tudi

Identifiez les acteurs

1.2. Utilisation de PowerAMC : diagramme de cas dutilisation

Manuel dutilisation UML - PowerAMC

Vue systme informatique

Manuel dutilisation UML - PowerAMC

Vue systme informatique

2. Les cas dutilisatio n

2.1. Modlisation et spcification des cas dutilisation

Manuel dutilisation UML - PowerAMC

Vue systme informatique

Identifiez les cas dutilisation

Manuel dutilisation UML - PowerAMC

Vue systme informatique

Identifiez les dpendances entre cas dutilisation

Manuel dutilisation UML - PowerAMC

Vue systme informatique

Exemple : Extend = tend ou interrompt