You are not logged in.
En direct de la formation ITIL...
Afin d'améliorer la gestion des configurations, il me semblerait nécessaire de gérer le statut, non pas au niveau des logiciels, mais au niveau des versions.
- prévoir le statut par défaut lors de la remontée par OCS
De cette manière il serait possible d'établir des rapports sur les machines non conformes.
Votre avis ?
0.72 ?
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
De cette manière il serait possible d'établir des rapports sur les machines non conformes.
non conforme, c'est à dire ?
Offline
Il est encore temps de t'enfuir Remi ! Pour ton bien
Offline
Bon, je vais faire la traduction Remi -> Français
Il faudrait que les logiciels d'une machine remontent dans la base avec un statut indiquant qu'ils sont installés (vu qu'ils remontent tout seul).
Par contre, cela ne veut pas dire que le logiciel est autorisé.
Pour cela, il faut vérifier si ce logiciel/version est un SCI de la DSL décrite dans la CMDB.
Voilà JMD, je pense que maintenant c'est plus clair.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pour cela, il faut vérifier si ce logiciel/version est un SCI de la DSL décrite dans la CMDB.
ah c'est sûr que vous êtes en pleine formation itil
Offline
Sérieusement : ITIL prévoit l'enregistrement d'un référentiel des logiciels "validés" (DSL) dans l'entreprise. Cette notion est parfaitement gérée par le statut, comme pour les autres éléments qui constitue la CMDB.
Cependant il est important de différencier le statut de chaque version, par exemple :
- GLPI 0.71.1 : retiré
- GLPI 0.71.2 : en production
- GLPI 0.71.3 : disponible
IL serait donc possible d'afficher un état de ce référentiel.
Il serait aussi important de pouvoir définir le statut pris par une nouvelle version lors de la syncho avec une source externe (OCS...).
Par la suite, dans les demandes de changement, un certain nombres d'évolutions pourront être décrite simplement par une modification du statut des objets de la base,
Ex : mise en prod de GLPI 0.71.3 =
- Version 0.71.2 => retiré
- version 0.71.3 => production
Voila.
On en reparle.
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline