Vous êtes sur la page 1sur 14

2013

Rapport de Gestion scolarité

elghadraoui
ISTA NTIC SYBA MARRAKECH
28/03/2013
Table des matières
I. Diagramme des cas d’utilisations .................................................................................................... 3
1. 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.............................................................................................................. 8
1. Définition ..................................................................................................................................... 8
2. Quelques diagrammes de séquences du système « suivi d’un projet » ..................................... 8
2.1 Scénario nominal « Ajouter absence » : .......................................................................... 8
Figure 1 :Diagramme de Sequence<<Ajouter Absence>> ............................................................... 8
2.2 Scénario nominal « Consulter absence » : ........................................................................... 9
Figure 2 :Diagramme de Sequence<<Consulter Absence>> ........................................................... 9
2.3 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 ............................................................................................................... 10
1. Définition ................................................................................................................................... 10
2. Diagramme de classe................................................................................................................. 11
Figure 1 :Diagramme de classe ...................................................................................................... 11
IV. Diagramme d’etat transaction .................................................................................................. 11
1. Difinition ................................................................................................................................. 11
2. Diagramme d’etat transaction<Absence> ................................................................................. 12
Figure 1 :Diagramme d’etat transition<<Absence>> .................................................................... 12
Diagramme d’etat transaction<Module> .......................................................................................... 12
Figure 2 :Diagramme d’etat transition<<Matiere>> ..................................................................... 12
V. Diagramme d’activité .................................................................................................................... 13
1. Difinition ................................................................................................................................. 13
2. Diagramme d’activité............................................................................................................ 13
Figure 1 :Diagramme dactivité ...................................................................................................... 13
VI. Diagramme de déploiement...................................................................................................... 14
1. Difinition ................................................................................................................................. 14
2. Diagramme de déploiement ................................................................................................ 14

2
I. Diagramme des cas d’utilisations

1. Définition
Un diagramme de cas d’utilisation capture le comportement d’un système, d’un sous-
systè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
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
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
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
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
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
2.2 Scénario nominal « Consulter absence » :

Figure 2 :Diagramme de Sequence<<Consulter Absence>>

2.3 Scénario nominal « Affecter un Module à un Professeur » :

Figure 3 :Diagramme de Sequence<<Affecter un module a un Professeur>>

9
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
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
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
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
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