Soutenance P ro J et I ndividuel

1. Master Informatique Soutenance ProJetIndividuel Sujet n°2: Réécriture du logiciel ProGeSer en application web Demersseman Mathieu Ringot Clément

2. Plan • Présentation du sujet • L’UFR de biologie • Analyse de l’existant • Le logiciel initial • L’application web • Cahier des charges • Travail effectué • Outils utilisés • Module administrateur • Module demandeur • Module serriste • Conclusion

3. Présentation du sujet L’UFR de biologie • Activité • Recherche • Enseignement • Gestion des serres • Structure • 5 serres (hors-gel (+5°), +20°, confinement (OGM), culture, matériel enseignement) • 3 terrains extérieurs d’expérimentation

4. Présentation du sujet L’UFR de biologie • Les besoins • Demandeur • Effectuer les demandes de cultures aux serristes • Serriste • Gérer les cultures dans le temps et l’espace • Gérer les demandes reçues SERRE Demande de culture Traite la fiche DEMANDEUR (enseignant/chercheur) SERRISTE Envoie la demande de culture Gère la serre 26/05/2014 4

5. Analyse de l’existant Le logiciel initial • Caractéristiques • Logiciel distribué • Logiciel libre voué à être distribué aux administrations de recherche et d’enseignement (Universités, CNRS, INRA, …) • Ecrit en Java • Développé sur plusieurs années par plusieurs étudiants • 2 modules distincts (demandeur et serriste) • Inconvénients • Difficile à maintenir • Mauvaise conception (base de données, traitement des données) • Peu pratique (utilisation uniquement locale) • Plateformes de cultures non paramétrables • Nécessite une installation par poste

6. Analyse de l’existant Le logiciel initial • Module demandeur Zone de création d’une fiche Liste des fiches enregistrées Interface principale

7. Analyse de l’existant Le logiciel initial • Module serriste Gestion des plateformes de cultures

8. Analyse de l’existant Le logiciel initial • Module serriste Représentation proportionnelle à la surface des cultures dans la plateforme

9. Analyse de l’existant L’application web • Pourquoi ? • Accessible partout (multiplateforme) • Unique installation logicielle (sur le serveur) • Gestion des utilisateurs par l’administrateur • Facile à maintenir • Migration vers une application Web • Initiée en 2012 • Étudiants en master informatique (PJI) • Non fonctionnel (bug divers, implémentation partielle)

10. Analyse de l’existant L’application web • Etat de l’application au début du projet • Authentification (fonctionnelle)

11. Analyse de l’existant L’application web • Etat de l’application au début du projet • Le module demandeur Liste des demandes enregistrées (fonctionnel)

12. Analyse de l’existant L’application web • Le module demandeur • Demandes de culture (non fonctionnelles car bugées) Formulaire d’une demande de culture (partie 1)

13. Analyse de l’existant L’application web • Le module demandeur • Demandes de culture (non fonctionnelles car bugées) Impossible d’ajouter d’autre date Formulaire d’une demande de culture (partie 2)

14. Analyse de l’existant L’application web • Le module administrateur • Gestion des utilisateurs (ajout, modification, suppression fonctionnelles) • 3 droits • Administrateur • Demandeur • Serriste Liste des utilisateurs

15. Cahier des charges • Module administrateur • Gestion des plateformes de cultures (création, modification, suppression des structures) • Gestion des plateformes de culturesde façon générique (niveaux hiérarchique paramétrable) • Amélioration de l’ergonomie du module

16. Cahier des charges • Module demandeur  • Evolution de la structure des formulaires de demande (ajout, modifications, suppression de champs, amélioration du contrôle des saisies) • Importation/Exportation des fiches (format Excel, au lieu de XML) • Exportation des demandes en PDF • Téléchargement des modèles de fiches vierges (format Excel) pour travail hors-ligne • Amélioration de l’ergonomie du module • Implémentation d’un formulaire d’inscription en ligne pour les demandeurs

17. Cahier des charges • Module serriste • Implémentation de la validation d’une fiche • Implémentation de la visualisation des tâches à effectuer quotidiennement • Implémentation de la visualisation de l’occupation de la plateforme de culture • Amélioration de l’ergonomie du module

18. Travail effectué • Outils utilisés • PHP 5.4.16 (frameworkSymfony 1.4) • Plugins Symfony Doctrine, Excel, TCPPDF, Guard • HTML/CSS (contenu et mise en forme) • Javascript/ajax/Jquery (dynamisme des pages) • IDE NetBeans • Serveur Apache 2.4.4 • Base de données MySQL 5.6.12

19. Travail effectué • Module administrateur • Ajout des filtres par identifiant et statut (actif ou non) Gestion des utilisateurs

20. Travail effectué • Module administrateur • Modèle générique et gestion des plateformes de cultures • Affichage hiérarchique de 1 à 5 niveaux imbriqués • Création et suppression dynamique des structures Gestion des plateformes de cultures

21. Travail effectué • Module demandeur • Exportation des demandes au format Excel • Téléchargement des modèles Exportation au format Excel Téléchargement des modèles vierges Excel Liste des demandes enregistrées

22. Travail effectué • Module demandeur • Débugage des formulaires de demande • Modification de la structure du formulaire Formulaire de demande d’enseignement

23. Travail effectué • Module demandeur Visualisation d’une demande

24. Travail effectué • Module demandeur Exportation d’une demande au formatExcel

25. Travail effectué • Module demandeur Exportation d’une demande au formatPDF

26. Travail effectué • Module serriste • Calendrier (vue journalière, hebdomadaire ou mensuelle) • Description des tâches à effectuer chaque jour Changement de vue Tâches journalières

27. Travail effectué • Module serriste • Validation des demandes (non réalisée) • Formulaire reprenant les informations de la demande • Décomposition de la demande en étape (différents stades) Demandes en attentes de validation Boutons pour accéder à la validation de la fiche

28. Travail effectué • Module serriste • Occupation de la serre (non réalisée) • Sur le modèle des tâches journalières • Calendrier mensuelle • Représentation des cultures par couleurs et proportionnelle à la surface occupée • Un calendrier par plateforme Demandes en attentes de validation Bouton pour désactiver la demande (archivage)

29. Travail effectué Remplace les tables serre, cellule et tablette Ajouté à l’utilisateur Modèle relationnel de données

30. Conclusion • Etat du travail • Module demandeur et administration fonctionnel (sauf l’importation du format Excel) • Module serriste inachevé (mise en place des interfaces) • Apport d’expérience et de connaissances • Formation au frameworkSymfony 1.4 (3 premières semaines du projet) • Travail en coopération (répartition des tâches) • Expérience positive en JavaScript et Jquery • Mise en situation du milieu professionnel (exigence du client, retour du client) dans une contrainte de temps • Vulgarisation du travail effectué à un non informaticien