Réalisé par l élève ingénieur: Mohamed MENAOUM. Formation : ingénieur deuxième année Année universitaire : 2008/2009

Transcription

1 1 DEVOIR DE GENIE LOGICIEL AVANCE GESTION D UN CLUB DE GYM Réalisé par l élève ingénieur: Mohamed MENAOUM Formation : ingénieur deuxième année Année universitaire : 2008/2009

2 2 Sommaire I Définition de la borne page 3 I.1. DECORTTIQUER L ENNONCE page 3 I.2. DEFINITION DE LA BORNE DE MON SYSTEME page 5 II. Identification des acteurs page 7 II.1. Acteurs primaires page 7 II.2. Acteurs secondaires page 8 III. Identification et développement des USES CASES III.1. Identification page 8 III. 2. Diagrammes des cas d utilisations page 10 III.3. Identification et développement des Use Cases et les Extensions page 11

3 3 I.1. DECORTTIQUER L ENNONCE : I Définition de la borne Système dirigent un club de Gym System manage the club 1 er stage : a_ diriger les membres du club (managing the members) b - gérer les programmes d'entraînement (manage training programs) c- accès aux machines de gym. (Manage the access to the gym machines) Par mis les 6 jours ou le club est ouvert: Quelque jour--> les entraînements guidés (guided trainings) un entraîneur guidera les membres inscrits Autres jours -> l'entraînement libre free training Moniteur qui aide les membres sur la demande Employé : Le directeur, les moniteurs et les entraîneurs Entraineurs gym «coaches : proposent les programmes d'entraînement -> les ajoute au système Le directeur a le droit de diriger le système. aident et guident les membres Membre : possibilité du choix programme personnalisé possibilité de participer dans programmes individuels peut changer sa préférence via son «user profile» : *activer ou pas l'enregistrement automatique * choisir les musiques à écouter * faire une réservation automatique d'une machine À chaque programme d'entraînement -> liste de membres souscrits

4 4 Nouvel abonnement. -> mettre au courant l entraineur. Programme d'entraînement = ensemble d'activités. Activité peut être guidés par un entraîneur ou non La date et le temps d une séance pour les activités guidées est spécifié par L entraineur Le nombre de membres dans une séance est limité par Condition de souscrire à une science : ne pas être plein. C est le manager du club qui vend les abonnements au client : Choix la forme d inscription Choix du type d'abonnement ** par mois ** par an ** par programme. Le payer Après inscription : client -> membre -> possède marqueur (l'étiquette) RFI1 (la Radiofréquence Identification) Le système : enregistrera automatiquement les données de l'entraînement sur le compte du membre. utilise les marqueurs et les lecteurs RFI pour identifier l'utilisateur du système ou d'une machine, Le matériel physique du système est : un serveur principal dirige l'approche aux machines enregistre les données. Sur lequel tous les modules du système sont exécutés a une interface de Web permettant l'approche lointaine. Une imprimante raccordée au serveur principal. Les terminus

5 5 équipés avec les lecteurs RFI s disponibles à la réception Permet aux employés ou les membres d accéder aux renseignements, changer des préférences ou réserver les machines. sont raccordés au serveur principal. Chaque machine de gym est équipée avec un lecteur RFI. Les détecteurs sont installés sur les machines de gym mesurent les données rattachées à l'exercice exécuté chaque machine a son propre type de données (la fréquence, la durée, le kilométrage, le comptoir, ).qui sont envoyé au serveur principal. Le système : se compose de plusieurs modules. peuvent être remplacés par le logiciel externe parce qu'ils sont assez indépendants Les modules les plus importants du système sont : La gestion des membres du club. Utilisé par le directeur. programmes d'entraînement. Utilisé par les entraîneurs. profils. Utilisé par les membres. réservation de machines. Utilisé par les membres. utilisateurs du système. Utilisé par le directeur pour créer «user accounts» pour les employés du club (les entraîneurs, les moniteurs...). I.2. DEFINITION DE LA BORNE DE MON SYSTEME Le but de ce projet est de permettre au manager de gérer son club de gym à l aide d un système informatique que nous devons développer. Ce ci revient à gérer ou diriger principalement : membres du club (managing the members) les programmes d'entraînement (manage training programs) l accès aux machines de gym ( Manage the access to the gym machines)

6 6 Les différents utilisateurs de ce système seront : Le manager (directeur) Les membres Les coachs (entraineur) Les Moniteurs Ces utilisateurs sont ainsi les acteurs primaires de système. D après l énoncé, le système ne gère pas les inscriptions des individus qui veulent devenir membre du club. En effet, nous avons déduit de la description du problème que cette inscription se faisait en contact direct avec le manager (directeur). Le système se compose de plusieurs modules. Le système développé doit permettre : L administration des membres du club par le directeur qui doit pouvoir ajouter ou supprimer un membre, consulter les informations de chaque membre, par exemple (identité, type d inscription, activités suivies, etc.) L administration des programmes d entraînement : les entraineurs ont la possibilité de proposer/ajouter des programmes d entraînement. Ou sinon de supprimer/annuler un programme d entraînement dans le cas où aucun membre ne s y inscrit. L ajout d un programme d entraînement nécessite d en donner les informations (la date, les horaires, la durée, les activités, le nombre maximal de places disponibles). Ils peuvent consulter la liste des membres qui suivent une activité donnée. L administration du profil : les membres peuvent s inscrire à un programme d entraînement proposé par un entraineur ou s entraîner librement. Dans ce dernier cas, le membre doit avoir réservé la machine. Le système doit donc permettre à un membre de réserver une machine. Cette réservation nécessite de préciser certaines informations (la date, l horaire, la durée). Pour cela, le membre doit être en mesure, via le système, de consulter les machines disponibles et les plages horaires correspondantes. L administration de tous les utilisateurs du système (les membres, les entraineurs, les moniteurs, le directeur) : le manager (directeur) doit pouvoir créer/supprimer des comptes en fonctions du statu de l individu concerné. Il peut consulter les informations relatives à un utilisateur (l emploi du temps d un entraineur, etc.) Le système doit gérer différents emploi du temps qui peuvent être consulté par les utilisateurs en fonction de leurs droits : planning de réservation des machines emploi du temps des entraineurs et moniteurs

7 7 emploi du temps des activités durant les jours où le club est réservé aux programmes d entraînement les jours d ouverture du club avec la mention réservé aux cours encadrés si c est le cas. Cette information apparaîtra sur la page Web du club. La gestion des boissons, des RFI ne sera pas traitée par le système. On suppose existant un logiciel permettant de reconnaître un utilisateur à l aide du lecteur RFI. De même, la récupération des informations sur une machine est déjà mise en place. Le système ne permet pas de payer en ligne. II. Identification des acteurs II.2. Les acteurs primaires : Nous avons à décrire les acteurs primaires et secondaires du système. D après l énoncé, j identifie trois employés pour la gestion du club de gym dans le texte : le manager (directeur) le coach (entraineur) Moniteur Ces trois acteurs sont primaires vu qu ils sont à l origine de certaines actions sur le système : Le manager est le gérant du système, il s occupe de la gestion des membres du club et de la création des comptes pour les employés. Le coach est à l origine de la création des programmes d entrainements et les propose aux clients. Suite à ceci, il les aide et les guide pendant leurs entrainements. Le moniteur aide les membres lors de leurs entrainements libres. De plus le membre agit sur le système : Gestion de son profil Accès aux machines Choix programme personnalisé Possibilité de participer dans programmes individuels. Donc membre est aussi un acteur primaire. II.2. Les acteurs secondaires sont : le lecteur RFI qui permet d identifier le porteur du tag RFI (l utilisateur) le détecteur RFI placé sur les machines, il permet de mesurer les données concernant un exercice et de les envoyer au serveur.

8 8 l imprimante connectée au serveur : imprimer les documents : fiche membre, programme, rapport Acteurs primaires : le manager (directeur) le coach (entraineur) Moniteur Membre Acteurs secondaires: Le lecteur RFI Le détecteur RFI L imprimante III. Identification et développement des USES CASES III. 1 Identification : On peut classer les uses cases selon leur niveau : 1. Summary level: (ce qui est mentionné dans stage 1 + gérer les utilisateurs) Gestion des membres du club de gym Gestion les programmes d entraînement Gérer les profils utilisateurs et les réservations (accès aux) des machines Gérer les utilisateurs du système 2. User-goal level Ajouter un programme Ajouter un membre Ajouter un employé Modifier le profil d un membre S inscrire à un programme d entraînement Modifier ses préférences Réserver une machine Modifier un programme choisir un programme personnalisé utiliser une machine Imprimer des informations (rapport, fiche de membre, programme) 3. Sub-Function level

9 9 Authentification (S identifier au système) S identifier sur une machine Consulter les informations déconnection Je ne vais développer tous les use cases vu que certains se ressemble, C est pour ça que je ne prends pas tous les cas d'utilisation dans mon diagramme suivant : III. 2. Diagrammes des cas d utilisations: Voir la figure ci-dessous :

10 10

11 11 III. 3. Développement des USES CASES : Use Case : Authentification au système Use Case : Scope : Level : Authentification au système Gestion d un club de gym Sub-Function Intention : S identifier dans le but de pouvoir accéder au système et à ses données. Un membre pourra choisir des programmes, changer ses préférences ou même réserver et accéder à une machine. De même, les employés peuvent s identifier dans le but de pouvoir ajouter un cours, modifier un cours, etc. Les moniteurs peuvent s identifier dans le but consulter les informations. Le manager peut s identifier pour gérer les utilisateurs, ajouter un employé, etc. L utilisateur doit s identifier pour réaliser n importe quelle action au sein du club. Acteurs primaires principaux : Un utilisateur du système : le manager, les entraineurs, les moniteurs et les membres. Acteur secondaire : lecteur RIF Pré condition : L utilisateur doit être enregistré au club en tant que membre ou en tant qu utilisateur de système. Main success scenario : On peut limiter le nombre de tentation d authentification si on le désire. 1. Le client fournit les données d identification au système en présentant son badge RFI 2. le lecteur RFI envoie les données au serveur principal 3. Le système vérifie les données 4. Le système valide l identification et ouvre le compte utilisateur Extensions : 4. a. Le système ne valide pas l identification pour cause de mauvaise identification de l utilisateur 3.a.1. Le compte est bloqué 3.a.2. Le système ne trouve pas le RFI dans sa base de données 3.a.3 le système affiche un message d erreur «fin avec échec»

12 12 Use Case: déconnection Use Case: déconnection Scope : Gestion d un club de gym Level :Sub-Function Intention : Le membre souhaite déconnecter Acteur primaire principal : l utilisateur: Le membre (et employé) Pré condition : L utilisateur s est connecté Post condition : L utilisateur sera déconnecté Main success scenario : 1. L utilisateur choisit de se déconnecter 2. Le système affiche une fenêtre de déconnexion et demande la confirmation 3. Le système déconnecte l utilisateur Extensions : 2.a. L utilisateur ne confirme pas la déconnexion pendant une quelque moment (1 minute par exemple) 2a.1 Fin de l use-case Use Case : Réserver une machine Use Case: Réserver une machine Scope : Level : Gestion d un club de gym user goal Intention : Le membre souhaite réserver une machine dans la salle de gym Acteur primaire principal : Le membre (et employé) Acteur secondaire : lecteur RFI Pré condition : Le membre doit être connecté au système avec son compte Post condition : La machine sera réservée pour la période choisie

13 13 Main success scenario : 1. Le membre choisit une machine à réserver. 2. Le membre choisit pour quelle période souhaite-il que la machine soit réservée 3. Le membre envoie ses choix au système 4. Le système valide la réservation et réserve la machine choisie pour la période choisie (au nom de préservateur) Extensions : 4.a Le système indique au membre que cette machine est réservée pour cette période Recommence en étape 1 4.b Le système indique au membre qu il n a pas le droit d accéder à cette machine es (vu le type d bonnement qu il a) Recommence en étape 1. Use Case : Utiliser une machine Use Case: Utiliser une machine Scope : Level : Gestion d un club de gym user goal Intention : Le membre souhaite utiliser une machine dans la salle de gym Acteur primaire principal : Le membre (et employé) Auteur secondaire : détecteur RFI Pré condition : La machine ne doit pas être en panne, le membre doit être inscrit au club de gym et donc pouvoir s identifier à l aide du badge RFI. La machine doit être en attente d identification d un membre (ou réservée par ce membre) Post condition : La machine doit être en attente d identification d un autre membre une fois que l utilisation est finie Main success scenario : 1. Le membre choisit une machine s y connecte et s y identifie grâce à son badge RFI. 2. Le système vérifie si l utilisateur peut utiliser la machine : si elle n est pas déjà réservée par un autre membre et si le membre a le droit d accéder à cette machine avec le type d abonnement qu il a choisit. 3. Le système accepte l utilisation de la machine par le membre.

14 14 4. La machine lui propose une liste de programmes à effectuer, ainsi qu un compte rendu de sa dernière utilisation de la machine. (les machines ont la capacité de réaliser plusieurs programmes et donc que le membre peut choisir celui qui lui convient) 5. La machine enregistre le programme sélectionné sur le compte du membre. 6. Le membre utilise la machine. (Le client peut choisit une musique à écouter au cours de son entraînement. Le membre peut demander de l aide à un moniteur.) 7. A la fin de l exercice, les données concernant l exercice sont enregistrées. Extensions : 3.a.1 Le marqueur RFID est inconnu ou invalide 3.a.1.1 Le système affiche un message disant que le marqueur RFID est inconnu ou invalide 3.a.2 La réservation ne corresponde pas l utilisateur de demande 3.a.2.1 Le système refuse l accès à la machine. Le U.C. finit. Recommence en étape 1 7.a A la fin de l exercice, le système n enregistre pas les données concernant l exercice 7. a.1 le système affiche un message d erreur lors de l enregistrement Use Case: Ajouter un membre Use Case : Scope : Level : Ajouter un membre Gestion d un club de gym user goal Intention : Le manager (directeur) veut ajouter un nouveau membre à son club de gym. Acteurs primaires principaux : Le manager (directeur) Précondition : Le manager doit être connecté au système avec son compte. L utilisateur n est pas déjà un membre Post condition : L utilisateur possède un compte en tant que membre et peut s identifier sur le système. L utilisateur obtient un marqueur RFI

15 15 Main success scenario : 1. l utilisateur s adresse au manager pour s inscrire 2. Le manager entre les données du nouveau membre (remplir le formulaire d inscription). 3. l utilisateur choisit une formule d inscription que le manager va sélectionner dans le formulaire. 4. l utilisateur paye 5. le manager envoie les données au système 6. Le système vérifie que toutes les informations obligatoires ont été renseignées. 7. Le système valide les données et ajoute le membre à la base de données en lui associant un RIF. 8. Le système demande si le manager veut ajouter autre nouveau membre Extensions : 2. a l utilisateur décide d annuler son inscription «fin de use case» Recommencer en étape 8 3.a l utilisateur change sa formule d inscription «retourne à step 3» 6.a Le système détecte une de (s) information(s) manquante(s). -> retourner à l étape 2 mais sans effacer données déjà entrées (ou il n ya pas d erreur). 6. b le système ne détecte que L utilisateur qui veut s inscrire existe déjà dans sa base de données 6. b.1 Le système informe l existence du membre dans la base et demande s il doit écraser les données anciennes du membre 6. b.2.a Le système écrase les données existantes Retourner à l étape 8 Use Case: modifier le profil d un membre Use Case : Scope : Level : modifier le profil d un membre Gestion d un club de gym user goal Intention : Le membre souhaite modifier son profil Acteurs primaires principaux : Le membre Pré condition : Le membre doit être connecté au système avec son compte.

16 16 Main success scenario : 1. Le membre sélectionne l opération de modification 2. Le système affiche les données actuelles du membre. 3. Le membre modifie les champs concernés 4. Le système vérifie la possibilité des modifications 5. Le système valide les modifications 6. Le système informe le membre que son profil a été bien modifié Extensions : 3. a.1 le système informe le membre que la modification n est pas possible Recommencer à l étape 1 3. a.2 le système informe que les champs nécessaires ne sont pas remplis 3. a.2.1 le système demande au membre de remplir les champs qui manquent Recommencer à l étape 2 Use Case: ajouter un programme Use Case : Scope : Level : ajouter un programme Gestion d un club de gym use goal Intention : L entraineur désire ajouter un programme d entrainement au système Acteurs primaires principaux : L entraineur Précondition : L entraineur doit être connecté au système avec son compte. Le programme qu on veut ajouter n existe pas déjà dans le système Main success scenario : 1. L entraineur sélectionne l option d ajout de nouveau programme 2. L entraineur remplie les champs à remplir 3. L entraineur envoie le nouveau programme au système 4. Le système confirme l ajout du nouveau programme Extensions : 3.a. IL y a des champs qui n ont pas été renseigné Recommencer à l étape 2 4.a. le système informe l entraineur que ce programme existe déjà Recommencer à l étape 1 ou quitter

17 17 Use Case: choisir un programme personnalisé Use Case : Scope : Level : choisir un programme personnalisé Gestion d un club de gym use goal Intention : Le membre désire choisir un programme personnalisé Acteurs primaires principaux : Le membre, entraineur Pré condition : Le membre doit être connecté au système avec son compte. L entraineur doit être connecté au système avec son compte. Main success scenario : 1. Le membre choisit l option de choix de programme spécialisé 2. Le membre remplit les champs qu il faut remplir 3. Le membre envoie à l entraineur par l intermédiaire de système un programme spécialisé 4. L entraineur valide le programme 5. L entraineur ajoute le programme 6. Le système confirme l ajout de programme spécialisé Extensions : 3.1. le système indique qu il faut renseigner tous les champs Recommencer en 2 4.a. l entraineur ne valide pas le programme 4.a.1 le programme choisis ne peut être réalisé (activité non existante) 4. a.2 le programme choisis existe déjà 4.a.3. Le membre n a le droit d exercer au moins une activité parmi ses choix 4.a.4. Les activités que le membre a choisies sont saturées Retourner 1 sinon quitter Use Case: Imprimer la fiche d un membre Use Case : Scope : Imprimer la fiche d un membre Gestion d un club de gym

18 18 Level : user goal Intention : L utilisateur désire imprimer la fiche du membre Acteurs primaires principaux : L utilisateur (membre, employé) Imprimante (acteur secondaire) Pré condition : L utilisateur doit être connecté au système avec son compte. L imprimante doit être en marche (prête) Main success scenario : 1. L utilisateur s sélectionne l opération imprimé. 2. Le système affiche les données du membre et demande et attend la confirmation d impression par l utilisateur. 3. Le système imprime la fiche du membre concerné. Extensions : 2. a le système indique qu il manque des papiers dans l imprimante 2.a.1 Le système demande à l utilisateur de mettre les papiers dans l imprimante, Retourne en 2.

19 19 Références http ://en.wikipedia.org/wiki/rfid