Conception des Systèmes d’information

- Etude de cas -
Objectif : Etude de cas « GESMIS» : Capture de besoin et analyse

Une entreprise souhaite développer un système de gestion des missions (GESMIS).

Ce système permet à tout missionnaire de créer des missions, d’effectuer une demande associée, et
d’ajouter des missionnaires aux missions qu’il a créées. Selon ses besoins, chaque demandeur peut
alors réserver, un véhicule mis en disposition par le parc de l’entreprise, ou un billet de train ou
d’avion proposé par une agence de voyage externe. Afin de simplifier la gestion de ces ressources,
les échanges correspondants sont réalisés entre GESMIS et les systèmes d’information du parc
automobile et de l’agence de voyage. Le missionnaire choisira son véhicule selon une date de
perception, et de remise, et un type de véhicule.

Afin d’appliquer la réglementation du droit du travail, si la durée d’une mission n’excède pas la
journée, le délai entre l’heure de départ et d’arriver ne peut dépasser 10h.

Chaque mission peut être attachée à un projet (caractérisé par un service responsable) dont la liste
est gérée par le système de gestion de projet.

Une fois la demande de mission effectuée, elle est validée par le chef de service du demandeur.
Dans le cas d’une mission effectuée à l’étranger, la demande doit être validée par un directeur de
centre. Si une mission n’a pas été validée par l’ensemble des responsables 2 jours avant son
exécution, un message de relance sera envoyé sur leur messagerie personnelle.

L’authentification de chaque utilisateur de GESMIS, s’appuie sur le système de gestion des

ressources humaines. Pour chaque employé, ce système permet d’accéder à ses informations
personnelles, notamment à son chef de centre et chef de service. Dans le cas pour lequel une de
ces informations est erronée ou incomplète, elle peut faire l’objet d’une demande de modification.

Sur demande, GESMIS fournira au système de gestion des ressources humaines les horaires
d’absence d’un employé.

Prepa Page 1 sur 17

Conception des Systèmes d’Information

A la fin de chaque mission, un compte rendu sera réalisé. Il sera caractérisé par un domaine dont
la liste prédéfinie pourra être enrichie à chaque rédaction de compte rendu, un objet, l’identifiant
des missionnaires, une conclusion, des actions à planifier, des risques potentiels. Dans le cas pour
lequel un projet a été attaché, il sera envoyé, une fois validé par le responsable de projet, au
système de gestion de projets. Le cas échéant, il sera validé par le chef de service. Sur demande,
GESMIS fournira au système de gestion de projets, les comptes rendus associés à un projet.

Afin de permettre le suivi d’activité lié aux projets, un membre de ce projet (dont la liste est
déterminée par le système de gestion de projet) peut s’abonner à la liste des comptes rendus
validés qui lui seront envoyés sur sa messagerie personnelle ou sa page d’accueil selon on choix.

De manière générale, les demandes d’un utilisateur doivent pouvoir être suivies dans un écran
unique, et filtrées en fonction de leur type. Elles pourront faire l’objet, sur demande, d’une
notification des évolutions sur messagerie personnelle la page d’accueil de GESMIS.

1. Capture des besoins

1.1 Représenter les liens entre les acteurs (diagramme de cas d’utilisation).

1.2 Identifier les cas d’utilisation de niveau utilisateur (diagramme de cas d’utilisation).

Prepa Page 2 sur 17

Conception des Systèmes d’Information

1.3 Identifier les sous-cas d’utilisation de « demander une mission » (diagramme de cas
d’utilisation).

Prepa Page 3 sur 17

Conception des Systèmes d’Information

2. Analyse du système
2.1 Représenter un scénario d’exécution du cas d’utilisation « demander une mission »
(diagramme de séquence).

Prepa Page 4 sur 17

Conception des Systèmes d’Information

2.2 Identifier les opérations du système (diagramme de classe).

Prepa Page 5 sur 17

Conception des Systèmes d’Information

2.3 Représenter les activités des utilisateurs (diagramme d’activités).

2.4 Organiser le modèle de domaine (diagramme de paquetage).

2.5 Représenter le modèle de domaine (diagramme de classe) : Le modèle de domaine doit

représenter au moyen d’un diagramme de classes l’ensemble des concepts manipulés par le
système GESMIS.

Prepa Page 6 sur 17

Conception des Systèmes d’Information

2.6 Représenter le comportement de la classe « Demande » (diagramme d’états transitions).

2.7 Identifier les classes participantes :

 Représenter les classes de dialogue (diagramme de classes).

Prepa Page 7 sur 17

Conception des Systèmes d’Information

 Représenter les classes de contrôle (diagramme de classe).

Prepa Page 8 sur 17

Conception des Systèmes d’Information

Objectif: Etude de cas « Médiathèque » : Aspect dynamique

a) Construire le diagramme de machine à états des classes FicheEmprunt, Document et Client.

1.1 Diagramme de machine à états de la classe FicheEmprunt

Au cours de son « existence », une instance de FicheEmprunt peut être dans quatre états :

o EnCréation : la fiche d’emprunt est créée et associée avec les objets des classes Client,
Médiathèque et Document ;
o EnCours : après l’emprunt d’un document par un client, le client dispose du document. Cet
emprunt est vérifié régulièrement ;

o EnRetard : lorsque la date limite de l’emprunt est dépassée, une lettre de rappel est envoyée
au client afin qu’il restitue le document. Le client est ensuite relancé périodiquement tant qu’il
n’a pas restitué le document ;

o EnDestruction : le client a restitué le document emprunté ; la fiche ne sert plus, elle peut donc
être détruite.

Description des actions associées aux états :

o vérifier : chaque jour, les fiches sont vérifiées afin de marquer celles qui sont dépassées, c’est-
à-dire celles dont la date limite est dépassée. Dans le cas où la date de retour limite n’est pas
dépassée (condition vérifiée par [dateLimite > dateJour]), la FicheEmprunt reste dans l’état
EnCours. Dans le cas contraire, une transition vers l’état EnRetard est déclenchée ;
o premierRappel : dans le cas où une restitution n’a pas été faite à temps, une lettre de rappel est
envoyée au client et le client est marqué comme non autorisé à emprunter de nouveaux
documents ;

o relancer : si huit jours après l’envoi de la lettre de rappel, le client n’a toujours pas restitué le
document, une lettre de rappel lui est envoyée de nouveau ;

o restituer : le nombre de documents empruntés par le client est décrémenté. Si le document

restitué était en retard, le nombre d’emprunts dépassés par le client est décrémenté. Si ce
nombre passe à zéro, le client est marqué autorisé à emprunter de nouveaux documents.

Prepa Page 9 sur 17

Conception des Systèmes d’Information

Diagramme de machine à états de la classe Document

Au cours de son « existence », un document peut prendre cinq états :

• EnCréation : le document est créé et il est mis en relation avec son genre et sa localisation ;

• Consultable : le document est rangé en salle/rayon. Il est uniquement consultable sur place ;

• Empruntable : le bibliothécaire a autorisé le prêt de l’ouvrage ;

• Emprunté : le document n’est plus en rayon. Il a été emprunté par un client ;

• EnDestruction : le document est retiré de la médiathèque.

Lors de la création d’une instance, le bibliothécaire fournit les informations sur le document qu’il
souhaite ajouter (classe Médiathèque) :

• code unique, type, titre, auteur, année, genre ;

• puis selon le type, la classification pour un CD, la durée et la mention légale pour un DVD et le
nombre de pages pour un livre ;

• et enfin, la localisation du document : la salle et le rayon où ranger le document.

Description des actions associées aux états :

• metEmpruntable : le document est empruntable ;

• metConsultable : le document n’est plus empruntable ;

• emprunter : dans le cas d’une vidéo, la mention légale doit être affichée (pour que l’employé en
informe le client). Pour tous les documents, les statistiques sont mises à jour : le nombre
d’emprunts de ce document, le nombre d’emprunts de ce type de document et le nombre
d’emprunts total ;

• restituer : le client rend le document. Il peut être rangé et il devient à nouveau empruntable ;

• détruire : le document est considéré comme ne faisant plus partie du fonds. Il est détruit et les
informations statistiques le concernant sont affichées.

Prepa Page 10 sur 17

Conception des Systèmes d’Information

Diagramme de machine à états de la classe Client

Au cours de son existence, un client peut prendre cinq états :

• EnCréation : le client est créé et est en relation avec sa catégorie ;

• PeutEmprunter : le client a le droit d’emprunter des documents ;

• AuMax : le client a emprunté son nombre maximun de documents. Il ne peut plus emprunter
sans en restituer au moins un ;

• EnRetard : le client n’a pas restitué dans les délais certains documents empruntés. Il ne peut plus
emprunter tant que l’un de ses emprunts est en retard. Il est averti par courrier ;

• Destruction : le client ne fait plus partie de la médiathèque.

Lors de la création (adhésion) d’un nouveau client, les informations le concernant sont demandées
(classe Médiathèque) :

• nom, prénom, adresse ;

• puis si le client présente une pièce correspondante, le client est « à tarif réduit », sinon le
bibliothécaire lui demande s’il souhaite s’abonner.

Le bibliothécaire lui indique les conditions de son inscription : tarif et durée des prêts par type de
documents, et nombre maximal d’emprunts possibles.

La destruction (non-renouvellement d’adhésion) d’un client n’est possible que si le client a restitué
tous ses documents empruntés. Les informations statistiques concernant le client sont alors
affichées.
Description des actions associées aux états.

• création : après adhésion, le client est créé ;

Prepa Page 11 sur 17

Conception des Systèmes d’Information

• emprunter : tant que le client n’est pas arrivé à son nombre maximum d’emprunts, cette
opération ne le fait pas changer d’état. Lorsqu’il a emprunté le nombre maximum, il passe dans
l’état AuMax ;

• marquer : cette action est une action d’entrée dans l’état EnRetard. Cette action est déclenchée
par la vérification des fiches d’emprunt. Lorsqu’il existe un document emprunté dont la date limite
de prêt est dépassée (voir le DME de la classe FicheEmprunt). Le client est alors marqué « en
retard » :tout emprunt est impossible tant que le (ou les) document(s) n’est (ne sont) pas restitué(s)
;
• relancer : tant que tous les documents en retard ne sont pas restitués. Le client est relancé par une
lettre de rappel. Pour simplifier la gestion des relances, la procédure de vérification journalière est
lancée à l’ouverture de la médiathèque. Si un client « marqué » se présente dans la journée pour
emprunter des documents, il est averti oralement de cette procédure ;
• restituer : le client rend un document emprunté. Cette restitution peut avoir lieu dans les états
PeutEmprunter, AuMax et EnRetard. Dans l’état EnRetard, cette action fait changer le client d’état
uniquement s’il ne reste plus de document en retard.
Le diagramme de machine états de la figure 3 est adapté pour permettre le changement de
catégorie des clients. Cette transformation est montrée dans la figure suivante.

b) Construire les diagrammes de communications et de séquence des opérations mettre

consultable, emprunter, et restituer de la classe Médiathèque.

Prepa Page 12 sur 17

Conception des Systèmes d’Information

Prepa Page 13 sur 17

Conception des Systèmes d’Information

Prepa Page 14 sur 17

Conception des Systèmes d’Information

Prepa Page 15 sur 17

Conception des Systèmes d’Information

Autres Exemples

Prepa Page 16 sur 17

Conception des Systèmes d’Information

Prepa Page 17 sur 17