STI2D TD : Le langage SysML appliqué à l’analyse ... de projet... · STI2D TD : Le langage SysML…

  • Published on
    13-Sep-2018

  • View
    213

  • Download
    1

Embed Size (px)

Transcript

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 1

    Objectif : lire et interprter un outil de description de systme du point de vue fonctionnel laide du langage SysML (Diagramme cas dutilisation).

    Mise en situation : La socit VitaWatch conoit et dveloppe des radios-rveils co-conus, avec un design original et avec toujours plus de fonction, afin de rpondre aux besoins de son march. Loutil de gestion de projet (mthode APTE) ne lui permettant plus dtre performante dans sa dmarche dco conception, elle souhaite changer sa mthode dapproche de lanalyse du besoin et les outils de dveloppement du logiciel intgr au produit.

    Analyse du besoin :

    La socit VitaWatch a ensuite pense que lutilisateur, alors quil est rveill, est susceptible dutiliser le radio-rveil en tant que simple radio ou horloge. Chaque cas dutilisation doit bien reprsenter un service autonome rendu par le systme et fournissant un rsultat observable et intressant pour lacteur concern. Loutil Bte cornes ntant plus adapt, la socit dveloppe son analyse avec le langage SysML laide dun logiciel de reprsentation SysML.

    Travail demand : Les diagrammes SysMl peuvent tre fait laide dun traitement de texte (pas pratique) ou laide du site :

    https://www.draw.io/ 1 Prendre connaissance du logiciel https://www.draw.io/ 2 laboration dun diagramme cas dutilisation englobant les nouveaux cas dutilisation :

    https://www.draw.io/https://www.draw.io/

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 2

    Les nouveaux cas dutilisation envisags par la socit :

    - couter la radio :

    - avoir lheure :

    A laide du logiciel votre disposition, on vous demande dintgrer la premire version du diagramme cas dutilisation du radiorveil les modifications.

    3 laboration dun diagramme cas dutilisation en repensant les acteurs agissant sur le systme :

    2.1 - Nous allons complter le diagramme des cas dutilisation avec les indications suivantes sur les acteurs principal humain et secondaire non-humain :

    - Inclure lacteur systme : station de radio .

    Par convention, on placera de prfrence les acteurs secondaires non-humains gauche du systme et les acteurs humains droite.

    2.2 Nous allons diffrentier plusieurs types dutilisateurs en fonction de leur tat et des cas dutilisation, nous crons ainsi des scnarios dutilisation :

    - Utilisateur veill peut couter la radio et avoir lheure. - Utilisateur endormi ne peut qutre rveill lheure en musique.

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 3

    Diffrencier lacteur utilisateur en acteur utilisateur veill et acteur utilisateur endormi. Pour cela crer deux nouveaux acteurs et modifier votre diagramme.

    3 laboration dun diagramme cas dutilisation en repensant les cas dutilisation et leurs interactions :

    Voil le diagramme sur lequel la socit VitaWatch a aboutie en repensant les cas dutilisations et leurs interactions, nous allons lanalyser au travers de quelles questions :

    3.1 Gnralisation des acteurs avec hirarchisation.

    3.1.1 - En vous aidant de la question 2.2, indiquer quel est la signification de la flche reliant lUtilisateur veill l Utilisateur .

    3.1.2 Quel est lacteur principal ?

    3.2 Gnralisation du cas dutilisation avoir lheure .

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 4

    3.2.1 Nommer les deux cas dutilisation rattachs la gnralisation avoir lheure ?

    3.2.2 Concernant ces deux cas dutilisation, quel est la fonction et son utilit apport au systme ?

    3.3 Cas dutilisation inclus.

    3.3.1 - Quel est le rglage commun que lon trouve au cas dutilisation avoir lheure et tre rveill en musique ? 3.3.2 Quel est llment graphique du diagramme qui permet de reprsenter linclusion dun cas, commun dautres cas ?

    3.4 Extension de fonction par un nouveau cas dutilisation.

    Avant de dclencher le radiorveil pour une heure programme, la socit prvoit une prparation au rveil par lutilisation dune fonction spciale agissant sur lutilisateur endormi. Sur le graphique cela se traduit par un point dextension au cas tre rveill lheure en musique.

    3.4.1 Quel est cette nouvelle fonction ?

    3.4.2 Quel est llment graphique du diagramme qui permet de reprsenter une extension dun cas dutilisation ?

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 5

    Quelles informations du diagramme cas dutilisation napparaissent pas dans le diagramme pieuvre, et vice-versa, complter le tableau de synthse ?

    Informations absentes : Diagramme cas dutilisation

    Informations absentes : Diagramme pieuvre

    A RETENIR : Acteur

    Rle jou par un utilisateur humain ou un autre systme qui interagit directement avec le systme tudi. Un acteur participe au moins un cas dutilisation.

    Cas dutilisation

    Un cas dutilisation (use case, ou UC) reprsente un ensemble de squences dactions qui sont ralises par le systme et qui produisent un rsultat observable intressant pour un acteur particulier. Chaque cas dutilisation spcifie un comportement attendu du systme considr comme un tout, sans imposer le mode de ralisation de ce comportement. Il permet de dcrire ce que le futur systme devra faire, sans spcifier comment il le fera. Un cas dutilisation doit tre reli au moins un acteur.

    Scnario

    Un scnario reprsente une succession particulire denchanements, sexcutant du dbut la fin du cas dutilisation, un enchanement tant lunit de description de squences dactions. Un cas dutilisation contient en gnral un scnario nominal et plusieurs scnarios alternatifs (qui se terminent de faon normale) ou derreur (qui se terminent en chec). On peut dailleurs proposer une dfinition diffrente pour un cas dutilisation : ensemble de scnarios dutilisation dun systme relis par un but commun du point de vue de lacteur principal .

    Acteur gnralis

    Deux acteurs ou plus peuvent prsenter des similitudes dans leurs relations aux cas dutilisation. On peut exprimer ce concept en crant un acteur gnralis qui modlise les aspects communs aux diffrents acteurs concrets.

    ATTENTION : Cas dutilisation

    Une erreur frquente concernant les cas dutilisation consiste vouloir descendre trop bas en termes de granularit. Un cas dutilisation reprsente un ensemble de squences dactions ralises par le systme, et le

  • STI2D TD : Le langage SysML appliqu lanalyse fonctionnelle par le

    diagramme cas dutilisation

    Option EE et SIN

    Terminale

    TD SysML Page 6

    lien entre ces squences dactions est prcisment lobjectif mtier de lacteur. Le cas dutilisation ne doit donc pas se rduire systmatiquement une seule squence, et encore moins une simple action. Limitez 20 le nombre de vos cas dutilisation de base (en dehors des cas inclus, spcialiss, ou des extensions). Avec cette limite arbitraire, on reste synthtique et on ne tombe pas dans le pige de la granularit trop fine des cas dutilisation.

    Acteurs

    Ne confondez pas rle et entit concrte. Une mme entit concrte peut jouer successivement diffrents rles par rapport au systme tudi, et tre modlise par plusieurs acteurs. Rciproquement, le mme rle peut tre tenu simultanment par plusieurs entits concrtes, qui seront alors modlises par le mme acteur. Nous appelons acteur principal celui pour qui le cas dutilisation produit un rsultat observable. Par opposition, nous qualifions dacteurs secondaires les autres participants du cas dutilisation. Les acteurs secondaires sont souvent sollicits pour des informations complmentaires ; ils peuvent uniquement consulter ou informer le systme lors de lexcution du cas dutilisation. Une bonne pratique consiste faire figurer les acteurs principaux gauche des cas dutilisation, et les acteurs secondaires droite.

    Relations entre UC

    Nabusez pas des relations entre cas dutilisation (inclusion, extension, gnralisation) : elles peuvent rendre les diagrammes de cas dutilisation trop difficiles dcrypter pour les experts mtier qui sont censs les valider.

Recommended

View more >