1.2.2. Relations dans les diagrammes de cas
d'utilisation
Une relation d'association est un chemin de communication
entre un acteur et un cas d'utilisation, elle est représentée par
un trait continu.
a. Relation d'inclusion d'un cas
d'utilisation A par rapport à un cas d'utilisation
B signifie qu'une instance de A contient
comportement décrit dans B
b. Relation d'extension d'un cas
d'utilisation A pour un cas d'utilisation B
signifie qu'une instance de A peut être
étendu par le comportement décrit dans B. Deux
caractéristiques sont à noter :
· Le caractère opérationnel dans le
déroulement du cas d'utilisation standard (A)
· La mention explication de l'expliciter du point
d'extension dans le cas d'utilisation standard.
43
c. Relation généralisation de
cas d'utilisation peut être définie conformément au
principe de la spécialisation/généralisation
déjà défini pour les classes
d. Relation entre acteurs : il est possible
de définir une relation d'héritage entre acteur afin
d'éviter de surcharger les diagrammes. Un acteur qui hérite de
toutes ses interactions.
1.2.3. Construction du diagramme de cas d'utilisation
A. Identification des acteurs
Un acteur est une entité externe qui agit sur le
système, le terme acteur ne désigne pas seulement les
utilisations humaines mais également les autres systèmes. Les
acteurs sont des classificateurs qui représentent des rôles au
travers d'une certaine utilisation (cas) et non pas des personnes physiques.
Un acteur représente un rôle joué par une
personne qui interagit avec le système par définition, les
acteurs sont à l'extérieur du système. Les acteurs se
recrutent parmi les utilisateurs du système. D'où, les acteurs
potentiels qui risquent d'interagir avec l'application sont :
· Elève ;
· Secrétaire ;
· Intendant ;
· Professeur ;
· Administrateur.
B. Recensement de cas d'utilisation
· Authentification : permet
d'identifier chaque utilisateur, et de lui donner l'accès aux
fonctionnalités qui conviennent le mieux ;
· Gérer les utilisateurs et les droits
d'accès : permet à l'administrateur d'ajouter,
supprimer, modifier ou consulter, un user. De plus chaque utilisateur lui est
associée un droit dans cette application ;
· Gérer le paiement de frais
;
· Gérer l'inscription.
1.2.4. Présentation du diagramme de cas
d'utilisation
Le diagramme de cas d'utilisation recensé par rapport
au besoin fonctionnel de nombrer système, nous avons recensé les
cas d'utilisation suivant :
44
a. Authentifier
Figure 13 : DCU « Authentifier »
Acteur : Administrateur et utilisateur
Description : Tous les utilisateurs de l'application peuvent
accéder au système. Cependant, chacun d'eux à un certain
nombre de privilèges c'est alors qu'il faut au début passer par
l'authentification en donnant son login et son mot de passe et les
privilèges seront attribués à l'utilisateur.
Analyse : on a choisi de commencer par traiter ce cas
d'utilisation par ce que c'est un cas qui initialise tous les autres cas
d'utilisation.
Une réalisation de ce cas d'utilisation «
Authentification » se fait comme suit : L'utilisateur saisie son login et
mot de passe sur la page ; authentification, après vérification
des données, le système sélectionne l'utilisateur en
cours.
b. Gérer les utilisateurs et les droits
d'accès
Figure 14 : DCU « Gérer les utilisateurs et
les droits d'accès »
45
Description : après
l'authentification, l'administrateur peut effecteur la saisie et
l'enregistrement de nouveaux utilisateur, la consultation des utilisateurs avec
possibilité de modification, d'attribution de droits d'accès
où de la suppression d'un utilisateur donné.
Analyse : une réalisation de ce cas
d'utilisation se fait comme suit :
L'administrateur peut effectuer la création d'un
utilisateur en lui attribuant les privilèges souhaités.
L'administrateur consulte la liste des utilisateurs,
sélectionne un utilisateur pour le modifier ou le supprimer.
c. Gérer le demande l'inscription
Figure 15 : DCU « Gérer le demande
d'inscription »
d. Gérer les inscriptions
Figure 16 : DCU Gérer les
inscriptions
46
| 
