[Glpi-dev] Proposition d'évolution

Thu, 20 Oct 2011 12:56:23 -0700 

Bonjour, 

Dans un appel d'offre, un client souhaite faire évoluer GLPI en ajoutant et 
améliorant des fonctionnalités (sur des plugins également). Il souhaite que ces 
développements soient intégrés par la communauté dans la mesure du possible. 
Je passe en pièce jointe la liste des besoins. J'aurais besoin de savoir, pour 
chacune, si elles seraient ou seront intégrés aux prochaines versions de GLPI 
une fois le développement réalisé. 

Merci d'avance et n'hésitez pas si vous avez des questions. 





        Prometil


www.prometil.com 


Alexandre GALINIER 

Consultant 

42 av du Général De Croutte 31100 Toulouse 







E-mail :        a.galin...@prometil.com 
Mob :   +33 667 798 673 
Tel :   +33 562 875 242 
Fax :   +33 561 404 454 


Ce message peut contenir des informations confidentielles dont la divulgation 
est à ce titre rigoureusement interdite en l'absence d'autorisation explicite 
de l'émetteur. Dans l'hypothèse où vous auriez reçu par erreur ce message, 
merci de le renvoyer à l’émetteur et de détruire toute copie. 

Pensez à l’environnement avant d’imprimer. 

Objectif 1 : Créer un statut spécifique pour les logiciels
        Il est demandé de dissocier statut des matériels et statut des 
logiciels en créant un statut logiciel spécifique.
        Les statuts que nous souhaitons affecter à un logiciel sont : 
        Logiciel autorisé ;
        Logiciel avec dérogation ;
        Logiciel interdit.
        Le traitement devra pouvoir s’appliquer :
                Dans les règles et dictionnaires pour affecter un statut à un 
logiciel.
        Contrainte : Ce statut devra avoir les mêmes possibilités de 
traitement dans GLPI que le champ statut des matériels actuels.

Objectif 2 : Créer un champ version commerciale
        Existant : actuellement, le champ version existant est alimenté par 
le n° de version technique remonté par l’inventaire OCS :
        Ex : Pour Office Standard 2003, OCS remonte comme N° de version 
technique ‘’11.0.8173.0’’.
        Il est demandé de créer un champ version commerciale qui pourra 
contenir le n° de version commerciale d’un logiciel.
        Ex : Pour Office Standard 2003, version commerciale = 2003
        Dans ces conditions, nous aurons :
        Version commerciale = 2003 et Version technique ‘’11.0.8173.0’’
        Attention : tous les tableaux d’état actuels prennent en compte la 
version technique. Il faudra donc revoir ces états pour intégrer la version 
commerciale dans ces états.

Objectif 3 : Créer un dictionnaire des versions de logiciels
        Développement à réaliser : Implémentation d’un dictionnaire des 
versions de logiciels permettant de modifier le nom d’une version commerciale 
d’un logiciel ainsi que le champ personnalisé qui aura été ajouté avec le 
plugin customfields.
        Ex : Pour Office Standard 2003 avec comme N° de version technique 
‘’11.0.8173.0’’
        => Nom = Office Standard, Version commerciale = 2003 et N° de version 
technique ‘’11.0.8173.0’’ :
        Le champ utilisé pour les regroupements des logiciels à la racine 
devra être le Nom.
        Sauvegarde et restauration des règles et dictionnaires
        Objectif : Créer une fonctionnalité de sauvegarde et restauration 
des règles
        Développement à réaliser : Il est demandé de créer une 
fonctionnalité dans GLPI permettant de sauvegarder les règles et les 
dictionnaires afin de pouvoir les réimporter, soit dans la même base glpi 
soit dans une base différentes.

Plugin uninstall
Objectif : Ajout de fonctionnalité au plugin uninstall
        Développement à réaliser : Il est demandé de réaliser les ajouts 
suivants :
        réaliser le transfert des fiches des matériels mis au statut 
réformé de la base de production vers la base de réforme.
        Cette fonctionnalité devra pouvoir se faire manuellement depuis un 
modèle du plugin.
        Les fiches transférées pourront être archivées au format PDF.
        Il faudra gérer un historique des fiches transférées.
        Les champs à transférer seront les suivants :
                Budget (glpi_budgets.name),
                Type de matériel (table_inventairetypes.name)*,
                Modèle (table_inventairemodels.name)*,
                Marque (glpi_manufacturers.name),
                N° de série (tables_inventaire.serial)*,
                n° inventaire physique (tables_inventaire.otherserial)*
        *Note : tables_inventaire est un terme générique servant à 
désigner la table inventaire des différents objets Ordinateurs, Moniteurs, 
etc.
        Dans les modèles de désinstallation, il faut permettre une RAZ ou 
modification sur les champs suivants :
        RAZ ou modification sur le champ Lieu,
        RAZ sur le champ Mise à jour OS.

Gestion de la téléphonie
Objectif : Etendre la fiche matérielle de la téléphonie
        Développement à réaliser : Il est demandé de rajouter des 
éléments de gestion dans la fiche d’un téléphone.
        Ces éléments sont les suivants :
        Ajout d’un code IMEI supplémentaire en tant que code secondaire pour 
une deuxième carte SIM.
        Ajout d’un deuxième numéro de téléphone associé à ce deuxième 
code IMEI.
        Possibilités d’ajout de composants supplémentaire à un 
téléphone : modules d’extension, haut-parleur. Ce sont majoritairement des 
modules d’extension pour les téléphones en ToIP.

Plugin Customfields
Objectif : Porter ce plugin en version 0.80 de GLPI et ajout de 
fonctionnalités.
        les champs créés par ce plugin devront être modifiables dans le menu 
modification massive, les règles (logiciels, etc.) ou par le plugin 
datainjection.
        les champs créés par ce plugin doivent être accessibles en lecture 
et écriture par le plugin Webservices.
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Reply via email to