Transcript Télécharger le dossier complet

Projet Gestion des visites
Applications d’enregistrement
et suivi des comptes rendus de
visite
Contenu
Introduction .......................................................................................................................................... 3
I.
Etudedelademande ............................................................................................................... 4
A. Contraintes.................................................................................................................................................................. 4
B.
Evolutions souhaitées ................................................................................................................................................. 4
A.
Récapitulatif .............................................................................................................................. 5
Missions ...................................................................................................................................................................... 5
B.
Application d’enregistrement et de suivi des comptes rendus de visite .................................................................... 5
III.
A.
Miseàjourdelabasededonnées ........................................................................................ 6
Schéma de la base de données sous Access ............................................................................................................... 6
B.
Extraction de la base de données ............................................................................................................................... 6
C.
Compatibilité avec le site GSB étudié précédemment ............................................................................................... 8
II.
1.
Insérer toutes les tables dans la nouvelle base de données sauf visiteur. ......................................................... 9
2.
Insérer toutes les données login et mot de passe de l'ancienne base dans la nouvelle. ................................... 9
3.
Création des tables FicheFrais et Type_Frais .................................................................................................... 11
4.
ODBC : connexion de l’application sous Access ................................................................................................ 13
D.
Modélisation des données........................................................................................................................................ 15
E.
Modélisation des données modifiées ....................................................................................................................... 16
IV.
A.
Développementdel’application ......................................................................................... 17
Connexion ................................................................................................................................................................. 17
B.
Saisie des rapports de visites .................................................................................................................................... 20
C.
Consultation des rapports de visites ......................................................................................................................... 22
D.
Consultation de la liste des médicaments ................................................................................................................ 25
E.
Consultation de la liste des praticiens ...................................................................................................................... 28
F.
Consultation de la liste des autres visiteurs.............................................................................................................. 31
G.
Déconnexion ............................................................................................................................................................. 35
1.
Adaptationdel’applicationpourAndroid ........................................................................ 36
Aperçu des fenêtres .................................................................................................................................................. 36
2.
Aperçu de quelques brides du code php/css ............................................................................................................ 45
3.
Aperçu du code Android ........................................................................................................................................... 46
V.
Page 2 sur 46
Introduction
Le laboratoire Swiss Bourdin a mené un travail d’informatisation des comptes rendus qui permet d’avoir une gestion
personnelle de leur activité.
Swiss_Visite est donc la première version de l’application, une application de gestion des comptes rendus de visite à
conserver un suivi des rapports produits à chaque visite.
Notre équipe se présente de deux développeuses étudiantes en seconde année de BTS SIO (Services Informatiques aux
Organisations) nommées Pauline Rubin de Cervens et Aurélie Arnoux.
Notre projet s’intitule Projet Gestion des visites – Application d’enregistrement et de suivi des comptes rendus des
visites.
Notre dossier comportera donc dans un premier temps l’étude de la demande et des contraintes. Dans un second
temps, un récapitulatif de tout le travail qu’il va falloir faire. Dans un troisième temps, la mise à jour de la base de
données, et pour finir le développement de l’application web.
Page 3 sur 46
I. Etudedelademande
A. Contraintes
Nous retrouvons trois principales contraintes : l’ergonomie, l’application web et l’architecture.
Concernant l’ergonomie, il faut que le site soit à l’image du site public de l’entreprise http://galaxysb.com en termes de
couleurs et d’ergonomie.
Concernant l’application web en elle-même, l’application sera développée dans un langage de script côté serveur non
imposé. Le code produit ne doit pas être dépendant du SGBD retenu.
Enfin, le développement est basé sur des bibliothèques de fonctions ou architecture MVC. De plus cette base de
données devra être compatible avec le site GSB étudié précédemment par la même équipe.
B. Evolutionssouhaitées
Le motif de la visite est quelque chose de très standardisé. Le motif principal c’est la périodicité puisqu’ils voient les
praticiens tous les 6 à 8 mois. Puis viennent les motifs nouveautés ou actualisation. Il sera donc possible de sélectionner
un motif parmi la liste créé précédemment ou d’en ajouter un nouveau dans cette liste.
Le bilan de la visite sert à évaluer l’impact de la visite : s’il y a eu hésitation ou non.
Le visiteur médical peut saisir des produits en les cochant, plutôt que les sélectionner un à un. Et préciser la quantité
d’échantillons qu’il a été nécessaire.
Le visiteur doit pouvoir évaluer le praticien, à chaque visite, sur sa connaissance des produits qu’il est amené à
préconiser, il doit corriger ou compléter.
L’application doit pour le moment intégrer la possibilité d’avoir une date de saisie du compte rendu différente de celle de
la visite. Elle doit aussi permettre de désactiver la datation.
Le nom du visiteur doit impérativement être intégré dans les saisies.
Page 4 sur 46
II. Récapitulatif
A. Missions
Notre mission est de développer l’application Web, Java et Android d’après le modèle de l’application donnée sous
Access version 2003.
Il faut également par la suite effectuer des tests de validation et de relever des éventuelles erreurs et leur solutions.
La première étape est d’extraire la base de données de la précédente version sous Access et de l’améliorer suivant les
contraintes prescrites.
La seconde étape est de choisir les différents environnements de développement, de les installer pour l’application web,
Java et Android.
La troisième étape est de développer l’application.
La dernière étape est d’effectuer des tests et de valider l’application.
B. Application d’enregistrement et de suivi des comptes rendus de visite
Propriétés
Description
Intitulé
Développement d'une application de gestion de comptes rendus de visites et de production d'éléments
statistiques.
Présentation
Rapide
En s'appuyant sur un travail d'analyse et une maquette sous Access développés en 2003, on demande de
produire une application Web permettant l'enregistrement des rapports de visite et donnant une vision
synthétique à la hiérarchie de la force commerciale.
Durée estimée
en heures
20 heures
Savoir-faire SI
mobilisés en
priorité
Les savoir-faire de la phase d'étude du projet, auxquels s'ajoutent :
SI3 - Extraire et modifier les données d’une base de données
SI3 – Implémenter une base de données à partir d’un schéma existant
SI4 - Programmer à l’aide d’un langage de programmation structurée
SI4 – Programmer en utilisant des classes d’objet fournies
SI4 – Appliquer des normes de développement
SI6 - Valider et documenter une application
SI6 - Rédiger une documentation d’utilisation
SLAM1 – Modifier un schéma de données et l’implantation de la base de données
correspondante
SLAM1 – Utiliser un outil de génération et de rétro-conception de base de données
SLAM1 – Adapter une application exploitant une base de données à l’évolution de son schéma
SLAM2 – Mettre au point un programme
Documents
joints
Équipes
Par équipe de ...
2
3
4
Planning
Page 5 sur 46
III. Miseàjourdelabasededonnées
A. Schéma de la base de données sous Access
B. Extraction de la base de données
Avec le logiciel dbconvert_access_mysql en version démo, on a sélectionné le fichier Swiss_visite.mdb et on
nomme la base de données ppe4.
Page 6 sur 46
Page 7 sur 46
On a bien l'insertion des 25 tables faite correctement dans notre wamp / phpmyadmin.
C. CompatibilitéaveclesiteGSBétudiéprécédemment
Le but est de faire une base de donnée unique compatible avec les deux PPE 3 et 4, on va donc intégrer toutes
les tables (mise à part la table visiteur) et modifier les noms des colonnes des tables du PP3 (ainsi que le code
Html/PHP du PPE3).
Les fiches de frais sont déjà gérer dans le PPE3 fait précédemment, nous allons donc insérer les tables des
fiches de frais. Les tables présentent dans l'ancien sont les suivantes:
Compta
Etat
Fichefrais
Lignefraisforfait
Lignefraishorsforfait
visiteur
Il faut cependant faire attention si elles sont compatibles et voir desquelles nous avons besoin.
Vérifier les liaisons, que les relations existent bien, qu'il y a bien les bonnes données insérées.
Page 8 sur 46
Etapes à suivre :
•
•
•
•
•
•
•
Insertion de la bdd gsbfrais dans la celle du pp4 avec modification de la ligne concernant le nom de la bdd
Ajouter dans la nouvelle table visiteur le login et le mot de passe
Nous remarquons que la table fraisforfait a des similitudes avec la table typefrais que l'on souhaite avoir
dans la nouvelle base de données
Nous remarquons également que la table fichefrais de l’ancien ppe a des similitudes avec la table
fiche_frais
Modification du code html/php du PPE3 dès lors que l'on utilise la bdd et ses tables
Nb_HorsClassif => nombre de frais hors forfait
MontantHorsClassif => montant des hors forfait
1.
Insérertouteslestablesdanslanouvellebasededonnéessaufvisiteur.
2.
Insérertouteslesdonnéesloginetmotdepassedel'anciennebasedanslanouvelle.
Table visiteur ppe3 :
Table visiteur pp4:
Structure du login et mdp dans la table du ppe3 :
•
•
•
Prendre la table visiteur du ppe3, la sauvegarder sous un autre nom puis la copier dans la base de données du
PP4.
Ajouter colonne login et mdp dans la table visiteur ppe4
Une requête insert pour insérer tous les login et mdp dans la table du pp4 où VIS_MATRICULE=id
Page 9 sur 46
Requête de modification :
Update visiteur
set visiteur.login=(SELECT login from visiteur_gsb WHERE visiteur_gsb.id=visiteur.VIS_MATRICULE)
WHERE visiteur.VIS_MATRICULE=
(SELECT visiteur_gsb.id FROM visiteur_gsb WHERE visiteur_gsb.id=visiteur.VIS_MATRICULE)
Page 10 sur 46
3.
CréationdestablesFicheFraisetType_Frais
Partie fiche de frais dans le MCD
Table fraisforfait ppe3:
Table fichefrais ppe3:
Modification de la table fraisforfait inséré pour avoir la même conception que dans le MCD.
Nous modifions le nom des variables pour avoir la même conception que dans le MCD, nous devrons tout de même
modifier le code de l’ancien dossier, par rapport à la connexion de la BDD et à l’appel de ces tables.
Pour la table fichefrais :
La variable nbJustificatifs devient FF_NBHorsClassif
La variable montantValid devient FF_MontantHorsClassif
La varible mois devient FF_MOIS
Pour la table fraisforfait :
La variable id deivent TF_Code
La variable libelle devient TF_Libellé
La variable montant devient TF_Forfait
Page 11 sur 46
Requête :
ALTER TABLE `fichefrais`
CHANGE `mois` `FF_MOI` CHAR( 6 ) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL ,
CHANGE `nbJustificatifs` `FF_NBHorsClassif` INT( 11 ) NULL DEFAULT NULL ,
CHANGE `montantValide` `FF_MontantHorsClassif` DECIMAL( 10, 2 ) NULL DEFAULT NULL
Page 12 sur 46
4.
ODBC:connexiondel’applicationsousAccess
Page 13 sur 46
formACTIVITE_COMPL :
recupACTIVITE_COMPL.php
Page 14 sur 46
D. Modélisationdesdonnées
INCLURE
INC_QTE
INC_MONTANT
RATTACHER
0,n
SECTEUR
SEC_CODE
SEC_LIBELLE
1,n
0,n
0,n
TYPE FRAIS
TF_Code
TF_Libellé
TF_Forfait
FICHE FRAIS
FF_MOIS
FF_NBHorsClassif
FF_MontantHorsClassif
1,1
REGION
REG_CODE
REG_NOM
(1,1)
ETRE RESPONSABLE
1,n
DATE
JJMMAA
TRAVAILLER
1,n
TRA_ROLE
1,n
1,1
TYPE_PRATICIEN
REMBOURSER
VISITEUR
VIS_MATRICULE
VIS_NOM
VIS_ADRESSE
VIS_CP
VIS_VILLE
VIS_DATEEMBAUCHE
TYP_CODE
TYP_LIBELLE
TYP_LIEU
0,1
1,n
1,n
1,n
1,n
DEPENDRE
RELEVER
INVITER
REALISER
SPECIALISTEON
0,n
REDIGER
1,n
1,n
ACTIVITE_COMPL
AC_NUM
AC_DATE
AC_LIEU
AC_THEME
0,n
DEPARTEMENT
DEP_CODE
DEP_NOM
DEP_CHEFVENTE
(1,1)
0,n
RAPPORT_VISITE
rap_num
rap_date
RAP_BILAN
RAP_MOTIF
1,1
PRATICIEN
PRA_NUM
PRA_CODE
PRA_NOM
PRA_ADRESSE
PRA_CP
PRA_VILLE
PRA_COEFNOTORIETE
0,n
CONCERNER
1,1
POSSEDER
POS_DIPLOME
POS_COEFPRESCRIPTION
1,n
1,n
OFFRIR
SPECIALITE
OFF_QTE
Perturbé
INTERAGIR
SPE_CODE
SPE_LIBELLE
Perturbateur
0,n
0,n
0,n
FAMILLE
FAM_CODE
FAM_LIBELLE
APPARTENIR
0,n
FORMULER
MEDICAMENT
MED_DEPOTLEGAL
MED_NOMCOMMERCIAL
1,1 MED_COMPOSITION
MED_EFFETS
MED_CONTREINDIC
MED_PRIXECHANTILLON
1,n
1,n
CONSTITUER
CST_QTE
COMPOSANT
CMP_CODE
1,n CMP_LIBELLE
1,n
PRESCRIRE
PRE_POSOLOGIE
1,n
PRESENTATION
PRE_CODE
PRE_LIBELLE
1,n
TYPE_INDIVIDU
TIN_Code
TIN_LIBELLE
1,n
DOSAGE
DOS_CODE
DOS_QUANTITE
DOS_UNITE
Page 15 sur 46
E. Modélisationdesdonnéesmodifiées
Page 16 sur 46
IV. Développementdel’application
A. Connexion
Dans cette application, le visiteur médical doit tout d’abord rentrer ses informations afin d’accéder au site.
Ses informations nécessaires sont son login ainsi que la date de son embauche au sein de la société. La date doit s’entrer
sous la forme DD-MMM-AA.
Ces informations se retrouvent dans la table visiteur :
La page d’accueil sera donc ainsi :
Cette page a été complètement créée car elle n’existait pas.
Page 17 sur 46
Accueil.php
Après s’être connecté, le visiteur médical arrivera sur la page menuCR.php qui donne ceci :
Dans le menu de gauche, on peut y voir le nom et la fonction de la personne qui se connecte.
Page 18 sur 46
Il pourra aussi en cliquant sur :
-
« Saisie » : saisir ses rapports
« Rapports » : visualiser les rapports qu’il a déjà saisis.
« Médicaments » : voir la liste de tous les médicaments qui peuvent être prescrits
« Praticiens » : voir la liste des praticiens en fonction de leur région et département
« Autres visiteurs » : voir la liste des autres visiteurs médicaux en fonction de leur région et de leur département
menuCR.php
Afin de pouvoir garder les informations du visiteur connecté, une session est démarrée. Lors de cette session,
l’identifiant et le nom du visiteur sont sauvegardés.
Une fois connecté sur une page, le menu change.
Page 19 sur 46
B. Saisiedesrapportsdevisites
La saisie se fait depuis la page formSAISIE.php.
Dans cette page, le visiteur médical entrera la date de la visite, le praticien qui a fait cette visite, le motif de la visite et le
bilan. Le numéro n’est quand à lui pas à rentrer, il s’incrémente automatiquement.
Il pourra également ajouter des produits.
formSAISIE.php
Page 20 sur 46
Page 21 sur 46
Cette page a été créée entièrement car elle n’existait pas au début.
C. Consultationdesrapportsdevisites
La consultation se fait depuis la page formRAPPORT_VISITE.php.
Dans cette page, le visiteur médical choisira la date du rapport qu’il veut consulter.
Page 22 sur 46
formRAPPORT_VISITE.php
Page 23 sur 46
Dans cette page tout a été modifié car on avait au départ une page html.
Page 24 sur 46
D. Consultation de la liste des médicaments
Un visiteur médical peut consulter la liste des médicaments. Dans cette page, il pourra voir la composition de ce
médicament, les effets et contre-indications liés au médicament.
Page 25 sur 46
Grâce aux boutons « Précédent » et « Suivant », le visiteur pourra consulter la fiche du médicament précédent ou
suivant dans la liste.
formMEDICAMENT.php
Dans cette page tout a été modifié car on avait au départ une page html.
Page 26 sur 46
Page 27 sur 46
E. Consultationdelalistedespraticiens
Un visiteur médical peut consulter la liste des praticiens. Dans cette page, il pourra voir le nom, prénom, l’adresse du
praticien mais aussi son coefficient de notoriété et son code.
Page 28 sur 46
Grâce aux boutons « Précédent » et « Suivant », le visiteur pourra consulter la fiche du praticien précédent ou suivant
dans la liste.
formPRATICIEN.php
Dans cette page tout a été modifié car on avait au départ une page html.
Page 29 sur 46
Page 30 sur 46
F. Consultationdelalistedesautresvisiteurs
Un visiteur médical peut consulter la liste des autres visiteurs médicaux. Dans cette page, le visiteur choisit d’abord la
région dans laquelle il veut faire la recherche puis le nom du visiteur qu’il cherche. Il pourra ensuite voir le nom, prénom,
l’adresse du praticien mais aussi son secteur d’activité.
Page 31 sur 46
Page 32 sur 46
Grâce aux boutons « Précédent » et « Suivant », le visiteur pourra consulter la fiche du visiteur précédent ou suivant
dans la région.
formVISITEUR.php
Dans cette page tout a été modifié car on avait au départ une page html.
Page 33 sur 46
Page 34 sur 46
G. Déconnexion
Pour se déconnecter, le visiteur médical doit cliquer sur « Quitter » dans le menu vertical de gauche. Cela le renvoie
automatiquement vers la page d’accueil.
Page 35 sur 46
V. Adaptationdel’applicationpourAndroid
Nous avons décidé d’adapter notre application web à l’Android. Nous avons donc installé un thème Bootstrap et effectué
les modifications nécessaires.
1. Aperçudesfenêtres
Voici ce que cela donne désormais :
Accueil.php
menuCR.php
Page 36 sur 46
formSAISIE.php
formRAPPORT_VISITE.php
Page 37 sur 46
Page 38 sur 46
formMEDICAMENT.php
Page 39 sur 46
formPRATICIEN.php
Page 40 sur 46
formVISITEUR.php
Page 41 sur 46
Page 42 sur 46
Voici ce que donne l’application Android en elle-même :
Page 43 sur 46
Page 44 sur 46
2. Aperçudequelquesbridesducodephp/css
Accueil.php
Page 45 sur 46
3. AperçuducodeAndroid
L’application Android appelle la page web présente dans le localhost.
Page 46 sur 46