Modélisation UML - Étude de cas (1/2) furst/docs/4-UML_EtudeDeCas.pdf ·...

Click here to load reader

  • date post

    15-Sep-2018
  • Category

    Documents

  • view

    213
  • download

    0

Embed Size (px)

Transcript of Modélisation UML - Étude de cas (1/2) furst/docs/4-UML_EtudeDeCas.pdf ·...

  • Modlisation UML - tude de cas (1/2)

    Le consortium de compagnies ariennes Blue Sky veut un logiciel pour:

    - grer les vols et les avions des compagnies

    - grer les achats de billets et lenregistrement des passagers. Ces oprations peuvent tre faites en ligne par les clients, ou un guichet tenu par une htesse. Lenregistrement peut aussi tre fait par le client un guichet automatique dans un aroport.

    - gnrer des tableaux de donnes pour les responsables clientle des compagnies et pour les services de scurit, en particulier la liste des passagers dun vol.

  • Modlisation UML - tude de cas (2/2)

    Les prcisions suivantes sont donnes par Blue Sky:

    - un vol est ouvert et ferm lachat de billet et lenregistrement sur ordre de la compagnie.- un client peut acheter un ou plusieurs billets, pour des passagers diffrents mais il doit fournir un numro de passeport pour chaque billet.- un billet concerne un seul passager.- lenregistrement peut donner lieu au paiement dun supplment bagage.- un billet peut tre annul tant que le vol na pas eu lieu.- un vol a un aroport de dpart et un aroport darrive ainsi quun jour et une heure de dpart et darrive.- un billet peut comporter plusieurs vols avec des escales.

    Remarque: on nglige lidentification des acteurs dans le systme

  • Les modles dans UP

    1

    2

    3

    4 5

    6

  • Inception

    Dans UP, linception, ou analyse des besoins, couvre: - la dfinition du primtre du projet- la spcification des fonctionnalits- le recensement des risques et des cots- la ralisation dun premier jet darchitecture.

    Les fonctionnalits sont spcifies dans un modle de cas dutilisation:

    - diagramme de cas dutilisation pour spcifier les acteurs et les fonctionnalits

    - diagrammes de comportement si ncessaire pour dtailler les fonctionnalits

  • Modle de cas dutilisation (1/7)

    Les acteurs doivent tre bien identifis : - les clients- les employs des compagnies- les services de scurit

    Les employs des compagnies peuvent avoir des rles diffrents au regard des fonctionnalits:

    - responsables des vols dans les compagnies- responsables clientle dans les compagnies- htesses aux guichets

  • Modle des cas dutilisation (2/7)

    Certaines informations ne sont pas fournies(par exemple on ne sait pas qui annule les billets), il faut faire un choix.

  • Modle des cas dutilisation (3/7)

    Certaines fonctionnalits sont floues (grer les avions), elles doivent tre prcises.

  • Modle des cas dutilisation (4/7)

    Il peut tre prfrable distinguer des acteurs qui ont des rles identiques, pour faciliter lvolution du modle et surtout du logiciel.

  • Modle des cas dutilisation (5/7)

    Dtailler le droulement des cas dutilisation va permettre de mettre en vidence des lments structurels:

    - classes dobjets- donnes caractrisant des objets- mthodes supportes par des objets- acteurs extrieurs au systme

    Dtailler un cas na de sens que si le droulement du cas nest pas vident ou si cela apporte des informations utiles pour la suite.

    Exemplede lachat de billet:- on choisit de sparer le choix du vol aller et du vol retour, il faut le prciser dans le modle de cas dutilisation.- lenregistrement peut donner lieu achat dun supplment de bagage, on lindique dans un diagramme de squence.

    Il faudrait aussi dtailler la cration dun vol et lajout dun avion.

  • Modle des cas dutilisation (6/7)

    Il parat ncessaire de prciser la faon dont les vols sont ouverts et ferms lachat et lenregistrement.

    Remarque importante: on reprend autant que possible les lments des diagrammes prcdents!

  • Modle des cas dutilisation (7/7)

    Il est utile de prciser la faon dont les cas dutilisation vont senchaner, ou pas, laide dun diagramme dactivits.

    Exemple: on ne peut plus annuler un billet aprs lenregistrement

  • Modle danalyse (1/6)

    Des choix structurels peuvent tre faits partir des cas dutilisation: on nenregistre pas qui a ouvert ou ferm un vol lachat ou lenregistrement, on ne distingue pas billet et enregistrement, ...

  • Elaboration

    Dans UP, llaboration couvrela spcification et le dbut de la conception de larchitecture du systme et de son fonctionnement.

    Larchitecture est labore dans un modle danalyse:

    - diagramme de classes- diagramme dobjets si ncessaire pour dtailler les tats possibles

    des objets

    - diagrammes de comportement si ncessaire pour dtailler le fonctionnement du systme

    - diagramme de paquetages

  • Modle danalyse (2/6)On rend plus modulaire la description des vols, on introduit les avions et les compagnies.

  • Modle danalyse (3/6)

    On saperoit que les enregistrements portent sur les vols et pas sur le billet en entier. On ajoute les dates dachat et denregistrement.

  • Modle danalyse (4/6)

    Un diagramme dobjets peut tre utile pour vrifier la cohrence du diagramme de classe ou pour lexemplifier.

  • Modle danalyse (5/6)Un diagramme de paquetages permet de spcifier la structuration du programme en fichiers et rpertoires.

  • Modle danalyse (6/6)

    Un diagramme de timing peut tre utile pour visualiser le droulement des actions et des changements dtat.

  • Construction

    Dans UP, la construction correspond une synthse qui fixe le modle danalyse dans un modle de conception.

    Le modle de conception contient les mmes diagrammes que le modle danalyse, mais dtaills au maximum pour pouvoir implmenter sans se poser de question (voire de faon automatique).

    Les modalits dimplmentation et de test vont tre spcifis ce moment dans des modles dimplmentation et de test.

  • Modle de conception (1/5)

    On peut dtailler les diagrammes de squence du modle de cas dutilisation pour vrifier la cohrence avec le fonctionnement interne du systme.

  • Modle de conception (2/5)

    Problme: les volne sont rfrencs (potentiellement) que par les ResponsableVols et les Avions!

    Deux solutions, parmi dautres:

  • Modle de conception (3/5)

    mthodes ajouter

  • Modle de conception (4/5)Le diagramme de classes peut tre affin: dtail des attributs et mthodes, dtails sur limplmentation des associations, etc.

  • Modle de conception (5/5)

    NB: certains avions peuvent ne pas tre affects un vol

  • Modle dimplmentation (1/2)

    On peut imaginer que cette partie modle du logiciel soit destine tre connecte, comme composant, une interface graphique. Un diagramme de composant permet de spcifier les interfaces de connection.

  • Modle dimplmentation (2/2)

    Le systme doit tre dploy en ligne sous forme de servlet JSP dploye sur un serveur Tomcat. Les donnes sont sauvegardes sur une base Oracle installe sur la mme machine.

  • Modle de tests

    Les diagrammes de squence dcrivant des scnarios dutilisation peuvent tre utiliss pour des tests unitaires.

    Tout diagramme de comportement peut potentiellement servir produire un test unitaire.

    Les diagrammes dobjets peuvent servir effectuer des tests structurels et comportementaux.

    Diapo 1Diapo 2Diapo 3Diapo 4Diapo 5Diapo 6Diapo 7Diapo 8Diapo 9Diapo 10Diapo 11Diapo 12Diapo 13Diapo 14Diapo 15Diapo 16Diapo 17Diapo 18Diapo 19Diapo 20Diapo 21Diapo 22Diapo 23Diapo 24Diapo 25Diapo 26Diapo 27Diapo 28Diapo 29