II.2 Analyse fonctionnelle
II.2.1 - Les acteurs
Un acteur est un rôle joué par une personne ou
une entité externe (opérateur, autre Système,...) qui
interagit avec le système. On distingue deux types d'acteur :
- l'acteur primaire ou principal qui est celui pour qui le
système est construit, c'est à dire celui à qui le
système rend service ;
- l'acteur secondaire qui est celui qui est
nécessaire pour le bon fonctionnement du système, mais qui n'est
pas celui pour qui le système est construit.
On peut représenter un acteur comme suit :
II.2.2 - Cas d'utilisation (use cases)
C'est un ensemble d'actions réalisées par le
système en réponse à une action (Sollicitation) d'un
acteur, c'est donc une vue du système dans son environnement
extérieur.
Il mobilise donc un service rendu par le système, sans
imposer le mode de réalisation de ce service. On le représente
par une ellipse contenant le nom du cas :
II.2.3 - Le diagramme des cas d'utilisation
L'ensemble des use cases décrit les objectifs (but) du
système ; il constitue le diagramme des cas d'utilisation dont la
représentation graphique est la suivante :
La figure (Figure 4) suivante illustre le diagramme de cas
d'utilisation de notre système d'administration et de
sécurité de SIGESTAG.
Ils y sont représentés dans ce diagramme des cas
d'utilisation, le système (avec sa frontière), les acteurs et les
associations entre acteurs et cas d'utilisation.
Figure 4 :Le
diagramme de cas d'utilisation de notre système
Pour outiller les cas d'utilisation, la description textuelle
est indispensable, car elle seule permet de communiquer facilement et
précisément avec les utilisateurs. La description textuelle est
également l'occasion de s'entendre sur la terminologie employée,
ainsi que d'identifier le contexte d'exécution de l'un ou de l'autre des
enchainements. En revanche, le texte présente des désavantages
puisqu'il est difficile de montrer comment les enchainements se
succèdent ; en outre la maintenance des évolutions s'avère
souvent périlleuse.
Il est donc recommandé de compléter la
description textuelle par un ou plusieurs diagrammes dynamiques, qui
apporteront un niveau supérieur de formalisation.
II.2.4 -Description textuelle de
quelques cas d'utilisation
II.2.4.1 - Cas d'utilisation : ajouter stagiaire
Le tableau 1 suivant présente la description textuelle
du cas d'utilisation Ajouter stagiaire, pour enrichir le diagramme de cas
d'utilisation :
|
Nom
|
Ajouter stagiaire
|
|
Résumé
|
Ce cas d'utilisation permet à l'administrateur
d'ajouter un nouveau stagiaire dans la base de données
|
|
Acteurs primaires
|
Administrateur
|
|
Acteurs secondaires
|
Aucun(SGDB)
|
|
Pré - condition
|
Le stagiaire n'est pas inscrit
|
|
Scénario nominal
|
1. L'administrateur clique sur le lien d'ajout de stagiaire
2. Le système lui propose l'interface
d'enregistrement
3. L'administrateur entre les données puis clique sur
le bouton d'envoi
4. Le système contrôle les informations
entrées
5. Le système envoie un message de confirmation de
l'ajout à l'administrateur.
|
|
Scénario alternatif
|
A1 : les informations entrées sont
incorrectes
L'enchainement A1 commence au point 4
6- Le système informe l'utilisateur de l'erreur et
réaffiche la page d'enregistrement
Le scénario reprend au point 3
|
|
Scénario d'erreur
|
|
|
Post - condition
|
Le système a enregistré un nouvel stagiaire dans
la base de données. Un nouvel utilisateur vient d'être
ajouté.
|
Tableau 1 :
description textuelle du cas d'utilisationAjouter stagiaire
| 
