Modélisation de S.I. Livraison de journaux

1. Modélisation de S.I.Livraison de journaux ENSGI – MSI 2ème année Michel Tollenaere

2. 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 aux 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é.

3. 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. • Consulter planning de tournée • par journals • par dépositaires Commander journaux chaque jour Dépositaire Confirmer livraison Attention, il s’agit de se focaliser 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 ») Livreur S ’authentifier Affecter tournées aux livreurs 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é. Editer journaux, dépositaires, livreurs Responsable société Émettre facture (mensuelle) Consulter des statistiques (par journal, livreur, dépositaire)

4. Modèle dynamique : diagrammme de séquences • Ceci est un exemple parmi d’autres • 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. • 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 ? (J-1 ; n°dépositaire) Commander journaux chaque jour J-1 nom Noms, qté Liste journaux Noms, qté Nous faisons l’hypothèse que le dépositaire modifie au jour J les commandes du jour J-1 Confirmer / modifier (J-1 ; n°dépositaire) Copier demande (J ; n°dépositaire) Créer demande J Copier demande J-1 Editer Liste journaux

5. Modèle statique : classes évidentes Journal Dépositaire Livreur Numéro Nom Adresse Liste journaux (J) ? Numéro Nom titre Prix catégorie Les associations entre ces classes peuvent être déduites du diagramme de séquence précédent.

6. Modèle statique final Journal Dépositaire Demande Numéro (entier) Nom (chaine) Adresse (chaine) Liste journaux (J) ? Créer dépositaire Titre (chaine) Prix (monétaire) Catégorie {mensuel, quotidien} Émise par> Date (date) Livrée (booléen) Éditer qté journaux Accepter livraison 1 .. * <comporte * * 1 Qté 0….20 {ordered} 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. 1 Livreur Numéro (entier) Nom (chaine) Calculer poids livraison (date) Calculer cout transporté (date) 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.

7. 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.