Titre du cours - simulateur-jury-gr4
Contents
1. informations des fichiers XML en les transformant en objets en java on s est rendu compte qu il tait assez difficile de travailler avec les fichiers XML cr s pr c demment Nous avons fait l erreur de ne pas mettre les m mes personnes sur les t ches de cr ations des fichiers XML et le codage et nous avons commenc les phases de codages trop tard Nous avons donc du travailler avec ces fichiers XML difficiles traiter bien que bien construit Le passage de la th orique la pratique fut peu ais Peut tre aussi n avons nous pas pass assez de temps approfondir la conception bas niveau et on s est un peu perdu dans le code Cela nous a permis de bien prendre conscience de l int r t pratique d une conception pouss e Et enfin notre principale erreur t de ne pas avoir respect les plannings concernant les phases de d veloppement ce qui emp ch de mener bien les diff rents tests Quelques captures d image de l application Simulateur de Jury Loi Simulateur de Jury Accueil Semestre 1 Semestre 2 Semestre 3 Semestre 4 Accueil Semestre 1 Semestre2 Semestre 3 l Semestre 4 Simulateur de d cision de Jury Vous avez selectionn le parcours Si tes vous defaillant plus de 4 absences non justifi es el Non R alis dans le cadre des projets tuteur s de S3 par les tudiants K vin Poirier K vin Beutier C dric Huched J r my Leb2. 3 ja Suen 1 pe er 18110 Jeu 181170 suivis 5 impl mentation EHH Lun 2241M0 Jeu 094240 impl mentation 5 4 R alisation du prototype 13jours Lun 22 1140 Mer 08 1210 R alisation du prototype Fee 17 IS Impl menter le cursus le plus 2jours Jeu 25 11 10 Ven 26 11 10 Impl menter le cursus le plus simple BE 5 IS Impl menter le cursus le plus 25 jours Lun 29 11 10 Mer 01 12 10 Impl menter le cursus le plus complexe E ms impl menter toutes cursus 6 5jours Ver 012 10 Jeu 09 12 10 impl menter tout les cursus En EW Suris 1jour Ven 03 1210 Ven 03 1210 Suis z Test 40jours Lun 06 12710 Ven 174240 cg SIS Tester le prototype 1 bus Lun 06 12 10 Ven 17 1210 Tester le prototype Fee 3 Validation jour Ven 10 20 Ven 10240 Validation EW Valider le prototype aveclec 1 em Ven 104270 Ven 10 1210 Valider le prototype avec le client E 5 Livraison Ajour Ven 474240 Ven 174240 Livraison 26 Livrer ls documentation 1 bur Ven 171240 Ven 17 1210 Livrer la documentation gii 2 IS Livrer le programme 1 bur Ven 1720 Ven 17 120 Livrer le programme E 28 E Suve 1 bur Ven 17120 Ven 17 1210 Suivi Ce document est consultable sur le Wiki du Google code Groupe 4 5 Ce qui reste r aliser L application fonctionne pour les parcours se terminant par le S1 mais nous n avons pas encore r ussi la faire fonctionner sur les autres parcours il reste donc cela r aliser De plus nous pensons
3. EBRUN et K vin BEUTIER Durant le projet Richard BESNIER a rejoint notre groupe il s est tr s bien int gr notre groupe et s est facilement adapt notre m thode de travail notamment l utilisation de l outil Google Code Ce qui nous a aid est le fait qu il connaissait d j le sujet de notre projet car son pr c dent groupe avait le m me sujet et nous avons occasionnellement pu communiquer avec eux Il n y a donc pas eut de probl mes pour la compr hension du sujet 4 2 Outils de travail Afin de nous faciliter la t che lors du projet pour communiquer entre nous et avoir acc s aux documents sources assez facilement nous avons opt pour l utilisation de Google Code car PhpCollab que nous avions utilis l ann e pass e ne nous a pas convaincu Nous avons utilis la partie du wiki pour les plannings la partie download afin de mettre les derni res versions en t l chargement direct afin que les enseignants puissent y avoir acc s facilement Mais ce qui nous a surtout pouss utiliser Google Code est le SVN dont nous nous sommes beaucoup servit car il nous permettait lors d une modification d un fichier d ajouter un commentaire associ ce fichier ce qui indiquait chaque personnes du groupe quelles modifications ont t apport es Au d but du projet nous nous sommes galement mis d accord pour utiliser Microsoft Office 2007 utilisant l extension docx afin de ne pas avoir de probl me de comptabili
4. INSTITUT UNIVERSITAIRE DE TECHNOLOGIE DE LAVAL Rapport de projet Za Universit Nain Sujet Simulation de d cisions Jury Version 1 4 Groupe 4 POIRIER K vin Chef de projet HUCHED C dric BEUTIER K vin LEBRUN J r my BESNIER Richard Groupe 4 Sommaire 1 EE HEET ES RS ee ee D E De en en 3 2 Pr sentation dUprOjet 2255 einen ends Eege ee ERAN eme eege 3 SN DEE ei EE 2 2 Identification du produit 3 L ftravailIR aliS z5 rss am aeaaee eiea Nia eaae Raia aaae Kean 4 3 1 Phase d analyse le cahier des charges 3 2 L phase de conception nn Metlenen Aaa T EETA EAER A Le dossier de conceptioN ssissssssiissssssscssssssassossssasessssnsssrsssnnssssssnssssssssnssssssssssssssnssaecsouss B LES IHM enes diner Eegen EON EEN es asssssestascene anges dates cents 3 3 L d v loppement sssssssnstiinentinnntiinre EES ANR a na ann B L application JAVA 3 155554 errensneetatassennsennnnasetasatennnnnaa eege eege data ER L dossier de EE 35 Laphase INAlG Rd te ae ce nest A tee rein es ee een A Lesmanuel d utiliSQtion ssssiresssssssscsssirossssstssssestienessnsoesesteonnensisenesestiensasstanss s B Le manuel administrateur sssisssssssssosssssssossssosooossossovssosssossssosroseoosssvosssosssoas sses sses torno vssossss 4 ELL fe TEE 8 4 1 Re le 4 2 a UE UE GC SECH Ela Te TEE 5 Ce qui reste EE 9 6 CONCIUSION ETE E E gg 9 7 Web grop hia essiri eer a A EAA OAA EEA A OEA
5. O 9 8 EI e 10 Groupe 4 1 Introduction Ce document retrace le travail effectu lors de la mise en place d une application permettant la simulation d une d cision de jury Celle ci a t effectu e par un groupe de 5 personnes e K vin POIRIER e C dric HUCHEDE e Jeremy LEBRUN e K vin BEUTIER e Richard BESNIER Ce projet a t r alise suite une offre d appel de l IUT de Laval et plus particuli rement par les clients Mr Pierre Laforcade et Mr Yann Walkowiak Vous pourrez trouver accompagn ce rapport un certain nombre de documents e Le cahier des charges e Le dossier de conception e Le dossier de test e Le manuel d utilisation e Le manuel administrateur Ces documents ont t labor s durant le projet afin de permettre au client de suivre l volution du projet ainsi qu mettre nos id es au clair 2 Pr sentation du projet 2 1 Objectif Ce projet avait pour but de concevoir et d velopper une application permettant la simulation d une d cision de jury Il avait donc pour but de permettre aux tudiants d anticiper la probable d cision du jury et aux professeurs de les aider dans le cas ou les tudiants ont un parcours complexe L application doit tre facilement adaptable pour d autres formations Nous avions comme consignes obligatoires pour le projet d utiliser un fichier XML ainsi que le langage Java Dans le fichier XML devait tre stock les diff rents parcours possible
6. avons ensuite r alis le dossier de conception Dans la cr ation de ce document nous avons eut beaucoup de difficult s nous imaginer l algorithme de la partie du programme qui va lire le fichier XML et traiter ce qui s y trouve et donc la conception UML Ce document est fourni en annexe Groupe 4 Cette tape consistait mettre en forme de fa on graphique les diff rentes fonctionnalit s d finies dans le cahier des charges Cette partie nous a galement servit bien d finit l aspect ergonomique du programme pour qu il corresponde au mieux aux attentes du client Suite au d veloppement de l IHM nous avons r alis un questionnaire afin de connaitre l avis du client sur l IHM qu on lui proposait Vous pourrez consulter les maquettes IHM dans le dossier de conception fourni en annexe 3 3 Le d veloppement Le d veloppement de notre application a t d compos e en deux parties tout d abord la r alisation des fichiers XML et le code JAVA qui traitera les fichiers XML C est dans cette partie du projet que nous avons pris du retard car le d veloppement d une application dynamique requiert beaucoup de contraintes au niveau du langage Java traitant le fichier XML En accord avec le client nous avons d cid de nous concentrer sur tous les parcours du S1 car nous savons qu apr s la r alisation compl te de ce semestre les autres seront possibles bien que nous manqueront probablement de temps Le d veloppement a
7. commenc par la cr ation des fichiers XML Nous avons apport beaucoup de modifications sur la structure du fichier notamment pour traiter la capitalisation des semestres Nous avons donc mis beaucoup de temps diter un fichier XML qui nous convenait ce qui nous a galement retard s dans le d roulement du projet Exemple d une partie de traitement pour le semestre 2 lt traitement gt lt cond type ET gt 103 lt cond type gt element UE21 valeur 8 gt 104 lt cond type gt element UE22 valeur 8 gt 105 lt cond type gt element S2 valeur 10 gt 101 H B 106 H lt cond gt 1 A lt resultat gt 108 lt traitement gt 109 lt cond type element S1 valeur V gt E E lt resultat gt 111 E lt traitement gt 112 lt cond type element S3 valeur AV gt 113 lt resultat texte Validation S2 et S3 de droit gt 114 H lt traitement gt Groupe 4 Concernant le d veloppement de l application en java nous avons t confront s plusieurs difficult s Dans un premier temps nous nous somme rendu compte que travailler plusieurs sur le d veloppement compliquait la t che car on se g ne et on passe du temps comprendre ce que les autres personnes ont voulu faire On a donc essay de limiter le nombre de personne sur les t ches de d veloppement Un deuxi me probl me principal auquel ont a t confront est la difficult de r cup rer les
8. qu il aurait t appr ciable de rendre l application plus color e et d avoir une police plus attractive que celle que l on a actuellement 6 Conclusion Ce projet nous a permis d appr hender les difficult s de d veloppement concernant un client lourd traitant de nombreuses donn es de forme diff rentes et la difficult de bien mod liser ses donn es en objets java Nous avons galement appris mieux travailler en quipe et comprendre les enjeux d une quipe nombreuse Nous avons observ que l utilisation d un outil comme Google code est indispensable pour que le groupe fonctionne correctement et soit le plus efficace possible 7 Web graphie Nous avons fait de nombreuses recherches cibl es sur Google lorsque l on en avait besoin notamment pour traiter le fichier XML en Java Nous avons galement utilis le site du z ro pour se documenter sur les librairies comme Swing et Jdom Nous avons aussi utilis la Javadoc comme r f rence Groupe 4 8 Glossaire XML Extensible Markup Language C est un langage informatique de balisage Java Langage de programmation orient objet d velopp par Sun Microsystems Jdom Librairie Java permettant de traiter des documents XML Swing Swing est une biblioth que graphique pour le langage de programmation Java IHM Interface homme machine interaction humain machine ou interface personne machine IPM tudie la fa on dont les humains interagissent avec les ordinate
9. run Richard Besnier Entrez vos notes pour le Semestre 1 HEI 11 UE12 9 Suivant IUT informatique de Laval 2010 Groupe 4 3 4 Le dossier de test Nous avons commenc le dossier de test avant le d veloppement afin d effectuer les tests durant le d veloppement Il r pertorie les diff rents tests fonctionnels de l application ainsi que les r sultats Ce document permet donc d assurer la livraison d une application qui correspond aux attentes du client Ce document est fourni en annexe 3 5 La phase finale Notre application s ex cute sans installation donc nous n avons pas fourni de manuel d installation L application que nous vous fournissons ne n cessite aucune installation pr alable c est pourquoi nous ne fournissons pas de manuel d installation Le manuel d utilisation permet l utilisateur final du logiciel de se documenter sur la fa on d utiliser au mieux l application Il permet galement en cas d interrogation de l utilisateur de l aider comprendre le fonctionnement de l application Ce document est fourni en annexe Ce document serra utile aux personnes voulant adapter l application une autre formation Celles ci trouveront les informations techniques concernant le fichier XML Ce document est fourni en annexe Groupe 4 4 Gestion du projet 4 1 Le groupe Nous avons commenc ce projet quatre avec Kevin POIRIER C dric HUCHEDE J r my L
10. s d un tudiant ainsi que les questions qui doivent tre pos es l tudiant Le fichier XML permet d adapter plus facilement l application pour d autres formations car il n y aura pas besoin de modifier le code en Java qui s adaptera au fichier XML Groupe 4 La r alisation de ce projet a t effectu durant notre troisi me semestre nous avions donc un peu moins de 4 mois afin de r aliser ce projet 2 2 Identification du produit Nom Simulateur Jury Version 1 0 Date 06 01 2011 Auteurs Poirier K vin Huchede C dric Lebrun Jeremy Beutier K vin Besnier Richard 3 Le travail r alis 3 1 Phase d analyse le cahier des charges Nous avons tout d abord r alis le cahier des charges Celui ci comporte plusieurs points tels que la d finition du projet la composition de l quipe la d finition des diff rentes fonctionnalit s du projet Il nous a aussi permis d effectuer diff rentes rencontres avec les clients afin de mettre au clair certains objectifs et bien d finir les besoins Nous ni avons pas rencontr de difficult s majeures lors de la cr ation de ce document bien que nous l ayons totalement r organis et modifi apr s la notation de celui ci car il y avait certains points qui pouvaient tre am lior s comme mettre en accord les sc narios avec les maquettes ainsi que divers autres petit points Ce document est fourni en annexe 32 La phase de conception Nous
11. t 4 3 Le planning K mue me Ss D Jossepio an 20 Sep 10 27 Sep 10 04 0et10 roc 10 180410 2500 10 01 Nov 10 06 Nov 10 JiS Noy 10 22 Nov 10 Fes nov 10 06 D c 10 13 D c 10 e Llum s v s o LIm m 3 v s o l mms vIs o L m m vIs o L m m 3 v s o t m m 3 vIs o m m3 Iv so L mm v s o t mlu Iv s o 1 Iu m 3 Iv s o 1 mlm v s o m m 3 IvIsTo Im u 3 vso mlm 3 vso m m 3 vIs D H Etude de faisabilit Sjours Mer 220940 Ven 01400 Etude de his eg d 2 IS Faisabiit interface 3jours Mer 22 09 10 Ven 24 09 10 Faisabilit interface Ee Ei Etudier les possibit s XML J 1 5 jours Ven 24 0940 Lun 27 09 10 Etudier les possibilit s XML Java Fee M Suvit Thur Ven 01 100 Ven 01710710 Suit 5 Specification 30 jours Ven 24 0940 Jeu 044140 gg s Expicter les besoins avecle S jours Ven 24 09 10 Jeu 20 09 10 Expliciter les besoins avec le client Eesen 7 E R diger les specification Ca 14 pue Lun 27 09 10 Jeu 14 10 10 R diger les specification Cahier des charges Ee SIS Valder le cahier des charge 1jour Jeu 04 11710 er 04 11 10 Valider le cahier des charges EI s Suv 1 be Ven 1500 Ven 1540740 Suivi2 10 Conception 24jours Lun 18 0H0 Jeu 184140 Conception ja Conception un prototype bat Lun 18 10 10 Jeu 18 11 10 Conception un prototype CEE 7 IS Cr ation du cahier detest 14jours Lun 01 1140 Jeu 18 11 10 Cr ation du cahier de test Fee EMI Se be Ven 05 11 10 Ven 05 11 10 Suivi
12. urs ou entre eux l aide d ordinateurs ainsi que la fa on de concevoir des syst mes informatiques qui soient ergonomiques c est dire efficaces faciles utiliser ou plus g n ralement adapt s leur contexte d utilisation Groupe 4
Download Pdf Manuals
Related Search