D. a. nom cas : Valider contrat
b. Résumé : Ce cas permet au
directeur d'approuver le contrat
c. Acteur : Directeur
d. Scenarii
- le directeur demande la connexion au système
- le système valide la connexion
- le directeur demande qu'on affiche la liste des contrats - le
système affiche
- le directeur approuve le contrat
- le système valide
e. scenarii d'exception
- rechercher contrat
- afficher contrat
- valider contrat
f. Post-condition : contrat validé
Diagramme de « séquence valider contrat
»
Fig9 : valider contrat
E. a. nom cas : s'authentifier
b. Résumé : Ce cas permet aux
utilisateurs de se connecter avant tout accès au système
c. Acteur : Réceptionniste, Directeur,
Administrateur
d. Précondition : utilisateur
enregistré
e. Scenario
* nominal
- l'utilisateur demande la connexion au système
- le système renvoie l'écran d'authentification
- l'utilisateur saisit son nom ainsi que son mot de passe
- le système valide ou vérifie le nom et le mot de
passe saisis par l'utilisateur
- le système affiche le menu principal
* alternatif
- modifier utilisateur
- supprimer utilisateur
- ajouter utilisateur
f. Post condition : Accès au
système
Diagramme de séquence s'authentifier
Fig10 : diagramme de séquence « s'authentifier
»
F. a. nom cas : gérer comptes utilisateurs
b. Résumé : Ce cas permet
d'identifier qui peut avoir accès au système et ainsi de
travaillé
c. Acteur Principale : Administrateur
d. Acteur secondaire : Réceptionniste,
Directeur
e. Scenarii
* nominal
- l'administrateur demande la connexion au système - le
système valide
- l'administrateur demande d'enregistrer un nouvel utilisateur -
le système retourne une fenêtre d'enregistrement
- l'administrateur saisi les informations correspondants au
nouvel utilisateur
- le système enregistre le nouvel utilisateur.
* Alternatif
- modifier un utilisateur
- supprimer un utilisateur
- rechercher un utilisateur
28
Diagramme de séquence « Gérer comptes
utilisateurs »
Fig11 : diagramme de séquence « gérer comptes
utilisateurs »
II.6. Diagramme de classes
Le diagramme de classes est le point central dans un
développement orienté objet, ce diagramme est le plus important
et le seul obligatoire de tous les diagrammes UML.
Il a pour but de décrire en analyse, la structure des
entités manipulées par les utilisateurs.9
9 Pascal ROQUES, opcit
II.6.1. Quelques concepts
· Objet : c'est une entité qui
possède des propriétés
· Classe : c'est un ensemble d'objet qui
possède les mémes caractéristiques
· Attribut : c'est une information
élémentaire donc non décomposable
· Méthode : elle constitue le
comportement de la classe, c'est donc un ensemble d'actions qui nous permette
de manipuler une classe
| 
