Rapport Final CAMEDEL - Annee 2005/2006

afternoonhandsomelyΛογισμικό & κατασκευή λογ/κού

17 Νοε 2012 (πριν από 4 χρόνια και 8 μήνες)

434 εμφανίσεις

Année 200
6/2005







Rapport Final

Microprojet































BITTON Hugo



PASQUIER Nicolas

PETITPREZ Benjamin

PRIEUR Guillaume









4
eme

Année


2

Rapport Final CAMEDEL






Introduction




Dans le cadre des microprojets qui se déroule lors du premier semestre
, nous avons du choisir
un sujet parmi les sept qui nous ont été présenté. Nous avons monté un groupe de 4 étudiants
tous intéressés par le sujet proposé par Mr Futtersack

: Camedel. Ce sujet nous a
particulièrement attiré car il permet de modéliser sur un

cas très concret, ici la gestion d’un
cabinet médical, toutes les notions acquises pendant ces deux dernières années. De plus, après
l’entière réussite du projet ComptoirFact réalisé en troisième année avec Mr Futtersack, nous
avons voulu réitérer. Ces de
ux projets, nous ont permis d’avoir une bonne vue d’ensemble des
travaux demandés en entreprise. En effet, Mr Futtersack impose une rigueur de travail par la
clarté des sujets proposés, par les délais à respecter, par les échéances de rendu de livrable et
par l’exigence du cahier des charges.













3

Rapport Final CAMEDEL




Sommaire



Introduction

................................
................................
................................
................................

2

Sommaire

................................
................................
................................
................................
...

3

Rappel de la vision du projet

................................
................................
................................
......

4

La secrétaire

................................
................................
................................
...........................

4

Le médecin

................................
................................
................................
.............................

4

Le chef de cabinet

................................
................................
................................
..................

4

L’administrateur

................................
................................
................................
.....................

4

Staff et planning définitif

................................
................................
................................
...........

5

Design Patterns

................................
................................
................................
...........................

7

Façade

................................
................................
................................
................................
.

7

Décorateur

................................
................................
................................
..........................

7

Str
atégies

................................
................................
................................
............................

7

Copies d’écran du manuel utilisateur

................................
................................
.........................

8

Identification

................................
................................
................................
......................

8

Administrateur

................................
................................
................................
....................

9

Changement des mots de passe

................................
................................
..........................

9

Médecin

................................
................................
................................
............................

10

Ges
tion des patients

................................
................................
................................
..........

10

Bibliographie

................................
................................
................................
............................

11

Conclusion

................................
................................
................................
................................

12






4

Rapport Final CAMEDEL





Rappel de la vision du projet






No
us avons choisi le projet CaMedEL

: CAbinet MEDical En Ligne. Ce projet à pour but de
créer une application Web permettant la gestion à distance d’un cabinet médical. Par suite,
une extension vers des analyses épidémiologiques est à concevoir.



Les besoin
s d’un cabinet sont principalement de 2 ordres

:


Administratif

: Gestion des patients et des employés

Médical

: Dossier médical, statistiques épidémiologiques



On distinguera 4 acteurs

: une secrétaire, des médecins, un chef de cabinet et un
administrate
ur. Tous ces acteurs ont un rôle bien défini. En effet, il est normal que la
secrétaire ne puisse pas avoir accès aux informations médicales d’un patient.


La secrétaire


Elle peut lire et modifier les informations non médicales d’un patient du cabinet. El
le gère
également les emplois du temps des médecins.


Le médecin


Il peut avoir accès à toutes les données d’un patient quelle soit d’ordre médicale ou civile. Il
peut également avoir accès à la gestion des emplois du temps.


Le chef de cabinet


Il est par

défaut un des médecins. Il peut donc faire tous ce que font les médecins, mais il peut
aussi consulter les statistiques épidémiologiques que ce soit sous forme graphique ou de
tableau. Ainsi, il peut regarder l’évolution d’une maladie dans une population
de patient.



L’administrateur



Par défaut l’administrateur est le chef de cabinet. Son rôle est la gestion des comptes
utilisateur.


D’un point de vue de l’architecture logicielle, le projet CAMEDEL est un
e application
Web à
3 niveaux, basée sur le patte
rn MVC et utilisant la technologie J2EE avec le
framework STRUTS. La couche Présentation est assurée par un navigateur Web, la couche
Métier est assurée par des JavaBeans et la couche Donnée est assurée par une base de données
ACCESS 2003.

L’environnement
de développement a été NetBeans 5.0.

5

Rapport Final CAMEDEL




Staff et planning définitif


Ci
-
dessous le
staff

réfléchit pendant la phase d’inception. En
rouge
, les modifications
apportées lors de la réalisation du projet.



Travailleur

Activité

Artefacts(s) dont il est
(co
)respon
sable

Nom(s)

Chef de Projet
Informatique

affectation des travailleurs

planification du projet

Staff

Planning

Prieur

Bibliothécaire

gestion des artefacts

Base d'artefacts

Prieur

Concepteur IHM

maquette de l’IHM

compléter la maquette de
l’IHM

Maquette

Pas
quier

Petitprez


Spécificateur de
Cas d’Utilisation

détailler les cas d’utilisation

Besoins

Bitton

Petitprez

Concepteur

affiner le modèle de classes

définir le modèle objet

modèle entité association

concevoir les classes

Besoins

Bitton

Pasquier

Petitprez

Prieur

Implémenteur

réaliser un composant
logiciel

Composant logiciel

Bitton

Pasquier

Petitprez

Prieur

Testeur de
composant

tester un composant logiciel

Tests

Bitton

Pasquier

Rédacteur
technique

rédiger la procédure
d’installation

rédiger le manuel
d’u
tilisateur

Lisez Moi

Manuel

Petitprez

Prieur


Bitton

Responsable du
déploiement

tester le système sur la
plateforme d’exploitation

Lisez Moi

Manuel

Pasquier

Petitprez




Comme on peut le voir sur ce planning, les tâches ont été en
grandes parties respect
ées
.
Benjamin Petitprez a en plus réalisé la procédure et le test de l’installation. Guillaume Prieur,
quant à lui c’est plus occupé de la partie conception et implémentation avec Nicolas Pasquier.
Ayant plus de connaissance et de facilité dans
ce

domaine
de programmation
,

cette tâche leur
été plus évidente. Hugo Bitton
a

réalisé
les cas d’utilisation du projet.


Sinon les parties conception IHM, Bibliothécaire, Chef de projet et Testeur composant ont été
très bien
respecté
. Même si, tous le monde à partici
per à donner son avis sur l’IHM par
exemple.

6

Rapport Final CAMEDEL




Nous pouvons également
comparer

le planning conçut lors de la phase d’inception

(cf.
planning.pdf) avec le planning final.


Nous allons diviser ce planning en deux étapes

:




Avant le 1
er

livrable



Après, soit apr
ès le 19 novembre


Lors de la première étape, tous les délais ont été respectés. En effet, chaque personne
avait ces tâches et tous les membres du groupe ont respecté leur délai. Ainsi lors de notre
réunion du jeudi 2 Novembre, nous avons pu réunir tous le
s artefacts produits et en discuter.
Après cette réunion, plusieurs petits problèmes ont été relevés. Lors de la réunion du mercredi
15 Novembre, dernière réunion avant le 1
er

livrable, nous avons pu assembler
les différents
fichiers corrigés
. On peut en c
onclure que cette première étape du projet Camedel fut réussite.


Lors
de la seconde étape
, la date butoir fut respecté mais quelques modifications on du
être apporté au planning. En effet, nous avions prévu de finir l’ensemble de la programmation
fin Déce
mbre 2006, mais ce délai ne fut pas respecté pour différents problèmes
.

A titre
d’exemple, nous avons rencontré divers problèmes liés à la gestion de la liste des patients et
des médecins
.


Un premier contre temps a été
notre planning

de cours. En effet, l
’administration de
l’esiea nous a mis lors des deux dernières semaines de Décembre beaucoup de cours et
d’évaluation. Ce qui ne nous a pas facilité le travail sur le projet.


Nous avions planifié du travail lors de nos vacances de fin d’année mais lors de
ces
fêtes, il n’est pas évident de travaillé beaucoup. C’est pourquoi, nous avons décalé le

travail
à

effectuer entre le 24 Décembre 2006 et le 2 Janvier 2007 après cette dernière. Quelques
retards furent pris, mais nous avons redoublé d’effort pour termin
er dans les délais.


Pour conclure, les délais dans l’ensemble on été respecté. En effet, tous les artefacts
intermédiaire et finaux on été rendu dans les temps.



7

Rapport Final CAMEDEL




Design Patterns


Pour la réalisation de ce projet, nous avons utilisé plusieurs Design Pat
tern afin de
faciliter

l’évolution du logiciel ainsi qu’une plus grande flexibilité.


Façade


Pour la connexion et les divers accès à la base de données nous avons utilisé une
façade qui permet d’utiliser des fonctions plus simples pour utiliser la base d
e données. La
façade ce trouve dans le package
Gestion et elle est composée de l’interface

: IFacadeBd et

de
la classe :

FacadeBd
. Dans IFacadeBd on trouve diverse méthode permettant d’effectuer une
simple requête, une modification de la base de données ou

encore de récupérer l’indice
maximum de l’une des tables de la base.




Décorateur


Nous avons décidé d’utiliser ce pattern afin de permettre facilement à un employé du
cabinet d’avoir plusieurs rôles. En effet grâce au décorateur nous
pouvons

facilement

rajouter
des fonctionnalités à un utilisateur. Par la suite cela permet de facilement rajouter un nouveau
type d’utilisateur.



Stratégies


Nous avons aussi utilisé deux patterns stratégies. Le premier pour la gestion des
patients qui est différentes ent
re une secrétaire et un médecin. Le second pour gérer les
emplois du temps, soit l’employé peut effectuer des modifications de l’emploi du temps soit il
ne peut pas. De plus l’utilisation du pattern stratégies s’avère très utile dans pour la gestion
des
em
ployé

car elle permet de modifier l’action des méthodes sans avoir à modifie
r les
classes
médecin

et
secrétaire.

8

Rapport Final CAMEDEL




Copies d’écran du manuel utilisateur


Identification






Lors de l’ouverture du programme CAMEDEL, cette page de démarrage apparaît.
Avant t
oute utilisation du logiciel, une identification est nécessaire. Il vous suffit de rentrer
dans les champs appropriés (bordure de gauche), votre Nom et votre Mot de Passe.



Si vous rencontrez un problème de connexion veuillez contacter votre Administrate
ur
ou votre Chef de Cabinet. En cas de nécessité, vous pouvez envoyer un mail à
l’Administrateur du logiciel via le lien Contact en bas de la page.





9

Rapport Final CAMEDEL




Administrateur



Après vous être identifié en tant qu’Administrateur du cabinet, vous arrivez sur une
p
age ou vous devez choisir entre les liens Médecine et Administrateur. Cliquez alors sur
Administrateur pour pouvoir changer les mots de passe et ajouter ou modifier les
caractéristiques des employés du cabinet.




Changement des mots de passe


Pour cela,
il vous suffit de choisir dans la liste déroulante le nom de l’employé et de
sélectionner le bouton radio Modifier le mot de passe. Ensuite, vous valider en appuyant sur le
bouton. Une nouvelle page apparaît.




Il vous suffit maintenant de rentrer votre
nouveau mot de passe et de valider. Le
changement de mot de passe est alors effectué.

10

Rapport Final CAMEDEL




Médecin



Lorsque vous vous connectez à Camedel en tant que médecin, vous arrivez sur une
page d’accueil sur laquelle s’affiche votre emploi du temps de la semaine en co
urs. Celle
-
ci
va vous permettre de gérer les patients, l’emploi du temps ainsi que les ordonnances. Vous
avez pour cela accès à trois liens

: Patients, Gestion de l’emploi du temps et Ordonnances.



Gestion
des

patients


La gestion des patients se fait com
me pour la secrétaire (cf. page 7) à l’exception
qu’un médecin à accès aux données médicales des patients, ses antécédents, comme illustré
dans la consultation d’une fiche patient ci
-
dessous

:




Deux liens, Prendre rendez
-
vous et Ordonnances, sont égalem
ent disponibles pour
vous permettre d’accéder directement aux sections emploi du temps et ordonnances avec le
patient consulté.


11

Rapport Final CAMEDEL




Bibliographie





Arnault, Stéphane. «Résoudre les erreurs courantes avec Struts.» 31 Mars 2006.
Labo Supinfo
Sun.

<http://ww
w.labo
-
sun.com/resource
-
fr
-
faqs
-
1072
-
0
-
java
-
j2ee
-
resoudre
-
les
-
erreurs
-
courantes
-
avec
-
struts.htm>.


BARON, Mickaël. «Java pour le développement d’applications Web : J2EE Struts.» 2006.
Developpez.

<http://mbaron.ftp
-
developpez.com/j2eepdf/j2eestruts.pdf>.


Doudoux, Jean
-
Michel. «Des bibliothèques open source.» 11 Septembre 2006.
Développons
en Java.

20 Décembre 2006 <http://www.jmdoudoux.fr/java/dej/chap058.htm#chap_58_1>.


JFree.org. «JFreeChart.» 20 Décembre 2006 <http://www.jfree.org/jfreechart/>.


Jolliv
et, Christophe et Eric Siber.
La FAQ Struts.

24 Juillet 2006. 20 Novembre 2006
<http://java.developpez.com/faq/struts/>.


The Apache Software Foundation. «Struts.»
31 Décembre 2006. <http://struts.apache.org/>.




12

Rapport Final CAMEDEL




Conclusion




C
e projet Camedel fut une r
éussite sur plusieurs plans. Tout d’abord, nous avons pu
mettre en application tous les cours de CA
A
OO de 4
ème

année. De plus, les projets menés en
collaboration avec Mr Futtersack, nous montre vraiment le travail demandé en entreprise.
Ceci nous permet de

nous responsabiliser d’avantage que sur d’autres projets.