7
1 Cours 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ée Michel Tollenaere

Modélisation de S.I. Livraison de journaux

  • Upload
    dahlia

  • View
    28

  • Download
    0

Embed Size (px)

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

Page 1: Modélisation de S.I. Livraison de journaux

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

Page 2: Modélisation de S.I. Livraison de journaux

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

Page 3: Modélisation de S.I. Livraison de journaux

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.

Page 4: Modélisation de S.I. Livraison de journaux

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

Page 5: Modélisation de S.I. Livraison de journaux

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

Page 6: Modélisation de S.I. Livraison de journaux

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.

Page 7: Modélisation de S.I. Livraison de journaux

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.