Bonjour,
Dans le cadre de notre projet, nous pensons déployer la future version 0.7. Hors, on va avoir besoin de fonctionnalités particulières. Si elles ne sont pas prévues dans cette version, je voudrais discuter de la possibilité que nous fassions nous même les devs, et de savoir si ceux-ci (et sous quelles conditions) peuvent être mergés dans GLPI.

Authentification :
* GLPI permet de remonter l'appartenance d'un utilisateur à un groupe depuis l'annuaire LDAP, en regardant un attribut de l'objet user. Seulement, dans le cadre de mon projet j'ai besoin de trouver cette information, aussi, en parcourants des objets groupes et en lisant leur attribut member.
 -> pensez vous intégrer une telle fonctionnalité dans la version 0.7 de GLPI. Sinon, si je la développe, pourra-t-elle être prise dans la version 0.7 ?

* Pour des besoins de performances, nous pensons disposer de 2 bases de données pour GLPI : une maître en lecture/écriture, et une esclave en lecture seule. Est-il possible de préciser que l'on veut effectuer les lectures sur une base et les écritures sur une autre ?
 -> même question, pensez vous développer cela pour la 0.7, et sinon est ce que si je développe cette fonctionnalité elle pourra être mergée dans le CVS ?

* Avec quelle volumétrie avez vous testé la base de GLPI. Notre cible est de répertorier 80 000 machines à terme. Pensez vous que l'interface va répondre de manière convenable ? Si tel n'est pas le cas, envisagez vous de faire des amélioration pour la version 0.7 ?

* sur la partie HelpDesk, je n'ai pas trouvé (mais c'est possible que ça existe) un mécanisme d'escalade. En effet, le but c'est que si la personne en charge du ticket ne sait pas répondre au problème, qu'elle puisse inclure dans la boucle une ou plusieures personnes aux compétences suffisantes. Avez vous déjà réfléchi à cette fonctionnalité ?Bonjour,
Dans le cadre de notre projet, nous pensons déployer la future version 0.7. Hors, on va avoir besoin de fonctionnalités particulières. Si elles ne sont pas prévues dans cette version, je voudrais discuter de la possibilité que nous fassions nous même les devs, et de savoir si ceux-ci (et sous quelles conditions) peuvent être mergés dans GLPI.

Authentification :
* GLPI permet de remonter l'appartenance d'un utilisateur à un groupe depuis l'annuaire LDAP, en regardant un attribut de l'objet user. Seulement, dans le cadre de mon projet j'ai besoin de trouver cette information, aussi, en parcourants des objets groupes et en lisant leur attribut member.
 -> pensez vous intégrer une telle fonctionnalité dans la version 0.7 de GLPI. Sinon, si je la développe, pourra-t-elle être prise dans la version 0.7 ?

* Pour des besoins de performances, nous pensons disposer de 2 bases de données pour GLPI : une maître en lecture/écriture, et une esclave en lecture seule. Est-il possible de préciser que l'on veut effectuer les lectures sur une base et les écritures sur une autre ?
 -> même question, pensez vous développer cela pour la 0.7, et sinon est ce que si je développe cette fonctionnalité elle pourra être mergée dans le CVS ?

* Avec quelle volumétrie avez vous testé la base de GLPI. Notre cible est de répertorier 80 000 machines à terme. Pensez vous que l'interface va répondre de manière convenable ? Si tel n'est pas le cas, envisagez vous de faire des amélioration pour la version 0.7 ?

* sur la partie HelpDesk, je n'ai pas trouvé (mais c'est possible que ça existe) un mécanisme d'escalade. En effet, le but c'est que si la personne en charge du ticket ne sait pas répondre au problème, qu'elle puisse inclure dans la boucle une ou plusieures personnes aux compétences suffisantes. Avez vous déjà réfléchi à cette fonctionnalité ?


Merci.
Walid.

*****************************************************
"Le contenu de ce courriel et ses eventuelles pièces jointes sont
confidentiels. Ils s'adressent exclusivement à la personne destinataire.
Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur,
et afin de ne pas violer le secret des correspondances, vous ne devez pas
le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer
à l'émetteur et de le détruire.

Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération
du présent courriel. Il appartient au destinataire de vérifier que les
messages et pièces jointes reçus ne contiennent pas de virus.
Les opinions contenues dans ce courriel et ses éventuelles pièces
jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme
sauf s'il en est disposé autrement dans le présent courriel."
******************************************************
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev

Reply via email to