Rapport final SDL Projet «Périscope»

Transcription

1 Rapport final SDL Projet «Périscope» Rémi KACZMAREK - Maxime VANPEENE Auteur : Jean-Baptiste Aube Tuteur : Marius Bilasco

2 Rapport SDL - Projet Périscope 1

3 Remerciements Nous souhaitons tout d abord remercier Monsieur Jean-Baptiste Aube, responsable de l association Périscope à l école Jean Zay de Lille, pour la proposition de son sujet, pour ses conseils et contacts au long du projet, sa compréhension des contraintes de développement et son écoute de notre proposition. Ensuite nous souhaitons remercier Monsieur Marius Bilasco, tuteur de ce projet, pour ces nombreux retours et conseils concernant la technologie à utiliser, les contraintes à prendre en compte, les méthodes à employer, qui nous ont permis de nous immerger dans ce projet en respectant les étapes de développement pour que l objectif final soit atteint. Enfin nous remercions Madame Anne-Cécile Caron pour l organisation de cette Unité d Enseignement Stage de Développement Logiciel, qui nous permet de gérer entièrement un projet informatique et ainsi d être préparé aux situations que nous connaîtrons dans notre vie professionnelle. Rapport SDL - Projet Périscope 2

4 Table des matières Introduction 4 Analyse de l existant Le logiciel Excel et ses fonctionnalités Un logiciel très limité Les contraintes et éléments prioritaires 6 Le projet Objectifs Fonctionnalités 7 L analyse Tâches réalisées Choix techniques L organisation du projet 13 Le développement Symfony Les fonctionnalités Répartition du travail 20 Apports et conclusion 22 Contact 23 Tuteur universitaire : 23 Auteur du sujet : 23 Étudiants travaillant sur le projet : 23 Rapport SDL - Projet Périscope 3

5 Introduction L association Périscope anime les activités périscolaires des enfants scolarisés au groupe scolaire Jean Zay à Lille. Cette animation s effectue à travers des activités physiques, culturelles, éducatives et citoyennes. Les activités se déroulent uniquement sur les périodes scolaires les lundis, mardis, jeudis, vendredis de 7h30 à 8h30 et de 16h30 à 18h30. L association Périscope accueille près de 90 enfants de moins de 6 ans et près de 90 enfants de plus de 6 ans. La fréquentation moyenne est chaque soir de 35 maternels et 35 élémentaires. Le but de ce projet est de concevoir une application permettant la gestion de l association avec enregistrement des présences des enfants, édition de factures mensuelles, suivi des règlements, etc, pour remplacer l application Excel actuelle qui n est pas adaptée aux besoins et ainsi faciliter la saisie des données pour gérer l association. Rapport SDL - Projet Périscope 4

6 1. Analyse de l existant 1.1 Le logiciel Excel et ses fonctionnalités Monsieur Aube utilisait jusqu à maintenant une série de fichiers Excel pour gérer l association. Cependant, il a plusieurs opérations manuscrites à réaliser avant d utiliser son logiciel. Chaque jour, il remplit une feuille d émargement par classe et par semaine pour pointer la présence des enfants à l association. Ensuite à la fin de chaque semaine, il recopie les présences sur son fichier Excel. Les données des présences des enfants doivent être précieusement conservées car des déclarations sont à faire à la Caisse d Allocations Familiales. Le fichier principal permet : De visionner les enfants à l aide d une simple liste déroulante D imprimer une fiche d émargement pour la semaine De saisir les présences des enfants De visualiser les présences des enfants au long de l année D autres feuilles permettent de calculer le coefficient familial ou encore de traiter les retards de paiement mais ne sont pas utilisées Enfin un des principaux points du projet est l impression des factures. Celle-ci n est pas très pratique, car elle n est pas automatique, en effet il faut alors à chaque fin de mois imprimer les factures une par une. Donc plus il y a d enfant plus la tâche est longue et pénible. 1.2 Un logiciel très limité... L utilisation d un fichier Excel en tant qu application pour gérer l activité de l association est très limitée. Ce fichier n est pas intuitif tant par l apparence que par l utilisation et l ajout de fonctionnalités ou d options demande une connaissance approfondie du logiciel et du langage Excel pour pouvoir écrire des formules de calcul ou des macros. Ensuite comme l a souligné Monsieur Aube, il a uniquement repris ce fichier qui avait été écrit par son prédécesseur au sein de l association, ce qui l a contraint à s adapter au fichier existant et donc faire Rapport SDL - Projet Périscope 5

7 avec certaines méthodes qui ne lui plaisent pas ou qu il ne comprend pas parfaitement. Ce point soulève donc un nouvel objectif pour notre projet : notre solution devra donc être intuitive et la prise en main très facile pour une personne ayant ou non des connaissances informatiques. Enfin d un point de vue sécurité, le logiciel n est pas à l abri d une suppression par inadvertance, en effet toutes les données, scripts, modèles, et le code de l application sont stockés sur un seul et même fichier. L utilisateur manipule directement les données ce qui les expose fortement à des manipulations par mégarde. 1.3 Les contraintes et éléments prioritaires Plusieurs pistes et idées de développement ont été évoquées. De la mise en place d un portail client avec identifiant et mot de passe au publipostage grâce à une mailing liste, ce projet nous a séduit par son fort potentiel ainsi par le fait qu aucune technologie précise ne soit imposée. Les éléments prioritaires, comme nous l a expliqué Monsieur Aube lors de notre première entrevue, sont : l enregistrement des présences de chaque enfant pour chaque jour au long de l année (ces données sont d ailleurs très précieuses car elles font l objet de déclarations à la Caisse d Allocations Familiales ou autres déclarations d impôts pour les parents) le nombre total d heures passées par tous les enfants au sein de la garderie par mois et/ou par an (pour la même raison que le point précédent) la gestion des factures à chaque fin de moi et le cas échéant des impayés l impression d une facture pour chaque enfant à chaque fin de mois Concernant l apparence de l application, Monsieur Aube n a pas eu de demande particulière si ce n est qu elle soit claire et concise. Après les premiers échanges avec Monsieur Aube et après avoir pris connaissances des ses demandes nous avons commencé notre phase d analyse en cherchant à respecter ces différents points tout en pouvant, si possible les améliorer. Rapport SDL - Projet Périscope 6

8 2. Le projet 2.1 Objectifs L idée principale du projet est de créer une application intuitive et simple d utilisation qui offre un gain de temps significatif pour l utilisateur. En effet Monsieur Aube voudrait consacrer le moins de temps possible à ses tâches administratives et ainsi avoir plus de temps pour s occuper concrètement de son association. L objectif est de lui proposer un tableau de bord afin de lui faciliter la gestion des factures, l impression de celles-ci et des présences de chaque enfant. Enfin l objectif principal est également de produire une application compréhensible et réutilisable par d autres développeurs dans le futur puisqu après la fin de notre projet d autres améliorations restent possibles, notamment la mise en place d un portail «client» où les parents pourraient consulter leurs factures. Dans cette optique nous souhaitons utiliser au maximum des outils génériques, libres et connus de tous dans le monde du web. 2.2 Fonctionnalités L application doit être capable de : Suivre les règlements, avec report et gestion des impayés (relances, etc) Saisir directement la présence des enfants Visionner les factures, de les modifier Lancer l impressions de toutes les factures de tous les enfants en «1 clic» D éditer les informations clients D afficher le nombre total d heures passées par tout les enfants Concernant la facture, plusieurs informations y figurent telles que le montant total à payer, les impayés du mois précédent le cas échéant, le taux horaire pour l enfant et d autres informations annexes comme une image détaillant les prochaines activités de l association, que l utilisateur pourra choisir et modifier au fil des mois. Rapport SDL - Projet Périscope 7

9 Le montant est mis-à-jour en fonction des présences de l enfant. Chaque semaine, l administrateur pourra confirmer via un formulaire, les présences de la semaine de chaque enfant. La saisie des présences doit être intuitive et pratique. La page proposera de choisir l année scolaire, la semaine concernée et ensuite la classe. Ainsi sera affichée la liste de classe et pour chaque jour, 3 colonnes : matin, soir 1 et soir 2. L administrateur ne devra que cliquer sur de simples «checkbox» afin de valider la présence. Nous avons proposé que lors de la saisie de ces présences le tableau soit automatiquement pré-rempli sur la base de la semaine précédente, proposition retenue par Monsieur Aube puisque la présence des enfants est censée être fixe pour l année scolaire. La facture sera alors mise à jour automatiquement après la validation. L impression «1 clic» de factures doit permettre, en un seul et unique clic, de lancer l impression des factures de tous les clients, ce point est prioritaire pour la nouvelle application puisqu auparavant la tâche était très fastidieuse. Nous avons apprécié cette phase d analyse où nous avions, en tant que développeurs, les clés du projet pour le cahier des charges, les choix techniques, les fonctionnalités, etc. Nous avons pris rendez-vous avec Monsieur Aube afin qu il nous fasse une démonstration de son application existante. Grâce à cette démonstration, nous avons pu comprendre les attentes de Monsieur Aube ainsi que les défauts de l application existante. Nous lui avons posé beaucoup de questions afin de bien comprendre ses besoins et de fixer les frontières de l application que nous allons lui proposer. Rapport SDL - Projet Périscope 8

10 3. L analyse 3.1 Tâches réalisées Dans un premier temps, après avoir effectué une évaluation approfondie de l existant où nous nous sommes mis dans la peau de l utilisateur pour tester les différentes fonctionnalités, nous avons commencé à écrire le schéma de la base de données de l application et, sur les conseils de Monsieur Bilasco, nous nous sommes demandés si nous devions garder le fichier Excel comme base de données ou si nous devions importer les informations dans une base de données. Nous avons alors converti le fichier Excel en format CSV (fichier texte ou une nouvelle colonne est symbolisée par un slash et une nouvelle ligne par un tiret) pour mieux en extraire les données. Ensuite nous avons écrit des scripts en langage PHP pour parser le fichier CSV et ainsi insérer les données dans une base de données MySQL. Nous avons rencontré plusieurs difficultés à cette étape car plusieurs caractères cachés étaient présent dans le fichier ce qui a rendu son parsage très compliqué. Monsieur Bilasco nous a également beaucoup conseillé sur ce point. Désirant partir d une base saine pour développer notre application, nous avons, à la suite de ces difficultés rencontrées, décidé de ne pas conserver le fichier Excel pour importer les données existantes. Pour notre phase de test nous avons donc importé quelques données manuellement. Par ailleurs Monsieur Aube nous a souligné que ce point n était pas essentiel puisqu à chaque début d année scolaire, il entrait lui-même les informations relatives à chaque enfant présent dans l association, sans rapport avec les données de l année précédente. Concernant la présentation, connaissant toutes les fonctionnalités que devra présenter notre application nous avons établi l enchainement de tous les écrans pour chaque page. Cette phase nous a encore aidé dans la compréhension du sujet et des formats de données. Nous avons alors pu affiner le schéma de la base de données que nous avions prévu. Rapport SDL - Projet Périscope 9

11 Dans un premier temps nous avions imaginé le schéma de base de données suivant : CLASSE (id_classe, nom, professeur) CLIENTS (id_client, nom, prénom, adresse, , tel_fixe, tel_port) ENFANTS (id_enfant, nom, prénom, date_naissance, id_classe, id_client, taux_horaire) FACTURES (id_facture, id_enfant, date, montant, montant_impayé) PRESENCES (id_présence, id_enfant, date, créneau) RESERVATIONS (id_réservation, id_enfant, date, matin, soir) Mais après un second rendez-vous avec Monsieur Aube où nous désirions lui présenter notre projet pour savoir si nous avions intégré toutes ses demandes, nous avons modifié le schéma pour une gestion des classes différentes. En effet le coefficient horaire propre à chaque enfant est calculé en fonction des revenus des parents et peut donc évoluer d une année sur l autre. Cependant pour des raisons fiscales ce coefficient ainsi que les factures correspondantes doivent être archivées, nous avons donc créé une table «Data_Enfants». Les tables «Réservations» et «Clients» prévues pour une partie «client» du site ont été abandonnées pour se concentrer en priorité sur la partie «administrateur». Ainsi le schéma définitif a pu être déterminé : CLASSE (id_classe, nom, professeur, niveau, année) DATA_ENFANTS (id, id_classe, id_enfant, taux_horaire) ENFANTS (id_enfant, nom, prénom, date_naissance) FACTURES (id_facture, id_enfant, date, montant, montant_impayé) PRESENCES (id_présence, id_enfant, date, matin, soir) Rapport SDL - Projet Périscope 10

12 3.2 Choix techniques Nos choix techniques ont été dictés par le fait que l application devra être, pour des modifications futures, facilement compréhensible par d autres développeurs. Tout d abord nous avons choisi de développer notre application sous la forme d un site web écrit en PHP objet. En effet nous sommes tout les deux attirés par les technologies web et avons développés des sites internets durant nos stages de fin de licence respectifs. Notre choix s est donc naturellement orienté vers le PHP objet puisque nous maîtrisons ce langage. Ensuite, sur les conseils de Monsieur Bilasco et après avoir regardé les différents frameworks actuels, nous avons décidé d utiliser Symfony2, qui permettra un support à long terme garanti et des mises à jour qui ne cassent pas la compatibilité. L application sera facilement maintenue et évolutive. De plus l organisation de Symfony2 est basée sur l architecture modèle-vue-contrôleur, que nous avons vu en langage Java dans l unité d enseignement Conception d Applications Réparties, nous sommes donc déjà habitués à ce type de fonctionnement. Ce framework permet d organiser le code dans le but de faciliter la maintenance et l ajout de fonctionnalités toujours dans le but exposé précédemment (nous détaillerons son principe dans une prochaine partie). Plus généralement, l utilisation d un framework aide doublement le travail en équipe, les méthodes étant génériques, le travail en parallèle est grandement simplifié. Enfin Symfony2 est libre et entièrement gratuit, un nouveau point en la faveur de son utilisation. Rapport SDL - Projet Périscope 11

13 Concernant la base de données, nous ferons usage de MySQL pour sa gratuité et sa puissance. Par conséquent notre client pourra utiliser son application durablement sans devoir payer un abonnement. D autre part, ce SGBD est simple à utiliser et fonctionne bien avec PHP. Toute la mise en page sera établie à l aide du CSS3 et nous avons décidé d utiliser le Bootstrap Twitter pour l apparence de l application. Cette librairie donne accès à une multitude d outils, de boutons, formulaires et autres éléments interactifs pour soigner l aspect d un site web. Elle est très simple d utilisation et très connue des développeurs. Ceci pour satisfaire la condition d avoir une application générique, réutilisable et compréhensible au maximum pour de futurs développements. Ces solutions nous semblent donc être les meilleures pour développer l application et surtout pour assurer sa maintenance et son développement dans le futur. Rapport SDL - Projet Périscope 12

14 3.3 L organisation du projet N ayant jamais travaillé avec le framework Symfony2, nous avons passé beaucoup de temps à nous documenter sur ce sujet pour partir sur de bonnes bases afin de perdre le moins de temps possible pendant le développement. Le démarrage a également demandé une période d adaptation pour bien assimiler le principe de fonctionnement de Symfony. Nous avons analysé très méthodiquement les besoins et les méthodes dont nous allions nous servir pour le projet. Le projet a été décomposé en cas d utilisation (CU), que nous nous sommes attribués afin de diviser la charge de travail. Accordant beaucoup d importance à la recherche d une interface graphique raffinée et moderne, Rémi s est plus principalement occupé des feuilles de style, alors que Maxime, étant déjà familier avec MySQL, a conçu le schéma de la base de données. Le contexte du projet est agréable, travailler pour une association n est pas dans notre habitude et c est un des points pour lesquels nous avons choisi ce projet. Nous apprécions le fait que notre travail est concret et nous sommes sûr que cette application lui sera d une grande utilité puisque son logiciel actuel lui demande des tâches annexes manuscrites et non automatiques. De plus avoir des contacts avec la personne qui propose le sujet pour dialoguer et échanger est un autre aspect que nous voulions avoir au cours de notre projet. Rapport SDL - Projet Périscope 13

15 4. Le développement 4.1 Symfony2 Symfony est actuellement un framework PHP très populaire grâce à de nombreux atouts : il est gratuit, libre, a une séparation en trois couches selon l architecture modèle-vue-contrôleur, offre des performances optimisées, le support d AJAX, une couche de mapping objet-relationnel et une abstraction de données, etc. Principe de fonctionnement de Symfony Un point qui nous avons beaucoup apprécié dans Symfony est la bibliothèque Doctrine. Elle permet de gérer les accès à la base de données sans jamais écrire de code SQL (langage pour effectuer des opérations sur une base de données relationnelle), ainsi ceci offre une protection contre la modification des données par inadvertance. Le principe est simple, avant de commencer le développement du site il faut, via Doctrine, déclarer les objets (entités) que nous souhaitons utiliser. La bibliothèque crée ainsi automatiquement les fichiers qui déclarent ces objets (classes) ainsi que toutes les méthodes pour créer, modifier ou supprimer ces objets. Une fois toutes les entités déclarées, une commande Doctrine permet de créer le schéma de la base à partir de ces entités. Ainsi pour créer une nouvelle ligne dans la base il suffit de créer un nouvel objet. Donc pour résumer en une phrase : on n écrit jamais de lignes SQL, on ne manipule que des objets PHP. Rapport SDL - Projet Périscope 14

16 L autre grand avantage de ce framework est sa gestion des formulaires. Traitement d un formulaire sous Symfony Comme le montre le schéma ci-dessus, l utilisation des formulaires est assez simple. Chaque page qui contient un formulaire appelle toujours la même méthode à son affichage. Si les champs du formulaire ne sont pas valides ou qu il n est pas validé, la méthode construit simplement le formulaire et affiche la page. Dans l autre cas, quand le formulaire est validé, Symfony crée automatiquement l objet PHP associé et effectue les changements dans la base de données, encore une fois on ne manipule que des objets PHP. Ainsi en trois lignes le formulaire est validé ce qui permet d avoir un code épuré, simple et très facilement compréhensible. Troisième avantage de Symfony, malgré un nombre très important de fichiers, ils sont très bien organisés. Ainsi un développeur qui ne connaît pas le site pourra très rapidement trouver les fichiers qu il souhaite modifier, en effet les classes qui déclarent les objets, les fichiers qui créent les formulaires ou les contrôleurs de chaque pages sont tous dans des dossiers distincts. Nous avons également beaucoup utilisé de requêtes AJAX pour mettre à jour l affichage en temps réel et afficher les formulaires sans avoir besoin de toujours rafraîchir les pages. Pour conclure, Symfony est donc très populaire (utilisé par DailyMotion), souple, rapide et flexible. Le code est partitionné et facilement compréhensible. Après avoir utilisé ce framework, il est parfaitement adapté à notre projet car permettra une prise en main facile pour les futurs développeurs. Rapport SDL - Projet Périscope 15

17 4.2 Les fonctionnalités L application s articule autour d une page d accueil qui regroupe toutes les fonctionnalités disponibles pour gérer l association ainsi que certains indicateurs comme le nombre d enfants et de facture impayées. La page d accueil du site Visualiser/Editer les enfants Cette page permet de simplement modifier le nom, prénom et date de naissance des enfants. Sur la droite un indicateur montre s il reste des factures impayées, on pourra visualiser directement les factures correspondantes grâce au convertisseur PDF dont nous expliquerons le fonctionnement dans une partie suivante. Chaque mois, les factures pourront être payées via cette page. Rapport SDL - Projet Périscope 16

18 Ajouter un enfant Cette page permet simplement de créer un nouvel enfant en renseignant le nom, le prénom et la date de naissance. L ajout dans une classe et le renseignement du taux horaire se fera dans un autre cas d utilisation. Valider les présences Ici on pourra remplir les présences des enfants mais aussi consulter les données des semaines précédentes. Ainsi il suffit de choisir une année scolaire, une classe et une semaine grâce à un petit calendrier. S affiche alors le tableau des présences, pour chaque enfant de la classe, des heures de chaque jour. Conformément aux demandes de Monsieur Aube le tableau sera pré-rempli en fonction des présences de la semaine précédente pour gagner le maximum de temps à cette étape. Si aucune présence n est renseignée la semaine précédente (début de l année scolaire) le tableau sera vide par défaut. Rapport SDL - Projet Périscope 17

19 Gestion des classes C est donc ici que l administrateur pourra gérer les effectifs des classes et fixer le taux horaire de chaque enfant. Les enfants qui ne sont pas encore inscrits dans une classe sont dans la liste déroulante de droite et peuvent donc être attribués à une classe. Grâce aux requêtes AJAX cette liste se met automatiquement à jour. Si on enlève l enfant d une classe, il réapparait dans la liste. Cette page crée donc une ligne dans la base de données dans la table «Data_Enfant». Ainsi ces données seront conservées années après années. Ajouter une classe Comme expliqué précédemment, on peut attribuer les enfants dans les classes et c est via cette page que les classes pourront être créées en spécifiant l année scolaire et le niveau (maternelle ou primaire). Le niveau est important puisque Monsieur Aube nous a précisé que la différenciation est importante pour les déclarations à la Caisse d Allocations Familiales. Rapport SDL - Projet Périscope 18

20 Imprimer une facture vide Cette fonction génère un fichier PDF qui est une facture vide. Sur la droite de la facture l image peut être choisie par l administrateur. Elle doit être au format JPG et de taille 329x806 pour s intégrer au mieux. Ainsi Monsieur Aube pourra diffuser les informations ou les prochains événements de l association grâce à cette image. L intégration de cette image a demandé l ajout d une table «Image» pour stocker l adresse de l image choisie. La génération du fichier PDF est obtenue grâce à la libraire HTML2PDF ( développée en PHP4, complètement libre et gratuite. Le principe est simple, il suffit de construire sa page en HTML (template) en utilisant les balises de ce langage. Après avoir intégré la librairie dans Symfony, on pourra créer une classe pour convertir le template en PDF en trois lignes de code. Son utilisation est donc simple et économique, nous avons utilisé cette librairie pour créer toutes les factures. L ensemble des factures sera également imprimable via cette page. Rapport SDL - Projet Périscope 19

21 Afficher d autres informations On peut ici voir le nombre total d heures effectuées au sein de l association entre deux dates sélectionnées. Afficher les factures impayées Cette page résumera toutes les factures impayées, ce sera donc un accès rapide quand l administrateur voudra régulariser les factures concernées. Cette action se faisant à chaque fin de mois, Monsieur Aube pourra traiter toutes les factures en même temps. 4.3 Répartition du travail Tout d abord nous avons effectué la phase d analyse et de concertation avec Monsieur Aube ensemble pour penser à toutes les solutions possibles et réfléchir au maximum à nos choix avant de nous lancer dans le développement. Après cette première entrevue, les choix techniques ont été effectués en binôme et le choix de Symfony2 sur les conseils de Monsieur Bilasco. Nous avons alors fait l analyse du projet et des fonctionnalités en binôme. Maxime s est alors occupé d évaluer les possibilités d utilisation du fichier Excel (comme décrit dans la partie «Analyse») pour ensuite déterminer le schéma de la base de données pendant que Rémi se documentait sur le framework Symfony pour savoir si les fonctionnalités prévues étaient développables. Nous avons alors eu un second rendez-vous avec Monsieur Aube pour vérifier notre compréhension du sujet et exposer notre projet. Nous avons alors pu affiner nos idées, Maxime a donc modifié le schéma de la base de données et Rémi a pu commencer à installer la base de Symfony. Après avoir clarifié notre compréhension de Symfony, nous avons commencé à développer en nous répartissant les cas d utilisation, Rémi s occupant principalement de ceux ayant trait à la gestion des factures. Rapport SDL - Projet Périscope 20

22 Cette répartition du travail nous a permis de travailler en parallèle et de manière harmonieuse pour assurer un développement linéaire de l application mais aussi de comprendre les problèmes et contraintes de l autre quand nous y avons été confronté. Nous pouvons tous les deux comprendre la majorité du code écrit puisque nous avons beaucoup travaillé ensemble et c est donc ainsi que nous avons pensé les algorithmes et méthodes de développement en menant notre réflexion en binôme. C est aussi ensemble que nous avons mené la phase de recette. Rapport SDL - Projet Périscope 21

23 5. Apports et conclusion Nous avons tous les deux beaucoup apprécié ce projet pour plusieurs points. Tout d abord pour le projet au sens «Unité d Enseignement». En effet même si nous avions eu la chance durant notre stage de Licence de travailler sur différents projets, c est la première fois que nous menons un projet de A à Z, de la prise de contact avec notre interlocuteur aux tests et à la livraison de l application. Cette expérience fut très enrichissante pour comprendre ce qui fera peutêtre le quotidien de notre future vie professionnelle. Dans tout projet informatique la rédaction du cahier des charges et des spécifications est très importante et nous l avons constaté car nous avons plusieurs fois changé nos idées après avoir compris certains points. Nous avons ensuite beaucoup apprécié le contact humain que nous avons eu avec Monsieur Aube. L échange d idées, de réflexions nous a permis de comprendre précisément ses attentes et donc de mieux délimiter le champ d action de l application. Ce fut donc une très enrichissant pour comprendre comment gérer un projet informatique. Ensuite nous avons beaucoup appris au niveau technologique. Nous avons pu apprendre à connaître et utiliser Symfony. Après avoir discuté avec des professionnels de notre entourage, ce framework est très utilisé par les entreprises et nous pensons donc que sa maîtrise est un vrai plus pour nous. Il a également perfectionné notre compréhension de l architecture Modèle-Vue-Contrôleur que nous avons vu au cours du second semestre. Enfin nous sommes heureux d avoir pu réaliser ce projet pour permettre à Monsieur Aube d avoir une application qui lui convient et qui lui facilitera la gestion de son association. Nous restons bien sûr en contact avec lui pour la maintenance de l application. En résumé ce projet nous a beaucoup apporté sur le plan humain, technologique et méthodique et il nous sera grandement bénéfique pour nos futurs projets. Rapport SDL - Projet Périscope 22

24 Contact Tuteur universitaire : Ioan Marius BILASCO marius.bilasco@lifl.fr Auteur du sujet : Jean-Baptiste AUBE jean-baptiste.aube@aliceadsl.fr Étudiants travaillant sur le projet : Rémi KACZMAREK remi.kaczmarek@gmail.com Maxime VANPEENE maxime.vanpeene@gmail.com Rapport SDL - Projet Périscope 23