User Tools

Site Tools


2012_2013:s2:omgl:mod-si:td:uc

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
2012_2013:s2:omgl:mod-si:td:uc [2013/01/24 23:46]
blay créée
2012_2013:s2:omgl:mod-si:td:uc [2013/02/11 12:32] (current)
dartigues [Devoirs]
Line 1: Line 1:
-A VENIR+====== Diagrammes de cas d'​utilisation ======
  
 +<note warning>​Cette année, nous ferons ce premier TD sans avoir eu le cours auparavant.
 +Nous découvrirons donc au fur et à mesure de l'​avancé des exercices, ce que sont les cas d'​utilisation. Le cours de samedi mettra tout cela en perspective.</​note>​
  
-A rendre ​Gestion des anniversaires Le --- </del +<box round rgb(255,​251,​237) rgb(255,​244,​159) 75%|Description Initiale ​**La galerie d'​art**> ​ 
-dernier délai : remis à votre encadreur par mail ayant pour sujet ”[S2] UC : Groupe : Membres du quadrinôme” avec en attachement le projet ​.vpp>+Nous prenons l'​exemple d'une "​galerie d'art virtuelle"​.
  
-  - Des écrans accèdent ​à un service, qui renvoie une visualisation des anniversaires du jour.  +Nous identifions ​à présent ​les principaux cas d'utilisationPour des raisons de simplification,​ nous partons ​de l'énoncé suivant ​qui est une extraction ​d'un cahier des charges.
-  - Toutes ​les personnes de l’université pourraient rédiger des messages qui sont diffusés en même temps que l'annonce de l'​anniversaire +
-  - Un administrateur peut vérifier les messages et retirer ​des messages non autorisés. Le système délègue à un système (CheckMyMessage) les messages postés par les personnes ​de l'université pour vérifier qu'ils ne contiennent pas de mots interdits ou de structures linguistiques non admises. +
-  - Certaines personnes ne veulent pas que leur anniversaire soit annoncé, ni que des messages puissent être associés à leur anniversaire. D’autres parts il faut compter plus de 1000 personnes de différentes nationalités dans nos locaux. Il convient d’en tenir compte en adaptant les affichages. La connexion à des réseaux sociaux pour la saisie des messages serait un plus. Nous disposons d’un système d’informations ​qui contient les dates de naissance de toutes les personnes. Cependant, l’accès à ces données doit être très contrôlé. Evidemment, il n’est pas question ​d’afficher les années, et seuls les anniversaires du jour seraient affichés.+
  
 +(1) Nous voulons informatiser une galerie d'art, par laquelle nous souhaitons vendre des oeuvres d'arts à des clients((Clients : Internautes **identifiés** par la galerie et sur lesquels nous disposons du nom, de l'​adresse mail et de l'​adresse postale.)). ​
 + Les paiements doivent être sécurisés en utilisant le système de paiement externe "​chaimoinscheir"​.\\
 +(2) Les oeuvres((oeuvre:​ produit unique identifié exposé par la galerie.)) et les artistes((artiste:​ personne identifiée,​ auteur d'​oeuvres. )) sont gérés par les administrateurs((administrateurs : Personne identifiée ayant les droits de modification et maintenance du site)) via des interfaces adaptées. \\
 +(3) Un internaute doit pouvoir s'​inscrire sur le site pour devenir client. ​ \\
 +(4) Un internaute peut naviguer sur le site :  retrouver un artiste par son nom, visualiser les oeuvres par artiste ou par catégorie((rubriques exposées par la galerie, correspondant en général à une techniques caractérisant un artiste (peinture, sculpture…))). \\
 +(5) Les clients peuvent voter pour les oeuvres ou les artistes qu'ils préfèrent. \\
 +(6) Une fois par jour, un super-administrateur déclenche une opération de sauvegarde de la galerie.\\
 +(7) L'​identification des clients fait partie du système de la galerie.\\
 +(8) Un client peut téléphoner à la secrétaire pour demander l'​édition d'une facture consécutive à une vente passée.
 +</​box>​
  
  
 +===== Pour Visual Paradigm =====
  
 +Toutes les informations sont ici : 
 +[[:​vp|Visual Paradigm]]
  
  
 +===== I. Diagramme de contexte statique =====
 +L'​énoncé qui précède décrit votre étude de cas. Vous considérerez cette description comme exhaustive.
 +  - En analysant chacune des phrases de l'​énoncé identifiez les acteurs, et dessiner le diagramme de contexte statique.
 +  - Identifiez à tout moment, le nombre d'​acteurs d'un rôle donné qui utilise le système
  
- ​Définissez les cas d'​utilisation correspondant à cette description:​ 
  
-Diagramme de contexte; +===== II. Identification des cas d'​utilisation ===== 
-Vocabulaire nécessaire aux cas d'​utilisation; +  - En analysant chacune des phrases de l'​énoncé, ​ déterminez les grands cas d'​utilisation de la galerie d'art et les dessiner. 
-Diagramme de cas d'​utilisation + 
-Description détaillée du use case correspondant à la phrase 2.+ 
 + 
 + 
 +===== III. Description textuelle ===== 
 +<note tip>Pour ajouter la description textuelle dans les cas d'​utilisation,​ clique droit sur la cas d'​utilisation -> spécification -> puis remplir la partie HTML</​note>​ 
 +1) **Décrivez le scénario nominal** correspondant au cas d'​utilisation  
 +//"Un internaute s'​inscrit pour devenir client de la galerie d'​art"//​ 
 + 
 +2) **Décrivez les flots alternatifs** correspondant au cas d'​utilisation  
 +//"Un internaute s'​inscrit pour devenir client de la galerie d'​art"//​ lorsque les données saisies sont invalides ou que l'​internaute est déjà inscrit. 
 + 
 +3) Décrivez le cas d'​utilisation "​**acheter des oeuvres**"​ en respectant le format suivant :  
 +  * Sommaire d'​identification :  
 +      * Titre 
 +      * Résumé 
 +      * Acteurs 
 +      * Date de création 
 +      * Date de mise à jour 
 +      * Version 
 +      * Responsable 
 +  * Description des scénarios:  
 +      * Préconditions 
 +      * Scénario Nominal 
 +      * Flots alternatifs (Vous vous limiterez à un ou deux cas). 
 +      * Flots d'​erreur (Vous vous limiterez à un ou deux cas). 
 +      * Postconditions 
 +      * Exigences non fonctionnelles 
 + 
 + 
 + 
 + 
 +===== IV. Relations entre cas d'​utilisation =====   
 + 
 +Vous prendrez en compte les spécifications suivantes, si vous ne l'avez pas déjà fait :  
 +    - Pour acheter ou voter, un client doit s'​être authentifié;​ 
 +    - Un internaute qui désire voter est invité à s'​inscrire sur le site; 
 +    - La visualisation des oeuvres peut consister en une navigation "​classique"​ dans les oeuvres, une navigation dans un espace virtuel en 3D où les oeuvres sont présentées par thèmes, un catalogue "​virtuel",​ ou des options de recherche avancées. 
 +    - Un super administrateur est un administrateur. 
 +    - Avant de valider sa commande un client peut consulter la popularité des oeuvres dans son panier. 
 + 
 + 
 +<note tip>Pour compléter un cas d'​utilisation vous pouvez créer un autre diagramme par exemple pour la visualisation : ''​clique droit''​ sur le cas d'​utilisation //​visualiser//,​ puis ''​sous-diagramme'',​ puis ''​cas d'​utilisation''​. Vous pouvez alors prendre le cas d'​utilisation dans la barre de gauche et le déposer dans votre nouveau diagramme et l'​enrichir.</​note>​ 
 + 
 +===== V. Organisations des cas d'​utilisation ===== 
 + 
 +     - Décomposer vos cas d'​utilisation en vous basant sur un découpage dirigé par les acteurs principaux. 
 +     - Choisissez les cas d'​utilisation que vous considérez comme prioritaires : pour leur importance, pour le risque associé, ... 
 + 
 + 
 +=====  Devoirs ===== 
 + 
 +<box round rgb(185,​211,​238) rgb(198,​226,​255) 95%|A rendre : **Gestion des anniversaires** Le vendredi 15/2 20h dernier délai (le lundi 25 février à 12h pour le groupe de Mme Dartigues) ​ : remis à votre encadreur par mail ayant pour sujet "[S2] UC : //Groupe// : //Membres du quadrinôme//"​ avec en attachement le projet .vpp>  
 +  - Des écrans affichent les anniversaires du jour à destination des passants.  
 +  - Toutes les personnes de l’université pourraient rédiger des messages qui sont diffusés en même temps que l'​annonce de l'​anniversaire. Ces messages sont alors vérifiés par un système extérieur (CheckMyMessage) qui s'​assure qu'ils ne contiennent pas de mots interdits ou de structures linguistiques non admises. Si c'est le cas, le message est rejeté et la personne qui a écrit le message est avertie que son message n'a pas été pris en compte.  
 +  - Les messages peuvent être saisis par la connexion à des réseaux sociaux. 
 +  - Un administrateur peut vérifier les messages et retirer des messages qu'il juge non publiable. Le membre ayant posté le message est alors prévenu que son message a été effacé. Un membre mettant trop souvent des messages non admis sera banni. 
 +  - Certaines personnes ne veulent pas que leur anniversaire soit annoncé. D'​autres ne veulent pas que des messages puissent être associés à leur anniversaire. D’autres parts il faut compter plus de 1000 personnes de différentes nationalités dans nos locaux. Il doit être possible à un membre de paramétrer le système pour prendre en compte ces différents aspects : diffusion ou non de l'​anniversaire,​ possibilité ou non d'​associer des messages à son anniversaire,​ préciser la langue dans laquelle annoncer l'​anniversaire. 
 + 
 +{{:​omgl:​acsi:​cours7.gif|}} **Définissez les cas d'​utilisation correspondant à cette description:​** 
 +  - Diagramme de contexte; 
 +  ​- ​Vocabulaire nécessaire aux cas d'​utilisation ​(Explicitez les synonymes utilisés dans le texte, mais vous n'​utiliserez,​ vous, plus qu'un seul terme dans ces cas) 
 +  ​- ​Diagramme de cas d'​utilisation 
 +  ​- ​Description détaillée du use case correspondant à la phrase 2. 
 +</​box>​ 
 + 
 +<note warning>​Attention ne confondez pas! Les acteurs qui importent sont ceux qui interagissent avec le système. Ne vous trompez pas, dans les cas d'​utilisation vous ne pouvez pas exprimer les "​interactions"​ entre les cas d'​utilisation. Laissez ce point pour un futur TD.</​note>​
2012_2013/s2/omgl/mod-si/td/uc.1359067603.txt.gz · Last modified: 2013/01/24 23:46 by blay