SOLUTIONS DE GESTION D’UN PARC INFORMATIQUE

GESTION DE PARC INFORMATIQUE

Présentation et validation de la solution

Je vais valider dans cette partie de projet le respect de ma solution aux besoins fonctionnels exprimés dans le cahier de charge.
Sécurité et authentification Pour utiliser l’application (Nagios ou GLPI) il faut passer par une interface d’authentification. Pour GLPI plusieurs utilisateurs accèdent au système en tapant le login et mot de passe de session Windows (Authentification AD).
Processus gestion de la configuration et inventaire L’inventaire de parc est une partie intéressant dans GLPI elle est réalisé par l’interaction entre les plugins GLPI fusion-invnetory et les agents fusion-inventory et SNMP installé sur les différents équipements de réseaux.
a. Inventaire des postes clients
Après avoir installé les agents Fusion-Inventory sur le poste clients, les caractéristiques dès ce dernier (Modèle, type, RAM, Processeur, logiciel….) sont envoyés au serveur GLPI,
b. Inventaire des imprimantes
Les agents fusion-inventory envoi au serveur GLPI les équipements connectés aux postes de travails tel que les imprimantes avec des informations intéressants comme le modèle et le numéro de série qui nous permet de suivre ca durées de vie.
c. Inventaires des logiciels
La figure ci-dessus nous donne les informations sur les logiciels installés sur notre parc tel que l’éditeur, la version, le nombre d’installation et le nombre de licence de chaque logiciel inventorié.
d. Inventaires des équipements réseaux
Pour réaliser l’inventaire des équipements réseaux fusion inventory pour GLPI utilise le protocole SNMP pour récupérer les informations sur les équipements réseau
Dans mon cas j’ai récupérer les informations sur mes switch Cisco le nom, l’adresse IP, le modèle, la version de système d’exploitation ainsi que l’état des ports et sa liaison avec les différents équipements de parc informatiques.
e. Inventaire des hôtes VMWARE :
Cette partie d’inventaire permet de récupérer les informations sur les hôtes VMware ESXi, (Modèle, composant, et les états des machines virtuelle qui le support).

Processus Gestion des incidents

 Demande d’intervention et création de ticket .Avec notre système GLPI, un utilisateur qui a eu un incident informatique peut envoyer une demande d’intervention au service informatique en remplissant le formulaire nouvelle ticket ci-dessous ou en envoyant directement un mail sur adresse mail support@lpidor.com.tn qui va être transformé par la suite en ticket mail à travers le collecteur mail de GLPI.
Traitement de ticket par administrateur Un utilisateur autorisé à modifier un ticket généralement un administrateur peut vérifier tous les tickets en cours, l’attribuer entre les techniciens selon la catégorie et la priorité en lui indiquant le temps de résolution. Les techniciens vont être notifiés par mail sur les nouvelles tâches attribuées.
c. Traitement d’un ticket par un technicien
Après résolution de ticket, le technicien doit changer l’état de son ticket de l’état attribué à l’état résolu et doit décrire la solution et enregistre le type de la solution .il peut aussi enregistrer la solution dans la base de connaissance pour les partager avec des autre techniciens et le garder en historique.
Après enregistrement le demandeur de ticket va être notifié par mail sur la résolution de son ticket pour accepter ou refuser la solution.

Processus Contrôle d’accès au système d’information

Pour réaliser cette partie de projet j’ai utilisé le plugin GLPI « Formcreator » pour créer des workflow qui permet de contrôler les demandes d’accès au système d’information.
« Formcreator » permet la création des formulaires personnalisés simples d’accès aux utilisateurs aboutissant à la création d’un ou plusieurs tickets GLPI, il a pour fonctionnalités :
– Accès par menu direct en interface self-service
– Mise en avant de formulaires en pages d’accueil
– Accès des formulaires contrôlés. accès public, accès utilisateurs identifiés, accès restreint à certains profils
– Des formulaires simples et personnalisables
– Des formulaires organisés par catégories, par entités et par langues.
– Des questions ouvertes ou fermées, de tout type de présentation. Champs textes, listes, LDAP, fichiers, etc.
– Organisation des questions par sections. Choix de l’ordre d’affichage.
– Possibilité de n’afficher une question que selon certains critères (réponse à une autre question)
– Un contrôle pointu sur les réponses de formulaires. Texte, nombres, taille des champs, e-mail, champs obligatoires, expressions régulières, etc.
– Création d’un ou plusieurs tickets ou changements à partir des réponses aux formulaires
– Ajout de description par champs, par section de questions, par formulaires, par entités et langues.
– Formatage du/des ticket(s) créé(s). réponses aux questions à afficher, gabarits de tickets.
– Prévisualisation du formulaire créé directement dans la configuration.
Parmi le workflow demandé par la direction système d’information un workflow gestion des demandes de création ou modification des droits d’accès, workflow Demande ligne GSM et un workflow de Mise à disposition matériel IT
a. Création de formulaire
Le formulaire demandé comporte les champs type de la demande (Nouveau, suppression, modification), …La demande est renseignée en premier lieu par le directeur du département est validé par direction ressources humaines.
Après validation, un ticket sera créé automatiquement.
a. Connexion au formulaire 
Connecter à l’interface GLPI avec votre login et mot de passe actuel, dans le cas où le formulaire n’est pas affiché par défaut sur la page d’accueil.
Ci-dessous comment passer de profil par défaut « self-service » au profil « form-création ».

Table des matières

INTRODUCTION GENERALE
Chapitre 1 : Présentation du cadre du Projet
Introduction
1. Présentation de la société d’accueil
1.1 Information générale
1.2 Activités
1.3 Organigramme général de l’UNPA
2 Cadre du projet
2.1 Description de projet
2.2 Présentation du département d’accueil
2.2.1 Service Architecture et Réseaux
2.2.2 Service Applications
2.2.3 Service sécurité informatiques
2.2.4 Service Support Utilisateur
2.2.5 Mission de la direction système d’information
2.3 Présentation générale du projet
2.4 Répartition des tâches d’équipe
2.5 Mission principale de Projet
Conclusion
Chapitre 2 : État de de l’art
Introduction
1 Etude de l’existant
1.1 Architecture de système d’information
1.2 Problématique et cahier des charges
1.3 Solutions proposées
2 Contexte général du projet
Introduction
2.1 La Gestion de parc informatique
2.1.1 Objectif de gestion de parc informatique
2.1.2 SOLUTIONS DE GESTION DE PARC INFORMATIQUE
2.1.3 Critère de sélection.
2.1.4 CHOIX DE LA SOLUTION
2.2 La supervision
2.2.1 Définition
2.2.2 Objectif
2.2.3 Solution de supervision
2.2.4 Choix de la solution.
Conclusion
Chapitre 3 : Etude et conception de La solution
Introduction
1 Besoin Fonctionnel de solution
2 Processus IT maitrisés par la solution
2.1 ITIL référentiel de bonne pratique
2.1.1 Définition d’ITIL
2.1.2 Le principe d’ITIL
2.1.3 Les processus ITIL
2.2 Règles d’implémentation de processus informatique
2.2.1 Processus inventaire et Gestion de configurations
2.2.2 Processus Gestion des incidents
2.2.3 Processus Contrôle d’accès au système d’information
3. Etude Technique des solutions
3.1 Présentation GLPI
A. Architecture du GLPI
B. Conception technique de GLPI
3.2 Présentation de la solution FAN
A. Architecture de FAN
Conclusion
Chapitre 4 : Implémentation et test de La Solution
Introduction
1 Architecture Adopté
2 Environnement de travail
2.1 Environnement matériel
2.2 Environnement Logiciel
2.3 Présentation et validation de la solution
2.3.1 Sécurité et authentification
2.3.2 Processus gestion de la configuration et inventaire
2.3.3 Processus Gestion des incidents
2.3.4 Processus Contrôle d’accès au système d’information
2.3.5 Processus Supervision de système informatique
2.3.6 Notification par Email
Conclusion
CONCLUSION GENERALE
Annexe

Télécharger le rapport complet