Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

TD5 – MOOCSI 1 Module MOOCSI Master Miage SIGS V. Deslandres TD5 - Diagramme de

TD5 – MOOCSI 1 Module MOOCSI Master Miage SIGS V. Deslandres TD5 - Diagramme des Cas d’utilisation Diagramme de Packages Exercice 1 – Lecture de DCU Lire et corriger si nécessaire ces DCU trouvés sur internet. Préciser l’application logicielle qu’ils modélisent. DCU n°1 DCU n°2 2 DCU n°3 Exercice 2 – Voyages avec l’OL Un étudiant a proposé cette modélisation pour l’application informatique d’une agence qui organise des voyages pour voir les matchs de l’OL. Le fonctionnement décrit par l’agence est le suivant : - Des supporters désirent effectuer des déplacements en bus pour assister à certains matchs de l’OL. - L’agence prend en compte les demandes et vend les places demandées si les supporters en questions sont autorisés pour ce déplacement. En effet certains supporters, suite à des incidents antérieurs (bagarres, comportements incitant à la violence, etc.) sont interdits de match. On les black-liste en interne. - L’agence s’occupe de gérer le nombre de places disponibles, réserve les bus nécessaires, et assure l’organisation du voyage avec les supporters (regroupement avant le départ, etc.). - Le jour du match, une personne de l’agence est présente et fait l’intermédiaire avec le personnel de sécurité du stade et l’équipe médicale quand des soins sont nécessaires. C’est éventuellement là qu’elle détecte les supporters à black-lister. TD5 – MOOCSI 3 L’application informatique doit faciliter ce fonctionnement. La modélisation proposée répond- elle à la demande ? Package Gestion de la Distribution : 4 Package Gestion du Voyage : Package Gestion des Incidents : TD5 – MOOCSI 5 Exercice 3 – Application mystère Vous avez à réaliser le développement d’une application dont on vous donne la description en cas d’utilisation suivante : En quoi consiste cette application ? 6 Exercice 4 – Gestion de stocks Dans un magasin, un commerçant dispose d’un système de gestion de son stock d’articles, dont les fonctionnalités sont les suivantes : • Edition de la fiche d’un fournisseur, la modifier, la supprimer ; • Éditer les fiches articles avec les éléments suivant : référence, type de produit : marchandise, approvisionnement, en-cours de fabrication, produit semi-ouvré, produit fini ou emballage, description, lieu de stockage, etc. ; • On doit pouvoir modifier et supprimer des articles ; • Le commerçant a la possibilité d’ajouter un nouvel article (dans ce cas, la fiche Fournisseur est automatiquement éditée. Si le fournisseur n’existe pas, on peut alors le créer) ; • A chaque opération, le gérant enregistre les mouvements (entrée et sortie d’articles), avec la date, la valeur, la quantité ; • Réalisation d’inventaire (ce dernier est obligatoire dès lors qu’on gère un stock) : l’inventaire doit pouvoir être planifié par le responsable des stocks, réalisé, et édité avec mention explicite de la date (constitue une preuve de la valeur du stock). Une fois réalisé, l’inventaire est bloqué en écriture. Le responsable doit définir le type d’inventaire (permanent, tournant ou annuel), sa date et son heure et les parties du stock (localisations) concernées s’il s’agit d’un inventaire tournant ; il doit aussi définir les équipes nécessaires (nb de personnes), réserver le matériel (les douchettes), préparer les feuilles d’inventaires et les éditer. 4.1. Identifier les acteurs (rôles) de l’application. 4.2. Lister les cas d’utilisation. Quels packages pourrait-on distinguer ? 4.3. Construire le DCU de l’application. TD5 – MOOCSI 7 Exercice 5 - Jeu de Tamagoshi (DPK, DCU, DCL) On considère une application de Tamagoshi accessible par le web. Dans cette application, un internaute peut visiter la galerie des Tamagoshis existants et déposer des messages à leur dresseur s’ils en ont, il peut aussi en choisir un ou plusieurs parmi ceux qui sont libres, pour les dresser ; mais pour cela il doit d’abord s’abonner. Un administrateur s’occupe de lui fournir un compte à partir de son alias et d’un mot de passe, et lui attribue 50 Tamana en cadeau d’entrée (le Tamana est la monnaie du jeu). L’abonné peut aussi acheter un Tamagoshi en choisissant ses caractéristiques : âge, race, couleur, caractère, appétit. Il faut pour cela qu’il paye (la monnaie Tamana est convertible en euros, taux actuel : 1 tama = 1 euro). L’abonné peut aussi, en tant que dresseur, s’occuper du (ou des) Tamagoshi(s) dont il a la charge. Pour cela, il le nourrit (il faut acheter des ingrédients), il le distrait (promenade, chanson, jeux, lecture, cinéma… certaines activités engendrent des achats), ou il le berce pour l’endormir. Les différents achats se font lors de transactions avec d’autres joueurs, en monnaie Tamana. Chaque début de semaine, le système attribue aux abonnés une certaine quantité d’éléments nécessaires au jeu (ingrédients, activités) : cela constitue son « magasin ». Le dresseur utilise son magasin pour ses Tamagoshis, ou pour des transactions avec d’autres joueurs. Un dresseur peut aussi vendre son Tamagoshi (en général pour en acheter un autre). Le Tamagoshi est surveillé par l’application qui observe sa satiété, son sommeil, et son humeur (fonction de son ennui). Une combinaison de mauvais scores sur ces 3 aspects peut conduire à des alertes envoyées par mail au dresseur, voir au décès du Tamagoshi, ou au contraire si le Tamagoshi est très heureux, à des bonus « magasin ». Le système garde une trace des dresseurs (par ex. enregistre le taux de Tamagoshis morts pour mauvais soins) et gère un système de bonus/malus qui a des conséquences sur les attributions hebdomadaires : un bon dresseur bénéficiera par exemple de plus d'ingrédients qu’un mauvais dresseur. Pistes de réflexions : - Comment permettre le taux variable du Tamana ? - Les alertes vont fonctionner à partir de seuils (seuil pour la satiété, sommeil, ennui). Comment les gérer ? il y a t-t-il d’autres alertes à considérer ? D’autres constantes ? 1. Quels seraient les 3 packages à considérer pour cette application ? 2. Donner le diagramme des cas d’utilisation de chaque package. 3. Construire les diagrammes de classes, un par package. uploads/Management/ td5-dcu-dpk.pdf