Problématique
Aujourd’hui, la prise en charge des demandes de maintenance matérielle
et logicielle d’un parc informatique est considérée comme une tâche
fastidieuse. Elle se fait à l’aide de demandes de service sur formulaire en
support papier, ce qui engendre une difficulté à les gérer, à les affecter
aux agents Help Desk et à se statuer sur leurs états d’avancement, la
performance de leurs prises en charge etc…
Il est demandé de faire une conception et une réalisation d’un système
d’information pour la gestion de service Help Desk, qui demeure
jusqu’aujourd’hui une gestion manuelle.
Le SI doit prendre en charge les points suivants :
- Formulation et suivi des demandes d’intervention : de
l’ouverture d’une demande jusqu’à la résolution du
problème, dans sa partie gestion d’incident et gestion
de changement.
- Le système Expert : pour une meilleure performance
de la prise en charge des demandes de services
informatiques et en fonction des expériences
précédentes stockées dans une base de
connaissance, le système doit suggérer des solutions
aux problèmes posés.
quelques termes importants sont à souligner : Helpdesk, Système
expert , Parc informatique
Qu’est ce qu’un Help Desk ?
Help Desk
Help Desk ou centre d’assistance : Il s'agit d'une
assistance pour les utilisateurs d'un système ou
d'un logiciel. Elle aide cet utilisateur à mieux
prendre en main l'élément. Cette assistance est
également capable de régler les problèmes ou
Figure : Help desk pannes du logiciel en question.
Système expert
Figure : Système expert
Un système-expert, selon la définition proposée par J.C. Pomerol, est
un outil informatique d’intelligence artificielle, conçu pour simuler le
savoir-faire d’un spécialiste, dans un domaine précis et bien délimité,
grâce à l’exploitation d’un certain nombre de connaissances fournies
explicitement par des experts du domaine.
un système-expert peut être un outil d’aide à la décision puisqu’il
permet :
-de tenir compte de variables, à la fois quantitatives et qualitatives pour
établir la base de connaissances, de structurer le savoir de façon logique
et de l’organiser pour construire
-un modèle de simulation, de proposer des réponses de type prospectif.
Dans notre cas, Il s’agit d’un sous système permettant de proposer
automatiquement, par le biais d’algorithmes, et via une base de
connaissance, des solutions en tenant compte des avis des utilisateurs
précédents. (Si A et B proposent les solutions 1 et 2 et que C rencontre
le même type de problème, Il sera automatiquement dirigé vers les
solutions de A et B).
Une base de connaissance regroupe des connaissances spécifiques à un
domaine spécialisé donné, sous une forme exploitable par un ordinateur.
Elle sert à rassembler - de manière centralisée - l'expertise d'un domaine
généralement formalisée de manière déclarative.
Diagnostic
C’est un processus naturel déclenché lors de l’étude. Il consiste à
recenser les anomalies, leur impact sur l’entreprise (conséquences) et
les causes de disfonctionnement.
a/Mauvaise prise en charge des demandes
Conséquence : -Procédure fastidieuse
Causes : -Validation par tous les utilisateurs obligatoire
-Document manuscrit non adéquat
b/ Retard dans le traitement des demandes
Conséquence 1 : surcharge du travail
Causes : -Effectif réduit
-Nombre de demandes trop élevé
Conséquence2 : Mauvaise affectation des demandes
Cause : -Non prise en compte des connaissances des intervenants
c/ Les demandes restent sans réponse
Conséquence 1 : Mauvaise qualité de service
Causes : -Temps d’attente élevé
-Responsables mal informés
Prestation non satisfaisante
-Manque de matériel de réparation
Conséquence 2 : Pas d’historique
Causes : -Absence d’une BD de connaissance
-Perte de certaines demandes
Arbre causal
Objectifs du nouveau système
La nouvelle solution permettra d’atteindre quelques objectifs principaux :
Une meilleure gestion du suivi des incidents
Une rapidité et une facilité de traitements des incidents
Une traçabilité des incidents
Une base de connaissance (sert à rassembler de manière centralisée l'expertise d'un
domaine généralement formalisée de manière déclarative)
Proposer des solutions en prenant en compte les expériences passées.
Identification des acteurs
Suite à la collecte d’informations faite auparavant, nous pouvons
distinguer trois acteurs :
Administrateur : -C’est le responsable du centre de service (celui
qui gère le système). Il a accès à toutes les utilités.
Utilisateur : -C’est la personne qui demande un service. N’ont accès
qu’à un nombre limité d’utilités.
Intervenant : -L’ensemble des techniciens opérant sur les différentes
configurations. Ont accès à certaines utilités.
Besoins fonctionnels
Les.besoins.fonctionnels.se présentent en grandes parties :
* Un module de déclaration d'incidents. d'annulation des incidents, de résolution
des incidents. de suivi des incidents et de clôture des incidents ·
*Une base de connaissance permettant aux techniciens de retrouver rapidement de
documents sur la résolution des incidents ·
*Des rapports (états) sur les incidents déclarés, les incidents résolus, les incidents
en cours de résolution ·
*Des tableaux de bord permettant la visualisation du nombre d'incidents en cours d
résolution, d'incidents résolus, ouverts, des incidents clos.
*Un tableau de bord permettant la consultation de l'historique des incidents ,des
interventions réalisées.
Besoins non fonctionnels
Les besoins non fonctionnels sont importants car. ils agissent de façon indirecte sur
le résultat et sur le rendement de l’utilisateur, ce qui fait qu’ils ne doivent pas être
négligés, pour cela il faut répondre aux exigences suivantes :
Fiabilité: L’application.doit.fonctionner.de.façon.cohérente.sans.erreurs.et doit être
satisfaisante.
Les erreurs : Les ambigüités doivent être signalées par des messages d’erreurs bien
organisés pour bien guider l’utilisateur et le familiariser avec notre site web.
Ergonomie et bonne Interface : L’application doit être .adaptée .à. l’utilisateur .sans
.qu’il. ne. fournisse .aucun .effort (utilisation. claire et facile) de point .de vue
navigation entre les différentes pages, .couleurs.et mise en textes utilisés.
Sécurité : Notre solution .doit .respecter .surtout .la .confidentialité .des données
personnelles des clients qui reste l’une des contraintes les plus importantes dans les
sites web.
Aptitude à la maintenance et la réutilisation : Le. Système .doit .être .conforme .à
.une .architecture .standard .et .claire .permettant sa maintenance.et.sa réutilisation
Identification des cas d’utilisation pertinents
Suite à l’étude réalisée au préalable, nous distinguons cinq cas
d’utilisation pertinents :
1/Connexion : -Permet de se connecter au système.
2/Gestion des utilisateurs : -L’administrateur s’occupe de
gérer les différents utilisateurs ayant accès au système.
3/Gestion des incidents : Chaque intervention peut donner
lieu à plusieurs incidents. Un incident est identifié par un
numéro, a un type, un nom pour le classifier et une
description
4/ Tableau de bord
5/Système expert : Propose des solutions en prenant en
considération les expériences passées.
Connexion
Acteurs : Tous les acteurs
Pré-conditions : Utilisateur non connecté
Post-conditions : Utiliasateur connecté
Enchainement : -La fenêtre principale s’affiche
L’utilisateur remplit les champs principaux et clique sur
connexion, s’il n y a pas d’erreurs, la connexion est validée.
Sinon ,il doit rectifier.
Diagramme de cas
Diagramme d’activité :
Gestion des utilisateurs
Description : Permet d’insérer un nouvel utilisateur , d’afficher la liste
des utilisateurs par type ou par structure et de consulter des statistiques
du cas.
Acteurs : Responsable du centre de service
Pré-conditions : Connexion en mode administrateur
Post-conditions : Aucunes
Enchainement a :Insertion d’un utilisateur
-Remplissage du formulaire et choix du type de compte
-Confirmation
Enchainement b : Afficher un utilisateur
-Choisir le mode d’affichage
-Lister les utilisateurs
-Choix de l’utilisateur à afficher
Enchainement c : Supprimer un utilisateur
-Lister les utilisateurs
-Sélectionner l’utilisateur à supprimer
-Confirmer la suppression
Exception : La suppression de l’utilisateur ‘administrateur’ est impossible
Enchainement d : Afficher la liste des utilisateurs
-Choix du mode d’affichage
-Lister les utilisateurs
Enchainement e : Afficher les statistiques
-Cliquer sur le volet statistiques
Enchainement f : Modifier un utilisateur
-Changer les champs
-Confirmer la modification
Enchainement g : Affecter un utilisateur
-Choisir l’équipe
-Confirmer l’affectation
Diagramme de cas :
Gestion des incidents
Acteurs : Responsable du centre de service
Pré-conditions : Connexion en mode Administrateur
Post-conditions : Aucunes
Description: Le responsable du centre de service remplit les champs d’information
et confirme l’insertion de l’incident. Il peut afficher la liste des incidents avec
plusieurs options, en modifier, ou en supprimer.
Enchainements
Enchainement a : Insertion d’un incident
-Remplir le champs numéro de demande
-Choisir le degré et le type de l’incident
-Remplir le champs description
-Confirmer l’insertion
Enchainement b : Affichage des incidents
-Choisir le mode d’affichage
-Lister
Enchainement c : Suppression d’un incident
-Lister les incidents
-Choisir l’incident à supprimer
-Confirmer la suppression
Diagramme de cas
Diagramme d’activité
Système expert
Acteurs : Intervenant , Administrateur
Description : C’est un sous système basé sur un module d’inférence
qui utilise des algorithmes de recherche pour proposer des solutions en
prenant en compte les expériences passées.
Diagramme de cas
Diagramme d’activité
