Rapport de stage (du 24/03 au 4/07)

Rapport de stage (du 24/03 au 4/07) Extension de la Console de gestion Microsoft. Mise en place d une application de gestion des tâches récurrentes. 2014 Conseil Général du Doubs Responsable : Alexandre Caro Professeur tuteur : Bénédicte Herrmann Charlélie PETRACCA Licence Pro SIL CDOOAM charlelie.petracca@gmail.com

Remerciements Je souhaite tout d abord remercier Gérôme Aubert pour m avoir accepté au sein de son équipe et pour avoir su me proposer des travaux et projets enrichissants tout au long de mon stage. Je voudrais remercier Alexandre Caro, pour avoir été mon responsable lors de ce stage et pour m avoir suivi et conseillé dans mon travail. Je remercie également toutes les personnes qui ont pris du temps pour m aider dans la réalisation de mes projets et pour m expliquer le fonctionnement du système d informations du Conseil général. - Sébastien Boetsch qui m a beaucoup aidé dans la compréhension du système, - Fréderic Gaillard pour m avoir présenté le matériel système et réseau. - Nicolas Druoton pour son aide en web et en algorithmique, Pour finir, je souhaite remercier l ensemble de l équipe de l exploitation informatique qui a été disponible qui m a accueilli dans de très bonnes conditions. 2

Table des matières Remerciements..2 Table des matières..3 Introduction.5 I. Présentation du contexte 6 A. Le Conseil Général du Doubs. 7 B. Le service des systèmes informatiques..8 1. Organigramme 8 2. Fonctionnement 9 C. Organisation informatique..10 1. Le parc informatique 10 2. Virtualisation.10 II. Projet d extension de la MMC 11 A. Présentation du sujet.. 12 1. Explication de l intitulé du sujet..12 2. Objectifs du projet 13 B. Travail Réalisé 14 1. Prise en main des outils.14 2. Documentation sur l extension de la MMC.17 3. Solution apportée script C++.18 C. Bilan.21 1. Compétences acquises..21 2. Évolutions possibles.21 3

III. Projet de gestion des tâches récurrentes..22 A. Présentation du sujet..23 1. Contexte...23 2. Objectif.24 3. Cahier des charges 24 B. Travail Réalisé 25 1. Conception.25 2. Fonctionnalités 27 3. Ergonomie..30 4. Difficultés rencontrées..30 C. Bilan.32 1. Compétences acquises..32 2. Évolutions possibles.32 IV. Travaux sur le monitoring 33 A. Le monitoring 34 B. Objectifs du projet.34 C. Travaux réalisés 34 D. Évolutions possibles.35 Conclusion..36 Annexes 37 1. Microsoft Active Directory 38 2. Le protocole LDAP..39 3. Script C++ du projet d extension de la MMC..43 Lexique..47 Bibliographie.49 4

Introduction Actuellement en Licence professionnelle «Systèmes informatiques et logiciels» option «Conception et développement orientés objets d applications multi-tiers» à l Université de Besançon, j ai dû effectuer un stage de 15 semaines au sein de l équipe informatique d une entreprise ou d une organisation. Un projet doit être réalisé durant cette période et un rapport doit être présenté, appuyé par une soutenance de stage. Ce module est le plus important de la Licence, tant au niveau du coefficient qu au niveau pédagogique. Ce stage doit en effet permettre de faire le lien entre la formation suivie tout au long de l année et le milieu professionnel. C est au sein du Conseil Général du Doubs que j ai effectué mon stage. Le Conseil Général est l assemblée délibérante du département, élue au suffrage universel. Ses missions sont nombreuses, il contribue par exemple au développement économique par l attribution d aides à la création d entreprises. Il effectue une action d aide à l enfance, aux handicapés et aux personnes âgées avec la mise en place de centres médicaux sociaux, d aide à l enfance ou autres. Le Conseil Général intervient dans des domaines comme l éducation de la jeunesse et des sports, la protection de l environnement ou encore le développement des voies de communications et des transports. J ai été admis dans le service des systèmes d informations, au sein du pôle exploitation informatique composée de l équipe d administrateurs système ainsi que de l équipe de télécommunication. Ma mission initiale était de travailler sur l annuaire informatique du Conseil Général, mais ayant réalisé d autres tâches aussi importantes, j ai décidé de vous les présenter dans ce rapport. Ainsi, nous aborderons trois parties concernant trois projets différents que j ai réalisés pendant mon stage. Dans un premier temps, je vous présenterai le contexte de ce stage. Les parties 2 et 3 concerneront mes deux projets principaux, l extension du schéma Active Directory pour lier le service informatique au service des ressources humaines, et le développement d une application web pour assister la vérification par les agents de toutes les tâches automatisées qui ont lieu la nuit. Enfin, dans une dernière partie, je vous parlerai du projet de monitoring auquel j ai contribué. 5

I. Présentation du contexte A. Le CG 25 B. Le service des systèmes informatiques C. Organisation informatique 6

I. Présentation du contexte En France, le conseil général est l'assemblée délibérante élue au suffrage universel d'un département. A. Le Conseil Général du Doubs Il est composé de l assemblée départementale, de la commission permanente ainsi que de diverses commissions spécialisées. - Le président Claude JEANNEROT, réélu en mars 2011 Pouvoir exécutif du Département Convoque et préside l assemblée Propose les délibérations soumises à l approbation des élus Met en œuvre et exécute les décisions de l assemblée - L assemblée départementale 35 Conseillers généraux (1 par canton) Pouvoir délibératif Gère les affaires du Département (délibérations) Vote le budget du département - La commission permanente 35 élus (le président, 10 vice-présidents, 3 conseillers généraux délégués et 21 conseillers généraux) Compétences déléguées par le Conseil général Ne peux pas voter le budget 7

- Les commissions spécialisées Etudient les dossiers qui seront ensuite débattus lors des assemblées plénières. Rôle exclusivement consultatif Instaurées par le Conseil général selon ses besoins B. Le service des systèmes informatiques Le SSI du CG du Doubs est dirigé par M. Gunther BAEKELANDT. 1. Organigramme Organigramme du service des systèmes informatique du Conseil Général du Doubs 8

2. Fonctionnement o Pôle Assistance Dirigé par Thierry Durand, ce pôle a pour missions l assistance technique auprès des utilisateurs de l organisme ainsi que la maintenance et l évolution du parc informatique. Il est divisé en 2 secteurs : l un est chargé de l assistance départementale (SVP Département) et l autre s occupe de l assistance des communes du Doubs (SVP Commune). o Pôle Solution et Métier Ce pôle a pour missions l intégration et le développement d applications et de bases de données répondants aux besoins des usagers. On y trouve le service Système d Information géographique qui a pour fonction de cartographier le département (numériser la géographie du Doubs). o Pôle Infrastructure Supervisé par Gérôme Aubert, ce pôle a pour mission la mise en place et la coordination d une politique de sécurité. Il a également pour but d assurer le bon fonctionnement du système d information (système de stockage, cœur de réseau, ferme de serveurs VMware, serveur AIX, ToIP sous Lync). Ce pôle est en évolution constante pour garder l infrastructure réseau à jour. Il est divisé en 3 groupes : - Chef de projet technique, M. Marc Antoine CHATELAIN. Il a pour mission de coordonner les projets en cours. - Intégrateur, M. Jean-Claude Carré. Il a pour mission d assurer la pleine compatibilité des logiciels métiers implantés ou à implanter au sein du système d information. - Exploitation informatique, composée de 5 techniciens en charge de la bonne gestion de l infrastructure serveur et réseau. Cette équipe est constituée de 3 administrateurs et 2 techniciens Telecom. 9

C. Organisation informatique 1. Le parc informatique L ensemble du parc clients et serveurs s appuie sur des technologies Microsoft Windows, Windows XP et Windows Seven pour les postes clients et Windows serveur entreprise 2003 R2 et 2008 R2 pour les serveurs. Seuls les 2 serveurs de gestion de base de données (oracle) s appuient sur une base AIX. Le parc informatique et téléphonique géré par le Conseil général est composé d environ 2000 postes de travail, 350 systèmes d impression, 110 commutateurs et 75 serveurs répartis sur 89 sites distants à travers le territoire départemental et 70 répartis au sein des systèmes d information. Le secteur de la téléphonie représente une part importante du parc matériel composant le système d information. En effet, l ensemble de la collectivité comprend environ 1900 postes de téléphonie fixe et environ 530 mobiles. 2. Virtualisation La virtualisation consiste à faire fonctionner plusieurs systèmes d exploitation ou applications sur un serveur comme de simples logiciels que l on appelle environnements virtuels. La virtualisation de systèmes d exploitation permet de n utiliser qu un seul ordinateur pour faire tourner plusieurs systèmes comme s ils fonctionnaient sur des ordinateurs distincts. Les avantages de cette technique sont nombreux : - Utilisation optimale des ressources (la charge en ressources des environnements virtuels est répartie sur les machines physiques) - Installation et déploiement facile des machines virtuelles - Economies sur le matériel (consommation, entretien, surveillance ) - Allocation dynamique de la puissance de calcul en fonction des besoins de chaque application Actuellement, il y a au Conseil général du Doubs 13 serveurs physiques pour plus d une centaine d environnements virtuels. 10

II. Projet d extension de la MMC A. Présentation du sujet B. Travail Réalisé C. Bilan 11

II. Projet d extension de la MMC La console de gestion Microsoft (MMC) permet notamment d accéder à la gestion des utilisateurs du domaine (en l occurrence un annuaire Active Directory). Cette interface est extensible et on peut théoriquement ajouter ou modifier des menus ou même des feuilles de propriétés. A. Présentation du sujet Ce projet doit permettre d enregistrer le numéro de matricule des employés dans les attributs de leur compte utilisateur. Cela créera le lien entre chaque employé du CG et son compte utilisateur dans le domaine. 1. Explication de l intitulé du sujet 1.1. Extension du schéma Active Directory (AD) Dans Active Directory, les domaines sont regroupés de manière arborescente pour partager des ressources. L ensemble des arbres forment ce qu on appelle la forêt AD. Le schéma Active directory définit chaque classe d objet pouvant être créée dans une forêt AD. Il contient également les définitions de chaque attribut existant dans un objet AD. Le schéma d origine contient de nombreuses classes et attributs mais il est possible de l étendre en ajoutant, par exemple, des attributs à un objet. Cependant, étendre le schéma est une opération déconseillée puisqu une erreur lors de la modification peut entraîner la perte et l altération de données. Le schéma d origine possède de nombreux attributs dont beaucoup ne sont pas utilisés, il est donc souvent possible de les utiliser au lieu dans créer de nouveaux. 1.2. Extension de la Microsoft Management Console (MMC) La MMC est une console de management qui permet de regrouper la gestion de plusieurs modules appelés Snap-Ins (fichiers logiciels enfichables), notamment ADUC (Utilisateurs et ordinateurs Active Directory). ADUC permet, entre-autres, la gestion de tous les ordinateurs, utilisateurs ou encore groupes d utilisateurs du domaine Active Directory. 12

2. Objectifs du projet 2.1. Liaison entre RH et Informatique Dans une organisation comme le Conseil Général, il y a bien souvent plusieurs annuaires qui sont utilisés. Le réseau informatique utilise l annuaire Active Directory pour la gestion des ordinateurs et des utilisateurs comme vu précédemment, mais d autres services peuvent très bien utiliser un autre annuaire pour leur propre fonctionnement. Au CG25, c est par exemple le cas pour le service des ressources humaines qui utilise un annuaire propre à leur logiciel de gestion. Dans certaines organisations, on peut parfois décompter 4 ou 5 annuaires. Un tel phénomène pose un problème de duplication des données puisqu ils contiennent souvent des informations très similaires, ainsi que la perte de données car les données présentes dans un annuaire n apparaissent pas forcément dans un autre. Dans ce projet, l extension du schéma est mise en place afin de permettre d ajouter à l annuaire informatique (LDAP), des informations communes avec le service RH, comme le numéro de matricule de l employé (et utilisateur). Une telle liaison ouvrirait des possibilités concernant l automatisation d un certain nombre de tâches (comme l envoi des fiches de paye par exemple). 2.2. Utilisation de nouveaux attributs Lorsque l on accède aux propriétés d un objet AD, une page de propriétés s affiche, contenant une partie des attributs de l objet, ceux qui sont les plus souvent utilisés. Si l on veut utiliser de nouveaux attributs pour un objet (qu il s agisse d une modification du schéma AD ou non), ils ne seront pas visible depuis la feuille de propriétés, or il est impératif de pouvoir accéder à ces attributs, ainsi que de pouvoir les modifier. Mon objectif dans ce projet est la mise en place de l accès aux nouveaux attributs. 13

B. Travail Réalisé Pour atteindre mon objectif dans ce projet, j ai dû utiliser des outils que je ne connaissais pas et j ai dû commencer par une étape de documentation importante, notamment à propos des technologies d annuaires Microsoft. 1. Prise en main des outils 1.1. Annuaires Dans le monde de l informatique, un annuaire est un système de stockage de données, permettant en particulier de conserver les données n étant que peu mises à jour, comme les coordonnées des personnes, clients ou encore fournisseurs d une entreprise. Les annuaires vérifient les caractéristiques suivantes : - Ils sont conçus pour être plus souvent consultés que mis à jour, - Les données sont stockées de manière hiérarchique et non pas de manière tabulaire comme dans les bases de données relationnelles, - Ils comportent des mécanismes de recherche facile et d organisation des résultats, - Ils doivent pouvoir être répartis et doivent donc comporter des mécanismes permettant de coopérer, - Ils doivent être capables de gérer l authentification des utilisateurs ainsi que les droits d accès aux données. On peut utiliser un annuaire pour : - Constituer un carnet d adresse, - Authentifier des utilisateurs (grâce à un mot de passe), - Définir les droits de chaque utilisateur, - Recenser des informations sur un parc matériel (ordinateurs, serveurs, Adresses IP, adresses MAC, etc ), - Décrire les applications disponibles. 14

1.2. Microsoft Active Directory AD DS (Active Directory Domain Services) est un service d annuaire de Microsoft basé sur les standards TCP/IP : DNS, LDAP, Kerberos, etc Il référencie les personnes (nom, prénom, téléphone, etc ) ainsi que toute sorte d objet, dont les groupes d utilisateur, les ordinateurs, les serveurs, les imprimantes, etc Les contrôleurs de domaine AD DS permettent également d authentifier les comptes utilisateurs et les ordinateurs lorsqu ils se connectent au domaine. Active Directory est un outil destiné aux utilisateurs mais il constitue également un outil d administration et de gestion du réseau. Il permet de gérer le réseau entier car on dispose d une vue sur l ensemble des ressources et des droits associés. Des informations plus détaillées sur AD sont fournies en annexe 1. 1.3. Protocole LDAP Les annuaires peuvent être implémenté différemment d un serveur à un autre, c est là qu intervient LDAP (Lightweight Directory Access Protocol). LDAP est un protocole d annuaire standard et extensible. C est une interface normalisée qui permet d accéder de façon standard aux différents services de l annuaire. Plus simplement, son rôle est de fournir un moyen unique d effectuer des requêtes sur un annuaire compatible LDAP. Des informations plus détaillées sur le protocole LDAP sont fournies en annexe 2. 15

1.4. C++ Builder 2007 Code Gear C++ Builder est un environnement de développement C++. Il permet notamment la création d interfaces graphiques à la souris. Module de C++Builder 2007 pour la création d une interface graphique. Le code de cette interface est généré automatiquement et il est possible d implémenter des méthodes de gestion des événements comme le clic sur un bouton. 16

2. Documentation sur l extension de la MMC 2.1. Microsoft Technet Le Technet de Microsoft est une documentation complète des produits Microsoft en ligne. Il contient notamment la documentation des classes C++, C# et Visual Basic développées par Microsoft. Des cours et tutoriels sont également disponibles, on y trouve même quelques exemples de code. 2.2. Projet ADUaCET ADUaCET (Active Directory Users and Computers Extension Tool) est un projet C# disponible sur internet, il concerne l extension des pages de propriétés d un utilisateur AD dans la MMC. L objectif de ce projet est d ajouter une feuille de propriétés contenant un champ qui permet la modification de l attribut «employeeid» pour un utilisateur AD, ainsi qu une image. Lorsque l on clique sur le menu «propriétés» d un utilisateur, la MMC charge une liste de fichier contenant les feuilles de propriétés à afficher. Le principe du projet ADUaCET est de créer un de ces fichiers et d indiquer à la MMC de le charger lorsque l on souhaite afficher les propriétés d un utilisateur. 2.3. Problèmes rencontrés Le développement d une page de propriétés et sont importation dans la MMC sont des opérations lourdes et complexes. Pour le déploiement sur l ensemble du domaine, il est très préférable de choisir la solution la plus simple possible. 17

3. Solution apportée - Script depuis le menu contextuel 3.1. Modification de la configuration AD Comme la modification du schéma ou des feuilles de propriétés, Active Directory permet d étendre les menus contextuels. Il s agit en fait d indiquer dans la configuration AD que l on souhaite ajouter un menu sur tel ou tel type d objet (comme un utilisateur) et que tel script doit être exécuté lors du clic sur ce menu. L avantage de cette solution est qu il n y a pas besoin de modifier les pages de propriétés mais simplement de créer une fenêtre contenant les champs nécessaires, et de les remplir en récupérant les données dans l annuaire. 3.2. Création d un script C++ Le script doit afficher une fenêtre qui contient des champs qui permettront de voir et de modifier les nouveaux attributs. Lorsque l on clique sur un utilisateur, le script sera exécuté avec des paramètres dont le type d objet (utilisateur, domaine, ordinateur ) ainsi que le nom unique dans l annuaire LDAP de l objet sur lequel on a cliqué (exemple : «LDAP://CN=test,CN=Users,DC=Doubs,DC=fr»). On va alors pouvoir récupérer les valeurs des attributs dont on a besoin pour remplir les champs de la fenêtre. La mise à jour de ces attributs sera également possible grâce à ce nom. Pour lier les utilisateurs du système informatique aux employés de l annuaire du service RH, dont la plupart des informations sont les mêmes et donc dupliquées, on souhaite ajouter deux attributs aux utilisateurs. Les attributs qui seront utilisés existe déjà mais ne sont pas utilisés, il s agit des attributs employeeid et employeenumber. On utilisera employeeid pour stocker le numéro de matricule d un employé, numéro que le service des ressources humaines utilise dans son logiciel. L attribut employeenumber sera quant à lui utilisé pour stocker un code correspondant à une liste de droits. Pour mémoriser la liste de droits que possède un utilisateur parmis les cinq possibles, on va utiliser un entier qui représente un octet dont chaque bit est assigné à un droit. Exemple d un utilisateur qui ne possède aucun droit, son attribut employeenumber a pour valeur 0. 18

Un utilisateur qui possède le 3 e droit aura le 3 e bit de contrôle à 1 et son attribut employeenumber aura donc la valeur de l octet en base 10, soit 4. Un utilisateur possédant tous les droits verra chacun des cinq bits de contrôle à 1 et donc son attribut prendra la valeur 31. De cette manière, toutes les combinaisons possibles de droits se voient attribuer une valeur comprise entre 0 et 31. La fenêtre affichée par le script lors d un clic sur le menu propriétés doit donc faire apparaître deux champs qui contiennent les valeurs des attributs employeeid et employeenumber de l utilisateur ainsi que des cases à cocher correspondant aux droits possibles. Lorsque des cases sont cochées ou décochées, la valeur du code est mise à jour. On pourra donc modifier directement l attribut employeeid et cocher/décocher les droits de cet utilisateur. La valeur du champ employeenumber sera modifiée automatiquement. Fenêtre permettant l accès aux champs employeeid et employeenumber 19

Pour accéder aux informations de l utilisateur sur lequel on a cliqué, le script utilise des informations comme le nom des attributs. Afin de facilité d éventuelles modifications (comme par exemple le choix de l attribut utilisé pour stocker le numéro de matricule), il est intéressant d utiliser un fichier externe. Le fait de stocker ces informations dans un fichier permettra de les modifier sans avoir à modifier le code source et recompiler l application. La fenêtre de base utilisera les attributs employeeid et employeenumber d un utilisateur AD. Si dans le futur, on décide d utiliser un autre attribut pour une raison ou pour une autre, il faudra simplement modifier le fichier d initialisation. La fenêtre affiche également une liste de droits que l on peut ajouter à l utilisateur, de la même manière, ces droits seront initialisés dans le fichier pour faciliter leur modification. 3.3. Problèmes rencontrés Un des problèmes que j ai rencontré durant le développement de ce programme est la récupération des informations par LDAP. En effet, les types d objets et les fonctions nécessaires sont souvent mal documentés et possèdent des noms souvent compliqués. Par exemple, l objet représentant un utilisateur du domaine est de type «IID_IADsUser». Un des points qui a généré des erreurs lors du développement a été la conversion de chaînes de caractères. En effet, chaque fonction à quasiment son propre format de chaîne, ainsi, tout au long du script j ai dû jongler entre wchar_t, BSTR, V_BSTR, et AnsiString. Le dernier point qui m a posé quelques problèmes était l utilisation du type «VARIANT». A la base, C++ est un langage typé, ce qui signifie que toute variable à un type bien précis qui est défini lors de la déclaration, cependant, pour les besoins de ses produits, Microsoft a créé un type d objet pouvant stocker des variables de différents types. Les Variants sont un peu compliqués à utiliser, ils sont destinés à être utilisés pour stocker des objets de types différents mais ils possèdent tout de même un attribut qui définit le type de l objet stocké. Leur utilisation a nécessité un certain temps de compréhension. 20

C. Bilan Le travail que j ai réalisé au sein de ce projet m a permis d acquérir un certain nombre de compétences et ouvre les portes à la création de nouveaux programmes ou scripts en rapport avec le service des ressources humaines. 1. Compétences acquises Ce projet a nécessité qui j acquière une bonne compréhension du fonctionnement d Active Directory et de LDAP. Grâce aux explications de mes collègues de bureau, aux manuels officiels de Microsoft que m ont été fournis, et à la documentation trouvée sur internet, j ai pu comprendre le fonctionnement de ce système d informations. De plus, ce travail m a permis d utiliser le langage C++ pour créer une interface graphique, ce qui m a fait découvrir le logiciel C++ Builder que je ne connaissais pas. La partie du programme concernant la manipulation d un octet pour stocker plusieurs informations m a fait travailler sur l algorithmique et l optimisation de code. J ai notamment appris à manipuler un octet pour y stocker plusieurs informations. 2. Evolutions possibles Il est possible d étendre le schéma Active Directory ou de le modifier de manière illimitée. Le travail réalisé pour ajouter les informations du service des ressources humaines au schéma AD peut très bien être mis en place pour un autre service. Le service de gestion financière pourrait bénéficier d un lien similaire. Une fois des informations comme le numéro de matricule d un salarié enregistré dans l annuaire AD, on peut très bien imaginer la création de scripts d automatisation de certaines tâches. Les objets LDAP étant récupérable au travers de fonctions PHP, des applications web pourront dorénavant être développés pour les autres services (envoi des payes, gestion des commandes de fournitures, etc ). 21

III. Projet de gestion des tâches récurrentes A. Présentation du sujet B. Travail Réalisé C. Bilan 22

III. Projet de gestion des tâches récurrentes Ce projet concerne le développement d un outil destiné aux administrateurs système. Cet outil devrait aider les agents à effectuer la vérification des tâches récurrentes effectuées par les serveurs pendant la nuit. A. Présentation du sujet Tous les jours, les agents doivent résoudre les problèmes qui ont eu lieu pendant la nuit lors de l exécution automatique de certaines tâches par les serveurs. Afin de pouvoir résoudre les problèmes, il est essentiel de pouvoir les détecter de manière efficace. C est là qu intervient ce projet. 1. Contexte Des tâches récurrentes ont lieux tous les mois, toutes les semaines et mêmes tous les jours pour certaines d entre-elles. Les serveurs procèdent en effet à une sauvegarde des données et des bases de données ainsi qu a une multitude d autres opérations pendant la nuit. Le premier travail des agents lorsqu ils arrivent le matin est de vérifier que ces tâches se sont bien déroulées et dans le cas contraire, les problèmes doivent être résolus le plus rapidement possible. Un grand nombre de vérifications peuvent être réalisées, certaines sont très importantes voire essentielles comme s assurer qu aucun disque dur n arrive à saturation, et d autres sont secondaires comme par exemple le fait de vérifier qu il n existe pas de version plus récentes de tel ou tel logiciel. Cependant, même des tâches de moindre importance peuvent générer des problèmes. En effet, sur un parc informatique de la taille de celui du Conseil Général du Doubs, même une simple mise à jour peut générer des erreurs impactant plusieurs dizaines voire centaines d utilisateurs. De plus, plus la version d un logiciel à mettre à jour est obsolète, plus le risque que la mise à niveau pose des problèmes est élevé. Les problématiques actuelles sont, d une part, qu il est difficile pour les agents de couvrir la totalité des vérifications qu il faudrait faire, d autant plus lorsque des erreurs concernant des tâches importantes sont détectés, et d autre part, qu aucun suivi dans le temps n est possible en ce qui concerne les tâches qui génèrent des erreurs. 23

2. Objectifs du projet L objectif de ce projet est double. Il fournira d abord la liste des tâches reflétant la vérification complète que doivent faire les agents tous les matins, et il permettra ensuite l obtention d informations quant aux problèmes détectés. Cette liste servira de fil conducteur pour les agents et permettra d avoir une vision globale de tout ce qui doit être vérifié. Elle devrait permettre à tous les techniciens d effectuer la même vérification dans un ordre précis et ainsi d éviter que certaines tâches secondaires soient oubliées. 3. Cahier des charges La liste des tâches de vérifications sera présentée à travers une interface web. On utilisera une base de données MySql pour stocker les tâches à afficher ainsi que les erreurs détectées. La liste contiendra toutes les tâches de fond effectuées par les serveurs qui nécessitent une vérification. Elle devra être ergonomique pour permettre aux agents de gagner du temps lorsqu ils font leur vérification. Pour chaque tâche, il doit être possible de signaler un incident, de le décrire, et d indiquer l impact éventuel sur le système ou sur les utilisateurs. Des e-mails doivent être envoyés aux responsables de l exploitation informatique pour les prévenir d un problème impactant beaucoup d utilisateurs. Un e-mail de rapport doit également leur être expédié à la fin de la vérification d un agent. La connexion à l application ne doit être possible que pour les administrateurs systèmes et les responsables de l exploitation. Une rubrique réservée aux responsables doit permettre l ajout de tâches ou de catégories, ainsi qu une liste de toutes les tâches qui ont généré des erreurs afin de faire apparaître les problèmes récurrents. L application devra indiquer quel technicien a effectué la dernière vérification ou signalé telle ou telle erreur. 24

B. Travail Réalisé L application réalisée est de type Web et elle est hébergée sur le domaine doubs.fr. Une base de données MySql a été mise à disposition pour le stockage des informations. 1. Conception Afin de remplir ses objectifs, l application doit être rapide et ergonomique. Une application PHP et MySql permettra le développement d une interface simple de gestion ainsi que le stockage d informations (comme par exemple la liste des tâches ayant généré des erreurs). 1.1. L interface utilisateur Pour que les agents gagnent du temps lors de la vérification quotidienne, il est impératif de leur éviter toute navigation inutile. Ainsi, la totalité des tâches sera vérifiée depuis la même page. La liste des tâches du jour affiché par l application lorsqu un agent se connecte et générée depuis la liste des tâches modèles préalablement enregistrées. Une rubrique, permettra en effet aux responsables du pôle infrastructure de saisir les tâches récurrentes qui devront être vérifiées et à quelle fréquence. 1.2. La Base de données Modèle conceptuel de données 25

La base de données MySql sera composée de quatre tables : o Catégorie Les catégories permettront de classer les tâches pour les proposer aux agents dans un ordre précis. o Technicien Chaque agent qui utilise l application sera enregistré dans la base de données pour permettre, par exemple, de connaître la personne qui a effectué la dernière vérification ou qui a signalé telle ou telle erreur. o Tache Cette table va contenir toutes les tâches. Il y aura quatre types de tâches stockés ici. La table contiendra tout d abord les tâches modèles, il s agit de la liste complète des tâches récurrentes à vérifier. La liste pourra être agrandie par les responsables au fur et à mesure des besoins. Lorsqu un agent se connectera à l application, on va alors créer la liste des tâches du jour à partir des modèles. C est ce deuxième type de tâches qui va être visible par les techniciens lors de leur vérification. Si l agent ne détecte aucune erreur sur une de ces tâches, elle sera supprimée de la base de données. En revanche, si une erreur est signalée, la tâche est conservée et restera affichée jusqu à sa validation (et donc résolution du problème). Les tâches ayant généré des erreurs seront conservées dans la base et seront listées dans une rubrique réservée aux responsables. Cela permettra à ces derniers d obtenir un certain nombre d informations comme notamment le temps pendant lequel une tâche est restée en erreur. Pour résumé, la table Tâche contiendra : Les tâches «modèles» (attribut estmodele =1): Ne sont pas visibles par les agents Sont quotidienne, hebdomadaires ou mensuelles. Les tâches du jour ( estmodele =0 et datetache =<date du jour>) : Sont des copies des tâches modèles auxquelles on ajoute la date du jour Sont créées à la connexion d un agent selon la fréquence du modèle et la date de la dernière connexion Sont éditées par les agents (validation ou description de l erreur) Sont supprimées de la base si validée sans erreur Les tâches en erreur ( erreursignalee =1) : Sont obligatoirement décrites et leur impact indiqué 26