Vous êtes sur la page 1sur 40

*

GESTION PARC
INFORMATIQUE
Introduction
générale
L’obtention de la licence fondamentale en science informatique au sein de l’institut
supérieure en informatique de Kef est couronnée par la réalisation d’un projet de fin d’étude
aux termes duquel l’étudiant est appelé à faire une présentation du travail effectué tout au long
dudit projet, c’est dans ce cadre que j’ai effectué un stage de fin d’étude au sein de la société
SAFI.

Le présent travail est un rapport de notre projet de fin d’études en science informatique qui
consiste de développer une application a pour titre gestion de parc informatique et helpdesk.

Par définition le helpdesk: c’est un centre d’assistance et le point contact unique entre
les utilisateurs et la direction de système informatique permet de répondre aux réclamations
des utilisateurs, corrigé les incidents on faisant des interventions dans un domaine donnée.

Le service d’assistance est réalisé par des équipes rassemblées dans un centre
d’assistance, ou réparties sur plusieurs sites dans des cellules assistances de taille plus réduite.
C’est le suivi en temps réel du patrimoine informatique, matériel et logiciel de l’entreprise.

Avec le développement de l’utilisation d’internet de plus en plus d’entreprises


ouvrent leur parc informatique à leur partenaire ou à leur fournisseur. Le parc informatique est
un ensemble de ressources matérielles et logicielles dont dispose une entreprise dans le
traitement automatisé de l’information.

Pour assurer la suivie et la pérennité de ses ressources, il est important d’avoir une
gestion efficiente du parc informatique de l’entreprise. La gestion du parc informatique
consiste donc d’une part à lister et localiser les maintenances, d’assistance aux utilisateurs.
Ces opérations peuvent être effectuées une personne qualifiée, mais bien souvent ce travail
dépasse ses compétences.

Pour pallier à cela, il est nécessaire qu’un ou plusieurs outils soient mis en place au
sein de l’entreprise afin d’avoir un suivi régulière du parc informatique et parfois anticiper
sur les défaillances de ces ressources.
Notre analyse est élaborée en quatre parties complémentaires et cohérentes :

 La première : présentation de cadre générale de projet ainsi que la présentation de


société SAFI.
 La deuxième : Analyse et spécification des besoins.
 La troisième : Conception
 La quatrième : Réalisation.
Chapitre 1

Cadre
générale de
projet
Introduction :
La présentation de notre Projet de fin d’étude consiste à faire la gestion de parc
informatique et de helpdesk.

SAFI possède un parc informatique comportant un grand nombre de machines, il


devient délicat de gérer un inventaire précis de toutes les machines. C'est pourquoi il existe
des solutions automatisées de création et gestion d'inventaire de parc informatique.

Dans ce projet nous verrons comment installer et déployer des agents permettant de
réaliser un inventaire automatique de chaque machine se trouvant sur le réseau. Puis, grâce à
un second outil, nous verrons comment utiliser cet inventaire dans la gestion administrative de
la société.

Nous réservons ce premier chapitre pour la présentation de la société et l’étude de


l’existant qui permet de comprendre le contexte du système

I. Présentation de la société SAFI :


La Société d’Assistance Financière et Informatique(SAFI.A) est une société de services
informatique adossées au Groupe UFI ,un groupe dont le savoir –faire lui a permis d’acquérir
une solide réputation et d’être considéré comme un groupe de premier ordre offrant des
prestations de première qualité.

SAFI a su se développer depuis sa création en 1989 pour donner accès aux


professionnels et aux entreprises à une expertise ciblée dans deux axes majeurs :

 L’assistance informatique avec une gamme complète d’offre de services allant de


l’assistance technique sur les outils informatiques et application logicielles, jusqu’à la
gestion des systèmes, réseau et parc informatiques.
 Le Business Process Outsourcing (B.P.O) par la gestion des opérations back-office
des entreprises de tous secteurs (industriel, financier, distribution, énergie, télécom,
transport…) en intervenant sur l’ensemble de la chaine de valeur depuis la gestion des
flux jusqu’au traitement des opérations.
S’appuyant sur la compétence de son équipe, SAFI accompagne les entreprises de
tailles et place la satisfaction au cœur de ses priorités.

1. Organigramme :
2. Ressources matérielles et environnement de travail :
3. Ressources humaines :
4. Missions de SAFI :
II. Etude de l’existant:
1. Critique de l’existant :
 Absence d’outil informatique adéquat pour la gestion du parc informatique et le suivi
des interventions.
 Absence des moyens pour consulter les historiques des interventions effectuées sur les
équipements.
 Difficulté d’établir les états des équipements.
 La gestion traditionnelle du parc informatique n’assure pas ces fonctionnalités
 Gestion des priorités des demandes d'interventions.
 Suivi des demandes d'interventions.
 Affectation de catégories aux interventions.
 Affectation des demandes d'interventions.

2. Solution proposée :
Suite à tous ces derniers problèmes cités, nous avons proposé comme solution « mise en
place un helpdesk pour le suivis des réclamations des utilisateurs » qui permettra de gérer les
problèmes et en conséquence les interventions. Il fournira un suivi de toutes les
interventions précédentes :

 La planification des interventions, qui est liée au parc informatique, permettra aux
techniciens de connaitre les dates de la tâche qu’ils ont à effectuer et donc de
connaitre leur disponibilité pour des dépannages.
 Automatiser le processus de gestion d’inventaire informatique.
 Gestion des incidents dans le parc informatique de SAFI.
 Sécuriser le système opératoire.
Notre solution consiste à automatiser le système de gestion du parc informatique,
afin de remédier aux inconvénients de la solution existante .La solution doit intégrer :

 Gestion des interventions


 Gestion des utilisateurs
 Gestions des réclamations
 Elaborer des statistiques
 Un outil authentification et de confidentialité capable d’assurer que les
ressources critiques du patrimoine ne sont pas accessible par les tiers non
autorisés
 Un inventaire de parc Informatique, afin de centraliser toutes les informations du
parc informatique.
 La gestion d’un parc informatique permettra de gérer les problèmes et en
conséquence les interventions et fournira un suivi et un historique de toutes les
interventions précédentes.

III. Cadre générale de projet :


1. Objectif de projet :
Dans ce projet nous verrons comment installer et déployer des agents permettant de
réaliser un inventaire automatique de chaque machine se trouvant sur le réseau. Puis, grâce à
un second outil, nous verrons comment utiliser cet inventaire dans la gestion administrative de
la société SAFI.

2. conduite de projet :
Conclusion :
A la fin de ce chapitre, l’objectif de notre projet a été annoncé. Par la suite la capture et
la spécification des besoins seront complétées cette objectif.
Chapitre 2
Analyse et
spécification
des besoins
Introduction :
La phase de spécification consiste à décrire le système à réaliser de point de vue
fonctionnel et non fonctionnel. Il consiste à bien détailler les fonctionnalités à implémenter de
notre système et les critères de qualité logicielle à respecter au niveau de notre atelier de
réalisation qu’on va le nommer « Gestion de Parc Informatique et Helpdesk ».

I. Etude des besoins :


1. Besoins fonctionnelles :
Les besoins fonctionnels consistent à définir les fonctionnalités du
système, ce sont les besoins qui spécifient les différentes gestions au sein du
parc informatique.
En effet, le système de gestion de parc informatique doit permettre :
S’authentifier ;
 Gérer les utilisateurs (Ajouter, consulter, modifier, supprimer).
 Gérer les matériels (Ajouter, consulter, modifier, supprimer).
 Gérer les logiciels (Ajouter, consulter, modifier, supprimer).
 Gérer les fournisseurs (Ajouter, consulter, modifier).
 Gérer les réclamations (Enregistre, consulter, traiter, annuler).
 Gérer les interventions (Effectuer intervention, consulté).
 Elaborer statistique (Consulter, afficher graphe, exporter).
2. Besoins non fonctionnelles :
Au cours de cette partie nous allons présenter la liste des exigences
fonctionnelles et non fonctionnelles.
 Sécurité de fonctionnement : notre application contient une
page de login et de mot de passe pour que les données de
l’utilisateur deviennent sécurisées, pour éviter toute sorte de
risque et aussi pour protéger le transfert des données et
sécurises les pages.
 Ergonomie : L’ergonomie logicielle se situe du côté de
l’orgonomie cognitive.
Son objectif est d’améliorer l’interface homme-machine ; faire de
sorte que toute application informatique livrée aux utilisateurs soit :
 Utile : l’outil réalisé doit répondre aux besoins des utilisateurs
pour lesquels il a été conçu, autrement dit en adéquation avec
leurs taches.
 Utilisable(ou maniable) : autrement dit facile à utiliser,
l’utilisabilité recouvre trois choses :
 La performance de réalisation de tache.
 La satisfaction que procure l’utilisation de l’objet.
 La facilité d’apprentissage.
 Rapidité : l’interrogation de la base de données doit être aussi
rapide et efficace, et les requêtes SQL doivent être complètes et
légères.
 Limite d’accès : Seules les personnes autorisées peuvent avoir
accès à l’application.
 La portabilité : l’application fonctionne sur toutes les plates-
formes (Windows, Mac, Linux).
 La compatibilité : l’application doit être compatible à différents
navigateurs.
II. Conception générale :
1. Modèle de cycle de vie :
2. Méthodologie adoptée :
III. Conception détaillée :
1. Identification des acteurs :
L’objectif est d’identifier les acteurs et les messages échanges
avec le système ainsi que le rôle de chaque acteur.
Les cas d’utilisation permettent de modéliser les besoins fonctionnels
d’un système, es acteurs et les cas d’utilisation sont résumés dans le tableau
suivant :

Tableau 1 : Identification des acteurs et des cas d’utilisations.

Cas d’utilisation Acteur

S’authentifier  Responsable
 Utilisateur
 Technicien

Gérer utilisateur  Responsable

Gérer matérielle  Responsable


 Technicien

Gérer logiciel  Responsable


 Technicien

Gérer fournisseur  Responsable

Gérer réclamation  Responsable


 Technicien

Gérer intervention  Technicien

Elaborer statistique  Responsable


Figure 1 : Raffinement cas d’utilisation globale.

2. Affectation des prioritaire des cas d’utilisation :

Au niveau de l’affectation des priorités nous allons affecter des priorités


aux différents cas d’utilisation selon leurs dépendances l’un de l’autre.
Pour accéder aux différentes fonctionnalités, il faut d’abord se connecter a
travers l’authentification.
Pour gérer les matériels, les logiciels, les fournisseurs, les
réclamations et les interventions il faut d’abord gères les utilisateurs.
Gérer les statistiques peut se faire à la suite de toutes les autres tâches.
Alors comme conclusion nous remarquons que la procédure de
connexion et la gestion des utilisateurs sont les cas les plus prioritaires. Pour
se fait nous allons leurs accorder la plus forte priorité « 1 ». La gestion des
matériels, logiciels, fournisseur, réclamations et la gestion des interventions de
priorité « 2». La gestion des statistique de priorité « 3».
3. Raffinement de cas d’utilisation de prioritaire « 1 » :
Au cours de cette activité nous allons détailler les cas d’utilisations en
commençant par les cas les plus prioritaires. Pour chaque cas nous allons
décrire textuellement préconditions et les post-conditions liées au cas
courant, nous allons décrire également le scénario de base avec éventuellement
les exceptions.
Raffinement de cas d’utilisation « s’authentifier » :
L’authentification permet aux différents utilisateurs (Responsable, Agent
Technicien) de se connecter via un login et un mot de passe pour pouvoir
accéder :

Cas d’utilisation :  S’authentifier

Acteur :  Utilisateur

Pré condition :  Etre un personnelle de la société

Post condition :  Utilisateur authentifié

Description de scénario principal :  L’utilisateur saisie son nom et


son mots de passe
 L’utilisateur clique sur le
bouton se connecter.
 Le système vérifier la
combinaison nom et mot de
passe.
 Si le nom et le mot de passe de
l’utilisateur et correct, le
système affiche l’interface du
menu principale approprié de
l’utilisateur.

Exceptions :  Si le login et le mot de passe


erroné, le système affiche un
message d’erreur.
 Le système se redirige au début
de scénario principal.

Tableau 2: Raffinement cas d’utilisateur


« authentification ».

R
a
f
f
i
n
e
m
e
nt cas d’utilisation «gérer utilisateur » :
Dans ce cas, le responsable peut :
 Ajouter un utilisateur
 Consulter un utilisateur
 Modifier un utilisateur

Raffinement cas d’utilisation «ajouté utilisateur » :


Cas d’utilisation  Gérer utilisateur

Acteur  Responsable

Pré condition  Le responsable


authentifié

Post condition  Utilisateur ajouté


Description de scénario  Le responsable saisie les
principal : informations des
utilisateurs.
 Il clique sur le bouton
ajouter.
 Le système vérifie
l’existence de
l’utilisateur.
 Le système enregistre les
données
 Le système affiche un
message indiquant que
l’opération d’ajout a été
effectuée avec succès.

Exceptions :  S’il existe un champ


manquant ou une erreur
de saisie, le système
affiche un message
d’erreur.
 Si l’utilisateur existe déjà,
le système affiche un
message d’erreur
Tableau 3 : Raffinement cas d’utilisation « ajouter utilisateur »

Raffinement de cas d’utilisation «consulter un utilisateur » :

Cas d’utilisation :  Consulter un utilisateur

Acteur :  Administrateur

Pré condition :  L’administrateur authentifié

Post condition :  Les informations d’utilisateur


affiché
Description de scénario principal :  Le système affiche une liste
 L’acteur clique sur l’utilisateur
souhaité de la liste.
 Le système affiche les
informations de l’utilisateur en
question.
Tableau 4: Raffinement cas d’utilisateur « consulter utilisateur ».

Raffinement de cas d’utilisation «modifier un utilisateur » :

Cas d’utilisation  Modifier utilisateur

Acteur  Responsable

Pré condition :  Utilisateur consulté

Post condition :  Utilisateur modifié

Description de scénario principale :  L’acteur saisie le champ à


modifier.
 L’acteur clique sur le bouton
modifier.
 Le système affiche un message de
confirmation.
 L’acteur confirme.
 Le système confirme la
modification.
 Le système affiche un message
indiquant que la modification est
effectué avec sucée.

Exceptions :  Si un champ manquant la saisie


ou une erreur de saisie, le système
affiche un message d’erreur.
Tableau 5: Raffinement cas d’utilisation « modifier utilisateur ».

Raffinement de cas d’utilisateur « supprimer un utilisateur » :

Cas d’utilisation :  Supprimer un utilisateur.

Acteur :  Responsable.

Pré condition :  Utilisateur consulté.

Post condition :  Utilisateur supprimé.


Description de scénario  Le responsable clique sur le
principale : bouton supprimer.
 Le système affiche un
message de confirmation.
 Le responsable clique sur le
bouton confirmé.
 Le système supprimer
l’utilisateur.
Tableau 6 : Raffinement cas d’utilisation « supprimer utilisateur ».

Figure 3 : Raffinement de cas d’utilisateur « Gérer utilisateur ».

4. Raffinement cas d’utilisation de prioritaire « 2 » :

Durant cette sous activité, nous allons spécifier les cas d’utilisation de
prioritaire « 2 » :
 Gérer les matériels
 Gérer les logiciels
 Gérer les fournisseurs
 Gérer les réclamations
 Gérer les interventions
Raffinement cas d’utilisation « Gérer matériels » :
Dans cette activité, le responsable et le technicien peuvent :

 Ajouter des matériels


 Modifier des matériels
 Consulter les matériels
 Supprimer des matériels
Raffinement cas d’utilisation « Ajouter un matériels » :

Cas d’utilisation :  Ajouter des matériels

Acteur :  Responsable
 Technicien

Pré condition :  Acteur authentifié

Post condition :  Matériel ajouté

Description de scénario  l’acteur saisie les informations


principal : du matériel.
 l’acteur clique sur le bouton
ajouter.
 le système vérifier l’existence
de matériel.
 le système enregistre les
données.
 le système affiche un message
indiquant que l’opération a été
effectuée avec sucé.
Exceptions :  S’il existe un champ manquant
ou erreur de saisie, le système
affiche un message d’erreur.
 Si le matériel existe déjà, le
système affiche un message
d’erreur.
Tableau 7 : Raffinement cas d’utilisation « ajouter matériel ».
Raffinement cas d’utilisation « consulter un matériel » :

Cas d’utilisation :  Consulter un matériel

Acteur :  Responsable
 Technicien

Pré condition :  Acteur authentifié

Post condition :  Les informations des


matériels affichés.

Description de scénario  Le système affiche une liste


principale : des matériels
 L’acteur clique sur le
matériel souhaité de la liste.
 Le système affiche les
informations du matériel en
question.
Extension :  L’acteur saisi l’identifiant de
matériel.
 Il clique sur le bouton
chercher.
 Le système affiche les
informations des matériels en
question.

Exceptions :  En cas ou l’identifiant de


matériel n’existe pas, le
système affiche un message
d’erreur.
Tableau 8 : Raffinement cas d’utilisation « consulter matériel».

Raffinement cas d’utilisation « Modifier un matériel » :

Cas d’utilisation :  Modifier un matériel

Acteur :  Responsable
 Technicien

Pré condition :  Matériel consulté

Post condition :  Matériel modifié

Description de scénario  L’acteur saisi le champ a


principale : modifié.
 L’auteur clique sur le bouton
modifier.
 Le système affiche un message
de confirmation.
 Le responsable confirme.
 Le système enregistre la
modification.
 Le système affiche un message
indiquant que la modification a
été effectuée avec succès.
Exception :  Si un champ manque la saisie
ou une erreur de saisie, le
système affiche un message
d’erreur.
Tableau 9 : Raffinement cas d’utilisation « modifier matériel ».

Raffinement cas d’utilisation « supprimer matériels » :

Cas d’utilisation :  Supprimer un matériel

Acteur :  Responsable
 Technicien

Pré condition :  Matériel consulté

Post condition :  Matériel supprimé

Description de scénario  L’acteur clique sur le bouton


principale : supprimé.
 Le système affiche un
message de confirmation.
 L’acteur clique sur le bouton
de confirmation.
 Le système supprime le
matériel.
 Le système affiche un
message indiquant que
l’opération a été effectuée
avec succès.

Tableau 10 : Raffinement cas d’utilisation « gérer matériels »

Figure 4 : Raffinement cas d’utilisation « gérer matériel ».


5. Raffinement cas d’utilisation « Gérer logiciels » :

Dans ce cas, le responsable et le technicien peuvent :


 Ajouter logiciel.
 Consulter logiciel.
 Modifier logiciel.
 Supprimer logiciel.
Raffinement cas d’utilisation « ajouter logiciel » :

Cas d’utilisation :  Ajouter logiciel

Acteur :  Responsable
 Technicien

Pré condition :  Acteur authentifié

Post condition :  Logiciel ajouté

Description de scénario  L’acteur saisi les informations


principale : de logiciel.
 L’acter clique sur le bouton
Ajouter.
 Le système vérifier l’existence
de logiciel.
 Le système enregistre les
données.
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès.
Exceptions :  S’il existe un champ manquant
ou une erreur de saisi, le
système affiche un message
d’erreur.
 S’il le logiciel existe déjà, le
système affiche un message
d’erreur.
Tableau 11 : Raffinement de cas d’utilisation « ajouter logiciel ».

Raffinement cas d’utilisation « consulter logiciel » :

Cas d’utilisation :  Consulter logiciel

Acteur :  Responsable
 Technicien

Pré condition :  Acteur authentifié

Post condition :  Les informations de logiciel


consulté

Description de scénario  Le système affiche une liste.


principale :  L’acteur clique sur le logiciel
souhaité de la liste.
 Le système affiche les
informations de logiciel en
question.

Extension :  L’acteur saisi l’identifiant du


logiciel.
 Il clique sur le bouton
chercher.
 Le système cherche.
 Le système affiche les
informations du logiciel en
question.

Exceptions :  En cas ou l’identifiant de


logiciel n’existe pas, le
système affiche un message
d’erreur.
Tableau 12 : Raffinement cas d’utilisation « consulter logiciel ».
Raffinement cas d’utilisation « modifier logiciels » :

Cas d’utilisation :  Modifier logiciel

Acteur :  Responsable
 Technicien

Pré condition :  Logiciel consulté

Post condition :  Logiciel modifié

Description de scénario  L’acteur saisi le champ à


principal : modifier.
 L’acteur clique sur le bouton
modifier.
 Le système affiche un message
de confirmation.
 L’acteur confirme.
 Le système enregistre la
modification.
 Le système affiche un message
indiquant que la modification a
été effectuée avec succès
Exceptions :  Si un champ manque de saisie
ou une erreur de saisie, le
système affiche un message
d’erreur.
Tableau 13 : Raffinement cas d’utilisation « modifier logiciel ».

Raffinement cas d’utilisation « supprimer logiciel » :

Cas d’utilisation :  Supprimer logiciel

Acteur :  Responsable
 Technicien

Pré condition :  Logiciel consulté

Post condition :  Logiciel supprimé

Description de scénario  L’acteur clique sur le bouton


principale : supprimer.
 Le système affiche un message
de confirmation.
 L’acteur clique sur le bouton de
confirmation.
 Le système supprime le
logiciel.
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès.
Tableau 14 : Raffinement cas d’utilisation « supprimer logiciel ».
Figure 5 : Raffinement cas d’utilisation « Gérer logiciels »

6. Raffinement cas d’utilisation « Gérer fournisseur » :


Dans ce cas le responsable peut :
 Ajouter fournisseur.
 Consulter fournisseur.
 Modifier fournisseur.
Raffinement cas d’utilisation « Ajouter fournisseur » :

Cas d’utilisation :  Ajouter fournisseur

Acteur :  Responsable

Pré condition :  Responsable authentifié


Post condition :  Fournisseur consulté

Description de scénario  Le responsable saisie les


principale : informations de fournisseur.
 Le responsable clique sur le
bouton ajouter.
 Le système vérifier
l’existence de fournisseur.
 Le système enregistre les
données.
 Le système affiche un
message indiquant que
l’opération a été effectuée
avec succès.

Exceptions :  S’il existe un champ manque


de saisie ou une erreur de
saisi, le système affiche un
message d’erreur.
 Si le fournisseur est déjà
existé le système affiche un
message d’erreur.
Tableau 15 : Raffinement cas d’utilisation « ajouter fournisseur ».

Raffinement cas d’utilisation « consulter fournisseur » :

Cas d’utilisation :  Consulter fournisseur

Acteur :  Responsable

Pré condition :  Responsable authentifié

Post condition :  Les informations de


fournisseur affiché.

Description de scénario  Le système affiche une liste


principale :  Le responsable clique sur le
fournisseur souhaité de la
liste.
 Le système affiche les
informations du fournisseur
en question.
Tableau 16 : Raffinement cas d’utilisation « consulter fournisseur ».

Raffinement de cas d’utilisation « modifier fournisseur » :

Cas d’utilisation :  Modifier fournisseur


Acteur :  Responsable

Pré condition :  Fournisseur consulté

Post condition :  Fournisseur modifié

Description de scénario principal :  Le responsable saisie le champ


à modifier.
 Le responsable clique sur le
bouton modifier.
 Le système affiche un message
de confirmation.
 Le responsable confirme.
 Le système enregistre les
modifications.
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès
Extensions :  S’il un champ manquant de
saisie ou une erreur de saisie, le
système affiche un message
d’erreur
Tableau 17 : Raffinement cas d’utilisation « modifier fournisseur ».

Figure 6 : Raffinement cas d’utilisation « Gérer fournisseurs ».

7. Raffinement cas d’utilisation « Gérer réclamation » :


Dans ce cas le responsable peut :
 Envoyer une réclamation
 Consulter réclamation
 Traiter réclamation
 Annuler une réclamation
L’utilisateur et le technicien peuvent :
 Envoyer une réclamation
 Consulter une réclamation
Raffinement de cas d’utilisation « enregistre une réclamation » :

Cas d’utilisation  Enregistrer une réclamation

Acteur  Responsable
 Technicien
 Utilisateur

Pré condition  Acteur authentifié

Post condition  Réclamation enregistré

Description de scénario  L’acteur ainsi les informations


principale : de la réclamation à enregistrer.
 L’acteur clique sur le bouton
enregistrer.
 Le système enregistre les
données.
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès.

Exceptions :  S’il existe un champ manque de


saisie ou une erreur de saisie, le
système affiche un message
d’erreur.
Tableau 18: Raffinement cas d’utilisation « enregistrer réclamation »

Raffinement cas d’utilisateur « consulter réclamation » :

Cas d’utilisation :  Consulter une réclamation

Acteur :  Responsable
 Technicien
 Utilisateur

Pré condition :  Acteur authentifié

Post condition :  Liste réclamation affiché

Description de scénario  L’acteur saisie l’intervalle de


principale : date souhaité.
 L’acteur clique sur le bouton
chercher
 Le système recherche
 Le système affiche une liste de
réclamation.
Tableau 19: Raffinement cas d’utilisation « consulter réclamation ».

Raffinement cas d’utilisation « traitement d’une réclamation » :

Cas d’utilisation :  Traitement d’une réclamation

Acteur :  Responsable

Pré condition :  réclamation consulté

Post condition :  Réclamation traité

Description de scénario  Le responsable clique sur le


principale : bouton traité réclamation
 Le système affiche un
formulaire.
 Le technicien choisie un
technicien convenable.
 Le responsable clique sur le
bouton demande d’intervention.
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès.
Tableau 20: Raffinement cas d’utilisation « traiter réclamation ».

Raffinement cas d’utilisation « annuler réclamation » :

Cas d’utilisation :  Annuler réclamation

Acteur :  Responsable

Pré condition  Réclamation consulté

Post condition :  Réclamation annulé


Description de scénario  Le responsable clique sur le
principale : bouton annuler réclamation
 Le système affiche un message
indiquant que l’opération a été
effectuée avec succès.

Tableau 21: Raffinement cas d’utilisation « annuler réclamation ».

Figure8 : Raffinement cas d’utilisation « Gérer réclamation »


8. Raffinement cas d’utilisation « Gérer intervention » :

Dans ce cas le technicien peut :

 Consulter intervention
 Effectuer intervention

Le responsable peut :

 Consulter intervention
Raffinement cas d’utilisation « consulter intervention » :

Cas d’utilisation :  Consulter intervention

Acteur :  Responsable
 Technicien

Pré condition :  Acteur authentifié

Post condition :  Liste de l’intervention affichée

Description de scénario  L’acteur saisie l’intervalle de


principale : intervention souhaité.
 L’acteur clique sur le bouton
rechercher.
 Le système cherche.
 Le système affiche une liste
d’intervention.

Tableau 22: Raffinement cas d’utilisation « consulter intervention ».

Raffinement cas l’utilisation « Effectuée intervention » :

Cas d’utilisation :  Effectué intervention

Acteur :  Technicien

Pré condition :  Intervention consulté

Post condition :  Intervention effectuée

Description de scénario  Le technicien clique sur le


principale : bouton effectuée une
intervention.
 Le système affiche un
formulaire.
 Le technicien saisi la
description.
 Le technicien clique sur le
bouton validé.
 Le système affiche un message
indiquant que l’intervention a
été effectuée avec succès.
Exceptions :  S’il existe un champ manque
de saisie ou une erreur de
saisie, le système affiche un
message d’erreur.
 Si une intervention a déjà
effectuée le système affiche un
message d’erreur.
Tableau 23: Raffinement cas d’utilisation « effectuer réclamation ».

Figure 9 : Raffinement de cas d’utilisation «Gérer intervention»

Raffinement cas d’utilisation de prioritaire « 3 » :


Au cours de cette activité nous allons raffiner le cas d’utilisation :
Elaborer statistique
Pour cette activité, nous allons suivre le même démarche adoptée dans les autres
cas se prioritaire « 1 » et « 2 ».

9. Raffinement de cas d’utilisation « Elaborer statistique » :


Dans ce cas le responsable peut :
 Consulter
 Exporter
 Afficher graphe

Raffinement cas d’utilisation « consulter statistique » :


Cas d’utilisation :  Consulter statistique

Acteur :  Responsable

Pré condition :  Acteur authentifié

Post condition :  Statistique consulté

Description de scénario  Le responsable choisie une


principale : options statistique :
réclamation, intervention…
 Le responsable choisie
l’intervalle de date de la
statistique.
 Le responsable clique sur le
bouton rechercher.
 Le système recherche
 Le système affiche la liste des
statistiques.

Tableau 24: Raffinement cas d’utilisation « consulter statistique ».

Raffinement cas d’utilisation « Exporter statistique » :


Cas d’utilisation :  Exporter statistique

Acteur :  Responsable

Pré condition :  Statistique consulté

Post condition :  Statistique près à être exporter

Exceptions :  Le responsable clique sur le


bouton exporter.
 Le système affiche la fenêtre
d’exportation.

Tableau 25 : Raffinement cas d’utilisation « exporter statistique ».

Raffinement cas d’utilisation « afficher graphe » :


Cas d’utilisation :  Afficher graphe

Acteur :  Responsable

Pré condition :  Statistique consulté

Post condition :  Statistique affiché


Description de scénario principale :  Le responsable clique sur le
bouton graphe.
 Le système affiche le graphe

Tableau 25 : Raffinement cas d’utilisation « afficher graphe ».

Figure 11 :Raffinement cas d’utilisation « Elaborer statistique »

Conclusion :

Ce chapitre nous a permis de couvrir tous les cas d’utilisation concernant les différents
acteurs présents de notre système et de définir les besoins fonctionnels et non fonctionnels à
prendre en considération afin de satisfaire les utilisateurs. La satisfaction de besoins
étant

établie nous essayerons dans le chapitre suivant de concevoir clairement l’architecture notre
système.
Chapiter 3
L’etude
conceptuelle.

Introduction
l’étude conceptuelle est la phase la plus importante de cycle de développement
de toute l’application. En effet, cette partie constitue le cœur de projet puisqu’elle
permet
la confrontation de la spécification et de l’analyse de l’implementation, il permet de
représenter
les différents diagrammes concus a s’avoir :
les diagrammes de séquence,et les diagrammes de classe de notre application.
Conception dynamique :
Diagrammes de séquence :
Diagramme de séquence « s’authentifier » :

Figure 12 : Digramme de séquence « s’authentifier »

Diagramme de séquence « consulter utilisateur » :


Figure 13 : Diagramme de séquence « consulter utilisateur »

Diagramme de séquence « ajouter matériel » :


Figure 14 :Diagramme de séquence « ajouter matériel»

Diagramme de séquence « modifier logiciel » :

Figure 15 : Diagramme de séquence « modifier logiciel »


Diagramme de séquence « traitement réclamation » :

Figure 16 :Diagramme de séquence « traitement réclamation »

Diagramme de séquence « effectuer réclamation » :


Figure 17 : diagramme de séquence « effectuer intervention »