ANNEE UNIVERSITAIRE 2007-2008 DOSSIER UML « Gestion des formations» Auteurs : B
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 10/12/2019 2 B.Davy, C.Williart 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 Projet UML Gestion des formations 10/12/2019 3 B.Davy, C.Williart 1. DIAGRAMMES UML 1.1. Diagramme de cas d’utilisation Projet UML Gestion des formations 10/12/2019 4 B.Davy, C.Williart 1.2. Diagramme de séquence Projet UML Gestion des formations 10/12/2019 5 B.Davy, C.Williart 1.3. Diagramme d’activité Projet UML Gestion des formations 10/12/2019 6 B.Davy, C.Williart 1.4. Diagramme de classe 1.5. Diagramme de package Projet UML Gestion des formations 10/12/2019 7 B.Davy, C.Williart 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 Projet UML Gestion des formations 10/12/2019 8 B.Davy, C.Williart 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. Projet UML Gestion des formations 10/12/2019 9 B.Davy, C.Williart 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. uploads/Management/ dossier-uml.pdf
Documents similaires
-
23
-
0
-
0
Licence et utilisation
Gratuit pour un usage personnel Attribution requise- Détails
- Publié le Mar 22, 2022
- Catégorie Management
- Langue French
- Taille du fichier 0.3172MB