Differences

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

--- 2010_2011:s3d:omgl:mod-si:td:etudedecas [2011/01/29 06:46]
blay créée
+++ 2010_2011:s3d:omgl:mod-si:td:etudedecas [2011/01/29 09:05] (current)
blay
@@ Line 1: / Line 1: @@
 ===== Étude de cas =====
+<box round rgb(255,251,237) rgb(255,244,159) 85%|Description Initiale : **Informatisation d'un Café Ludothèque**>
+Au //café Le 5 sens//, une nouvelle activité vient d'être lancée qui consiste à transformer une partie de l'établissement en Ludothèque, où les adhérents peuvent venir emprunter des jeux à ramener chez eux, et d'autres qui choisissent de jouer sur place dans le café. Depuis le lancement de la ludothèque, le nombre de personnes intéressées est passé à environ 150 adhérents et certains soirs, il y plus de 50 personnes qui jouent dans le café. Votre mission est d'analyser le problème décrit ci-après puis de concevoir l'application.
+**//Organisation actuelle de la ludothèque//**
-==== 1) Contexte ====
+Les jeux sont rangés par catégories (plateaux, réflexion, cartes, ..) . Un jeu n'appartient qu'à une seule catégorie. Il peut y avoir plusieurs exemplaires d'un jeu.
-Bien sûr, comme tout système d'information, il devra à terme s'intégrer aux services existants : LDAP, Emploi du Temps, ...
-Dans le cadre de cette étude, nous limiterons la mise en place du système de diffusion à la prise en compte de "nouvelles"
+Les jeux sont commandés par les conseillers. Les commandes sont validées par l'administrateur de la ludothèque. Lorsqu'un jeu arrive, il est rentré dans système d'information par le conseiller qui l'a commandé.
- (visite d'un intervenant extérieur, absence d'un professeur, félicitation d'un étudiant, ...),  à la visualisation d'informations pratiques (Horaires d'ouverture du bâtiment, date de vacances, ...) et à un trombinoscope des membres de l'établissement.
-Les informations seront diffusées en fonction des lieux d'affichage: nouvelles partout, informations pratiques à l'entrée, trombinoscope à la cafeteria.
+Seuls les adhérents et les consommateurs peuvent emprunter des jeux.
+Un consommateur peut emprunter au plus un jeu et doit rester dans le café.
+Un adhérent ne peut pas emprunter plus de deux jeux, qu'il emporte avec lui.
+Il doit toujours y avoir un exemplaire de chaque jeu dans le café.
-La partie projet étendra cette première approche.
+Lors de l'emprunt d'un jeu par un consommateur, un conseiller enregistre l'emprunt en notant le numéro de la table et l'identité du consommateur.
+Lors de l'emprunt d'un jeu par un adhérent, un conseiller enregistre l'emprunt en prenant en compte la carte de l'adhérent sur laquelle figure son matricule. Il saisit aussi l'identifiant du jeu et la date du jour.
+Les jeux sont rendus aux conseillers qui notent les retours.
+Lorsqu'un retour se fait hors délai, l'adhérent ne peut plus emprunter de jeux pendant un nombre de jours proportionnel au retard.
-==== 2) Un Système de diffusion dans notre établissement ====
+La ludothèque connaît pour chaque adhérent : son nom, prénom, date de naissance, adresse postale, date du dernier paiement de la cotisation et adresse email éventuelle.
+Seuls les adhérents à jour de leur cotisation devraient pouvoir emprunter des jeux. Un adhérent ne peut pas emprunter plus de deux jeux.
+Lors de l'emprunt d'un jeu par un adhérent, un conseiller enregistre l'emprunt en prenant en compte la carte de l'adhérent sur laquelle figure son matricule. Il saisit aussi l'identifiant du jeu et la date du jour.
+Les jeux empruntés sont rendus au bureau des retours où un agent secrétariat réceptionne les jeux, note leurs retours, et les donne au conseiller spécialisé dans la catégorie du jeu. Lorsqu'un retour se fait hors délai, l'adhérent ne peut plus emprunter de jeux pendant un nombre de jours proportionnel au retard. Lorsque le retard dépasse une semaine, l'adhérent doit payer une pénalité proportionnelle au retard.
-=== Besoins ===
+En plus de cela la ludothèque organise des événements afin de sensibiliser les adhérents et consommateurs aux nouveaux jeux reçus.
+Pour organiser un événement le conseiller doit alors donner les informations suivantes : les jeux à tester, le nombre  maximal et minimal de participants attendus, la date, et l'heure  de début de l'événement.  Un adhérent peut s'inscrire pour participer à l'événement en en faisant la demande à un conseiller spécialisé, à condition qu'il y ait encore de la place.  La date de la demande d'inscription à un événement est mémorisée à des fins de statistiques.
-Le système doit être composé de deux parties : (P1)Une partie administration des informations et (P2) une partie diffusion des informations qui doit garantir un accès rapide et agréable aux informations.
-//B1 :// La possibilité de diffuser des nouvelles est considérée comme essentielle car elle doit renforcer la diffusion de l'information dans l'école.  \\
+**//Voici un extrait des problèmes rencontrés.//**
-//B2 :// La visualisation d'informations pratiques est un plus pour notre image.\\
-//B3 :// Le trombinoscope des membres de l'établissement devrait renforcer la cohésion des membres mais n'est pas de première priorité.\\
-La diffusion procédera par interfaces web accessibles depuis un navigateur «firefox» ou «Internet explorer» en priorité.
+Depuis l'ouverture de la ludothèque, le nombre de nos membres est passé à 150 inscrits et nous gérons aujourd'hui plus de 500 exemplaires de jeux.
-Le fonctionnement souhaité par de multi-postes rend difficile le déploiement de clients dédiés.
+Nous avons du mal à faire face à cet accroissement du nombre de joueurs, d'adhérents et de jeux.
-== Caractérisation d'ensemble ==
+Nous ne vérifions pas à chaque emprunt que les cotisations sont à jour. Nous ne détectons les retards que lors des retours, lors des réservations ou une fois par an, lors de l'inventaire. Nous aurions aimé pouvoir relancer les personnes avant que la date limite soit atteinte. Lors d'un retour tardif, nous ne vérifions pas toujours si une pénalité doit être versée.
+De plus certains jeux ont été "perdus" parce que nous gérons mal les emprunts dans le café. En effet, nous ne prenons pas toujours bien le nom des personnes et ceux-ci partent avec les jeux. Nous aimerions informatiser, l'enregistrement des demandes de jeux, en permettant aux consommateurs de commander un jeu  au travers de tables et d'écrans interactifs (à la mac do'). Il pourrait alors laisser en caution un numéro de carte bleue. Nous ne souhaitons pas pour l'instant informatisé le passage de commandes. Ce point pourra être envisagé ultérieurement.
-L’outil sera déployé d'abord sur une machine de test.
+Lorsque de nouveaux jeux sont rentrés, nous mettons des affiches. Mais seuls nos adhérents fréquents sont au courant. Tous les jeux ne sont pas en rayon, plusieurs jeux sont mal-connus. Les adhérents souhaitent parfois emprunter des jeux pour jouer avec des groupes d'amis ou au contraire pour distraire une personne. Il n'est pas toujours facile d'identifier les jeux qui se prêtent à un usage donné.
-Les grands écrans devront être allumés pendant les horaires d'ouverture et uniquement pendant ces heures.
-L'interface d'administration doit être accessible 23h/24h. Il est concevable d'avoir une heure par jour pour une maintenance éventuelle. Il ne s'agit pas d'un projet critique.
-Le nombre d'ordinateurs connectés simultanément est prévu de l'ordre de 20 dans un premier temps au moins.
-La sûreté des informations est essentielle et est un point critique du système : seuls des administrateurs ont le droit d'ajouter de nouvelles informations.
-De même les temps d'affichage d'une information ne doivent pas dépasser les 10s pour que le système soit attractif, et la succession d'affichages des informations devra être adaptable en fonction de l'usage.
+La politique d'achat des jeux est aujourd'hui laissée à l'expertise de l'administrateur. Cependant, nous aimerions être capable d'établir des corrélations entre les jeux les plus empruntés et les jeux à acheter. Un meilleur suivi des demandes de commandes et des commandes effectivement passées nous semblerait également utile.
-=== Étapes ===
+L'organisation des événements est également problématique. Seuls les membres souvent présents s'inscrivent. Il faudrait davantage diffuser les annonces d'événements et faciliter les inscriptions.
-== A. Phase d’installation : ==
+Nous attendons de l'informatisation de la partie ludothèque du café une aide précieuse qui nous aidera à accroître le nombre de nos adhérents tout en améliorant la qualité des services rendus.
-Cette phase se positionne 10 jours avant la date prévue de livraison du projet.
-Elle nécessite la collaboration des encadreurs du projet et des étudiants.
-== B. Phase de tests : ==
+**Votre mission est de proposer une informatisation de la ludothèque qui réponde à nos besoins.**
-Les tests seront effectués au plus tard 4 jours avant le rendu. Il est vivement conseillé de commencer les étapes de tests au plus tôt, même sur des maquettes en papier.
-Ils mettent en jeux des encadreurs du projet mais également si possible des camarades et/ou des personnes extérieures qui accepteraient de tester votre application.
+</box>
-== C. Phase de production : ==
-Nous distinguerons une phase d’initialisation (C.1) du système de diffusion (choix des temps d'affichages, désignation des écrans d'affichage, ...), d’une phase de diffusion continue (C.2).
-=== Interacteurs ===
+{{ :2010_2011:s3d:omgl:mod-si:td:surface-at-rio.jpg |}}
-Les interacteurs dans ce projet sont les personnes en visite dans nos locaux, les étudiants en recherche d'information, les administratifs en charge de saisir les informations, les spécialistes du système en charge de le paramétrer.
-==== 3) Description Fonctionnelle ====
-=== Fonctions de services ===
-Voici les fonctions de services envisagées dans une premier temps.
-//Priorités :// 0 = primordial;
-= très important;
-= important et utile;
-= intéressant
-**Fonctions Principales**
-  - FS1 : Visualiser les informations disponibles sur les écrans qui les réclament (P0)
-     * répond aux besoins énoncés P2 et B1, B2, B3 partiellement.
-     * Les informations doivent être clairement lisibles à 10 m de l'écran (donnée à affiner en fonction des lieux)
-     * Le temps d'affichage d'une information dépend de sa nature (trombinoscope, nouvelle, ...)
-     * Le temps maximum sans information à l'écran (temps de chargement éventuel) est de 5s.
-     * //Notes ://
-           * Toute information comportera un type(nouvelle,..) un titre, et un contenu.
-           * Seules les informations concernées par l'écran sont visualisées ((Attention, ce n'est pas forcément à l'écran de décider des informations qui l'intéressent)).
-           * Seules les informations en cours de validité sont visualisées.
-  - FS2 : Permettre la modification des paramètres d'affichage par des experts du système (P2)
-     * répond aux besoins énoncés P2 partiellement et est envisagée comme une manière d'adapter le système pour répondre aux critères de temps d'affichages
-     * des plages de valeurs pourront être fixées afin d'assurer la stabilité du système.
-  - FS3 : Permettre la gestion des nouvelles par des administrateurs reconnus.(P0)
-     * répond au besoin B1
-     * Une nouvelle aura une durée de validité qui ne pourra pas excéder un mois.
-     * //Notes ://
-           * Une nouvelle pourra être disponible à la diffusion à partir d'une date donnée et ne plus l'être à une date donnée.
-  - FS4 : Permettre la gestion des informations pratiques par des administrateurs reconnus.
-     * répond au besoin B2
-     * //Notes ://
-         * Une information pratique pourra être invalidée sans être perdue (par exemple : exceptionnellement l'assistante ne sera pas présente le prochain jeudi).
-  - FS5 : Permettre la gestion des trombinoscopes  par des administrateurs reconnus.
-     * répond au besoin B3
-     * Le nombre de photos diffusés par écran, dépendra des capacités d'affichage des écrans et de transfert des images.
-     * //Notes ://
-         * Principes de diffusion :  des personnes sont tirées au hasard dans les différents groupes de personnes. Leur photo est diffusée avec leur nom et les indications pour les localiser : bureau, promotion, ...
-         * Principes d'administration : Un service maintenant la liste des personnels et des étudiants existent déjà.
-**Fonctions d'adaptations**
-  - FS6 : Respecter des temps d'affichages raisonnables
-      * répond aux contraintes imposées. Les temps restent à négocier.
-  - FS7 : Présenter une esthétique agréable
-      * critères d'estime : un bon contraste entre les couleurs, une fonte suffisante, ...
-      * Imposition : respecter la norme WAI du W3C.
-==== 4) Impositions générales ====
-=== Normes ===
-Respect des normes WAI autant que possible dans la réalisation des interfaces web.
-=== Impositions de conception ===
-- Une approche itérative est demandée.
-Le développement de l'application suivra le modèle en spirale qui nous permet une meilleure gestion du risque.
-Cette approche doit nous permettre de mettre en place au plus vite une application fonctionnelle et ensuite de l'enrichir des briques que nous aurons identifiées comme importantes.
-===== Galerie de Photos =====
-L'objectif est qu'un jour nous remplacions les photos mises ici par celles propres à notre établissement.
-{{gallery>.?*&reverse}}
-//Restriction : Contrairement à l'approche JSEDUITE nous ne ciblerons pas dans les réalisations une intégration au Web 2.0.//
-!-Sous parties dans les TPs Non visibles avant la fin des Tds. -!
-!-affichage est partout mal utilisé pour des sesns différents etc.-!

Cours au département INFO - IUT - UNS

User Tools

Site Tools

Differences

Page Tools