View
29
Download
0
Category
Preview:
DESCRIPTION
Modélisation de S.I. Livraison de journaux. ENSGI – MSI 2ème année Michel Tollenaere. 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. - PowerPoint PPT Presentation
Citation preview
1Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
Modélisation de S.I.Livraison de journaux
ENSGI – MSI 2ème annéeMichel Tollenaere
2Cours MSI, modélisation de SI : livraison journaux 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 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é.
3Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
Question 1 : Fonctions et acteurs : Cas d’utilisation
Consulter planning de tournée- par journals- par dépositaires
LivreurAttention, 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 »)
S ’authentifier
Émettre facture (mensuelle)
Responsable société
Commander journaux
chaque jour
DépositaireConfirmer livraison
Affecter tournées aux livreurs
Editer journaux, dépositaires, livreurs
Consulter des statistiques (par journal, livreur, dépositaire)
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é.
La description Fonction – acteur appelait évidemment une réponse par des use cases. Les réponses textuelle ont été moins appréciées.
4Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
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…
Commander journaux
chaque jour
Dépositaire
Liste journaux ? (J-1 ;
n°dépositaire)
Système Dépositaire Demande
J-1
Confirmer / modifier(J-1 ; n°dépositaire)
Liste journaux ? (J-1 ;
n°dépositaire)
Journal
Liste journaux
nom
Noms, qtéNoms, qté
Créer demande J
Copier demande
J-1
Copier demande (J ; n°dépositaire)
Editer Liste journaux
Nous faisons l’hypothèse que le dépositaire modifie au jour J les commandes du jour J-1
5Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
Modèle statique : classes évidentes
Les associations entre ces classes peuvent être déduites du diagramme de séquence précédent.
DépositaireJournal
titrePrixcatégorie
NuméroNomAdresse
Liste journaux (J) ?
Livreur
NuméroNom
6Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
Modèle statique final
0….20
1 .. *
{ordered}
<comporte
Journal
Titre (chaine)Prix (monétaire)Catégorie {mensuel, quotidien}
Livreur
Numéro (entier)Nom (chaine)
Calculer poids livraison (date)Calculer cout transporté (date)
Dépositaire
Numéro (entier)Nom (chaine)Adresse (chaine)Liste journaux (J) ?Créer dépositaire
Demande
Date (date)Livrée (booléen)
Éditer qté journauxAccepter livraison
1
1
Émise par>*
Qté
*
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.
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.
7Cours MSI, modélisation de SI : livraison journaux version 1 du 8 février 2005
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.
Recommended