Académique Documents
Professionnel Documents
Culture Documents
1 OBJECTIFS
Partie 2
Dans cette partie, nous allons nous attacher à la gestion des profils.
A l'issu de ce TP vous saurez
• créer des équipes dans iTop
• assigner des tickets et les gérer
• afficher un rapport des indicateurs (ainsi que les escalades)
• comprendre le fonctionnement des systèmes de gestion de ticket (compatible ITIL)
Pour associer les utilisateurs dans l'annuaire LDAP à iTop, il faudrait procéder de la manière
suivante :
Lancez la page d'administration iTop (login "admin")
Dans le menu [Admin tools], cloquer sur "Configuration". Recherchez la chaîne 'authent-ldap'
le paramètre host et port correspondent au nom du serveur LDAP et au port du service si celui-ci
n'est pas modifié (port par défaut).
Attention : Accès général à un annuaire LDAP
Le choix d'un compte 'default_user' doit pointer un compte avec un minimum de droits sur
l'annuaire : lecture seulement. Ne jamais utiliser de compte administrateur ici, mais plutôt un
compte dédié par outil. Si ce compte est piraté, vous connaîtrez l'origine du piratage.
Vous devez créer 8 utilisateurs et 4 équipes : pour avoir un moyen psychotechnique de nous
rappeler dans quelles équipes travailleront nos utilisateurs, leur nom de famille devra être en
rapport avec son équipe. Par exemple, l'équipe réseau (network) peut avoir un Jean-Paul NETMAN
et une Sylvie NETTETÉ.
Voici donc les 4 équipes du département "Demo" :
• RESEAU (Manager : Jean-Jacques ROUSSEAU)
• SERVEUR (Manager : Jean-Paul SARTRE)
• LOGICIEL (Manager : Marguerite DURAS)
• POSTE (Manager : Jean COCTEAU)
Chaque équipe aura une adresse de courrier de groupe : groupe_XXXX@yopmail.fr (soyez
homogène dans votre choix). Chaque membre de l'équipe créé aura un rôle de Support Level1 et
Team Leader.
Normalement, vous aurez 3 membres par équipe (Manager, Team Leader et Support level1).
Enfin, créez les utilisateurs à la direction des différents services dans l'organigramme ci-dessous.
3 ASSIGNATION D'INCIDENTS
Nous allons travailler sur un incident déclaré mais pas encore affecté.
Pour cela, assignez un appel à l'équipe RESEAU.
Erreur ? vous ne trouvez pas l'équipe RESEAU pour lui assigner le ticket d'incident ? Pas de panique, il faut
affecter les équipes RESEAU, LOGICIEL, SERVEUR et POSTE à l'entité 'demo' car lors de la création, elles ont
probablement été affectées à l'entité 'IT Department'
4.1 LE VOCABULAIRE
Il faut d'abord faire le point sur le vocabulaire des organisations et des entreprises. En anglais, il
existe des faux-amis :
Mot français Mot anglais Explications
Service Service Processus modifiant un état. Rendre service, …
En ITIL, il existe plusieurs services : chaque action
(commander du matériel, réparer, diagnostiquer…) est un
service.
Dans iTop, il est possible de grouper les (sous-)services
pour proposer un ensemble unique. Itop propose quand
même de limiter la liste selon le type de requête (réparer
= incident, commander = service request)
Service Departement Groupe de personnes appartenant à une même entité au
sein de l'organisation.
Dans iTop, il faut faire la différence entre les deux mots
"service" : pour un utilisateur, il appartient à un service au
sens département.
Équipe Team Groupe de personnes fournissant le même service. Une
équipe n'est donc pas forcément un département. En
effet, on peut considérer qu'un département s'étend sur
tous les sites mais qu'une équipe peut-être locale.
Fournisseur Provider Département ou organisation proposant des services.
Dans iTop, provider prend donc le sens du département.
Client Customer Le client reçoit des services en échange d'une somme
d'argent.
Ainsi, dans iTop, les utilisateurs peuvent bénéficier d'un
contrat client : les organisations françaises ne se facturent
généralement pas les services internes par prestation ;
dans les entreprises américaines, c'est une pratique
courante et chaque département fonctionne comme une
petit entreprise.
Élément de CI Configuration Item : ils comprennent le matériel, les
configuration logiciels, mais également les configurations de matériel.
En fait, tout ce qui peut être enregistré avec un numéro
de version (dans une base de données, par exemple, la
CMDB d'ITIL).
Ainsi, vous commencez à comprendre que plus une organisation devient grande, plus l'effort pour
se mettre en conformité avec les processus ITIL devient important.
La base de données CMDB contient donc les informations importantes : clients, fournisseurs,
contacts, équipes, matériels, logiciels, lieux, documents et contrats.
Elle contient aussi les demandes de services, classées par incidents, problèmes et changements.
Elle gère la traçabilité de toutes les interventions sur le SI.
5 LES ESCALADES
Le logiciel reconnaît 2 dépassements d'indicateurs :
• TTO (Time-To-Own) : c'est le temps que le ticket créé soit pris en charge. Ce temps est
généralement contractualisé. La notion s'appelle GTI pour Garantie du Temps
d'Intervention.
• TTR (Time-To-Resolve) : c'est le temps mesuré entre la création du ticket et la résolution de
l'incident. Ce temps est également contractualisé et un dépassement peu donner lieu à des
pénalités. En France, la notion est nommée GTR pour Garantie du Temps de Résolution.
Vous pouvez également voir les tickets ayant dépassés les SLA en modifiant
la vue de la liste "All open incidents" et en ajoutant les champs "SLA TTO
passed" et "SLA TTR passed".
A l'inverse, vous pouvez maintenant récupérer vos éléments dans un tableau Excel, puis l'importer
dans iTop. Augmentez le nombre de serveurs comme ci-dessous et sauvez en CSV :
Dans iTop, dans le menu [Data administration] → "CSV import" et sélectionnez votre fichier.
C'est à l'étape 3 qu'il est important de choisir la classe des éléments importés : ici, choisir "Server".
Lors de l'étape 4, il est possible de faire une simulation, mais elle présente certainement des
erreurs ! Malgré plusieurs essais, cette fonction semble buguée.
7 ANNEXES