WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Application web. Gestion de pharmacie en Java

( Télécharger le fichier original )
par Leila Amri
Institut supérieur de comptabilité et d'administration des entreprises Tunisie - Licence en informatique de gestion 2009
  

précédent sommaire suivant

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.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy