|
République Tunisienne
Ministère de l'Enseignement
Supérieur,
Et de recherche scientifique
Université de Jendouba
Institut supérieur de l'informatique de
Kef
|
|
C???????E C?E????E
??C?E C?E???? C?UUUUU?C??
?C?E?E C?????
?C??E ??I?EUUE
C????I C??C?? ?????C??E EC?U?C?
|
|
|
Projet de Fin d'Etudes
|
|
|
|
|
En vue de l'obtention de :
Licence Appliquée en technologie de
multimédia et web
Conception et réalisation d'application de gestion de
stock de pharmacie
Effectué à :
Hôpital régional de
Kef
Elaboré par :
Ø Mr Nabil Harhouri
Ø Mr Aymen Bohli
Encadrés par :
Ø Mr Chawki Masoudi
Ø Mr Othmanne Marzougui
Année universitaire 2013_2014
|
|
A mes très
chers parents
Je vous dois ce que je suis aujourd'hui grâce
à votre amour, à votre
patience et vos innombrables
sacrifices.
A ma chère soeur, mon frère, mes
tantes et mes oncles
Je vous dirais tout simplement, un grand merci, je vous
aime.
A mes très chers ami(e)s
En témoignage de l'amitié sincère qui
nous a liées et des bons moments
Passés ensemble. Je vous dédie ce travail en
vous souhaitant un avenir radieux et plein
de bonnes promesses.
Aymen
A mes très chers parents
Pour tout l'amour d'ont vous m'avez entouré, pour
tout ce que vous avez
fait pour moi.
Je ferai de mon mieux pour rester un sujet de
fierté à vos yeux avec
l'espoir de ne jamais vous
décevoir.
Que ce modeste travail, soit l'exaucement de vos veux tant
formulés et de
Vos prières quotidiennes.
A mes très chers frères, soeurs et
mes oncles
Vous occupez une place particulière dans mon coeur.
Je vous dédie ce
travail en vous souhaitant un avenir radieux, plein
de
bonheur et de succès.
Nabil
Nous exprimons nos remerciements à notre encadreur
Chawki Massoudi pour l'assistance qu'elle nous a témoigné, pour
sa disponibilité, pour ses orientations et conseils sans lesquels ce
travail ne verra pas le jour, qu'elle trouve ici l'expression de notre
gratitude.
Nous souhaitons également remercier Monsieur
Marzougie Othmene l'encadreur de l'organisation d'accueil » pour ces
orientations.
Nous remercions tout particulièrement les membres de
jury qui ont accepté de juger notre travail ainsi que tous les
enseignants qui ont contribué à notre formation.
Enfin, Nous remercions aussi tous nos amis et
collègues qui nous ont soutenu et tous ceux qui ont contribué de
près ou de loin à la réalisation de ce travail.
Nabil & Aymen
Table de matière
Introduction général
3
Chapitre 1 : spécification des
besoins
11
I. Présentation de l'organisme
d'accueil :
11
1. Présentation et
Historique :
11
2. Les services organisés :
12
II. Problématiques
12
III. Propositions
13
IV. Objectifs
13
Conclusion
14
Chapitre 2 : Analyse des
besoins
14
Introduction
14
I. Les besoins fonctionnels
14
II. Les besoins non fonctionnels
15
III. Les cas d'utilisation
16
1. Définition
16
2. Identification des acteurs du
système
16
3. Description du modèle de cas
d'utilisation
17
4. Diagramme global des cas
d'utilisation
17
Conclusion
17
Chapitre 3 : Conception
18
Introduction
18
I. Raffinement des cas d'utilisations
18
1. Raffinement du cas d'utilisation <<
s'identifier >>
18
2. Raffinement du cas d'utilisation <<
Gestion des médicaments >>
19
3. Raffinement du cas d'utilisation <<
Gestion des fournisseurs >> :
21
5. Raffinement du cas d'utilisation <<
Gestion des alertes>>
22
6. Raffinement du cas d'utilisation <<
Gestion des commandes >>
23
7. Raffinement du cas d'utilisation <<
Gestion des livraisons >>
25
1. Raffinement du cas d'utilisation <<
Gestion des ordonnances >>
26
2. Raffinement du cas d'utilisation <<
Gestion des utilisateurs>>
27
3. Raffinement du cas d'utilisation <<
Statistique>>
29
a. Description du cas d'utilisation <<
Statistique >>
29
II. Les diagrammes de séquence :
29
1. Définition :
29
1. Diagramme de séquence du cas
d'utilisation << S'identifier >>
30
2. Diagramme de séquence du cas
d'utilisation << Gestion des médicaments >>
31
3. Diagrammes de séquence du cas
d'utilisation << Gestion des fournisseurs >>
35
4. Diagramme de séquence du cas
d'utilisation << Gestion des commandes >>
36
5. Diagramme de séquence du cas
d'utilisation << Gestion des livraisons >>
38
6. Diagramme de séquence du cas
d'utilisation << Gestion des ordonnances >>
39
7. Diagramme de séquence du cas
d'utilisation<< gestion des l'utilisateur>>
40
III. Réalisation du diagramme de
classe
41
1. Dictionnaire de données
41
2. Diagramme de classe
44
3. Le modèle logique de
données :
45
Conclusion
45
Chapitre 4 :
Réalisation
46
Introduction
46
I. Environnement de développement de
l'application
46
1. Environnement matériel :
46
2. Environnement logiciel
47
3. Implémentation de la base de
données
49
4. Architecture matérielle mise en
place
49
II. Interfaces de l'application
50
1. Interface d'authentification
50
2. Interface d'accueil
51
3. Interface d'ajouter médicament
52
4. Interface de gestion des utilisateurs
53
5. Interfaces de création d'une
commande
54
6. Interfaces de création d'une ligne
de commande
54
1. Interfaces de création d'une ligne
de commande
55
Conclusion
55
Conclusion générale
56
Glossaire
59
Bibliographie
60
Liste de figures
Figure 1 : diagramme globale de cas
utilisation
3
Figure 2:Diagramme de cas d'utilisation
<<s'identifier >>
19
Figure 3:Diagramme de cas d'utilisation <<
Gestion des médicaments>>
20
Figure 4:Diagramme de cas d'utilisation <<
Gestion des fournisseurs >>
22
Figure 5:Diagramme de cas d'utilisation <<
Gestion des alertes>>
23
Figure 6:Diagramme de cas d'utilisation <<
Gestion des commandes >>
24
Figure 7:Diagramme de cas d'utilisation <<
Gestion des livraisons>>
26
Figure 8:Diagramme de cas d'utilisation <<
Gestion des ordonnances >>
27
Figure 9:Diagramme de cas d'utilisation <<
Gestion des utilisateurs >>
28
Figure 10:Diagramme de cas d'utilisation <<
Statistique>>
30
Figure 11: Diagramme de séquence du cas
d'utilisation << S'identifier >>
31
Figure 12 : Diagramme de séquence du
cas d'utilisation << Création de médicament >>
32
Figure 13: Diagramme de séquence du cas
d'utilisation << Modification de médicament >>
33
Figure 14: Diagramme de séquence du cas
d'utilisation << Consultation de médicament >>
34
Figure 15: Diagramme de séquence du cas
d'utilisation << Suppression de médicament
35
Figure 16: Diagramme de séquence du cas
d'utilisation << Création d'un fournisseur >>
36
Figure 17 : Diagramme de séquence du cas
d'utilisation << Création d'une commande >>
37
Figure 18: Diagramme de séquence du cas
d'utilisation << Consultation des commandes >>
38
Figure 19 : Diagramme de séquence du
cas d'utilisation << Création d'une livraison >>
39
Figure 20:Diagramme de séquence du cas
d'utilisation << Valider ordonnance >>
40
Figure 21: Diagramme de séquence du cas
d'utilisation <<création d'un nouvel utilisateur>>
41
Figure 22: diagramme de classe
45
Figure 23: Architecture matérielle
adoptée
50
Figure 24: page d'authentification
51
Figure 25: page d'accueil
52
Figure 26: ajouter médicament
53
Figure 27: gestion des utilisateurs
54
Figure 28:Création d'une commande
55
Figure 29: création d'une ligne de
commande
55
Figure 30: consulter fournisseur une liste des
fournisseurs
56
Liste de tableaux
Tableau 1:Dictionnaire des données
3
Introduction général
Durant ces dernières années l'informatique s'est
imposée d'une manière très impressionnante dans les
entreprises, cela est du à son apport extraordinaire dans le domaine de
gestion des bases de données.
En effet, l'informatique désigne l'automatisation du
traitement de l'information par un système concret <<machine
» ou abstrait. On entend également par << l'informatique
» l'ensemble des sciences et techniques en rapport avec le traitement de
l'information.
L'informatique est de plus en plus utilisée dans tous
les domaines d'activités y compris celui de la gestion des stocks auquel
nous rattacherons d'ailleurs notre étude, et cela pour une meilleure
gestion des différents traitements exigés par cette
activité de gestion des stocks.
Nous avons pu constater, en effet, pendant nos recherches que
l'ensemble des traitements au sein du magasin pharmacie de l'hôpital de
Kef se fait manuellement, ce qui engendre un certain nombre de
problèmes tels que la lenteur dans l'accès aux données et
le risque de perte d'informations ; donc la meilleure solution pour palier aux
problèmes et l'informatisation afin d'assurer l'accès
instantané aux données et une sécurisation de ces
dernières, ce qui simplifie le travail administratif.
Ayant présenté les outils et la méthode
adoptée, nous allons maintenant exposer le plan de travail qui se
subdivisera en quatre principaux chapitres.
Dans le premier chapitre intitulé
<<Spécification des besoins », deuxième chapitre de ce
travail, nous commençons à présenter l'organisme
d'accueil, approfondir la compréhension du contexte du système
par un processus continu de collecte d'information auprès des experts du
domaine, ensuite déterminer les inconvénients majeurs de la
gestion actuelle du service d'accueil, énumérer des suggestions
informatiques qui peuvent remédier aux difficultés
rencontrées, et enfin, tenant compte des moyens de l'hôpital ,
nous proposons la solution qui paraît la plus adéquate.
Puis, au sein de <<Analyse des besoins », nous
analysons les principaux objectifs attendus du futur système à
concevoir, et qui seront décrits par le diagramme des cas
d'utilisation.
Au niveau de troisième chapitre intitulé
<<Conception », nous étendons la représentation des
diagrammes effectués au niveau de l'analyse en y intégrant les
aspects techniques les plus proches des préoccupations physiques.
Finalement dans le dernier chapitre qu'on a nommé <<
Réalisation » nous présentons les outils de
développement et en fin l'activité test qui consiste, justement,
à la tester dans le but de s'assurer de son bon fonctionnement.
Chapitre 1 :
spécification des besoins
I.
Présentation de l'organisme d'accueil :
1. Présentation
et Historique :
Cette introduction présente l'hôpital
régional de Kef, l'organisme bénéficiaire de notre projet.
Notre organisme d'accueil est l'hôpital régional du Kef.
Le ministre de la santé met sa décision en but d'effectuer une
liste d'organisations de santé et des hôpitaux régionaux,
cette décision est portée en 9/02/2002 qui concerne les nombres
des services.
L'hôpital régional du Kef Mohamed Bourguiba
possédé un ensemble de service d'où chacun a son propre
fonction.
2. Les services
organisés :
Parmi les services offerts par notre organisme, on peut
citer :
ï Le service d'accueil des urgences.
ï Le pole cardia-nerva-vasculaire.
ï Le pole médecin interne, oncologie,
gériatrie, soins palliatifs.
ï Le pole femme-enfant.
ï Le pole chirurgie générale.
ï Le pôle de réanimation.
ï Le pole radiologie, laboratoire, hygiène.
ï Le psychiatre.
Par la suite, nous présentons une brève
description de différents services et laboratoire de cette
institution :
Ø L'urgence : les cas considérés
comme «urgentes » sont les suivants :
ï Les maternités anticipées.
ï Les accidents de la route.
ï Les malades coronaires.
Ø Les unités radiologie : comportent
ï Des bureaux
ï Salles d'attentes pour les clients externes.
ï Salles d'attentes pour les malades internes.
ï Salle de radiologie générale.
Ø Les laboratoires d'hématologie :
ï Réserve réfrigérée de
sang.
ï Emplacement d'attente des donneurs de sang.
Ø Les salles de consultations :
Ø Bloc opératoire : cette
société embauche aux environs de 400 personnes réparties
entre réceptionnistes, médecins, administrateurs,
secrétaires d'étage, technicien
II. Problématiques
Ø Le travail de certaines pharmacies
hospitalières et celles des dispensaires publics se fait encore
manuellement.
Ø Négligence du facteur temps : le facteur temps
est un facteur fondamental pour toutes activités dans le centre
médical et vue que les tâches destinées au responsable de
pharmacie, pour bien gérer le stock des médicaments, il sera
difficile de réussir cette tâche manuellement, aussi bien pour les
différentes ordonnances que pour les statistiques qui lui sont
associées.
Ø les documents (fiche de produit, bon de commande, bon
de livraison, etc.) ne sont pas bien détaillés.
Ø Volume important des informations traitées
manuellement, ce qui provoque parfois des erreurs dans l'établissement
des documents.
Ø Recherche difficile sur les registres qui engendre
une perte de temps.
Ø Insécurité des informations.
Ø Possibilité d'erreur dans le remplissage des
différents documents et registres.
Ø Possibilité d'erreur dans les calculs des
statistiques.
Ø Nombre important des archives qui engendre une
difficulté de stockage. (Détérioration des archives
à force de leur utilisation trop fréquente.
III. Propositions
Afin de corriger les problèmes présentés
ci-dessus, je suis appelé à réaliser cette application qui
assure les points suivants :
Ø Automatiser les tâches qui se traitent
manuellement.
Ø Faciliter la recherche et l'accès aux
informations.
Ø Sauvegarder toutes les données relatives
à la gestion des ordonnances sur des supports informatiques ce qui
assurera leur sécurité.
Ø Minimiser les supports papiers utilisés.
Ø Faire toute modification (ajout, suppression,
modification) automatiquement. Plus d'organisation dans le travail du
responsable de pharmacie.
Ø Faciliter la recherche de l'information.
Ø Rapidité dans l'établissement des
différents documents.
Ø Gain de temps dans les calculs des statistiques.
IV. Objectifs
Ø Prendre en charge vos paramètres de stock
Ø Gérer les commandes fournisseurs
Ø Gérer les livraisons des médicaments
Ø Gérer les ordonnances de patients
Ø Générer des états
statistiques
Ø Gérer les utilisateurs
Conclusion
Dans cette étape, nous allons identifier les
différentes problématiques qui interagiront avec la pharmacie de
l'hôpital et on donne des solutions.
Chapitre 2 : Analyse des besoins
Introduction
Dans ce chapitre je voudrai présenter les principes de
fonctionnement du système utilisé. Je commencerai par une
description de l'existant puis déterminer les besoins fonctionnels et
non fonctionnels du système ensuite définir les acteurs qui
interagissent avec le système en utilisant le diagramme des cas
d'utilisation.
I.
Les besoins fonctionnels
Les besoins fonctionnels se rapportent aux
fonctionnalités que l'application en question doit offrir pour
satisfaire les utilisateurs.
Les fonctionnalités que doit intégrer
l'application à développer peuvent être décrites
comme suit :
Ø Gestion des sécurités : Le
Système permet de gérer les droits d'accès de chaque
utilisateur ainsi les menus qui seront affichés selon le
privilège
Ø Gestion des médicaments : Cette
opération consiste à suivre l'état du stock à
savoir les mouvements réalisés sur le stock (entrée
/sortie de médicament, quantité des médicaments dans le
stock).
Ø Gestion des Commandes : cette opération
est établie lorsqu'il y a un besoin de renouveler le stock des
médicaments. L'utilisateur doit créer un bon de commande
correspondant à ses besoins.
Ø Gestion des Livraisons : le système
permettra à l'utilisateur de créer un bon de livraison concernant
les médicaments livrés (code médicament, la
quantité livrée, le prix unitaire, etc..).
Ø Gestion des ordonnances : permet de valider les
bons des médicaments et de consulter la liste des ordonnances.
Ø Statistiques : cette fonction permettra de
suivre les différentes statistiques possibles selon le type de
produit.
II. Les besoins non fonctionnels
Les besoins non fonctionnels sont indispensables et permettent
l'amélioration de la qualité logicielle de notre
système. Ils agissent comme des contraintes sur les solutions, mais leur
prise en considération fait éviter plusieurs incohérences
dans le système. Ce dernier doit répondre aux exigences suivantes
:
Ø Authentification : le
système doit permettre à l'utilisateur de saisir son login et son
mot de passe pour accéder au système. Cette opération
assure la sécurité du système et limite le nombre des
utilisateurs.
Ø Ergonomie : le système
devra offrir aux utilisateurs une interface qui soit le plus riche possible
afin de limiter le nombre d'écrans. Par ailleurs, l'interactivité
devra être adaptée (usage du clavier, menu, etc..).
Ø La rapidité de traitement: En
effet, vu le nombre important des transactions quotidiennes, il est
impérativement nécessaire que la durée d'exécution
des traitements s'approche le plus possible du temps réel.
Ø La performance: Un logiciel doit
être avant tout performant c'est à-dire à travers ses
fonctionnalités, répond à toutes les exigences des
utilisateurs d'une manière optimale.
III. Les cas d'utilisation
1.
Définition
Les cas d'utilisation représentent un
élément essentiel de la modélisation orientée objet
: ils doivent en principe permettre de concevoir et de construire un
système adapté aux besoins de l'utilisateur.
Les cas d'utilisation se déterminent en observant et en
précisant, acteur par acteur, les séquences d'interaction -les
scénarios- du point de vue de l'utilisateur.
2. Identification des
acteurs du système
Un acteur représente un rôle joué par une
personne ou une chose qui interagit avec un système. En réponse
à l'action d'un acteur, le système fournit un service qui
correspond à son besoin.
Les différents acteurs définis pour notre
système sont les suivants :
Ø Administrateur : Il a pour rôle de
gérer les utilisateurs.
Ø Pharmacien (principal) : Il s'occupe
à la fois de la partie d'ordonnances, de la gestion de
médicaments, de la gestion d'achat et de la réalisation des
statistiques:
o Partie ordonnance : recevoir les bons des
médicaments provenant des clientes enregistrer les informations
nécessaires pour chaque ordonnance
o Gestion médicaments : Il a pour
rôle d'effectuer le traitement qui touche
Directement au stock : demandes des produits, suivi des
mouvements et l'état du stock.
o Gestion d'achat : pour déterminer la
quantité de médicament, un bon de Commande est
préparé, suivi d'un bon de livraison qui peut être
associé à une ou plusieurs commandes.
o Partie statistique : suivre les statistiques des
médicaments qui se trouvent dans le stock.
Ø Fournisseur (secondaire) : Il a pour
rôle de fournir les différents produits dont la pharmacie a
besoin.
Ø Client (secondaire): Il peut
être soit un employé (identifié par son matricule), soit un
dispensaire appartenant au service médical
3. Description du
modèle de cas d'utilisation
Les diagrammes de cas d'utilisation représentent
les cas d'utilisation, les acteurs et les relations entre eux.
4. Diagramme global
des cas d'utilisation
Figure 1 : diagramme globale
de cas utilisation
Conclusion
Dans cette étape, nous allons identifier les
différents acteurs qui interagiront avec l'application et identifier
les besoins fonctionnels et les besoins nom fonctionnels.
Chapitre 3 : Conception
Introduction
Dans cette phase, je vais représenter une vue dynamique
du système a travers les différents diagrammes de
séquences relatifs aux cas d'utilisations.
Enfin, je dégagerai les différentes tables de la
base de données via le diagramme de classe.
I.
Raffinement des cas d'utilisations
1. Raffinement du cas
d'utilisation << s'identifier >>
Figure 2:Diagramme de cas
d'utilisation <<s'identifier >>
a. Description du cas d'utilisation << s'authentifier
>>
Ø Nom du cas : s'authentifier.
Ø Acteur initiateur : pharmacien
Ø But du cas : un utilisateur entre son login et
son mot de passe pour accéder à l'application.
Description des scénarios :
a. Le cas d'utilisation commence lorsque l'utilisateur cherche
à accéder au système et qu'en contre partie le
système lui demande de saisir son login et son mot de passe.
b. L'utilisateur saisit ainsi son login et son mot de passe et
valide.
c. Le système affiche le menu principal.
Post condition : Affichage du menu principal.
2. Raffinement du cas
d'utilisation << Gestion des médicaments >>
Figure 3:Diagramme de cas
d'utilisation << Gestion des médicaments>>
a. Description du cas d'utilisation << Création
>>
Ø Nom du cas : Création.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permet de
créer un nouveau médicament.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
à créer un nouveau médicament.
b. Le système affiche l'interface
appropriée.
c. L'utilisateur effectue les opérations de
création.
d. Le système enregistre l'opération
effectuée.
Post condition : médicament crée.
b. Description du cas d'utilisation << Modification
>>
Ø Nom du cas : Modification.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de modifier les données d'un
médicament.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de modifier les données d'un médicament.
b. . Le système affiche l'interface
appropriée
c. L'utilisateur sélectionne le médicament
à modifier.
d. L'utilisateur saisit ensuite les nouveaux paramètres
et valide.
e. Le système enregistre les modifications
Post condition : médicament modifié.
c. Description du cas d'utilisation << Consultation
>>
Ø Nom du cas : Consultation.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de visualiser La liste des médicaments.
Description des scénarios :
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des médicaments.
b. Le système affiche l'interface appropriée
c. L'utilisateur demande la recherche d'un médicament
en cas de besoin.
d. Le système affiche les données concernant le
médicament.
Post condition : médicament affiché.
d. Description du cas d'utilisation << Suppression
>>
Ø Nom du cas : Suppression.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de supprimer un médicament de la liste.
Description des scénarios
:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
La suppression d'un médicament.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne le médicament
à supprimer et valide.
d. . Le système supprime le médicament
sélectionné.
Post condition : médicament supprimé.
3. Raffinement du
cas d'utilisation << Gestion des fournisseurs >> :
Figure 4:Diagramme de cas
d'utilisation << Gestion des fournisseurs >>
a. Description du cas d'utilisation << Création
d'un fournisseur >>
Ø Nom du cas : Création d'un
fournisseur.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de créer un nouveau fournisseur.
Description des scénarios:
1. Le cas d'utilisation commence lorsque l'utilisateur demande
de créer un fournisseur.
2. Le système affiche l'interface appropriée.
3. L'utilisateur saisit les donnés nécessaire et
valide.
4. Le système enregistre l'opération
effectuée.
Post condition : fournisseur crée.
b. Description du cas d'utilisation << Consultation
d'un fournisseur >>
Ø Nom du cas : Consultation des
fournisseurs.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de consulter la liste de Fournisseurs et d'afficher
les détails concernant un fournisseur
sélectionné.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des fournisseurs.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne le fournisseur à
consulter en cas de besoin.
d. Le système affiche les données des
fournisseurs.
5. Raffinement du
cas d'utilisation << Gestion des alertes>>
Figure 5:Diagramme de cas
d'utilisation << Gestion des alertes>>
a. Description du cas d'utilisation <<
Création des alertes>>
Ø Nom du cas : Création d'une alerte.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de créer une alerte
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de Créer une alerte
b. Le système affiche l'interface appropriée.
c. L'utilisateur saisit les donnés nécessaire et
valide.
d. Le système enregistre l'opération
effectuée.
Post condition : alerte crée.
b. Description du cas d'utilisation << Consultation des
alertes>>
Ø Nom du cas : Consultation des alertes.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de consulter la liste des alertes et d'afficher les
détails concernant une alerte sélectionnée.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des alertes.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne l'alerte à
consulter en cas de besoin.
d. Le système affiche les données de
l'alerte.
6. Raffinement du
cas d'utilisation << Gestion des commandes >>
Figure 6:Diagramme de cas
d'utilisation << Gestion des commandes >>
a. Description du cas d'utilisation << Création
d'une commande>>
Ø Nom du cas : Création d'une commande.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de créer une commande
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de créer une commande.
b. Le système affiche l'interface appropriée.
c. L'utilisateur saisit les donnés nécessaire et
valide.
d. Le système enregistre l'opération
effectuée.
Post condition : commande crée.
b. Description du cas d'utilisation << Modification
>>
Ø Nom du cas : Modification.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de modifier les données d'une commande.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de modifier les données d'une commande.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne la commande à
modifier.
d. L'utilisateur saisit ensuite les nouveaux paramètres
et valide.
e. Le système enregistre les modifications.
Post condition : commande modifié.
c. Description du cas d'utilisation << consultation
>>
Ø Nom du cas : Consultation.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø + But du cas : Le système permettra
à l'utilisateur de visualiser La liste des commandes.
Description des scénarios :
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des commandes.
b. Le système affiche l'interface appropriée.
c. L'utilisateur demande la recherche d'une commande en cas de
besoin.
d. Le système affiche les données concernant la
commande.
d. Description du cas d'utilisation << Suppression
>>
Ø Nom du cas : Suppression.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de supprimer une commande de la liste.
Description des scénarios
a. Le cas d'utilisation commence lorsque l'utilisateur
demande
b. La suppression d'une commande.
c. Le système affiche l'interface appropriée.
d. L'utilisateur sélectionne la commande à
supprimer et il le valide.
e. Le système supprime la commande
sélectionné.
Post condition : commande supprimé
7. Raffinement du
cas d'utilisation << Gestion des livraisons >>
Figure 7:Diagramme de cas
d'utilisation << Gestion des livraisons>>
a. Description du cas d'utilisation << Création
d'une livraison >>
Ø Nom du cas : Création d'une livraison.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de créer une livraison.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de créer une livraison.
b. Le système affiche l'interface appropriée.
c. L'utilisateur saisit les donnés nécessaire et
valide.
d. Le système enregistre l'opération
effectuée.
Post condition : livraison crée.
b. Description du cas d'utilisation << Consultation
d'une livraison >>
Ø Nom du cas : Consultation.
Ø Acteur initiateur : L'utilisateur
(Pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de visualiser La liste des livraisons.
Description des scénarios :
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des livraisons.
b. Le système affiche l'interface appropriée.
c. L'utilisateur demande la recherche d'une livraison en cas
de besoin.
d. Le système affiche les données concernant la
livraison.
1. Raffinement du
cas d'utilisation << Gestion des ordonnances >>
Figure 8:Diagramme de cas
d'utilisation << Gestion des ordonnances >>
a. Description du cas d'utilisation << Consultation des
ordonnances >>
Ø Nom du cas : Consultation des
ordonnances.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur de consulter la liste
Des ordonnances et d'afficher les détails concernant
une ordonnance sélectionné.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'afficher la liste des ordonnances.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne l'ordonnance à
consulter en cas de besoin.
d. Le système affiche les données de
l'ordonnance.
Post condition : l'ordonnance
est affichée.
b. Description du cas d'utilisation << Valider
ordonnance >>
Ø Nom du cas : Valider ordonnance.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur d'enregistrer les donnés concernant
l'ordonnance (nom client, date, description et nom du médecin)
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
d'effectuer les opérations d'enregistrement.
b. Le système affiche l'interface appropriée.
c. L'utilisateur saisie les donnés nécessaire et
valide.
d. Le système enregistre l'opération
effectuée.
Post condition : l'ordonnance est
validée.
2. Raffinement du
cas d'utilisation << Gestion des utilisateurs>>
Figure 9:Diagramme de cas
d'utilisation << Gestion des utilisateurs >>
a. Description du cas d'utilisation << Ajouter
>>
Ø Nom du cas : Ajouter.
Ø Acteur initiateur : L'utilisateur
(administrateur).
Ø Ajouter utilisateur
Ø But du cas : Le système permet de
créer un nouvel utilisateur
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
à créer un nouvel utilisateur.
b. Le système affiche l'interface appropriée.
c. L'utilisateur effectue les opérations de
création.
d. Le système enregistre l'opération
effectuée.
Post condition : un nouveau utilisateur sont
crée.
b. Description du cas d'utilisation << Modification
>>
Ø Nom du cas : Modification.
Ø Acteur initiateur : L'utilisateur
(administrateur).
Ø But du cas : Le système permettra
à l'utilisateur de modifier les privilèges ou les mots de passe
des utilisateurs.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de modifier les privilèges ou les mots de passe des utilisateurs.
b. Le système affiche l'interface appropriée.
c. L'utilisateur sélectionne l'utilisateur
à modifier.
d. L'utilisateur saisit ensuite les nouveaux paramètres
et valide.
e. Le système enregistre les modifications.
Post condition : les privilèges ou les mots
de passe des utilisateurs sont modifiés.
3. Raffinement du
cas d'utilisation << Statistique>>
Figure 10:Diagramme de cas
d'utilisation << Statistique>>
a. Description du
cas d'utilisation << Statistique >>
Ø Nom du cas : Statistique.
Ø Acteur initiateur : L'utilisateur
(pharmacien).
Ø But du cas : Le système permettra
à l'utilisateur d'afficher la statistique des médicaments en
stock.
Description des scénarios:
a. Le cas d'utilisation commence lorsque l'utilisateur demande
de consulter la table de statistique.
b. Le système affiche l'interface appropriée.
Post condition : Statistique des
produits est affichée.
II. Les diagrammes de séquence
:
1.
Définition :
Les diagrammes de séquence montrent des interactions
entre objets selon un point de vue temporel. Le contexte des objets n'est pas
représenté de manière explicite comme dans les diagrammes
de collaboration. La représentation se concentre sur l'expression des
interactions .Un diagramme de séquence représente une interaction
entre objets en insistant sur la chronologie des envois de messages.
1. Diagramme de
séquence du cas d'utilisation << S'identifier >>
Figure 11: Diagramme de
séquence du cas d'utilisation << S'identifier >>
2. Diagramme de
séquence du cas d'utilisation << Gestion des médicaments
>>
a. Diagramme de séquence du cas d'utilisation <<
Création de médicament >>
Figure 12 : Diagramme de
séquence du cas d'utilisation << Création de
médicament >>
b. Diagramme de séquence du cas d'utilisation <<
Modification de médicament >>
Figure 13: Diagramme de
séquence du cas d'utilisation << Modification de médicament
>>
c. Diagramme de séquence du cas d'utilisation <<
Consultation >>
Figure 14: Diagramme de
séquence du cas d'utilisation << Consultation de
médicament >>
d. Diagramme de séquence du cas d'utilisation<<
suppression de médicament >>
Figure 15: Diagramme de
séquence du cas d'utilisation << Suppression de
médicament
>>
3. Diagrammes de
séquence du cas d'utilisation << Gestion des fournisseurs
>>
a. Diagramme de séquence du cas d'utilisation <<
Création d'un fournisseur >>
Figure 16: Diagramme de
séquence du cas d'utilisation << Création d'un fournisseur
>>
4. Diagramme de
séquence du cas d'utilisation << Gestion des commandes
>>
a. Diagramme de séquence du cas d'utilisation <<
Création d'une commande >>
Figure 17 : Diagramme de
séquence du cas d'utilisation << Création d'une commande
>>
b. Diagramme de séquence du cas d'utilisation <<
Consultation des commandes >>
Figure 18: Diagramme de
séquence du cas d'utilisation << Consultation des commandes
>>
5. Diagramme de
séquence du cas d'utilisation << Gestion des livraisons
>>
a. Diagramme de séquence du cas d'utilisation <<
Création d'une livraison >>
Figure 19 : Diagramme de séquence du cas
d'utilisation << Création d'une livraison >>
6. Diagramme de
séquence du cas d'utilisation << Gestion des ordonnances
>>
a. Diagramme de séquence du cas d'utilisation <<
Valider ordonnance >>
Figure 20:Diagramme de
séquence du cas d'utilisation << Valider ordonnance
>>
7. Diagramme de
séquence du cas d'utilisation<< gestion des
l'utilisateur>>
a. Diagramme de séquence du cas d'utilisation<<
création d'un nouvel utilisateur>>
Figure 21: Diagramme de
séquence du cas d'utilisation <<création d'un nouvel
utilisateur>>
III.
Réalisation du diagramme de classe
La réalisation du diagramme de classe se base sur
le dictionnaire de données et les règles de gestion. L'analyse
sémantique des données du dictionnaire permet de les regrouper
dans des entités à part. Les liens qui les relient tiennent
compte des règles de gestion
1. Dictionnaire de données
Nous a permis d'établir le dictionnaire de
données ci-dessous :
NB : A = alphabétique, N =
alphanumérique
|
Nom de la classe
|
Codification
|
Désignation
|
Type
|
Longueur
|
|
Fournisseur
|
Code_F
|
Le code de fournisseur
|
N
|
4
|
|
Adresse
|
L'adresse de fournisseur
|
AN
|
50
|
|
Tel
|
Le numéro de téléphone
de
Fournisseur
|
N
|
10
|
|
nomprenom
|
Le nom et le prénom du fournisseur
|
N
|
10
|
|
E-mail
|
L'e-mail de fournisseur
|
AN
|
30
|
|
Médicament
|
Reference_med
|
Référence de médicament
|
N
|
10
|
|
Famille
|
Famille de médicament
|
AA
|
30
|
|
Libille
|
Libelle de médicament
|
|
30
|
|
Stock
|
Qauntite de médicament dans le stock
|
NN
|
30
|
|
Stock_min
|
Stock minimum de stock
|
NN
|
30
|
|
Prix
|
prix de médicament
|
NN
|
30
|
|
Stock_max
|
Stock maximum de stock
|
NN
|
30
|
|
livraison
|
num_liv
|
Numéro de livraison
|
N
|
30
|
|
date_liv
|
Date de livraison
|
AN
|
|
|
num_f
|
Numéro de fournisseur
|
N
|
30
|
|
detait_livraison
|
qtt_medliv
|
quantite
|
NN
|
30
|
|
prix_med
|
Prix de medicament livree
|
NN
|
30
|
|
reference_med
|
Reference de medicament liver
|
NN
|
30
|
|
num_liv
|
Numéro de livraison
|
NN
|
30
|
|
Patient
|
id_p
|
Numéro de patient
|
N
|
10
|
|
Nom
|
Nom de patient
|
A
|
20
|
|
Prenom
|
Prénom de patient
|
A
|
20
|
|
Adress
|
Adresse de patient
|
A
|
10
|
|
num_carnet
|
Numéro de carnet de patient
|
N
|
10
|
|
Ordonnance
|
code_ord
|
Numéro d'ordonnance
|
NN
|
10
|
|
date_ord
|
Date d'ordonnance
|
SN
|
10
|
|
code_p
|
Numéro de patient
|
nN
|
10
|
|
Commande
|
Num C
|
Numéro de commande
|
NN
|
|
|
Date_C
|
Date de commande
|
NN
|
|
|
code_f
|
Numéro de fournisseur
|
NN
|
|
|
Utilisateur
|
id_user
|
Numéro d'utilisateur
|
N
|
10
|
|
Prenom
|
Prénom d'utilisateur
|
A
|
20
|
|
Nom
|
nom d'utilisateur
|
A
|
20
|
|
Login
|
Login d'utilisateur
|
A
|
10
|
|
Pass
|
Mot de passe d'utilisateur
|
A
|
10
|
|
Privilege
|
Fonction d'utilisateur
|
A
|
20
|
|
Ligne_commande
|
reference_med
|
Reference de medicament
|
N
|
10
|
|
qtt_medc
|
Quantite de médicament
|
N
|
10
|
|
Nc
|
Numéro de commande
|
N
|
10
|
|
Ligne_ordonnance
|
code_ord
|
Numéro d'ordonnance
|
N
|
10
|
|
reference_med
|
Reference de medicament
|
N
|
10
|
|
qtt_med
|
Quantite de medicament Ordone
|
N
|
10
|
|
stats
|
Ip
|
Ip de visiteur
|
N
|
N
|
|
date_visite
|
Date de visite
|
N
|
N
|
Tableau 1:Dictionnaire des
données
2. Diagramme de
classe
Le schema suivant represente le diagrame de class
correspondant au système etudie :
Figure 22: diagramme de classe
3. Le modèle
logique de données :
Apres l'application des règles de transformations et de
passage du diagramme de classe vers le modèle logique de données,
nous avons dégagé les différentes tables relatives au
diagramme de classe, elles sont comme suit:
Fournisseur (Code F, nomprenom, Adresse, mail,
num_tel)
livraison (num_liv,date_liv,#num_f )
detait_livraison (qtt_medliv,prix_med,#num_liv,#reference_med)
patient ( id_p, num_carnet , nom , prenom , adress)
Ordonnance (code_ord , date_ord , #code_p)
detait_ordonance (#code_ord , #reference_med , qtt_med
medcament(Ref_med , libille_med , Qtt_med ,
Stock_Min , prix_med , Famille,#id _fam)
id_famille (id_Fam , nom_fam)
commande ( Num C, Date_C, #code_f)
ligne_commande (#reference_med,qtt_medc,#nc)
Autre table :
utilisateur (id_user , nom , prenom , login ,
pass,privilege)
stats(ip,date_visite)
Conclusion
Apres avoir identifié les règles de gestion du
système et les classes associées, nous avons
procédé à l'extraction du dictionnaire des données
afin d'élaborer un diagramme de classe détaillé. A base de
ce dernier, on a abouti au modèle logique des données en faisant
appel aux règles de passages.
Chapitre 4 : Réalisation
Introduction
Dans ce chapitre je vais s'intéresser à la
présentation de l'environnement matériel et logiciel
utilisés pour assurer la réalisation de l'application. Il s'agit
en plus de décrire les étapes de mise en oeuvre de l'application
ainsi que les différentes interfaces permettant l'interaction entre
l'utilisateur et le système à développer et
décrivant les différentes phases suivies pour la
réalisation.
I. Environnement de développement de l'application
Pour réaliser notre application, nous avons
utilisé le langage de programmation PHP dédié à la
création des applications web dynamique, celui-ci nous l'avons
manipulé dans un environnement de développement intitulé
Dreamweaver cs6, qui est largement compatible avec PHP.
Par ailleurs, il faut noter que les pages écrites en
PHP sont à chaque fois testées grâce à une plate
forme de développement spécifique. La plate forme que nous avons
adoptée est Start WampServeur qui inclut tous les outils
nécessaires pour le test d'une application web à savoir le
serveur Apache/2.2.11 (Win32) PHP/5.2.9-1, et la version 3.1.3 PhpMyadmin. Nous
avons utilisé quelques portions de codes JavaScript qui est un langage
exécuté coté client.
Afin d'avoir des interfaces ergonomiques, nous avons
utilisé Adobe Photoshop pour les traitements des images de notre
application.
1. Environnement
matériel :
Pendant la phase de documentation, de spécification des
besoins, de conception et de développement, nous avons servi un
ordinateur ayant les caractéristiques suivantes :
Ø Processeur Intel® CORE i3
Ø 4GO de mémoire RAM.
Ø Disque dur de capacité 500 GO.
Ø Système d'exploitation Microsoft Windows 7
INTEGRALE.
2. Environnement
logiciel
Je présenterai dans ce paragraphe les différents
logiciels utilisés pour la réalisation de ce projet
regroupé par catégorie d'utilisation.
a. Sybase power Designer
Pour la conception on utilise l'outil Sybase power Designer
édition pour réaliser les diagrammes de cas d'utilisation, de
séquence ainsi que le diagramme de classe.
Sybase power Designer est un outil de développement
d'application et modélisation des données.
Avec solution UML, Sybase offre un environnement complet en
UML.
Pour power Designer : est un logiciel de
modélisation .il permet de modéliser les traitements
informatiques et leurs bases de données associées .crée
par cet éditeur en 1995. Hors de France, la version internationale est
commercialisée par Sybase sous la marque power designer
b. StartWampServer
StartWampServer est une plateforme de
développement Web de type WAMP, permettant de faire fonctionner
localement (sans se connecter à un serveur externe) des scripts PHP.
WampServer n'est pas en soi un logiciel, mais un environnement comprenant deux
serveurs (Apache et MySQL), un interpréteur de script (PHP), ainsi
qu'une administration pour les deux bases SQL PhpMyadmin et SQLiteManager.
Il dispose d'une interface d'administration permettant de
gérer et d'administrer ses serveurs au travers d'un tray-icon
(icône près de l'horloge de Windows).La grande nouveauté de
WampServer 2 réside dans la possibilité d'y installer et
d'utiliser n'importe quelle version de PHP, Apache ou MySQL en un clic. Ainsi,
chaque développeur peut reproduire fidèlement son serveur de
production sur sa machine locale.
c. Adobe Macromedia dreamweaver cs6
Anciennement Macromedia Dreamweaver est un éditeur
de site web Dreamweaver fut l'un des premiers
éditeurs HTML de type tel affichage, tel résultat, mais
également l'un des premiers à intégrer un gestionnaire de
site .Ces innovations le propulsèrent rapidement comme l'un des
principaux éditeurs de site web, aussi bien utilisable par le
néophyte que par le professionnel.
Dreamweaver offre deux modes de conception par son menu
affichage. L'utilisateur peut choisir entre un mode création permettant
d'effectuer la mise en page directement à l'aide d'outils simples,
comparables à un logiciel de traitement de texte (insertion de tableau,
d'image, etc.). Il est également possible d'afficher et de modifier
directement le code (HTML ou autre) qui compose la page. On peut passer
très facilement d'un mode d'affichage à l'autre, ou opter pour un
affichage mixte. Cette dernière option est particulièrement
intéressante pour les débutants qui, à terme, souhaitent
se familiariser avec le langage HTML.
Dreamweaver a évolué avec les technologies de
l'internet. Il offre aujourd'hui la possibilité de concevoir
des feuilles de style. Les liaisons avec des bases de données
ont également été améliorées ainsi que le
chargement des fichiers sur les serveurs d'hébergement. Il
propose en outre l'utilisation de modèles imbriqués de pages web,
selon un format propriétaire.
Depuis la version CS6, il peut être
utilisé avec des langages web dynamiques (ASP,
PHP) à l'aide d'outils relativement simples d'utilisation.
Il permet ainsi de développer des applications dynamiques sans
connaissance préalable des langages de programmation.
d. PHP
PHP est un langage de scripts libre principalement
utilisé pour produire des pages Web dynamiques via un serveur HTTP, mais
pouvant également fonctionner comme n'importe quel langage
interprété de façon locale, en exécutant les
programmes en ligne de commande. PHP est un langage impératif disposant
depuis la version 5 de fonctionnalités de modèle objet
complètes. En raison de la richesse de sa bibliothèque, on
désigne parfois PHP comme une plate-forme plus qu'un simple langage.
e. Photoshop
Photoshop est un logiciel de retouche, de traitement et de
dessin assisté par ordinateur édité par Adobe. Il est
principalement utilisé pour les traitements de photographies
numériques. Photoshop travaille sur les images matricielles
(également appelées "bitmap", à ne pas confondre avec le
format d'enregistrement Windows bitmap) car les images sont constituées
d'une grille de points appelés pixels. L'intérêt de ces
images est de reproduire des graduations.
Photoshop possède son propre format de projet (PSD),
qui est plus qu'un simple format de fichier. Le
programme accepte également d'importer et d'exporter des fichiers
d'image dans les formats les plus courants (GIF, JPEG,
TIFF, PNG, ILBM, etc.)
f. MySQL
MySQL est un système de gestion de base de
données (SGBD). Selon le type d'application, sa licence
est libre ou propriétaire. Il fait partie des
logiciels de gestion de base de données les plus
utilisés au monde, autant par le grand public (applications web
principalement) que par des professionnels, en concurrence
avec Oracle et Microsoft SQL Server.
MySQL est un serveur de bases de données
relationnelles SQL développé dans un souci de performances
élevées en lecture, ce qui signifie qu'il est davantage
orienté vers le service de données déjà en place
que vers celui de mises à jour fréquentes et fortement
sécurisées. Il est multithread et multiutilisateur.
g. JavaScript
JavaScript est un langage de programmation de scripts
principalement utilisé dans les pages web interactives. C'est un langage
orienté objets à prototype, c'est-à-dire que les bases du
langage et ses principales interfaces sont fournies par des objets qui ne sont
pas des instances de classes, mais qui sont chacun équipés de
constructeurs permettant de générer leurs
propriétés, et notamment une propriété de
prototypage qui permet d'en générer des objets héritiers
personnalisés.
3.
Implémentation de la base de données
Pour implémenter notre base des données
«pharmacie», nous avons utilisé l'environnement de
création de base des données PhpMyadmin et le système de
gestion de base des donnés MySQL.
4. Architecture
matérielle mise en place
L'architecture que nous allons utiliser est l'architecture
à trois niveaux. L'application web sera hébergée dans un
serveur situé dans L'Hôpital régional de Kef. La base de
données quant à elle sera hébergée dans un autre
serveur.
L'architecture adoptée est comme suite:
Figure 23: Architecture
matérielle adoptée
II. Interfaces de l'application
Dans ce qui suit, nous allons présenter quelques
interfaces de notre application web.
1. Interface
d'authentification
Cette page offre un aperçu de l'application web. On
retrouve l'interface d'authentification permettant aux différents
utilisateurs d'accéder à leurs sessions.
Figure 24: page
d'authentification
2. Interface
d'accueil
Cette interface permet au superviseur d'avoir un
contrôle total sur l'application, lui permettant ainsi d'accéder
à toutes ses fonctionnalités.
Figure 25: page d'accueil
3. Interface
d'ajouter médicament
Cette interface permet au superviseur d'ajouter un nouveau
médicament au stock.
Figure 26: ajouter
médicament
4. Interface de
gestion des utilisateurs
Cette interface permet au superviseur de gérer les
différentes sessions des utilisateurs de l'application.
Figure 27: gestion des
utilisateurs
5. Interfaces de
création d'une commande
Cette interface permet au superviseur de créer une
commande au fournisseur :
Figure 28:Création d'une
commande
6. Interfaces de
création d'une ligne de commande
Cette interface permet au superviseur de créer une
ligne médicament pour dans une commande
Figure 29: création d'une ligne de commande
1. Interfaces de
création d'une ligne de commande
Cette interface permet à l'utilisateur de consulter une
liste des fournisseurs.
Figure 30: consulter fournisseur une liste des
fournisseurs
Conclusion
Dans ce chapitre, nous avons décrit brièvement
le processus de réalisation de notre application e.pharmacie en
spécifiant l'environnement de développement,
l'implémentation de la base des données et la démarche
suivie pour la réalisation. En effet, nous avons achevé
l'implémentation et les tests de tous les cas d'utilisation, tout en
respectant la conception élaborée. En d'autres termes, nous
détenons la version finale du logiciel, installée dans notre
environnement de développement. Ainsi que nous avons prévenu la
plate forme sous laquelle le système sera installé dans
l'environnement dans l'environnement des utilisateurs
Conclusion générale
La phase de conception du projet a duré plus que nous
l'avions prévue. En effet, il lui a fallu un mois et demi pour analyser
le contexte auquel s'attache notre travail, et concevoir le futur
système. La tâche qui nous a embarrassés le plus, consiste
notamment dans l'application conforme du cycle de vie du logiciel.
La spécification des besoins a duré un mois.
Pendant cette période, il nous était demandé d'assimiler
le contexte du travail à accomplir.
. Nous avons réussi à dégager les lacunes
du système actuel et suggérer des solutions afin d'y
remédier. Nous avons opté pour l'architecture réseau
à trois niveaux qui est adéquate aux exigences de l'organisme.
La phase d'analyse a duré un moi, au cours de cette
période, nous avons essayé de structurer et définir les
besoins attendus du futur système. Il s'agissait de formuler, d'affiner
et d'analyser la plupart des cas d'utilisation via les diagrammes d'UML.
Il faut noter que le dégagement des grandes
fonctionnalités du système n'a pas suffi pour aborder la phase de
conception, il fallait dégager plus de besoins. Il nous a fallu
interroger les différents acteurs du système d'information de
pharmacie pour enrichir notre diagramme de cas d'utilisation. Et là nous
étions confrontés à un problème délicat : la
dissimulation de l'information. Il fallait donc construire des interfaces
prototypes et les présenter aux différents acteurs.
Les éléments à livrer au terme de la
phase d'analyse (acteurs, besoins fonctionnels, besoins non fonctionnels)
étant déterminés, nous pouvions passer à la phase
suivante.
Ensuite nous avons entamé la phase de conception. Dans
cette phase, nous avions déjà un modèle final des cas
d'utilisation. Il s'agissait alors d'étendre la représentation
effectuée au niveau de l'analyse en y intégrant les aspects
techniques les plus proches des préoccupations physiques.
L'élément principal à livrer au terme de cette phase est
le diagramme de classe ainsi que le schéma relationnel.
Enfin, nous étions arrivés à la
dernière phase, où il s'agissait d'implémenter et tester
les cas d'utilisation conçus. La version exécutable du
système est l'élément principal à livrer à
l'issu de cette étape.
L'application que nous avons développée est
dédiée spécialement à la pharmacie de
l'hôpital régional de Kef.
En fait, à la fin de la réalisation de ce
rapport , nous avons accumulé une masse importante de connaissances
aussi bien sur le plan théorique que sur le plan pratique, et nous
estimons qu'elle nous sera très utile à l'avenir, dans nos
études ultérieures.
Glossaire
FTP : le File Transfer Protocol (protocole de
transfert de fichiers
HTTP : [protocole] HyperText Transfer Protocol
TCP/IP : Définition du mot TCP IP, Ensemble de deux
protocoles qui permettent la gestion des flux d'informations sur Internet
BD : Base de Données
HTML : Hypertext Markup Language
UML : Unified Modeling Language
Bibliographie
Titre : Affiche le résultat d'une
requête dans une liste
URL :
http://www.phpsources.org/scripts83-PHP.htm
Auteur : PHP Sources
Date édition : 04-11-2004
Titre : Insérer plusieurs enregistrements dans
la même requête
URL :
http://www.phpsources.org/scripts10-MySQL.htm
Auteur : PHP Sources
Date édition : 28-11-2006
Titre : Pour imprimer une page
URL :
http://www.phpsources.org/scripts67-PHP.htm
Auteur : PHP Sources
Date édition : 00-00-0000
Titre : formation PHP
URL :
www.elephorm.com
Auteur : Jean Marie Defrance
Date édition : 2009
Aujourd'hui, l'informatique a atteint une prodigieuse
évolution technologique dans différents domaines (réseaux
informatiques, bases de données, le Web, etc.). Cette évolution
est nécessaire pour remédier aux problèmes
rencontrés dans la vie actuelle.
Le dynamisme est l'une des caractéristiques les plus
essentielles de l'informatique. C'est ceci qui nous a poussés à
créer une application web dynamique, accessible par des utilisateurs
dans un réseau informatique que ce soit internet ou intranet.
Notre travail consiste à concevoir une application web
à trois niveaux en utilisant une base de données
centralisée, pour la gestion des stocks de pharmacie de l'hôpital
régional de Kef. L'application a été
développée en utilisant différents logiciels informatiques
tel que Dreamweaver cs6, WampServer, Adobe Photoshop, etc. Le langage de
programmation utilisé est le PHP.
