Differences

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

--- 2013_2014:s2:td:td_domaine [2014/02/01 21:36] – [Galerie d'art] blay
+++ 2013_2014:s2:td:td_domaine [2014/03/09 16:47] (current) – blay
@@ Line 1: / Line 1: @@
-====== Modélisation du domaine  ======
+====== Modélisation du domaine  (1 séance) ======
@@ Line 37: / Line 37: @@
 </note>
-==== Festival de Cannes ====
+==== Festival de Cannes (Optionnel) ====
 On veut gérer les prix((extraits de l'examen d'ACSI 2007)) obtenus relativement au montant investi par chaque producteur et aux cachets des acteurs, nous avons donc comme informations à gérer :
@@ Line 56: / Line 56: @@
 ===== Galerie d'art =====
-    * 1) Reprendre [[2010_2011:s2:omgl:mod-si:td:uc|le premier énoncé]], votre vocabulaire, description des cas d'utilisation, pour dessiner le domaine de la galerie d'art.
+    * 1) Reprendre le [[2013_2014:s2:td:td_use_cases|premier énoncé]], votre vocabulaire, description des cas d'utilisation, pour modéliser le domaine de la galerie d'art.
     * 2) Prenez en compte les informations additionnelles suivantes : \\
          * //Sur un artiste nous disposons actuellement des informations suivantes ://
@@ Line 96: / Line 96: @@
 =====  Devoirs =====
+<box round rgb(185,211,238) rgb(198,226,255) 95%|A rendre : ** Gestion de Crise ** Le Lundi 10/3 9h dernier délai (lundi 17/3 9h pour les S2A-Facultatif) : remis à votre encadreur par mail ayant pour sujet ”[S2] Classes : //Groupe// : //Membres du binôme//" avec en attachement le projet .vpp ou une image du diagramme de classe si vous utilisez une autre version de VP que celle de l'IUT” **10% de moins par heure de retard**>
-<box round rgb(185,211,238) rgb(198,226,255) 95%|A rendre : ** Anniversaires ** Le vendredi 22/3 19h dernier délai : remis à votre encadreur par mail ayant pour sujet ”[S2] Classes : //Groupe// : //Membres du quadrinôme//" avec en attachement le projet .vpp ou une image du diagramme de classe si vous utilisez une autre version de VP que celle de l'IUT”>
+{{:omgl:acsi:cours7.gif|}}
+<note>Chaque fois qu'il manque une information dans l'énoncé vous devez ajouter une note expliquant le choix que vous avez fait.</note>
+Les membres du bureau de gestion des crises sont tous identifiés par un nom.
+Certains membres sont des observateurs, d'autres des coordinateurs, d'autres des experts.
-{{:omgl:acsi:cours7.gif|}}
+On enregistre les déclarations de crise. Une déclaration fait référence au témoin, un lieu et une description.
+Un témoin est caractérisé par son nom, son numéro de téléphone. Le témoignage est saisi par un coordinateur. Cette information doit être mémorisée.
-<note>Chaque fois qu'il manque une information dans l'énoncé vous devez ajouter une note expliquant le choix que vous avez fait.</note>
-  * Un //membre// est caractérisé par un nom et un prénom. Nous n'avons pas accès à plus d'informations.
+Il existe plusieurs types de crises. Certaines sont des accidents, d'autres des inondations, ... Une crise est identifiée par un numéro unique. A une crise sont associées des missions. Une mission peut correspondre à plusieurs crises.
-  * Un //anniversaire// est associé à un membre. Il est caractérisé par la date de l'anniversaire et la langue du membre. Un anniversaire est diffusable ou non. Des messages peuvent ou non être associés à un anniversaire.
+Toute mission est créée par un unique coordinateur et supervisée par un observateur qui peut superviser plusieurs crises. A une mission sont allouées des ressources. Une ressource ne peut pas être affectée à plusieurs missions en même temps. Une mission peut être ordonnée, en cours, en pause ou terminée.
-  * Un //message// est caractérisé par un auteur, l'anniversaire auquel il est associé, la date de rédaction du message, la validité du message (en attente, validation du contenu, validation du modérateur, non validé)
+Le système doit permettre de mémoriser l’histoire des crises gérées par le système.
+Ainsi pour chaque mission le système mémorise les dates de début et de fin, ainsi que les ressources affectées à la mission. Ces données seront analysées par un expert.
+Une ressource n'est pas forcément affectée pour toute la durée d'une mission. Une ressource peut être en permanence localisée. S'il s'agit d'un engin, la localisation est obtenue en utilisant le GPS intégré. S'il s'agit d'un être humain, la localisation est la dernière qu'il a rentré dans le système.
+Il est intéressant de pouvoir savoir combien de temps une ressource a été utilisée dans une plage de temps donnée.
-  * Un membre peut être banni par un Administrateur à une date donnée pour une durée donnée exprimée en jours.
-  * Il doit être possible de connaître pour un administrateur le nombre de membres bannis par lui.
-  * Un membre peut savoir s'il est ou non toujours banni.
-  * Il doit être possible de connaitre le nombre de messages rejetés pour un auteur donné.
-  * Il doit être possible de connaitre le nombre de messages rejetés pour un administrateur donné.
-  * Il doit être possible pendant 15 jours après rejet d'un message de savoir quel est l'administrateur qui a rejeté le message et la raison de ce rejet
-  * Il doit être possible de faire appel à un rejet de message. Un appel comprend la date de l'appel et un texte demandant explication ou autre.
 </box>