Rapport de Gestion scolarité

Transcription

1 2013 Rapport de Gestion scolarité elghadraoui ISTA NTIC SYBA MARRAKECH 28/03/2013

2 Table des matières I. Diagramme des cas d utilisations Définition... 3 Figure 1 :Diagramme de cas d utilisation<<adminstrateur>>... 4 Figure 2 :Diagramme de cas d utilisation<<professeur>>... 5 Figure 3 :Diagramme de cas d utilisation<<etudiant>>... 6 Figure 4 :Diagramme de cas d utilisation<<surveillant>>... 7 II. Diagrammes de séquences Définition Quelques diagrammes de séquences du système «suivi d un projet» Scénario nominal «Ajouter absence» :... 8 Figure 1 :Diagramme de Sequence<<Ajouter Absence>> Scénario nominal «Consulter absence» :... 9 Figure 2 :Diagramme de Sequence<<Consulter Absence>> Scénario nominal «Affecter un Module à un Professeur» :... 9 Figure 3 :Diagramme de Sequence<<Affecter un module a un Professeur>>... 9 III. Diagramme de classes Définition Diagramme de classe Figure 1 :Diagramme de classe IV. Diagramme d etat transaction Difinition Diagramme d etat transaction<absence> Figure 1 :Diagramme d etat transition<<absence>> Diagramme d etat transaction<module> Figure 2 :Diagramme d etat transition<<matiere>> V. Diagramme d activité Difinition Diagramme d activité Figure 1 :Diagramme dactivité VI. Diagramme de déploiement Difinition Diagramme de déploiement

3 I. Diagramme des cas d utilisations 1. Définition Un diagramme de cas d utilisation capture le comportement d un système, d un soussystème, d une classe ou d un composant tel qu un utilisateur extérieur le voit. Il scinde la fonctionnalité du système en unités cohérentes, les cas d utilisation, ayant un sens pour les acteurs. Les cas d utilisation permettent d exprimer le besoin des utilisateurs d un système, ils sont donc une vision orientée utilisateur de ce besoin au contraire d une vision informatique. UC1 : Organisation Sommaire D IDENTIFICATION : Titre : Organisation But :Ajouter et modifier et supprimer un compte. Faire des recherches de projets. Résumé : Cette fonctionnalité permet au administrateur de créer un compte, de les modifier, de les chercher. Acteur :Secrétaire. Description DETAILLEE : Pré conditions :L administrateur s est authentifiée sur le système Description du traitement nominal : l acteur peut : 1. Ajouter un utilisateur ; 2. Modifier un utilisateur; 3. Chercher les informations d un utilisateur; Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. [Exception 2 : ErreurDate] : Message d'erreur si la date de début est postérieure à la date de fin. 3

4 Diagramme de cas d utilisation Figure 1 :Diagramme de cas d utilisation<<adminstrateur>> UC1 : Organisation Sommaire D IDENTIFICATION : Titre : Organisation But :Ajouter et Modifier toutes les informations d'un Note et d un absence Résumé :Cette fonctionnalité permet au professeur de modifier un note et un absence,et de faire une recherche sur les pour avoir toutes les informations. Acteur : Professeur. Description DETAILLEE : Pré conditions :Le Professeur s est authentifiée sur le système Description du traitement nominal : l acteur peut : 1. Ajouter un note ; 2. Modifier un note ; 3. Ajouter un absence; 4. Modifier un absence; Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. [Exception 2 : ErreurDate] : Message d'erreur si la date de début est postérieure à la date de fin. 4

5 Diagramme de cas d utilisation Figure 2 :Diagramme de cas d utilisation<<professeur>> UC1 : Organisation Sommaire D IDENTIFICATION : Titre : Organisation But :Consulter la relevée de notes et la liste d absences Résumé :Cette fonctionnalité permet au Etudiant de consulter la relevée note et la liste absence. Acteur : Etudiant. Description DETAILLEE : Pré conditions :Letudiant s est authentifiée sur le système Description du traitement nominal : l acteur peut : 1. Consulter Note ; 2. Consulter Absence ; Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. 5

6 Diagramme de cas d utilisation Figure 3 :Diagramme de cas d utilisation<<etudiant>> UC1 : Organisation Sommaire D IDENTIFICATION : Titre : Organisation But :Ajouter et Modifier toutes les informations d'un Note,absence,module,etudiant,groupe, Specialite,et professeur Résumé :Cette fonctionnalité permet au surveillant d Ajouter et Modifier toutes les informations d'un Note,absence,module,etudiant,groupe,Specialite,et professeur,et de faire une recherche sur les pour avoir toutes les informations. Acteur : Surveillant. Description DETAILLEE : Pré conditions :Le Professeur s est authentifiée sur le système Description du traitement nominal : l acteur peut : 1. Ajouter un note ; 2. Modifier un note ; 3. Ajouter un absence; 4. Modifier un absence; 5. Ajouter un etudiant ; 6. Modifier un etudiant ; 7. Ajouter un module; 6

7 8. Modifier un module; 9. Ajouter une specialite ; 10. Modifier une specialite ; 11. Ajouter un professeur; 12. Modifier un professeur; 13. Ajouter un document ; 14. Modifier un document ; 15. Ajouter un groupe; 16. Modifier un groupe; Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. [Exception 2 : ErreurDate] : Message d'erreur si la date de début est postérieure à la date de fin. Diagramme de cas d utilisation Figure 4 :Diagramme de cas d utilisation<<surveillant>> 7

8 II. Diagrammes de séquences 1. Définition Les principales informations contenues dans un diagramme de séquence sont les messages échangés entre les lignes de vie, présentés dans un ordre chronologique. Ainsi, contrairement au diagramme de communication, le temps y est représenté explicitement par une dimension (la dimension verticale) et s écoule de haut en bas. 2. Quelques diagrammes de séquences du système «suivi d un projet» 2.1 Scénario nominal «Ajouter absence» : Figure 1 :Diagramme de Sequence<<Ajouter Absence>> 8

9 2.2 Scénario nominal «Consulter absence» : Figure 2 :Diagramme de Sequence<<Consulter Absence>> 2.3 Scénario nominal «Affecter un Module à un Professeur» : 9 Figure 3 :Diagramme de Sequence<<Affecter un module a un Professeur>>

10 III. Diagramme de classes 1. Définition Le diagramme de classes est considéré comme le plus important de la modélisation orientée objet, il est le seul obligatoire lors d une telle modélisation. Alors que le diagramme de cas d utilisation montre un système du point de vue des acteurs, le diagramme de classes en montre la structure interne. Il permet de fournir une représentation abstraite des objets du système qui vont interagir ensemble pour réaliser les cas d utilisation. Il est important de noter qu un même objet peut très bien intervenir dans la réalisation de plusieurs cas d utilisation. Les cas d utilisation ne réalisent donc pas une partition1 des classes du diagramme de classes. Un diagramme de classes n est donc pas adapté (sauf cas particulier) pour détailler, décomposer, ou illustrer la réalisation d un cas d utilisation particulier. Il s agit d une vue statique car on ne tient pas compte du facteur temporel dans le comportement du système. Le diagramme de classes modélise les conceps du domaine d application ainsi que les concepts internes créés de toutes pièces dans le cadre de l implémentation d une application. Chaque langage de Programmation Orienté Objets donne un moyen spécifique d implémenter le paradigme objet (pointeurs ou pas, héritage multiple ou pas, etc.), mais le diagramme de classes permet de modéliser les classes du système et leurs relations indépendamment d un langage de programmation particulier. Les principaux éléments de cette vue statique sont les classes et leurs relations : association, généralisation et plusieurs types de dépendances, telles que la réalisation et l utilisation. 10

11 2. Diagramme de classe Figure 1 :Diagramme de classe IV. Diagramme d etat transaction 1. Difinition Les diagrammes d'états-transitions permettent de décrire les changements d'états d'un objet ou d'un composant, en réponse aux interactions avec d'autres objets/composants ou avec des acteurs. Un état se caractérise par sa durée et sa stabilité, il représente une conjonction instantanée des valeurs des attributs d'un objet,une transition représente le passage instantané d'un état vers un autre. 11

12 Une transition est déclenchée par un événement. En d'autres termes : c'est l'arrivée d'un événement qui conditionne la transitio, Les transitions peuvent aussi être automatiques, lorsqu'on ne spécifie pas l'événement qui la déclenche. En plus de spécifier un événement précis, il est aussi possible de conditionner une transition, à l'aide de "gardes" : il s'agit d'expressions booléennes, exprimées en langage naturel (et encadrées de crochets) 2. Diagramme d etat transaction<absence> Figure 1 :Diagramme d etat transition<<absence>> Diagramme d etat transaction<module> Figure 2 :Diagramme d etat transition<<matiere>> 12

13 V. Diagramme d activité 1. Difinition Le diagramme d activité est un diagramme état stransitions simplifié pour lequel les états se réduisent à de simples actions ou activités et dont les transitions se déclenchent automatiquement avec éventuellement des gardes 2. Diagramme d activité Figure 1 :Diagramme dactivité 13

14 VI. Diagramme de déploiement 1. Difinition Le diagramme de déploiement modélise les composants matériels utilisés pour implémenter un système et l'association entre ces composants. Des composants peuvent apparaître également sur un diagramme de déploiement pour montrer le lieu géographique Leur déploiement. Des diagrammes de déploiement peuvent être mise en oeuvre dès la phase de conception pour documenter l'architecture physique du système. 2. Diagramme de déploiement 14