Modlisation de S I Livraison de journaux ENSGI

Modélisation de S. I. Livraison de journaux ENSGI – MSI 2ème année Michel Tollenaere Cours MSI, modélisation de SI : livraison journaux 1 version 1 du 8 février 2005

Pour gérer ses livraisons de journaux à des dépositaires qui les vendent, une société de presse voudrait organiser les données dont elle dispose dans un système d'information. Les journaux distribués sont identifiés par un code barre unique. Ils ont un titre, un prix et appartiennent à une catégorie. Par exemple, "Le Monde" est vendu 1€ 20, appartient à la catégorie des quotidiens, alors que "La Recherche" est une revue mensuelle vendue au prix de 5, 5€. Les dépositaires sont connus de la société de presse sous un numéro d'identification, avec leur nom et leur adresse. Par exemple, le dépositaire du numéro 345 est "Café de la Poste", au 24 av. Lénine, 91000 Evry. La société de presse emploie des livreurs pour remettre les journaux dépositaires. Ceux-ci font leurs livraisons selon un parcours prédéfini et fixe. Ils ne livrent pas plus de 20 dépositaires chacun. La société les caractérise par des attributs : un numéro unique et leur nom. Les dépositaires ne se font pas toujours livrer les mêmes quantités de journaux car, selon les jours de la semaine et la semaine de l'année, les ventes sont plus ou moins importantes. Par expérience, les dépositaires déterminent les quantités dont ils ont besoin pour un jour donné. Vous êtes consultant junior d’une SSII et votre patron vous propose d’élaborer une réponse technique aux besoins de cette société. Cours MSI, modélisation de SI : livraison journaux 2 version 1 du 8 février 2005

Question 1 : Fonctions et acteurs : Cas d’utilisation La description Fonction – acteur appelait évidemment une réponse par des use cases. Les réponses textuelle ont été moins appréciées. Attention, il s’agit de se focaliser Livreur sur les fonctions du système d’information et non sur les fonctions exercées par les différents acteurs (comme par exemple un « livrer journaux » ) A noter, que le système ne traite pas du retour des invendus, problème très classique dans le domaine de la livraison des journaux. Le système d’information en est grandement simplifié. Consulter planning de tournée - par journals - par dépositaires Commander journaux chaque jour Dépositaire Confirmer livraison S ’authentifier Affecter tournées aux livreurs Editer journaux, dépositaires, livreurs Responsable société Émettre facture (mensuelle) Consulter des statistiques (par journal, livreur, dépositaire) Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005 3

Modèle dynamique : diagrammme de séquences Ceci est un exemple parmi d’autres 1. Pour identifier les « bonnes » classes, nous allons élaborer de diagramme de séquences, celui de la commande des journaux et celui de l’affectation des tournées aux livreurs. 2. Parallèlement, un diagramme de classes statiques représentera les livreurs, les dépositaires, les journaux… Système Dépositaire Demande Journal Dépositaire Liste journaux ? (J-1 ; n°dépositaire) Liste journaux Confirmer / modifier (J-1 ; n°dépositaire) Liste journaux ? (J-1 ; n°dépositaire) J-1 nom Commander journaux chaque jour Noms, qté Copier demande (J ; n°dépositaire) Editer Liste journaux Créer demande J Copier demande J -1 Cours MSI, modélisation de SI : livraison journaux Nous faisons l’hypothèse que le dépositaire modifie au jour J les commandes du jour J-1 4 version 1 du 8 février 2005

Modèle statique : classes évidentes Journal titre Prix catégorie Dépositaire Numéro Nom Adresse Livreur Numéro Nom Liste journaux (J) ? Les associations entre ces classes peuvent être déduites du diagramme de séquence précédent. Cours MSI, modélisation de SI : livraison journaux 5 version 1 du 8 février 2005

Modèle statique final Journal Dépositaire Demande Titre (chaine) 1. . * <comporte * Date (date) Prix (monétaire) Livrée (booléen) Catégorie {mensuel, quotidien} Qté Émise par> * Éditer qté journaux Accepter livraison Ce modèle (très classique car vu en cours sur les commandes, produits et client) constitue un modèle minimal ne permettant pas notamment d’avoir une vision des modifications dans les dépositaires livrés par les livreurs. Numéro (entier) Nom (chaine) 1 Adresse (chaine) Liste journaux (J) ? Créer dépositaire 0…. 20 {ordered} 1 Livreur Le diagramme de classe n’est pas destiné à représenter les fonctions du système mais ce qu’il EST. Des pseudo associations comme : « accepter livraison » , « enregistrer dépositaire » … ne peuvent figurer que comme « méthode » mais sûrement pas comme des associations. Cours MSI, modélisation de SI : livraison journaux Numéro (entier) Nom (chaine) Calculer poids livraison (date) Calculer cout transporté (date) version 1 du 8 février 2005 6

Quelques commentaires Les trois acteurs ont généralement été correctement identifiés. Mais peu d’entre vous ont utilisé des Use cases pour les acteurs et fonctions ; c’est pourtant normalisé et sans ambiguïté. La question essentielle avait trait au caractère quotidien des livraisons en permettant une variabilité entre les quantités livrées chaque jour. Les dates et quantités de journaux devaient donc figurer dans le modèle statique. Souvent des multiplicités incorrectes. Des redondances dans les associations (association livreur – commande par exemple). Des mélanges avec des fonctions représentées comme des associations dans le modèle de classe qui devient alors illisible et faux. Cours MSI, modélisation de SI : livraison journaux 7 version 1 du 8 février 2005