3. Méthodologie adoptée :
L'objectif de toute approche de conduite de projet est
d'obtenir des résultats fiables. En fait, la fiabilité d'un
système dépend de l'approche utilisée. Nous avons
adopté pour un processus de développement logiciel appelé
Processus Unifié. Le processus unifié est un
processus générique qui utilise UML comme langage de
modélisation.
Ce processus simplifié aux caractéristiques
suivantes :
· Piloté par les cas d'utilisation d'UML
· Ne néglige pas l'analyse et la conception
· Utilise 20% d'UML pour modéliser 80% du
système
Le processus simplifié est composé des phases
suivantes :
· Étude des besoins
· Analyse
· Conception
· Implémentation
4. Organisation de rapport
Dans ce rapport j'ai commencé par faire une
présentation de projet, ainsi le choix méthodologique suivi.
J'ai spécifié par la suite les besoins fonctionnels
de l'application, le diagramme du cas d'utilisation général du
système.
Par la suite j'ai étudié la partie conception qui
contiendra une description détaillée de cas d'utilisation, les
diagrammes de séquence ainsi que le diagramme de classe
détaillé.
Après avoir achevés la partie conception j'ai
définis dans le dernier chapitre l'étude technique en
précisons l'outil de travail et la partie implémentation
où j'ai illustré quelques interfaces qui donnent une idée
sur les fonctionnalités de l'application.
6. Conclusion
Ce chapitre m'a permis d'introduire mon projet, de
présenter mon institut et de préciser le travail demandé
ainsi que la méthodologie de travail.
L'étude et la spécification des besoins seront
décrites dans le chapitre suivant
Chapitre 2 :
Définition des besoins et
analyse
1.
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.
2. Description de l'existant
|
|
2.1 Critique de l'existant
L'analyse de l'existant met l'accent sur plusieurs
difficultés telles que :
i Le travail de certaines pharmacies hospitalières et
celles des dispensaires publics se fait encore manuellement.
i 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.
? Mal organisation du travail dans la pharmacie.
i les documents (fiche de produit, bon de commande, bon de
livraison, etc.) ne sont pas bien détaillés.
1 Volume important des informations traitées manuellement,
ce qui provoque parfois des erreurs dans l'établissement des
documents.
1 Recherche difficile sur les registres qui engendre une perte de
temps. 1 Insécurité des informations.
1 Possibilité d'erreur dans le remplissage des
différents documents et registres. 1 Possibilité d'erreur dans
les calculs des statistiques.
1 Nombre important des archives qui engendre une
difficulté de stockage. ( Détérioration des archives
à force de leur utilisation trop fréquente.
1 Mauvaise codification sur quelques objets dans la gestion
d'information.
2.2 Orientations(Solutions) :
Afin de corriger les problèmes présentés
ci-dessus, je suis appelé à réaliser cette application qui
assure les points suivants :
1 Automatiser les tâches qui se traitent manuellement.
1 Faciliter la recherche et l'accès aux informations.
1 Sauvegarder toutes les données relatives à la
gestion des ordonnances sur des supports informatiques ce qui assurera leur
sécurité.
1 Minimiser les supports papiers utilisés.
1 Faire toute modification (ajout, suppression, modification)
automatiquement. 1 Plus d'organisation dans le travail du responsable de
pharmacie.
1 Faciliter la recherche de l'information.
1 Rapidité dans l'établissement des
différents documents.
1 Gain de temps dans les calculs des statistiques.
1 Proposer une bonne codification.
3. 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 :
v' 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
v' 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).
1' 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.
v' 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..).
1' Gestion des ordonnances : permet de valider
les bons des médicaments et de consulter la liste des ordonnances.
1' Statistiques : cette fonction permettra de
suivre les différentes statistiques possibles selon le type de produit
(Cosmétique, Beauté et Soin, Protection, Divers...)
4. 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 :
v' 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.
v' 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..).
5. Les cas d'utilisation
5.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.
5.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 :
v' 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:
+ Partie ordonnance : recevoir les bons
des médicaments provenant des clients
et enregistrer les informations nécessaires pour chaque
ordonnance
+ 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.
+ 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.
+ Partie statistique : suivre les
statistiques des médicaments qui se trouvent dans le stock
v' 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
5.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.
5.3.1 Diagramme global des cas d'utilisation
Figure 2.1:Diagramme de cas d'utilisation
initial
5.3.2 Raffinement des cas d'utilisations
a) Raffinement du cas d'utilisation << s'identifier
>>
Figure 2.2:Diagramme de cas d'utilisation <<
s'identifier >>
b) Raffinement du cas d'utilisation << gestion des
médicaments >>
Figure2.3:Diagramme de cas d'utilisation <<
gestion des médicaments >>
<<extend>>
Figure 2.4:Diagramme de cas d'utilisation <<
Gestion des fournisseurs >>
d) Raffinement du cas d'utilisation << Gestion des
alertes >>
Figure 2.5:Diagramme de cas d'utilisation <<
Gestion des alertes >>
Cotio
Gestion des aertes
Figure 2.6:Diagramme de cas d'utilisation <<
Gestion des commandes >>
f) Raffinement du cas d'utilisation << Gestion des
Livraisons >>
·
Figure 2.7:Diagramme de cas d'utilisation <<
Gestion des livraisons>>
g) Raffinement du cas d'utilisation << Gestion des
Ordonnances>>
Figure 2.8:Diagramme de cas d'utilisation <<
Gestion des ordonnances>>
h) Raffinement du cas d'utilisation << Gestion des
administrations>>
Figure 2.9:Diagramme de cas d'utilisation <<
Gestion des administrations>>
<<extend
i) Raffinement du cas d'utilisation << Gestion des
états>>
Figure 3 : Diagramme de cas d'utilisation <<
Gestion des états >>
iaue
<<ex
Figure 3.1 : Diagramme de cas d'utilisation <<
Statistique >>
Consulter liste des medicaments
Statistique
6. Conclusion
j) Raffinement du cas d'utilisation <<
Statistiques>>
L'étude préalable appelée techniquement
ingénierie des exigences ou analyse et spécification des besoins,
constitue une phase capitale dans le cas oil toute la suite du projet
dépend d'elle, elle doit être faite avec beaucoup de rigueur et
plus d'attention pour que le projet réussisse avec un grand
succès.
Dans ce chapitre, j'ai exposé les problèmes de
la pharmacie et de l'existant, puis j'ai fait les critiques du travail manuel
et enfin j'ai fait une approche de solution qui consiste à concevoir et
à développer une application qui facilitera les services
énumérés précédemment.
Le model global de cas d'utilisation va servir pour entamer
l'analyse et la conception des différents cas d'utilisation qui
s'effectueront durant la phase suivante qui est la phase de conception.
| 
