Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

PROJET DOO-JET

eXia

Page 1 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

Sommaire
I. INTRODUCTION II. PRESENTATION DE LEQUIPE III. PRESENTATION DE LA SOCIETE IV. PRESENTATION DU PLANNING V. ORGANISATION ET CONSTITUANT DU PROJET VI. REPARTITION ET PLANIFICATION DES TACHES VII. ANALYSE DES ECARTS ET PROPOSITIONS POUR LES COMBLER VIII. CONCLUSION 3 4 5 7 10 13 16 17

eXia

Page 2 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

I. Introduction
Afin de perfectionner lapprentissage de la programmation oriente objet, lcole de leXia Bordeaux a confi un projet initial de deux semaines aux lves de premire anne dans le but de mesurer et dvaluer leur connaissance.

Ce projet seffectue en groupe de quatre et doit tre considr telle une socit qui a pour objectif de faire transiter loutillage de lentreprise Doo-Jet dune mthode papier une mthode numrique.

Dans un premier temps, vous trouverez la prsentation de notre quipe ainsi que de notre socit, une reformulation du besoin de la socit Doo-Jet ainsi que la rpartition et la planification des tches durant les deux semaines de projet.

Puis dans un deuxime temps, les diffrents constituants de notre projet, savoir notre tude Merise, larchitecture logicielle, notre analyse des carts ainsi que les propositions pour les combler, mais aussi les perspectives dvolutions. Nous finirons par un bilan de groupe et un bilan fonctionnel de lensemble.

eXia

Page 3 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

II. Prsentation de lquipe

Notre quipe de projet est compose de :

un chef de projet : trois analystes programmeurs : Michael DULAU Julien BOUGEROL Jean-Baptiste RIBLEUR Pierre ROUSSET

Pierre ROUSSET CHEF DE PROJET

Jean-Baptiste RIBLEUR Programmeur

Julien BOUGEROL Programmeur

Michal DULAU Programmeur

eXia

Page 4 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

III. Prsentation de la socit

Notre entreprise, Ingedata, cest 10 ans dexprience, nous sommes spcialiss dans la cration et ladministration de bases de bases de donnes, mais galement dans le dveloppement dapplication pour nos clients.

Nous bnficions de tarifs extrmement comptitifs et dun souci permanent du dlai. Notre exprience acquise au fil du temps sest accrue laide de collaborations avec des socits de renoms telles que K-concept, Menelas, Grimmersoft, ou encore Kami Kado.

Ingedata sattache aider les Petites ou Moyennes Entreprises en dveloppant des outils de gestion sur mesure adapts leurs besoins.

Primtre du sujet :
Lentreprise Doo-Jet, au vu de son activit croissante, lanc un appel doffre visant la cration dune application de type client lourd afin de grer tout ses documents administratifs, commerciaux et marketing. Notre programme se compose de plusieurs modules dont un module de gestion des quipements, un module de gestion des effectifs, un module pour les rservations des clients, un module de gestion des clients, ainsi quun module marketing. Nous dtaillerons le fonctionnement de ces modules par la suite.

Analyse du besoin :

Lobjectif tait la cration dune application capable de grer les diffrentes formules qui dclinent loffre de Doo-Jet (location de jet-ski, boues tamponneuses, ski-nautique, WakeBoard..), mais aussi avec la possibilit de grer ses diffrents quipements, ses effectifs (salaris), ses rservations, ses clients et un aspect marketing vis--vis des clients.

eXia

Page 5 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

La gestion de lquipement devait galement permettre de spcifier pour chaque quipement son nom, sa puissance, son tat (en rparations ou fonctionnel), ainsi que son cot horaire.

La gestion des rservations devait inclure les fonctions de saisie, modification et recherche, ainsi quune gestion marketing qui devait permettre notamment de gnrer des courriers aux clients 15 jours avant leur anniversaire afin de leur proposer une remise de 5 pour cent sur la priode de son choix. La fonctionnalit de rservations dtaille devait prsenter la ou les activits qui la composent, le nombre dquipements, de moniteurs, le cot global et unitaire, le nom du client. Il fallait par ailleurs que pour une rservation donne, que le logiciel propose une liste des moniteurs disponibles sur le crneau horaire de la rservation, ainsi quune vrification si le moniteur dispose dun brevet (pour la rservation dun scooter des mers par exemple). Le logiciel devait galement vrifier et proposer pour les rservations la liste du matriel disponible en fonction du crneau horaire de la rservation.

Une fonctionnalit importante ft galement celle de la gestion des clients, qui devait permettre, en plus des classiques fonctions dajout, modification et suppression, de proposer une rduction de 10 pour cent sur le montant global des 10 dernires rservations dun client, lapplication devait galement conserver une trace du jour de la rduction effective. Il fallait galement prendre en compte quun client puisse tre titulaire dun permis ctier, car seules ces personnes l peuvent louer un jet sans moniteur.

Une fonction dimpression des rservations devait galement tre mise en place, afin de pouvoir imprimer les rservations, ou encore envoyer les courriers anniversaires aux clients, ainsi quune fonction anti-doublons pour la saisie des clients dans la base, afin quun client ne puisse pas exister 2 fois.

eXia

Page 6 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

IV. Prsentation des plannings

Voici notre planning prvisionnel :

Semaine 2 :

eXia

Page 7 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

Fin de la 2eme semaine :

Voici notre planning rel :

eXia

Page 8 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

Semaine 2 :

Fin de la 2eme semaine :

eXia

Page 9 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

V. Organisation et constituant du projet

Tout dabord nous avons fait ltude merise de la future base. Nous avons ainsi crs, sous Power AMC 12, le MCD suivant :
Effectif <pi> Squentiel <O> id_effectif nom_effectif Caractre variable (40) prenom effectif Caractre variable (40) adresse_effectif Caractre variable (80) code_postal_effectif Caractre variable (5) ville_effectif Caractre variable (40) date_naissance_effectif Date num_tel_effectif Caractre variable (12) num_secu_effectif Caractre variable (16) date_embauche_effectif Date date_visitemed_effectif Date type_status_effectif Caractre variable (20) fonction_effectif Caractre variable (30) num_cotier_effectif Caractre variable (20) num_BEES_effectif Caractre variable (20) 0,n Reservation <pi> Squentiel <O> id_reservation date_reservation Date cout_reservation Rel court Modele_Equipement id_mod_equipement <pi> Squentiel <O> marque_mod_equipement Caractre variable (40) modele_mod_equipement Caractre variable (40) type_mod_equipement Caractre (20) desc_mod_equipement Texte permis_mod_equipement Boolen puissance_mod_equipement Entier tarif_demi_mod_equipement Rel court tarif_heure_mod_equipement Rel court id_mod_equipement <pi> 0,n 0,n Equipement Correspondre 1,1 id_equipement <pi> Squentiel <O> nom_equipement Caractre variable (40) etat_equipement Boolen id_equipement <pi> Disposer id_reservation <pi> 0,n 0,n Reserver heure_debut_reserver Date & Heure heure_fin_reserver Date & Heure type_activite_reserver Caractre variable (14) ... Client id_client <pi> Squentiel <O> nom_client Caractre variable (40) prenom_client Caractre variable (40) adresse_client Caractre variable (80) code_postal_client Caractre variable (5) ville_client Caractre variable (40) date_naissance_client Date num_tel_client Caractre variable (12) num_cotier_client Caractre variable (20) id_client <pi> 0,n 1,n Crer

Absence <pi> Squentiel id_absence <O> date_debut_absence Date & Heure date_fin_absence Date & Heure motif_absence Texte id_absence <pi> 1,1 Absenter 0,n

1,1 Reduction id_reduction <pi> Squentiel <O> date_reduction Date montant_reduction Rel court id_reduction <pi>

Cest partir de ce dernier que nous avons gnrer le MPD puis la base de donnes.

eXia

Page 10 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

Voici notre modle physique de donnes, gnr partir du MCD :

Effectif id_effectif nom_effectif prenom effectif adresse_effectif code_postal_effectif ville_effectif date_naissance_effectif num_tel_effectif num_secu_effectif date_embauche_effectif date_visitemed_effectif type_status_effectif fonction_effectif num_cotier_effectif num_BEES_effectif COUNTER <pk> VARCHAR(40) VARCHAR(40) VARCHAR(80) VARCHAR(5) VARCHAR(40) DATE VARCHAR(12) VARCHAR(16) DATE DATE VARCHAR(20) VARCHAR(30) VARCHAR(20) VARCHAR(20)

Absence id_absence id_effectif date_debut_absence date_fin_absence motif_absence COUNTER <pk> INTEGER <fk> DATETIME DATETIME NOTE FK_ABSENCE_ABSENTER_EFFECTIF

Reservation FK_RESERVER_RESERVER3_EFFECTIF id_reservation COUNTER <pk> Crer FK_CREER_CREER2_RESERVAT date_reservation DATE id_client INTEGER <pk,fk1> cout_reservation SINGLE id_reservation INTEGER <pk,fk2>

Modele_Equipement id_mod_equipement marque_mod_equipement modele_mod_equipement type_mod_equipement desc_mod_equipement permis_mod_equipement puissance_mod_equipement tarif_demi_mod_equipement tarif_heure_mod_equipement COUNTER <pk> VARCHAR(40) VARCHAR(40) CHAR(20) NOTE YESNO INTEGER SINGLE SINGLE

FK_RESERVER_RESERVER2_RESERVAT Reserver id_equipement id_reservation id_effectif heure_debut_reserver heure_fin_reserver type_activite_reserver INTEGER <pk,fk1> INTEGER <pk,fk2> INTEGER <fk3> DATETIME DATETIME VARCHAR(14) FK_CREER_CREER_CLIENT

Client id_client nom_client prenom_client adresse_client code_postal_client ville_client date_naissance_client num_tel_client num_cotier_client COUNTER <pk> VARCHAR(40) VARCHAR(40) VARCHAR(80) VARCHAR(5) VARCHAR(40) DATE VARCHAR(12) VARCHAR(20)

FK_EQUIPEME_CORRESPON_MODELE_EFK_RESERVER_RESERVER_EQUIPEME

Equipement id_equipement id_mod_equipement nom_equipement etat_equipement COUNTER <pk> INTEGER <fk> VARCHAR(40) YESNO FK_REDUCTIO_DISPOSER_CLIENT

Reduction id_reduction id_client date_reduction montant_reduction COUNTER <pk> INTEGER <fk> DATE SINGLE

eXia

Page 11 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

Logiciels utiliss :

Le dveloppement de cette application sest fait sous le systme dexploitation Windows XP, du fait que ce systme est un des plus rpandu.

Nous avons lors de la premire runion fait le choix dutiliser le logiciel Power AMC 12 afin de modliser le MCD de notre future base, et den gnrer le MPD correspondant.

Nous avons galement choisi de travailler avec Access 2003 car il sagissait du logiciel le mieux adapt pour rpondre nos besoins et car il inclut la gestion du code SQL.

Le dveloppement de notre application devait se faire sous le langage VB.net, cette condition faisant partie du cahier des charges, nous avons donc utilise le logiciel Visual Studio 2005.

Le logiciel tortoiseSVN galement t utilis afin de synchroniser toutes les donnes de notre projet, ce logiciel nous a grandement facilit la tche, car il a permis de travailler tous en mme temps sur le programme, avec des mises jour frquentes par toute lquipe de petites parties de lapplication.

eXia

Page 12 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

VI. Rpartition et planification des tches A- Macro-tches :

Durant la premire runion organise Lundi, les macro-tches ont t dfinies et attribues chacun des membres de lquipe. En voici la liste :

Analyse Merise : Il sagissait de crer le plan de la future base de donnes, ce qui nous a permis de dfinir les ensembles de donnes ncessaires la gestion : les entits, les rgles de gestion ainsi que les relations et les associations qui relient ces dernires. Nous avons ainsi dfinis les rgles gnrales d'organisation de notre future base.

Formulaires : Il sagissait de mettre en place un moyen souple et intuitif pour lutilisateur afin quil puisse visualiser, ajouter, modifier ou supprimer des donnes de la manire la plus simple et rapide possible pour lui. Lensemble des formulaires constituent linterface graphique de notre programme, il fallait donc quils soient les plus ergonomiques possibles.

Requte: Il sagissait pour lutilisateur de pouvoir facilement manipuler les donnes, en quelques clics, afin de pouvoir entre autre trier, regrouper ou encore filtrer les donnes, comme par exemple modifier les coordonnes dun client, afficher la liste complte des quipements, avec la possibilit dajouter, modifier ou supprimer un quipement.

eXia

Page 13 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

B- Micro tches :

Le guide dutilisateur : Il sagissait de crer un manuel afin de faciliter au maximum la prise en main du logiciel par lutilisateur, en lui indiquant les mthodes de fonctionnement des diffrents formulaires et comment raliser les taches pour lesquelles nous les avons cres. Cette tche t confie Jean-Baptiste Ribleur.

Le guide du dveloppeur : Il sagissait de crer un manuel contenant toutes les rgles de nommage, expliquant comment dclarer les diffrents objets, classes, modules et variables lintrieur de notre code. Ceci t fait dans un souci dvolutivit et afin de faciliter la reprise de notre code par une autre quipe de dveloppeurs. Cette tche t confie Pierre Rousset.

La classe quipements : Cette fonctionnalit de notre application devait permettre de grer tout les quipements de la base nautique, avec la possibilit dajouter, modifier ou supprimer un quipement. Cette tche t confie Julien Bougerol.

La classe effectifs : Cette fonctionnalit de notre application devait permettre de grer les employs de la base nautique, les moniteurs avec la possibilit dajouter, modifier ou supprimer la fiche dun personnel, mais galement spcifier le statut du contrat de travail ou encore le statut d activits (plagiste, titulaire du BEES, ou permis ctier..). Cette tche t confie Michael Dulau.

La classe rservation : Cette fonctionnalit de notre application devait permettre de grer les rservations de notre future base, avec une option permettant limpression de rservations, ou la consultation dune rservation en particulier. Cette tche t confie Pierre Rousset.
eXia

Page 14 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

La classe clients : Il sagissait ici de pouvoir grer les clients de la base en proposant notamment une rduction de 10% sur le montant global des 10 dernires rservations, ainsi quun module permettant de conserver une trace du jour de cette rduction. Cette tche t confie Pierre Rousset.

La classe absence : Il sagissait de pouvoir grer les absences des employs de la base nautique, en prenant en compte le nombre de moniteurs disponibles pour une rservation donne. Cette tche t confie Jean-Baptiste Ribleur.

Lutilitaire de dploiement : Lobjectif ici tait la cration dun utilitaire de dploiement permettant de rendre linstallation du programme beaucoup plus simple pour les utilisateurs. Cette tche t confie Michael Dulau.

Le contrle de saisie : Afin que lutilisateur ne puisse pas rentrer de code postal avec 10 chiffres ou 5 lettres par exemple, le programme lui envoie ce moment l un message derreur en lui demandant de ressaisir les donnes. Cette tche t confie Julien Bougerol. Module dimpression : Il sagissait de crer une fonction dimpression, qui devait permettre denvoyer une lettre automatiquement imprime, proposant lors de lanniversaire dun client une remise de 5% sur la priode de son choix. Cette tche t confie Michael Dulau.

eXia

Page 15 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

VII. Analyse des carts et propositions pour les combler

Au cours de ce projet, nous avons du faire face certains problmes, principalement cause de la contrainte du temps : La priode de projet se situait cheval sur 5 jours de congs, du aux jours fri du mois de Mai. Cela nous a amputs de 3 jours de travail qui nous taient primordiaux pour livrer une application en ayant implments lensemble des fonctions demandes. De ce fait, nous avons du abandonner la fonction de modification des rservations, trop chronophage par rapport aux autres tches du projet. Cependant, notre Modle Conceptuel de Donnes bien pris en compte toutes les contraintes qui nous ont ts poses dans le cahier des charges, il est donc tout fait possible de dvelopper ces fonction l par le billet dune update que nous vous distribueront bien entendu ds que nous lauront finalis. Un autre cart t celui de la fonction dimpression des lettres anniversaires des clients, qui fonctionne mais dont le contenu type ne peut tre modifi, tant donn que la lettre se trouve lintrieur du code VB, et pas dans un fichier part. Une autre fonction que nous avons du laiss derrire nous t celle de la rduction de 10% sur le montant global des 10 dernires rservations, avec une remise du cumul du client zro ainsi quune trace du jour effectif de la rduction lorsque celui-ci en a bnfici. L encore, notre MCD pris ces paramtres en compte et cette fonction pourra tout fait tre implmente au plus tt, et de manire trs facile grce aux diffrentes normes de codage inclues dans notre guide du dveloppeur que vous trouverez ci-joint, et qui rends notre code facilement comprhensible par nimporte quel programmeur.

eXia

Page 16 sur 17

Projet DOO-JET

Pierre ROUSSET Julien BOUGEROL Michal DULAU Jean-Baptiste RIBLEUR

VIII. Conclusion
Bilan Humain : Au cours de ce projet, nous avons tous acquis des connaissances, certains plus que dautres du fait de la facilit pour certains assimiler ce langage particulirement nouveau pour nous, (POO) mais aussi car la distribution des tches, plus ou moins complexes raliser, a pouss certains chercher davantage. Aucun problme na t dplorer au niveau des membres du groupe, tout le monde sest acquitt de sa tche comme il le fallait, et aucun conflit na eu lieu entre les membres de notre groupe de travail. Nous avons travaill sans pression, avec au fur et mesure de lavancement du projet, des choix faire vis--vis du respect du cahier des charges en fonction du temps qui nous tait imparti, cela nous a pousss abandonner certain points afin dobtenir un logiciel le plus fonctionnel possible au final.

Bilan Technique : Comme nous lavons dit prcdemment, certaines des fonctionnalits demandes nont pas pu tres implmentes, principalement par manque de temps, nanmoins, nous avons conceptualiss notre base en prenant en compte toutes les conditions du cahier des charges. (Notre MCD) Il est donc tout fait possible damliorer ce programme plus tard en y intgrant la gestion des rductions pour les clients (10% du cumul des 10 dernires rservations) ainsi que la possibilit de modification dune rservation. Dun point de vue technique, nous pensons que les objectifs ont ts atteints, mais quil aurait t possible de rendre lapplication encore plus complte avec davantage de temps.

eXia

Page 17 sur 17