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.
|
_______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev