Le chapitre 3 précise les besoins fonctionnels et non fonctionnels pour le projet, notamment le contrôle d'accès et la supervision des équipements. Il détaille aussi l'identification des acteurs, le superviseur et l'administrateur, à travers des diagrammes de cas d'utilisation. Finalement, il souligne l'importance de l'efficacité et de la flexibilité de l'outil proposé.

1. Chapitre 3: Spécification des besoins
29
Dans ce chapitre, nous présenterons en premier lieu la spécification de nos besoins
fonctionnels et non fonctionnels pour atteindre notre objectif de notre projet, puisnous
détaillerons l’ensemble des besoins sous formes des diagrammes des cas d’utilisations.
1. Etude des besoins
Dans cette partie nous allons exposer l'ensemble des besoins fonctionnels et non
fonctionnels auxquels devrait répondre notre application.
1.1. Besoins fonctionnels
Les besoins fonctionnels rependent aux points précis du cahier de charges.Ils sont
obligatoires, c’est le « besoin primaire » de CERT. Pour notre travail, nous distinguons les
besoins suivants :
Contrôler l’accès à l’application
Authentifier et définir les droits d’accès des utilisateurs de l’application (Superviseur et
Administrateur).
Chaque utilisateur s’authentifie à travers un login et un mot de passe.
Associer les services et les machines
Pour faciliter l’action de supervision et de maintenance de réseaux, nous allons intégrer et
configurer les services et les hôtes.
Faciliter l’accès des administrateurs aux listes des éléments et services supervisés
en temps réel
Les administrateurs devront être capables de visualiser la liste des éléments et des services
supervisés en temps réel.
Les administrateurs devront également avoir la possibilité de consulter des graphiques
permettant de contrôler l’étatdes équipements.
1.2. Besoins non fonctionnels
L’outil doit être souple, efficace, facile à maintenir.Une interface web offre aux utilisateurs
les fonctionnalités de configuration et de manipulation des paramètres et de résultat de
configuration.

2. Chapitre 3: Spécification des besoins
30
2. Les diagrammes de cas d’utilisations :
- Notre système définit notamment 2 types d’acteurs qui sont le superviseur et
l’administrateur.
- Administrateur est toutes personnes souhaitent de mettre en place un système de
supervision et de connaitre le fonctionnement de Nagios, configurer et administrer le
produits.
- Le superviseur permet de contrôler le déroulement des opérations en cours
d'exécution
Les besoins fonctionnels sont exposés à travers les diagrammes de cas d’utilisations suivants :
2.1 Diagramme de cas d’utilisations de superviseur :
Figure4.1 : Diagramme de cas d’utilisation du superviseur
Ce diagramme donne à chaque superviseur la possibilité de vérifier l’état des équipements, il
a la possibilité de consulter des rapports.
System
superviseur
superviser le reseaux
informer l'administrateur
consulter les alertes
Consulter les graphes
<<include>> consulter les rapport
<<include>>
Authentification
<<include>>
<<include>>
<<include>>

3. Chapitre 3: Spécification des besoins
31
2.2 Diagramme de cas d’utilisations de l’administrateur :
Figure4.2 : Diagramme de cas d’utilisation de l’administrateur
L’administrateur peutgérer les équipements, exécuter les commandes de supervision et
vérifier la disponibilité des équipements et des services desréseaux. L'administrateur peut
aussi consulter les alertes.
Conclusion
Dans ce chapitre nous avons identifié et défini les différentes fonctionnalités utiles
pour la spécification des besoins fonctionnels et non fonctionnels de notre solution de
supervision.
System
lancer les commande de supervision
modifier un equipement
ajouter un equipement
consulter les alerts
consulter le rapport
gerer les equipements
Administrateur
<<extend>>
S'authentifier<<include>>
<<include>>
<<include>>
mettre ajour les services
<<include>>
<<extend>>
<<include>>
suprimer un equpement
<<extend>>