ANNEE UNIVERSITAIRE 2007-2008

DOSSIER UML
« Gestion des formations»

Auteurs : Benjamin DAVY Enseignante: Anne HUMEAU

Christophe WILLIART

18 rue du 8 Mai 1945 - BP 80022

49180 Saint Barthélemy d'Anjou cedex
Téléphone : 02 41 96 65 10 - Télécopie : 02 41 96 65 11
Projet UML Gestion des formations

TABLE DES MATIERES

TABLE DES MATIERES.......................................................................................................... 2

1. DIAGRAMMES UML ....................................................................................................... 3
1.1. Diagramme de cas d’utilisation .................................................................................. 3
1.2. Diagramme de séquence ............................................................................................. 4
1.3. Diagramme d’activité ................................................................................................. 5
1.4. Diagramme de classe .................................................................................................. 6
1.5. Diagramme de package .............................................................................................. 6
2. JUSTIFICATIONS............................................................................................................. 7
2.1. Diagramme de cas d’utilisation .................................................................................. 7
2.2. Diagramme de séquence ............................................................................................. 7
2.3. Diagramme d’activité ................................................................................................. 7
2.4. Diagramme de classe .................................................................................................. 8
2.4.1. Héritages entre les classes .................................................................................. 8
2.4.2. Relations entre les classes .................................................................................. 8
2.4.3. Quelques relations à partir de méthodes............................................................. 8
2.5. Diagramme de package .............................................................................................. 9

10/12/2019 2 B.Davy, C.Williart

Projet UML Gestion des formations

1. DIAGRAMMES UML
1.1. Diagramme de cas d’utilisation

10/12/2019 3 B.Davy, C.Williart

Projet UML Gestion des formations

1.2. Diagramme de séquence

10/12/2019 4 B.Davy, C.Williart

Projet UML Gestion des formations

1.3. Diagramme d’activité

10/12/2019 5 B.Davy, C.Williart

Projet UML Gestion des formations

1.4. Diagramme de classe

1.5. Diagramme de package

10/12/2019 6 B.Davy, C.Williart

Projet UML Gestion des formations

2. JUSTIFICATIONS

2.1. Diagramme de cas d’utilisation

Un diagramme de cas d’utilisation (use cases) décrit le comportement d’un système du

point de vue utilisateur (avec les cas d’utilisation, les acteurs et les relations entre les cas
d’utilisation).
Dans le cas de notre projet, deux acteurs entrent en jeu : Employé et Responsable
« formations ». Le comptable n’est pas pris en compte dans la gestion des formations.
L’employé demande une formation et, par la suite, est amené à choisir une formation si sa
demande a été validée. Le responsable « formations » gère les formations. Cette tâche inclut la
gestion des demandes des employés, la recherche des stages, la gestion des inscriptions et la
gestion des documents administratifs. On justifie la présence d’includes car la gestion des
formations intègre les activités précédemment citées.

2.2. Diagramme de séquence

Un diagramme de séquences représente les interactions entre les acteurs et le système

au fil du temps. Les messages Demande de formation, Proposition liste et Demande
d’inscription sont synchrones car l’émetteur attend une réponse : respectivement Réponse,
Choix et Document inscription. Les messages Recherche catalogue et Contrôle facture sont
réflexifs car ils ne concernent qu’un seul acteur. En effet, le responsable est seul pour faire une
recherche dans le catalogue et pour contrôler la facture.
Les messages asynchrones ne nécessitent pas de réponse de la part du destinataire,
certains d’entre eux sont facultatifs et accompagnés de commentaires. Les commentaires
expliquent ce qu’il se passe lorsque le message est transmis. Nous avons choisi de placer les
possibilités d’annulation juste après chaque action car l’employé doit annuler le plus rapidement
possible en cas d’empêchement. Il semble néanmoins qu’il puisse annuler tout au long de la
procédure.
Un premier commentaire modélise la possibilité pour le responsable de ne pas approuver
la demande de l’employé. Le deuxième commentaire précise que le traitement s’arrête si
l’employé annule sa demande auprès du responsable. Enfin, le troisième commentaire indique
la fin du traitement à la suite d’une demande d’annulation d’inscription.

2.3. Diagramme d’activité

Un diagramme d’activité représente les flux de données d’un système. Dans notre
projet, il y a 3 acteurs : Employé, Responsable de formation et Organisme de formation. Nous
n’avons pas ajouté l’acteur Comptable car il n’intervient pas dans la gestion des formations.
Nous avons créé un sous-système d’activité Traitement Demande qui regroupe les tâches
correspondant au traitement de la demande, c’est-à-dire la réception de la demande,
l’instruction de la demande, la qualification de la demande et la transmission de la demande.
Il existe également dans notre diagramme d’activité des conditions, ces conditions
entrainent différentes actions. Tout d’abord, la réponse du responsable de formation entraine la

10/12/2019 7 B.Davy, C.Williart

Projet UML Gestion des formations

poursuite de la procédure de recherche de formation ou alors met fin à la demande en cas de

désaccord. Ensuite, lorsque le choix de formation est fait il est possible que l’employé ait un
empêchement auquel cas une demande d’annulation de l’inscription à la formation met fin au
processus.
Différents documents sont transmis tout au long du programme de formation. La liste
des prochaines sessions de formation est donnée par le responsable à l’employé. A la fin de la
formation l’employé transmet simultanément deux documents au responsable : une attestation
de présence ainsi qu’une appréciation du stage. Enfin le dernier document du système est la
facture de l’organisme de formation, vérifiée par le responsable de formation qui la transmet
ensuite au comptable de l’entreprise ce qui termine le processus de formation.

2.4. Diagramme de classe

Un diagramme de classe présente les classes et les interfaces d’un système ainsi que
leurs relations.

2.4.1. Héritages entre les classes

Les classes ResponsableFormation et Comptable héritent de la classe mère Employé

étant donné que tous les employés peuvent être amenés à déposer une demande de formation.
La classe Document est une classe abstraite qui a pour classes filles : Catalogue, Justificatif,
Facture, Liste et Appréciation qui ont certains attributs communs (cf. Documentation). Un stage
hérite de formation puisqu’il s’agit d’une formation proposée par l’organisme de formation
concrétisée par une date de début et une date de fin.

2.4.2. Relations entre les classes

Un organisme peut proposer une ou plusieurs formations, une formation est proposée
par un et un seul organisme. Un organisme émet un ou plusieurs catalogues, un catalogue
provient d’un seul organisme. Un employé peut rédiger une ou plusieurs appréciations, une
appréciation est rédigée par un seul employé. On considère que le système conserve un
historique des stages effectués par les employés au fil du temps.
Un organisme peut facturer une ou plusieurs formations, puisque plusieurs employés
peuvent suivre une même formation ou des formations issues d’un même organisme. A cela
s’ajoute la conservation des informations (cf. historique). L’employé peut consulter une ou
plusieurs liste de formations (cf. historique), une liste est consultée par un seul employé. Les
applications et les justificatifs sont rédigés par un et un seul employé, un employé peut en
rédiger plusieurs.

2.4.3. Quelques relations à partir de méthodes

Le responsable de formation accède à la classe Facture grâce à la méthode

ContrôlerFacture. Le responsable de formation accède à la classe Formation grâce à la méthode
GererDemande. Le comptable traite les factures des organismes grâce à la méthode
TraiteFacture. La liste de formations est représentée par une implémentation entre la classe
Liste et la classe Formation.

10/12/2019 8 B.Davy, C.Williart

Projet UML Gestion des formations

2.5. Diagramme de package

Un diagramme de package regroupe différentes classes selon leurs caractéristiques. Il y

a trois packages Document, Personne et Organisme. Dans le package document se trouvent les
classes représentant des documents c’est-à-dire Document et les classes filles, Catalogue, Liste,
Facture, Appréciation et Justificatif. Toutes les classes représentant des personnes sont
regroupées dans le package Personne : Employé, Responsable et Comptable. Le package
Organisme rassemble les classes Organisme, Formation ainsi que sa classe fille Stage.

10/12/2019 9 B.Davy, C.Williart