1 Rapport de stage PFMP N°1 NOM : CRUZ Prénom : Fabien Etablissement : Lycée Je
1 Rapport de stage PFMP N°1 NOM : CRUZ Prénom : Fabien Etablissement : Lycée Jean Monet Classe : S.E.N Année : 1er Durée : Du 28/05/2012 au 05/07/2012 Entreprise : KIMO Instruments Adresse : Zone Industrielle BP16 24700 Montpon Tel : 05.53.80.85.00 Site : www.kimo.fr 2 Sommaire 1. Présentation de l’entreprise ................................................................................................ 3 2. Présentation du projet ......................................................................................................... 5 2.1. La problématique ......................................................................................................... 5 2.2. Les solutions du marché .............................................................................................. 5 3. La solution .......................................................................................................................... 7 3.1. Présentation de GLPI /OCS ......................................................................................... 7 3.1.1. GLPI ..................................................................................................................... 7 3.1.2. OCS .................................................................................................................... 10 3.1.3. Couple GLPI/OSC .............................................................................................. 12 3.2. Installation serveur .................................................................................................... 14 3.2.1. OCS .................................................................................................................... 14 3.2.2. GLPI ................................................................................................................... 18 3.3. Paramétrage serveur .................................................................................................. 20 3.3.1. Synchronisation GLPI/OCS ............................................................................... 20 3.3.2. OCS .................................................................................................................... 24 3.3.3. GLPI ................................................................................................................... 27 3.4. Installation Client ...................................................................................................... 37 4. Déploiement ..................................................................................................................... 41 4.1. Tests ........................................................................................................................... 41 4.2. Mise en production .................................................................................................... 49 5. Evolution .......................................................................................................................... 51 6. Conclusion ........................................................................................................................ 52 6.1. Personnelle ................................................................................................................. 52 6.2. Professionnelle ........................................................................................................... 52 7. Remerciements ................................................................................................................. 53 Glossaire ................................................................................................................................... 54 8. Problèmes rencontrés ....................................................................................................... 56 8.1. Démarrage de apache ................................................................................................. 56 8.2. Remonté d’informations client à serveur ................................................................... 56 8.3. Activation LDAP du serveur apache ......................................................................... 56 8.4. Accès au serveur xampp en réseau ............................................................................ 56 3 1. Présentation de l’entreprise Créée en 1979 en Dordogne, la société KIMO est une entreprise française dont la principale activité était la fabrication de manomètres à colonne de liquide pour les mesures de pression. Manomètres à colonne de liquide. KIMO conçoit et fabrique des instruments de mesure pour le contrôle et la surveillance. Il se diversifie actuellement dans 14 champs d’activités : • Acoustique • Air comprimé • Analyse de gaz • Débit d'air • Détection gaz • Electricité • Humidité • Lumière • Pression • Qualité d'air • Solaire • Tachymétrie • Température • Vitesse d'air KIMO équipe aussi bien des petits installateurs en climatisation que de grandes industries grâce à une large gamme d'appareils portables ou à poste fixe qui répondent aux exigences de chacun. Elle intervient sur des marchés aussi variés que les laboratoires pharmaceutiques, les aéroports, les centrales nucléaires, l'armement, l'industrie papetière ou l'automobile Soucieuse de garantir la qualité, l'entreprise développe sans cesse ses laboratoires pour contrôler ses propres appareils, mais procède également à des étalonnages selon les normes AFNOR en pression, température, humidité, vitesse, débit d'air et combustion. 4 En constante progression depuis plus de 30 ans, le souci de recherche, de développement, la qualité des services sont les points d'honneur de la société. Elle ne se contente pas d'attendre les besoins des clients, mais s'efforce de stimuler la demande. Evolution du nombre de salariés depuis 30 ans. Kimo créa en 1998 KGF (Kimo Gestion Finance) qui et un groupe de société à savoir : • Freller (Fabrique des étuis pharmaceutiques et cosmétiques) • Katrem (Etalonnage en tout genre) • Kimo • Taulou (Fabrique des moules métallique pour injection plastique) 5 2. Présentation du projet 2.1. La problématique Le parc informatique de Kimo se compose de 272 ordinateurs. Actuellement le service informatique n’a aucune visibilité sur l’état du parc informatique. On ne sait pas qui a quoi en terme de matériel informatique. Une bonne visibilité de son parc permet de voir l’évolution ainsi que d’établir une politique de renouvellement. Le second problème est que les incidents déclarés par l’utilisateur n’ont pas de suivi car un problème peut être oublié ou mis de coté trop longtemps. 2.2. Les solutions du marché Afin de répondre aux besoins de l’entreprise, nous avons étudié différentes solution du marché. Nous en avons trouvé 3 qui sont : • GIMI est un logiciel qui regroupe tous les éléments de la gestion d’un parc informatique (gérer les équipements, gérer les utilisateurs, gestion des logiciels, etc…). Il prend en compte les évolutions technologiques du matériel et des logiciels. Avantage(s) : Green it (permet d’économiser de l’électricité grâce à ; des mises en veille automatiques, des bridages de la fréquence du processeur, etc…) Inconvénient(s) : Payant, pas d’interface web • DMI permet de gérer les utilisateurs du réseau de l'entreprise, la gestion peut être multi entitées. Il permet une gestion du matériel informatique attribué à l'utilisateur. Cela permet au responsable informatique de savoir en tant réel l'état de son parc micro, imprimante, logiciel et qui possède quoi. Avantage(s) : support hotline Inconvénient(s) : Payant, aucune modification possible • GLPI/OCS est le couple d’applications il permet une gestion en temps réel du parc informatique, des rapports de problèmes « ticketing », télè- déploiement etc… Cette solution est évolutive car l’ajout de plugin est possible et même la création. Avantage(s) : gratuit, télé-déploiement, plugin, forte communauté Inconvénient(s) : aucun service client (car gratuit) 6 Télé- Déploiement Gestion des licences Gestion des incidents Prix Nous avons retenue GLPI/OCS car il répond au besoin de l’entreprise et en plus il possède une évolutivité de par ces plugins. 7 3. La solution 3.1. Présentation de GLPI /OCS 3.1.1. GLPI GLPI est une application web permettant la gestion de rapport et de problème par « ticketing », il fut lancé en 2003, développé par une communauté de programmeurs en PHP pour supporter une interface web. Il s’installe sur n’importe quel système d’exploitation supportant un serveur apache et mysql. GLPI s’adresse à des parcs informatiques de plus d’une centaine de postes de plus il est possible d’y implanter ou de créer des « plugin » pour y ajouter d’autres fonctionnalités. Il va également permettre une meilleur gestion des pannes, des bugs et surtout de les résoudre avec un meilleur rendement. La gestion de problème par « ticketing » permet à un utilisateur de signaler un bug, problème, etc… pour qu’un technicien intervienne. Après intervention le ticket sera sauvegardé pour élaborer des statistiques, des politiques de maintenance et pour le management. Schéma du fonctionnement de GLPI. On peut voir sur le schéma que l’utilisateur crée un nouveau ticket, le technicien peut alors le visualiser grâce à GLPI puis il intervient à distance ou sur place ci besoin est. 8 GLPI se pressente en six modules différents les voici; • Le module Inventaire permet d'accéder aux différents matériels inventoriés par défaut il existe ; Ordinateurs, Moniteurs, Logiciels, Réseaux, Périphériques, Imprimantes, Cartouches, Consommables, Téléphones et Statuts. Il est possible dans créer de nouvelle. • Le module Assistance permet de créer, suivre les tickets, et voir les statistiques. Voici les différents rôles que l'on retrouve traditionnellement dans les services d'assistance : o Demandeurs : ce sont les utilisateurs ou groupes d'utilisateurs connus dans GLPI concernés par le ticket. o Exécutants/Techniciens ("attribué à") : la prise en charge d'un ticket est effectuée soit par un technicien, soit par un groupe de compétences ou encore par un fournisseur référencé dans l'application. o Observateurs : ce sont des utilisateurs ou groupes d'utilisateurs qui reçoivent des notifications. • Le module Gestion permet de gérer les contacts, fournisseurs, budgets, contrats et documents. Les informations rentrées ici sont réutilisées dans le module inventaire. • Le module Outils permet de gérer des notes, la base de connaissance, les réservations, la synchronisation de l'inventaire avec OCS Inventory NG et visualiser les rapports. o Les notes permettent de gérer des notes, leur durée de vie et de les faire apparaître dans le planning si besoin. Une note correspond à une information personnelle ou publique. o La base de connaissances répond à deux objectifs principaux, le premier est de centraliser des connaissances internes aux différents techniciens et le second est de mettre à disposition des utilisateurs des informations (FAQ publique) leur permettant de résoudre seuls des problèmes simples. • Le module Administration permet d'administrer les utilisateurs, groupes, entités, profils, règles et dictionnaires. Il permet aussi la maintenance de l'application (sauvegarde et restauration de base, vérifier si une nouvelle version est disponible). o Utilisateurs permet d'ajouter, de modifier, de supprimer des utilisateurs ou rechercher et exporter la liste des utilisateurs. La liste des utilisateurs enregistrés fonctionne de la même façon que la liste des éléments de l'inventaire. 9 o Les groupes peuvent avoir plusieurs fonctions : rassemblement d'utilisateurs par compétences (par exemple les techniciens réseaux, ou les administrateurs de base de données) pour le helpdesk, regroupements organisationnels (par exemple tous les ordinateurs de la direction, ou du service comptable) mais aussi ensemble de personnes à notifier. o La notion de profil est un pilier dans la configuration de GLPI. C'est elle qui accrédite les utilisateurs de certains droits, c'est elle qui permet de sécuriser et d'isoler les données à certains utilisateurs. • Le module Configuration permet d'accéder aux options de configuration générale de GLPI : notifications, collecteurs, tâches automatiques, authentifications, plugins, liens externes, mode OCSNG. o Intitulés permet la définition des lieux, des statuts de matériels, des catégories de tickets, des noms des logiciels et des constructeurs : en somme, tout ce qui dépend d'une nomenclature propre à un contexte particulier doit être paramétré. Si certains de ces intitulés sont fournis avec une liste par défaut, la plupart des intitulés doivent être déclarés dans l'application. o Composants : Un composant matériel est défini par un type, un nom, un uploads/Management/ rapport-de-stage-1 8 .pdf
Documents similaires
-
19
-
0
-
0
Licence et utilisation
Gratuit pour un usage personnel Attribution requise- Détails
- Publié le Jui 05, 2022
- Catégorie Management
- Langue French
- Taille du fichier 1.9949MB