-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bonsoir, Merci de l'intérêt que vous portez au projet GLPI. Francois-Joseph Cid a écrit : > Dans le cadre du travail de diplôme de l'un de nos stagiaires, nous avons > établi un cahier des charges pour le développement de nouvelles > fonctionnalités dans GLPI. > > Afin de débuter ce travail dans les meilleures conditions et de pouvoir > ensuite partager avec la communauté GLPI le résultat de ces travaux, nous > aimerions vous soumettre les document ci-joints. > > Les plugins et les rapports ne devraient pas poser de problème. Par contre > nous aimerions apporter des modifications au "coeur" de Glpi ainsi que > développer un "template" pour l'ajout de nouveaux types d'équipements à > inventorier comme quelqu'un l'a déjà fait avec les "Téléphones". > > Nos questions : > - sur quelle version conseillez-vous de travailler pour ce développement > (0.68.3 ou 0.70) ? Si vous ne souhaitez pas faire votre travail deux fois, il est préférable de travailler sur la version 0.7 qui contient de nombreux changements majeurs. De plus l'architecture des plugins a changé également pour être compatible avec la version 0.7. Maintenant cela nécessite un suivi journalier de la version de développement. Ce qui est travail lourd... > - comment peux-t-on intégrer les modifications à la version officielle de > Glpi pour qu'elles fassent partie intégrante des versions futures ? Intégrer une modification extérieure n'est pas une action neutre dans le sens où il nous incombera alors, par la suite, de maintenir le code dans les versions futures. Notre ligne de conduite est relativement simple, si les modifications proposées sont propres et répondent à un besoin générique et s'inscrivent dans l'historique et la logique de l'application, elles seront intégrées dans la mesure du possible. L'expérience nous a montré que malheureusement nous sommes amenés à ré écrire quasi-totalement le code pour une intégration correcte. > > Le stagiaire dispose de 80 heures pour le développement et il commence la > semaine prochaine ! Le volume d'heures me semble faible compte tenu des modifications listées. C'est un peu tard pour que nous puissions étudier avec attention vos documents... > > Les conseils et éventuelles remarques à notre document sont les bienvenus. La partie concernant l'affichage du numéro d'inventaire me semble triviale et ne devrait pas poser de probléme. La partie concernant la conception d'un nouvel objet d'inventaire me semble beaucoup plus complexe à mettre en oeuvre surtout si l'on souhaite que cette objet soit générique. Les types de vues arborescentes peuvent être pratique sur un petit parc mais sur un grand parc seront totalement illisibles. Voilà c'est tout ce que je peux vous répondre compte tenu des délais. En espérant que cela vous sera utile. Bon Week-end - -- Jean-Mathieu Doléans www.glpi-project.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFF+uHDyQar2dfQ77ARAr7NAJ0SjlTM6LPzWoAqRIgjHgZk7JVYdQCfa+2W JhRuqaOIAZNRybnxtQzjC3c= =dvRb -----END PGP SIGNATURE----- _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
