Memoire complet.pdf

Option : GENIE LOGICIEL
Thème :
Soutenu publiquement par KOUASSI Kouadio
Année Académique 2013-2014
JURY
Président du jury :
M. KRA RAYMOND Maître de Conférence à l’Université Félix
Houphouët-Boigny
Directeur de Mémoire :
M. TRAZIE BI Yves Roger Ingénieur en Informatique, Enseignant à LEGACY
INSTITUTE
Assesseur :
M. YEBOUA Kouamé Adingra Ingénieur en Informatique, Enseignant à LEGACY
INSTITUT
République de Côte d’Ivoire
Union – Discipline – Travail
Ministère de l’Enseignement Supérieur et
de la Recherche Scientifique
Ministère de la Santé et
de l’Hygiène Publique
Session Décembre 2019
CONCEPTION D’UNE APPLICATION DE
GESTION DE LA PLANIFICATION FAMILIALE
CAS DE L’AIBEF (Antenne Bouaké)
MEMOIRE DE FIN DE CYCLE
Pour l’obtention du Diplôme de MASTER PROFESSIONNEL GENIE
INFORMATIQUE

Thème : Conception d’une application de gestion de la planification familiale
Cas de l’AIBEF (Antenne Bouaké)
Présenté par KOUASSI Kouadio
SOMMAIRE
DEDICACE......................................................................................................................................I
REMERCIEMENTS ...................................................................................................................... II
AVANT-PROPOS ........................................................................................................................III
LISTES DE FIGURES..................................................................................................................IV
LISTES DE TABLEAUX..............................................................................................................V
SIGLES ET ABREVIATIONS.....................................................................................................VI
RESUME....................................................................................................................................VIII
ABSTRACT..................................................................................................................................IX
INTRODCUTION...........................................................................................................................1
PARTIE I : CADRE THEORIQUE ET METHODOLOGIQUE ...................................................7
CHAPITRE I : CADRE THEORIQUE.......................................................................................8
CHAPITRE II: CADRE METHODOLOGIQUE......................................................................12
PARTIE II : CADRE PRATIQUE….………………………………………..………...………..21
CHAPITRE I : PRESENTATION DE L’ENTREPRISE..........................................................22
CHAPITRE II : DIAGNOSTIC DU PROBLEME ...................................................................26
PARTIE III : REALISATION DE LA SOLUTION.....................................................................35
CHAPITRE I : MISE EN OEUVRE .........................................................................................36
CHAPITRE II: IMPLEMENTATION DE LA SOLUTION ....................................................53
CONCLUSION .............................................................................................................................68
GLOSSAIRE.................................................................................................................................70
BIBLIOGRAPHIE ........................................................................................................................73
ANNEXES ....................................................................................................................................74
TABLE DES MATIERES ............................................................................................................76

I
DEDICACE
A ma plus grande source de motivation : mes enfants ;
A toute ma famille ;
A mon créateur, le Dieu tout puissant ; nous leur dédions ce travail.

II
REMERCIEMENTS
C’est une tâche très agréable, mais bien délicate, de présenter les remerciements à tous
ceux qui nous ont aidés dans la réalisation de ce travail.
Nos vifs remerciements s’adressent tout naturellement au directeur du mémoire, monsieur
TRAZIE Yves Roger pour sa grande disponibilité, son esprit de rigueur et de méthode, ses
conseils et ses remarques pertinentes. Nous avons particulièrement apprécié son soutien sans
relâche ainsi que ses critiques constructives qu’il nous a fournies à tout moment du déroulement
de ce travail.
Nous tenons aussi à témoigner toute notre reconnaissance à tous les enseignants,
personnels administratifs et techniques de LEGACY INSTITUT pour l’assistance et l’aide qu’ils
nous ont prodigué pour réaliser ce travail.
Nous remercions monsieur AKORA Kouadio Daniel, ingénieur informaticien d’avoir
accepté d’être l’expert de ce travail. Le dialogue continu et généreux avec lui, m’a permis
d’enrichir mes points de vue sur le sujet.
Les réflexions exprimées dans ce travail sont en grande partie le fruit de nombreux
contacts que nous avons eus avec les agents de l’antenne régionale de l’AIBEF de Bouaké. Un
grand merci à ces agents, non seulement pour les informations indispensables qu’ils m’ont
communiquées, mais également pour leur accueil chaleureux durant la période que nous avons
passée avec eux.
Nous remercions particulièrement le coordonnateur, le comptable sans oublier le biologiste
de l’antenne régionale de l’AIBEF Bouaké.
Enfin, nous adressons nos sincères remerciements à tous ceux qui ont contribué de diverses
manières à l’aboutissement de ce travail. Nous voudrions remercier en tout premier, mon grand
frère N’GUESSAN Basile pour son soutien, sa compréhension et son aide tout au long de ce
travail ainsi que ma petite famille.
Mes remerciements se tournent également vers mon ami AHOUTOU Koffi Eugène.

III
AVANT-PROPOS
L’institut de formation PHYBE ORGANISATION maintenant LEGACY INSTITUTE
est une grande école. Créée depuis 2000, LEGACY INSTITUTE forme aujourd’hui dans les
filières tertiaire et industrielle pour le cycle BTS et le cycle post-BTS (système LMD).
Le cycle BTS comprend les filières telles que :
 Finance Comptabilité et Gestion d'Entreprise ;
 Gestion Commerciale ;
 Logistique ;
 Tourisme Hôtellerie ;
 Informatique, Développeur d’Application.
Le cycle Licence Professionnelle - INGENIEUR - MASTERS comprend entre autres les
filières :
 Gestion des Ressources Humaines ;
 Informatique (plus Certification) etc.
Au terme de chaque formation à LEGACY INSTITUTE, un stage pédagogique est effectué
par les étudiants afin de faire valoir leurs connaissances générale, théorique et pratique. C’est
dans ce cadre que nous a acceptés l’antenne régionale de l’AIBEF de Bouaké pour un stage.
Durant notre stage, nous avons eu pour mission de concevoir une application web pour la gestion
de la planification familiale. Cette application devra permettre à l’AIBEF de disposer d'une base
de données centralisée pour une meilleure gestion de leur volume important de clients tout en
automatisant certaines tâches accomplies par le personnel.
Dans ce présent mémoire, vous trouverez le résultat de nos recherches.

IV
LISTES DE FIGURES
Figure 1: Niveaux d’abstraction Merise,..............................................Erreur ! Signet non défini.
Figure 2: Méthodologie de conception adoptée ...................................Erreur ! Signet non défini.
Figure 3: Diagramme de cas d’utilisation .....................................................................................14
Figure 4 : Diagramme de séquence...............................................................................................15
Figure 5 : Représentation d’une classe..........................................................................................16
Figure 6 : Diagramme de cas d’utilisation général ..............................Erreur ! Signet non défini.
Figure 7: Organigramme de l’antenne régionale de BOUAKE, ..........Erreur ! Signet non défini.
Figure 8: Diagramme de cas d’utilisation S’authentifier .....................Erreur ! Signet non défini.
Figure 9 : Diagramme de cas d’utilisation Gérer client .......................Erreur ! Signet non défini.
Figure 10: Diagramme de cas d’utilisation Gérer vente ......................Erreur ! Signet non défini.
Figure 11: Diagramme de cas d’utilisation Gérer utilisateur...............Erreur ! Signet non défini.
Figure 12 : Diagramme de séquence S’authentifier.............................Erreur ! Signet non défini.
Figure 13: Diagramme de séquence Ajouter client..............................Erreur ! Signet non défini.
Figure 14: Diagramme de séquence Produire rapport mensuel des prestations de la PF....Erreur !
Signet non défini.
Figure 15 : Diagramme de classe d’analyse..................................................................................52
Figure 16 : Architecture logique de l’application .........................................................................56
Figure 17: Formulaire d’authentification ......................................................................................66
Figure 18: Formulaire d’enregistrement des clients......................................................................66
Figure 19: Formulaire de la liste des clients .................................................................................67

V
LISTES DE TABLEAUX
Tableau 1 : Liste des acteurs et leur rôle.......................................................................................17
Tableau 2 : Planification du projet ................................................................................................20
Tableau 3 : Récapitulatif des documents utilisés ..........................................................................29
Tableau 4 : La comparaison entre la solution manuelle et la solution informatique ....................33
Tableau 5 : Dictionnaire de données.............................................................................................62
Tableau 6 : Budget estimatif du projet..........................................................................................67

VI
SIGLES ET ABREVIATIONS
AFD Agence Française de Développement
AIBEF Association Ivoirienne pour le Bien-Etre Familial
BD Base de données
C2D Contrat Désendettement Développement
CDV Conseils Dépistages Volontaires
CPN Consultations Prénatales
CPoN Consultations post-natales
EJB Enterprise Java Bean
HTML HyperText Markup Language
HTTP HyperText Transfer Protocol
IDE Integrated Development Environment
IEC Information d’Education et la Communication
IST Infection Sexuellement Transmissibles
JAR Java Archive
JDBC Java Data Base Connectivity
JDK Java Development Kit
JEE Java Enterprise Edition
JNDI Java Naming Directory Interface
JPA Java Persistence API
JPQL Java Persistence Query Language
JSF Java Server Faces
MERISE Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise
MSLS Ministère de la Santé et de la Lutte contre le Sida

VII
PEC Prévention et Prise en charge des IST/VIH/Sida
PF Planification Familiale
PIPPF Projet d’Identification de la Politique de la Planification Familiale
POJO Plain Old/Ordinary Java Object
POO Programmation Orientée Objet
PTME Prévention de la Transmission du VIH Mère -Enfant
SAA Soins Après Avortement
SIDA Syndrome d’Immunodéficitaire Acquise
SMS Short Message Service
SSR Santé Sexuelle de la Reproduction
UML Unified Modeling Language
URL Uniform Resource Locator
VIH Virus d’Immuno Humaine
XHTML Extensible HyperText Markup Language

VIII
RESUME
Les progrès technologiques ont engendré de nouvelles possibilités d’accès et de traitement
de l’information dans le domaine médical. Le dossier individuel de consultation informatisé,
dans cette optique, est considéré comme un outil de base pour construire des systèmes d’aide à la
décision médicale. L’utilisation des données médicales et l’accès à une information concise sont
devenus des enjeux majeurs pour les praticiens ainsi que pour les administrateurs des services
médicaux.
C’est dans ce cadre que s’inscrit notre projet de fin de cycle consistant à développer une
application pour une meilleure gestion de la planification familiale à l’Association Ivoirienne
pour le Bien Etre Familial.
La méthodologie appliquée à la réalisation de notre projet s’appuiera sur l’utilisation de
diagrammes UML; lesquels nous permettront de modéliser et de décrire l’architecture logicielle
de l’application.
Par ailleurs, la plate-forme Java EE (Java Enterprise Edition), nous permettra de disposer
d’une base de données centralisée pouvant contenir toutes les informations relatives à la
planification familiale sur l’étendue du territoire national.
Mots clés : Base de données, Diagrammes UML, Java EE.

IX
ABSTRACT
Advances in technology have created new opportunities for accessing and processing
information in the medical field. For this reason, the individual computerized consultation file is
considered as a basic tool for building medical decision support systems. The use of medical data
and access to concise information have become major issues for practitioners and medical
administrators alike.
It is in this context that our end-of-cycle project consists of developing an application for a
better management of family planning at the Ivorian Association for Family Welfare.
The methodology applied to the realization of our project will be based on the use of UML
diagrams; which will allow us to model and describe the software architecture of the application.
In addition, the Java EE platform (Java Enterprise Edition) will allow us to have a
centralized database that can contain all information related to family planning across the
national territory.
Key words : Database, UML diagrams, Java EE.

1
INTRODCUTION
INTRODUCTION

2
Le monde actuel connaît des avancées technologiques considérables dans tous les secteurs
grâce à l'informatique qui est la science permettant le traitement automatique de l'information.
Elle joue un rôle important dans le développement du travail quotidien de l’homme.
Son introduction dans tous les secteurs d’activité de l’homme, a révolutionné le traitement
rationnel de l’information. L’enregistrement manuel des informations sur des supports en papier,
qui engendrait beaucoup de problèmes tel que la perte de temps considérable dans la recherche
de celles-ci ou la dégradation de ces dernières, a laissé place à d’autres techniques telles que les
bases de données. Elles ont permis d'informatiser les systèmes de données des entreprises. Elles
demeurent la partie essentielle de leur développement aujourd'hui.
Leur introduction avec d’autres techniques informatiques seraient la bienvenue pour une
meilleure et adéquate gestion des services de planification familiale dans la mesure où, jusqu'à ce
jour, la méthode manuelle de gestion est encore dominante. Pour ce faire nous allons mettre en
place une équipe projet qui aura la mission de concevoir une application pour une gestion
efficace desdits services sur l’étendue du territoire national.
Justification du projet
L’activité de la planification familiale a entrainé la création de nombreux sites sur
l’étendue du territoire et de potentiels partenaires sans oublier les clients. Cependant, le système
d'information de la planification de l’Association Ivoirienne pour le Bien Etre Familial est encore
dominé par des outils et méthodes manuels.
Afin de mettre en place une bonne politique managériale fonctionnelle, nous avons décidé
d’utiliser les technologies de l’information et de la communication. En effet, notre projet
permettra de mettre en place un système d'information dont la circulation de l’information est
optimisée, cohérente, intégrée et partageable. En d’autre terme, il s’agira de concevoir une
application web pour la gestion efficace de la planification. Ainsi, nous pouvons fournir une
information de qualité et en temps réel permettant la prise de décisions et d’asseoir une structure
plus compétitive.
Notre application aidera à la création de dossiers patients informatisés et partagés facilitant
les choix et la validation des méthodes contraceptives. Elle permettra surtout l’aide de décisions
médico-économiques (la vente des contraceptifs). Le personnel soignant pourra avoir une base

3
de connaissances dans la gestion, la diffusion des connaissances en santé et surtout dans la
planification familiale.
De même, il faut souligner que ce projet pourra servir dans la mise en place d’un système
informatique médical. Nous en voulons pour preuve notre pays où le corps médical a besoin d’un
tel projet pour une meilleure prise en charge de nos populations.
De plus, le choix de projet a été motivé par des intérêts que nous avons jugés non
négligeables. En effet, nous nous sommes engagés dans le domaine de l'ingéniorat en
informatique pour qu'enfin de compte nous soyons en mesure d'innover technologiquement dans
notre communauté, dans des entreprises et partout ailleurs où nous pouvons contribuer en
apportant des solutions informatiques aux multiples problèmes que nous y rencontrons. Ainsi
nous avons estimé que le présent projet serait déjà une illustration de notre apport dans le cadre
de l'innovation technologique dans la planification familiale à l’AIBEF.
Contexte
La planification familiale est un moyen qui permet à un individu ou un couple d’avoir le
nombre d’enfants qu’il veut et de choisir le moment auquel il veut les avoir tout en espaçant les
grossesses d’au moins deux (2) ans. Elle aide à éviter les grossesses à haut risque tels que les
mères trop âgées (mères âgées de plus de 35 ans), les mères trop jeunes (mères âgées de moins
de 18 ans), les naissances trop nombreuses (plus de quatre enfants) et les naissances trop
rapprochées (moins de deux ans entre les naissances). Elle a de nombreux avantages au plan
sanitaire, économique, social, environnemental et au niveau du couple.
Cependant, les outils de gestion de la quasi-totalité des antennes de l’AIBEF du pays sont
obsolètes et ne sont plus adaptés aux réalités actuelles pour répondre aux besoins médicaux,
administratifs et de gestion desdits centres.
L’informatique, capable d’organiser et de gérer les informations, semble être la solution
pour la gestion des antennes de l’AIBEF du pays.

4
Problématique
La planification familiale constitue l’activité principale de l’Association Ivoirienne pour le
Bien Etre Familial. Elle a pour but de contribuer à la réduction de la pauvreté par la promotion
de la santé en matière de sexualité et de reproduction. Cette noble activité qui a de nombreux
enjeux au plan démographique, économique et social connaît quelques difficultés d’ordre
informationnel. Elles sont entre autres :
- les rudes rapports mensuels d’activités ;
- la dégradation et régression des archives à force de leur utilisation trop fréquente ;
- la recherche difficile de dossiers individuels de consultation provoquant une énorme perte de
temps ;
- le nombre important des archives accumulées engendrant des difficultés de stockage ;
- la possibilité d'erreur dans les calculs des statistiques ;
- le manque de sécurité (d’information, authentification) ;
- la duplication de dossier individuel de consultation d’un même client dans différentes
antennes de l’AIBEF entrainant une pléthore de dossiers intitule.
Ce malheureux constat aux nombreuses conséquences négatives interpelle la structure, les
clients et en particulier l’informaticien qui sait que la bonne tenue des données de nos jours,
exige l’usage des moyens informatiques. Avec ceux-ci, l’AIBEF pourra stocker dans un volume
réduit des quantités considérables d’informations parallèlement aux dossiers physiques. Les
données numériques seront plus lisibles et l’accès aux informations recherchées sera plus rapide
qu’avec les dossiers physiques.
Aussi n’est-il pas bon de signifier que le partage des informations entre différentes
antennes de l’AIBEF se fera plus facilement aussi bien à l’intérieur qu’à l’extérieur desdites
antennes ; d’où le bien fondé de notre projet ayant pour thème : Conception d’une application
pour la gestion de la planification familiale à l’AIBEF : Cas de l’antenne de Bouaké.

5
Objectifs
L’objectif général du projet est d’automatiser le service de la planification familiale en vue
d’une gestion efficace.
De façon spécifique, l’on pourra aisément accéder au système d’informations médicales ce
qui permettra sans aucun doute d’améliorer de manière significative le suivi des clients,
notamment en termes de validation de choix de méthodes contraceptifs appropriés, de la
traçabilité des consultations médicales et d’éventuels examens médicaux et du suivi de la vente
des produits contraceptifs. Nous entendons ainsi, fournir une qualité de services dédiée aux
activités de la planification familiale répondant objectivement aux attentes des acteurs impliqués.
La réalisation de notre projet nécessite:
- La structuration d’une base de données qui contiendra toutes les informations
relatives à la planification familiale. Cette base de donnée permettra d’avoir une meilleure
conservation des dossiers physiques (sécurité des données), de réduire le temps de recherche
d’un dossier et la possibilité de centraliser les données.
- La technologie JEE (Java Enterprise Edition) permettra de disposer d’une base de
données commune et accessible à toutes les antennes régionales. Ainsi, on pourra suivre les
déplacements des clients sur l’étendue du territoire national.
Hypothèse de recherche
Nous allons, au cours de notre analyse, vérifier notre hypothèse de recherche. Pour nous,
l'outil informatique serait une meilleure opportunité pour l’AIBEF, car nous envisageons la
conception d'une application web permettant une efficace gestion de la planification familiale sur
l’étendue du territoire national.
Délimitation du cadre
Les études et recherches, concernant le présent projet se sont déroulées uniquement à
l’antenne régionale de l’Association Ivoirienne pour le Bien Etre Familial de Bouaké. Elles ont
couvert la période de stage.
Nous étions chargés de réaliser une application web prenant en charge la gestion de la
planification familiale. Nous nous limiterons à la planification, mais notre application pourra

6
s’étendre aux autres services tels que le service de gynécologie. Nous allons prendre en charge la
gestion des clients et des produits contraceptifs. Ainsi, on produira aisément les rapports
journaliers et mensuels et suivre les rendez-vous des clients sans oublier le partage des
informations entre antenne.
Enoncé du plan
Afin de présenter l’ensemble du travail réalisé, ce mémoire s’articule autour de trois
parties. La première partie introduit les définitions des concepts et les méthodes utiles pour ce
travail ainsi que notre démarche méthodologique utilisée. Nous avons ensuite consacré la
deuxième partie à la présentation du cadre dans lequel le stage s’est déroulé et ainsi poser le
problème que nous voulons résoudre à travers notre projet. Enfin nous concluons ce travail avec
la troisième partie consacrée à la procédure de mise en œuvre et de l’implémentation de notre
solution au problème posé.

7
PARTIE I : CADRE THEORIQUE ET METHODOLOGIQUE
PARTIE I:
CADRE THEORIQUE ET
METHODOLOGIQUE

8
CHAPITRE I : CADRE THEORIQUE
I. DEFINITIONS DES CONCEPTS
La réalisation d'un travail scientifique n'est pas un fait hasardeux, c'est ainsi que le travail
scientifique trouve son mérite sur l'efficacité et la rigueur des méthodes et techniques utilisées à
cette fin. La méthodologie est un cadre traçant la voie que le chercheur utilise pour parvenir à un
résultat scientifique digne.
I.1. Méthodes
Une méthode est un ensemble d'opérations intellectuelles par lesquelles une discipline
cherche à atteindre les vérités qu'elle poursuit, les démontre et les vérifie. En d'autres termes, une
méthode est un ensemble des normes permettant de sélectionner et coordonner les recherches.
I.2. Techniques
Une technique est un rassemblement des procédés propres à un art. Elle est définie comme
étant comme un processus concret qui permet à un chercheur de récolter les informations
nécessaires, les analyser afin de tirer une conclusion. Trois techniques ont été utilisées pour
l'élaboration de notre mémoire:
I.2.1. Techniques d'interview
L'interview consiste à procéder par un jeu de question – réponse. Il nous a permis de
récolter des informations pour notre projet ; lesquelles ont été obtenues à travers des questions
posées auprès du personnel de l'antenne de l’AIBEF de Bouaké.
I.2.2. Techniques documentaires
La consultation des documents de travail nous a fourni d’énormes informations pour la
réalisation de notre étude.
I.2.3. Techniques d'observation
Elle nous a permis de s'approcher du terrain de recherche pour appréhender ce qui se fait
et comment cela se fait.

9
II. PRESENTATION DES METHODES CONCEPTUELLES
La conception d'un système d'information n'est pas évidente car il faut réfléchir à
l'ensemble de l'organisation que l'on doit mettre en place. La phase de conception nécessite des
méthodes permettant de mettre en place un modèle sur lequel on va s'appuyer.
Ainsi, à l’aide des méthodes de développement, le concepteur traduit le besoin des
utilisateurs en des symboles appartenant au jargon informatique. Aujourd’hui, plusieurs
méthodes permettent de faire ces représentations ; mais les plus connues sont MERISE et UML.
II.1. Présentation de MERISE
MERISE (Méthode d'Etude et de Réalisation Informatique par Sous Ensemble) est une
méthode d’analyse, de conception et de gestion de projets informatiques. Elle est le résultat des
travaux menés par Hubert Tardieu dans les années 1970.
MERISE se caractérise par :
- Une approche systémique en ayant une vue de l’entreprise en terme de systèmes ;
- Une séparation des données (le côté statique) et des traitements (le côté dynamique) ;
- Une approche par niveau (MERISE propose de décrire un Système d’Information (SI)
suivant quatre niveaux d’abstraction allant de l’abstrait vers le concret).
Figure 1: Niveaux d’abstraction Merise
Source : KOUASSI KOUADIO, Décembre 2015

10
La force de la méthode est de structurer les besoins des décideurs de façon simple et
compréhensible. Elle améliore la communication entre les différents acteurs du processus de
développement.
II.2. Présentation d’UML
UML se définit comme un langage de modélisation graphique et textuel destiné à
comprendre et décrire des besoins, spécifier et documenter des systèmes, esquisser des
architectures logicielles, concevoir des solutions et communiquer des points de vue.
UML unifie à la fois les notations et les concepts orientés objets. Il ne s’agit pas d’une
simple notation graphique, car les concepts transmis par un diagramme ont une sémantique
précise et sont porteurs de sens au même titre que les mots d’un langage.
UML unifie également les notations nécessaires aux différentes activités d’un processus de
développement et offre, par ce biais, le moyen d’établir le suivi des décisions prises, depuis
l’expression de besoin jusqu’au codage. Très utilisé depuis de nombreuses années dans le monde
technique et industriel, le langage UML trouve sa place dans des grands projets informatiques
(projets de gestions, projets orientés vers l’Internet...).
Constitué de plusieurs versions, UML s’articule aujourd’hui autour de treize (13) types de
diagrammes avec la version UML 2.1. Chacun de ses diagrammes est dédié à la représentation
des concepts particuliers d’un système logiciel. Ces types de diagrammes sont découpés selon
deux points de vue classiques :
Les vues statiques, c'est-à-dire représentant le système physiquement. Ce sont :
 Diagrammes d'objets ;
 Diagrammes de classes ;
 Diagrammes de cas d'utilisation ;
 Diagrammes de composants ;
 Diagrammes de déploiement ;
 Diagramme de paquetages rajouté par UML 2.0 ;
 Diagramme de structures composites rajouté par UML 2.0.

11
Les vues dynamiques montrant le fonctionnement du système. Ce sont entre autres :
 Diagrammes de séquence ;
 Diagrammes de collaboration ;
 Diagrammes d'états-transitions ;
 Diagrammes d'activités ;
 Diagramme de temps rajouté par UML 2.0 ;
 Diagramme global d'interaction rajouté par UML 2.0.
Ces diagrammes, d'une utilité variable selon les cas, ne sont pas nécessairement tous produits
à l'occasion d'une modélisation. Les plus utiles sont les diagrammes d'activités, de cas
d'utilisation, de classes, d'objets, et de séquence.
II.3 Etude comparative entre MERISE et UML
Merise et UML sont deux grands principes de « traduction » ou modélisation d'un système
d'information. Néanmoins, ils ne sont pas aussi proches qu'on pourrait le penser. Le choix de l'un
ou de l'autre se fait selon trois axes à savoir l'accessibilité, la précision et l'exploitabilité.
Pour le premier axe (accessibilité) MERISE présente l'intérêt d'avoir des modèles logiques
moins détaillés facilement compréhensibles.
Tandis qu’UML conçu pour s'adapter à n'importe quel langage de programmation orientée objet
(POO), présente plusieurs modèles (diagrammes) dont leurs compréhensions nécessitent une
grande attention.
En ce qui concerne le deuxième critère (précision), MERISE est moins préférable. Malgré
sa clarté, il manque une précision du fait qu'elle est éloignée du langage de programmation ;
donc difficile à implémenter alors qu’UML intègre les éléments communs des différents
langages, sa volonté est d'être fidèle à la réalisation finale. Elle est beaucoup plus complète avec
ses différents diagrammes.
Pour en finir avec l'exploitabilité, MERISE est une méthode plus généraliste. Elle donne
une vue globale de la solution sans autant entrer dans les petits détails. Contrairement à UML qui
est conçu pour l'implémentation objet avec ses différents détails et sa portabilité (s'adapte à
n'importe quelle plate-forme) elle est donc plus exploitable.
L'une ou l'autre présente des avantages et des inconvénients. Il est réservé au concepteur de
choisir la méthode la mieux adaptée pour son cas.

12
CHAPITRE II: CADRE METHODOLOGIQUE
I. METHODES DE RECHERCHE
La méthodologie de conception adoptée se base sur le choix de diagrammes UML
adéquats. Pour notre projet, nous allons utiliser trois diagrammes d’UML: le diagramme de cas
d’utilisation, le diagramme de séquence et le diagramme de classes.
Le schéma suivant représente notre méthodologie de conception :
Figure 2: Méthodologie de conception adoptée
I.1. Présentation de la méthodologie adoptée
Les diagrammes d’UML sont d'une utilité variable selon les cas. Ils ne sont pas
nécessairement tous produits à l'occasion d'une modélisation. Les plus utiles pour la maîtrise
d'ouvrage sont les diagrammes d'activités, de cas d'utilisation, de classes, d'objets, et de
séquence. Les diagrammes de composants, de déploiement et de communication sont surtout
utiles pour la maîtrise d'œuvre à qui ils permettent de formaliser les contraintes de la réalisation
Identification
des acteurs
Identification
des besoins
Diagramme de
cas d’utilisation
Diagramme de
séquences
Diagramme de
classes

13
et la solution technique. Dans le cas de notre projet, nous allons présenter les diagrammes utilisés
pour notre modélisation.
I.1.1. Diagramme de cas d’utilisation
La partie fonctionnelle du modèle UML permet de spécifier les fonctionnalités offertes par
l’application sans pour autant spécifier la façon dont ces fonctionnalités sont réalisées par les
objets de l’application. Dans l’analyse d’un système, la vue fonctionnelle d’un modèle UML est
représentée par le diagramme de cas d’utilisation.
 Définition du diagramme de cas d’utilisation
Le diagramme de cas d’utilisation permet d'identifier les possibilités d'interaction entre le
système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités
que doit fournir le système.
Il s'agit de la solution UML pour représenter le modèle conceptuel. Les cas d'utilisation
permettent de structurer les besoins des utilisateurs et les objectifs correspondants d'un système.
La modélisation des cas d'utilisation est une pratique très populaire en UML. Les cas
d'utilisation aident à formaliser la façon dont une application sera exploitée par ses futurs
utilisateurs, à identifier ces derniers, et à préciser comment les différents utilisateurs utiliseront
l'application.
 Modélisation des diagrammes de cas d’utilisation
Le modèle des cas d’utilisation comprend les acteurs, le système et les cas d’utilisation
eux-mêmes. L’ensemble des fonctionnalités d’un système est déterminé en examinant les
besoins fonctionnels de chaque acteur, exprimés sous forme de familles d’interactions dans les
cas d’utilisation. Les acteurs se représentent sous la forme de petits personnages qui déclenchent
des cas d’utilisation. Les cas d’utilisation sont représentés par des ellipses.

14
 Exemple de diagramme de cas d’utilisation
Figure 1: Diagramme de cas d’utilisation
I.1.2 Diagramme de séquences
L’aspect comportemental d’une application orientée objet est défini par la façon dont
interagissent les objets qui la composent. A cet effet, UML propose plusieurs vues permettant de
définir les interactions entre objets. Une de ces vues permet de présenter des exemples
d’interaction entre plusieurs objets. Grâce à ces exemples d’interactions, il est possible de mieux
comprendre le comportement de l’application ou de vérifier que l’exemple d’interaction se
déroule convenablement. Cette vue est le diagramme de séquence.
 Définition des diagrammes de séquences
Les diagrammes de séquences permettent de représenter des collaborations entre objets
selon un point de vue temporel, on y met l'accent sur la chronologie des envois de messages. On
n'y décrit pas le contexte ou l'état des objets, la représentation se concentre sur l'expression des
interactions.
Les diagrammes de séquences sont les vues dynamiques les plus importantes d'UML et
peuvent servir à illustrer un cas d'utilisation.
 Modélisation de diagrammes de séquence
Les diagrammes de séquences documentent les interactions à mettre en œuvre entre les
objets pour réaliser un résultat, tel qu'un cas d'utilisation. UML étant conçu pour la
programmation orientée objet, ces communications entre les objets sont reconnues comme des
messages. Les diagrammes de séquences énumèrent des objets horizontalement, et le temps
verticalement. Ils modélisent l'exécution des différents messages en fonction du temps.

15
Dans un souci de simplification, on représente l'acteur principal à gauche des diagrammes,
et les acteurs secondaires éventuels à droite du système. Le but étant de décrire comment se
déroulent les actions entre les acteurs ou objets.
Les objets qui participent à une interaction sont représentés graphiquement par un carré
contenant l’identifiant de l’objet (si l’objet n’est pas anonyme), suivi du nom de la classe dont
l’objet est instance (si l’objet est typé). Attaché à ce carré, une ligne verticale représente la vie de
l’objet dans le temps (l’axe du temps étant dirigé vers le bas du diagramme).
 Exemple de diagramme de séquences
Figure 2 : Diagramme de séquence

16
I.1.3 Diagramme de classes
La vue structurelle du modèle UML est la plus utilisée pour spécifier une application.
L’objectif de cette vue est de modéliser la structure des différentes classes d’une application
orientée objet ainsi que leurs relations.
 Définition de diagrammes de classes
Le diagramme de classe constitue l’un des pivots essentiels de la modélisation avec UML.
En effet, ce diagramme permet de donner la représentation statique du système à développer.
Cette représentation est centrée sur les concepts de classe et d’association. Chaque classe se
décrit par les données et les traitements dont elle est responsable pour elle-même et vis-à-vis des
autres classes. Les traitements sont matérialisés par des opérations.
Les éléments de base les plus employés pour la réalisation du diagramme de classe d’un
modèle UML sont le concept de classe et les différents types d’association entre classes.
 Exemple de classe
Figure 3 : Représentation d’une classe

17
II. ANALYSE DES BESOINS
Pour exprimer les besoins de notre application, nous allons utiliser le formalisme UML 1
des cas d’utilisation.
II.1. Identification des acteurs
Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif
matériel ou autre système) qui interagit directement avec le système étudié.
Pour notre projet, nous avons identifié les acteurs qui suivent :
Tableau 1 : Liste des acteurs et leur rôle
Acteurs Description des acteurs
Conseiller
Il gère les clients ayant participés à un counseling ou IEC /CCC
sous le regard de la sage-femme.
Réceptionniste-
vendeuse
Elle est responsable de la vente des produits contraceptifs sous le
regard de la sage-femme.
Sage-femme
Elle est la responsable de la gestion de tous les clients de la
clinique ayant adoptés une méthode contraceptive.
Administrateur
Il est chargé de la bonne gestion des systèmes d’information de
l’entreprise dans laquelle il travaille.
II.2. Spécification des besoins
Nous allons poser les bases du recueil des besoins du système à réaliser. Voici en premier
temps les besoins fonctionnels :
II.2.1. Besoins fonctionnels
Ce sont les besoins spécifiant un comportement d'entrée / sortie du système. Le système à
concevoir doit permettre à l’utilisateur d’effectuer les opérations suivantes :
 S’authentifier ;
 Ajouter un client ;

18
 Donner un rendez-vous à un client ;
 Envoyer des sms aux clients ;
 Produire rapport mensuel des prestations de la PF ;
 Ajouter un produit ;
 Réaliser vente ;
 Produire un rapport financier des produits vendus ;
 Ajouter utilisateur ;
 Modifier utilisateur.
II.2.2. Besoins non fonctionnels
A part les besoins fondamentaux, notre future application doit répondre aux critères
suivants :
L’extensibilité : dans le cadre de ce travail, l'application devra être extensible, c'est-à-dire qu'il
pourra y avoir une possibilité d'ajouter ou de modifier de nouvelles fonctionnalités.
La sécurité : l’application devra être hautement sécurisée, les informations ne devront pas être
accessibles à tout le monde, c'est-à-dire que le site web est accessible par un identifiant et un mot
de passe attribué à une personne physique.
L’interface : avoir une application qui respecte les principes des Interfaces Homme/Machine
(IHM) tels que l'ergonomie et la fiabilité.
La convivialité : l’application doit être simple et facile à manipuler même par des non experts.
L’ergonomie : le thème adopté par l’application doit être inspiré des couleurs et du logo type de
la structure d’accueil.
Exigences de performance
N’oublions pas non plus les exigences quantitatives suivantes, très importantes également pour
les utilisateurs:
 Notre application doit pouvoir gérer les comptes de plus de cent mille (100 000)
utilisateurs ;
 Elle doit supporter plus de mille (1 000) connexions simultanées ;
 L’application doit pouvoir comprendre plus de trente millions (30 000 000) de dossiers
individuels de consultation.

19
II.3. Diagramme de cas d’utilisation général
L’étude des données du système, nous a permis de faire ressortir le diagramme général de
cas d’utilisation avec les acteurs qui interagissent avec le système.
Figure 6 : Diagramme de cas d’utilisation général
III.4. Panification du projet
La planification est une phase très importante dans l’élaboration d’un projet. Elle consiste à
déterminer et à ordonnancer les tâches du projet et à estimer leurs charges respectives.
Le tableau ci-dessous visualise l’enchainement et la période des différentes tâches durant
notre stage.

20
Tableau 2 : Planification du projet
Activités Période
Mois1 Mois2 Mois3 Mois4 Mois5 Mois6
Préparatifs et l’élaboration du cahier de charge
Etude du système existant
Analyse et conception du nouveau système
Capture des besoins fonctionnels et techniques
Conception de la base de données
Conception de l’architecture logique
Tests unitaires
Tests de fonctionnalité de l’application
Formation des utilisateurs
Déploiement de l’application
Le tableau ci-dessus (tableau 4) montre la planification de tâches
nécessaires à la réalisation du projet, il visualise dans le temps les diverses tâches liées
composant le projet en fournissant une représentation graphique de son avancement.

21
PARTIE II:
CADRE PRATIQUE

22
CHAPITRE I : PRESENTATION DE L’ENTREPRISE
I. PRESENTATION DE L’ASSOCIATION IVOIRIENNE POUR LE BIEN-
ETRE FAMILIAL (AIBEF)
L’Association Ivoirienne pour le Bien Etre Familial a été créée le 11 septembre 1979 par
des personnes (économistes, diplomates, démographes, médecins, etc.) sensibilisées aux
questions de mortalité maternelle et de grossesses précoces en Côte d’Ivoire. Le siège social est
situé à Abidjan dans la commune de Treichville, sur le Boulevard Valéry Giscard d’Estaing.
L’AIBEF est une organisation non gouvernementale, apolitique et à but non lucratif.
Affiliée à la Fédération Internationale pour la Planification Familiale (IPPF) depuis 1983 et
membre à part entière de ladite fédération. Elle a par ailleurs obtenu l’accréditation (l’adhésion)
auprès de l’IPPF en 2009. Elle est reconnue comme ONG d’utilité publique par l’état de Côte
d’Ivoire en 2012.
Elle compte sept (07) antennes régionales reparties sur l’ensemble du territoire. Chaque
antenne régionale dispose d’une clinique à part celle d’Abidjan et de Man qui en ont deux
chacune. C’est dans l’antenne régionale de Bouaké que se déroule notre stage.
II. FONCTIONNEMENT
Le fonctionnement de l’AIBEF est assuré par différents organes que sont :
II.1. Organe de l’AIBEF
L’AIBEF est constitué de deux principaux organes que sont : l’organe de gouvernance ou
organe des membres volontaires et l’organe de gestion des programmes et de la structure ou
organe du personnel.
II.2. Organe de gouvernance ou organe des membres volontaires
Il est composé de personnes qui donnent librement et gratuitement de leur temps et de leurs
compétences à l’AIBEF pour remplir sa mission en Côte d’Ivoire. Sa mission est de définir les
politiques et orientations de l’AIBEF.

23
Il comprend :
- Un Bureau National composé des membres du Comité Exécutif National et d’un délégué
par Antenne Régionale ;
- Un Comité Exécutif National de cinq (5) membres ;
- Des Bureaux Exécutifs Régionaux de cinq (5) membres chacun ;
- Chacun de ces organes est composé d’au moins 20% de jeunes de moins de vingt-cinq
(25) ans et d’au moins 50% de femmes.
- Le bureau se réunit en Assemblée Générale Ordinaire annuellement.
II.3. Organe de gestion
L’organe de gestion est composé de personnes recrutées et rémunérées par l’Association et
du personnel de l’Etat mis à sa disposition. Le personnel est dirigé par un(e) Directeur (trice)
Exécutif (ve).
Il est chargé de traduire les politiques et orientations définies par les volontaires en plans
stratégiques, programmes et projets en tenant compte des priorités nationales en matière de Santé
Sexuelle de la Reproduction (SSR).
En terme de fonctionnement, il assure la gestion, la mise en œuvre, le suivi et l’évaluation
des programmes et projets et rend compte mensuellement à l’organe de gouvernance.
II.4. Ressources humaines
Le personnel de l’AIBEF est en progression depuis 2011 grâce à la volonté des
responsables de l’AIBEF et surtout grâce au partenariat établis dans le cadre du Projet
d’Identification de la Politique de la Planification Familiale (PIPPF) avec le Ministère de la
Santé et de la Lutte contre le Sida (MSLS) et l’Agence Française de Développement (AFD) à
travers le Contrat Désendettement Développement (C2D) qui a permis le renforcement de
l’AIBEF en ressources humaines tant en son siège qu’au niveau des antennes régionales.
III. MISSIONS ET ACTIVITES
L’Association Ivoirienne pour le Bien Etre Familial s’est assignée des missions et
activités pour atteindre ses objectifs.

24
III.1. Missions
La mission principale de l’AIBEF est d’assurer à chaque, à chaque homme, à chaque mère,
à chaque jeune, à chaque adolescent et à chaque enfant, le libre accès aux services de SSR de
qualité à travers :
- L’offre de services cliniques de SSR intégrés de qualité ;
- L’extension des services de SSR de qualité sur toute l’étendue du territoire national ;
- La riposte contre les IST/VIH/SIDA afin de réduire la propagation de la pandémie ;
- La prévention de la transmission Mère Enfant (PTME) du VIH/SIDA.
III.2. Activités
Les composantes essentielles des activités de l’AIBEF sont :
- L’information d’Education et la communication (IEC) sous forme de séminaire,
conférences, counseling, causerie de groupe et le volet mass-média (journaux-TV-radio) ;
- Les prestations de services cliniques
Elles se font dans neuf (09) cliniques dont quatre (04) à Abidjan et les cinq (05) autres à
l’intérieur du pays.
L’AIBEF offre dans ces cliniques une gamme variée de services de SSR :
- Planification Familiale (PF) ;
- Consultations Prénatales (CPN) et post-natales (CPoN) ;
- Les Accouchements ;
- Consultations gynécologiques ;
- Soins Après Avortement (SAA) ;
- Pédiatrie ;
- Médecine générale ;
- IEC/CCC ;
- Conseils Dépistages Volontaires (CDV) ;
- Prévention de la Transmission du VIH Mère -Enfant (PTME) ;
- Prévention et Prise en charge (PEC) des IST/VIH/Sida ;

25
- Examens paracliniques ;
- Services conviviaux de jeunes.
IV. ORGANIGRAMME DES ANTENNES REGIONNALES
La figure suivante présente l’organigramme de l’antenne régionale AIBEF de Bouaké
Figure 7: Organigramme de l’antenne régionale de BOUAKE
Source : Documentation AIBEF-Siège (année 2006)

26
CHAPITRE II : DIAGNOSTIC DU PROBLEME
I. DESCRIPTION DE L'EXISTANT
Le service de la planification familiale de l’antenne régionale de l’AIBEF de Bouaké à
l’instar des autres antennes est constitué par le système de pilotage, le système d'information et le
système d'opération. De ces trois systèmes, seul le système d'information sera l’objet de notre
étude. Pour se faire, nous allons voir de quoi est-il constitué et comment fonctionne-t-il ?
I.1. Analyse du système d'information existant
Comme nous l'avons déjà dit un peu plus haut, le but de notre projet est de mettre sur pied
une solution d'optimisation de la gestion de planification familiale. Pour arriver à nos fins, nous
allons faire un ensemble d'investigations qui seront présentées dans cette partie. Il s’agit pour
nous de faire un état des lieux consistant à procéder à une étude de l'existant suivi de critiques
permettant au projet de présenter une amélioration résumant l'ensemble des solutions retenues.
En effet, afin d'aborder tout projet informatique en entreprise, il est indispensable de
procéder par une étude de son système de gestion avant d'envisager toute solution automatisée.
L'étude de l'existant est une phase importante pour bien comprendre le système actuel et de
définir ses objectifs. Il sera question d'effectuer une description précise de l'existant en
énumérant les principaux acteurs impliqués, les principaux documents manipulés et les moyens
de traitements utilisés. Avant d'aborder cette étape importante, il s'avère nécessaire de
circonscrire le périmètre de notre étude. Dans le cadre de notre projet de fin d'études, il nous a
été confié de faire l'étude du système de gestion de la planification familiale à l’antenne
régionale de Bouaké. L'étude du système consistera à présenter les acteurs, leurs activités et les
documents utilisés.
I.2. Gestion d’un client
Lorsqu’un client arrive pour la première fois sur le site de l’AIBEF, il est reçu à l’accueil
puis orienté chez le conseiller. Selon la préoccupation du client, le conseiller va faire un
counseling avec lui et l’enregistrer.
Si le client est venu pour une méthode contraceptive, le conseiller lui ouvre un dossier de
consultation individuel après le counseling. Le client choisit sa méthode que le conseiller

27
enregistre dans son dossier ainsi que sa carte de rendez-vous. La carte est transmise à la
réceptionniste-vendeuse par l’aide-soignante. Le client sort du bureau du conseiller, et va payer
son produit contraceptif choisi. La réceptionniste-vendeuse lui fait un reçu de caisse d’achat. Le
produit est servi mais donné à l’aide-soignante. L’aide-soignante prend le dossier avec le produit
et se rend chez la sage-femme avec le client.
La sage-femme à son niveau fait un counseling approfondi. Après le counseling, elle fait
une consultation avant d’administrer le produit contraceptif ; si celui-ci n’aura pas d’effets
négatifs sur la santé du client ; sinon elle propose un autre produit qui ne posera pas de problème
de santé au client. Dans ce cas le client revient vers la réceptionniste-vendeuse pour être
remboursé et payer le nouveau produit si les moyens le permettent. Il repart vers la sage-femme
pour l’administration de son produit. Si les moyens font défaut, elle revient une autre fois.
L’enregistrement du client qui a commencé chez le conseiller est effectué par la sage-
femme. Un rendez-vous est fixé par la sage-femme pour le contrôle et/ou dans le cas du suivi du
client.
I.3. Gestion de réapprovisionnement d’un client
Le réapprovisionnement permet à un client de toujours disposer de son produit pendant la
période qu’il désire faire du planning familial. Le réapprovisionnement concerne tous les
produits contraceptifs. Grâce aux cartes, la sage-femme fixe les différentes dates de rendez-vous
pour les réapprovisionnements.
A ces rendez-vous, le client se rend à l’AIBEF avec sa carte. Il présente sa carte à la
réceptionniste-vendeuse. Elle fait la mise à jour de la carte du client ; c’est-à-dire fixe la date du
prochain rendez-vous de réapprovisionnement. Elle sollicite l’aide-soignante pour aller chercher
le dossier du client aux archives. Elle remet le dossier à la sage-femme pour la mise à jour. La
mise à jour effectuée, la réceptionniste-vendeuse peut recevoir les fonds et servir directement le
client pour certains produits tels que les pilules.
Pour les produits tels que (les pilules injectables, le stérilet…) l’aide-soignante conduit le
client avec son produit chez la sage-femme pour son administration.
Mais, lorsque la réceptionniste-vendeuse constate que le client a manqué quelques jours
avant d’aller au rendez-vous, elle conduit le client chez la sage-femme pour une consultation. Si
la consultation confirme l’absence d’une éventuelle grossesse, alors le client recevra son produit
sinon elle attendra la période des menstrues pour avoir son produit.

28
I.4. Gestion de suivi d’un client
Le suivi concerne tous les clients de l’AIBEF ayant un dossier individuel de consultation.
I.4.1. Dans le cas d’un contrôle
Le client est reçu par la réceptionniste-vendeuse. Il présente sa carte sinon, il donne son
nom s’il a perdu sa carte avec la date de sa dernière visite. L’aide-soignante est sollicitée pour
aller aux archives chercher le dossier du client. Le client est accompagné avec son dossier chez
la sage-femme par l’aide-soignante. La sage-femme reçoit le client. Elle fait son diagnostic et
renseigne le dossier. Avec le dossier et la carte, elle fixe si c’est nécessaire un prochain rendez-
vous au client.
I.4.2. Dans le cas d’un réapprovisionnement
Le client est reçu par la réceptionniste-vendeuse. Il présente sa carte sinon, il donne son
nom s’il a perdu sa carte avec la date de sa dernière visite. L’aide-soignante est sollicitée pour
aller aux archives chercher le dossier du client. Le client paie son produit à la caisse. L’aide-
soignante l’accompagne avec son dossier et son produit chez la sage-femme. La sage-femme
reçoit le client, renseigne le dossier et administre le produit au client. Avec le dossier et le carte,
elle fixe le prochain rendez-vous.
I.5. Gestion de la vente des produits contraceptifs
Lorsqu'un client présente sa carte, la réceptionniste-vendeuse, vérifie la disponibilité du
produit dans son stock, ainsi que de la date de péremption. Ce n'est qu'après cette étape de
vérification qu’elle effectue la vente en saisissant dans le registre le nom, le prix, la quantité de
produit vendu, ainsi que le montant qui sera encaissé sans oublier certaines informations
concernant le client (le sexe, l’âge et le type de client (nouveau ou ancien)).
A la fin de chaque journée, la réceptionniste-vendeuse fait le point financier pour connaitre
le montant de la recette, le point de son stock de produits qu’elle transmet au logisticien-
comptable.

29
I.6. Etude des documents du système existant
L'étude des documents consiste à recenser et présenter les documents utilisés par le
système.
Pour le service de la planification familiale de l’antenne régionale de Bouaké, nous avons
recensé les documents suivants :
Tableau 3 : Récapitulatif des documents utilisés
N° Nom du document But du document
1 Le dossier individuel de
consultation
Permet à la sage-femme de faire les consultations
des clients
2 Le registre de la planification
familiale
Permet enregistrement les clients ayant bénéficiés
d’un counseling et d’enregistrer la méthode reçue.
3 Le registre financier Faire le point financier des produits contraceptifs
vendus
4 Le registre journalier des anciens
accepteurs de la planification
familiale
Sert aux données statistiques des anciens accepteurs
5 Le registre journalier IEC/CCC Sert aux données statistiques des clients ayant
participés à un IEC/CCC
6 Le registre d’enregistrement des
clients
Sert aux données statistiques
7 Le registre journalier des
nouveaux accepteurs de la
planification familiale
Sert aux données statistiques des nouveaux
accepteurs

30
II. CRITIQUES DE L’EXISTANT
Après une étude approfondie du fonctionnement actuel de notre système, il nous incombe
la tâche de ressortir les points positifs et négatifs. La critique de l'existant va nous permettre de
cerner davantage les principaux problèmes. Nous le ferons sur deux volets : les points forts et les
faibles du système.
II.1. Points forts
Le personnel est engagé dans ses tâches, collabore et travaille ensemble pour accomplir la
mission qui est la leur. Il s'efforce de travailler avec les moyens du bord. La distribution des
tâches est bien respectée et une parfaite exécution de celle-ci.
II.2. Points faibles
Nous allons répertorier quelques anomalies découvertes dans le système étudié. Nous le
ferons sous trois angles différents à savoir du point de vue organisationnel, du point de vue
informationnel et du point de vue technique.
 Du point de vue organisationnel
- Il n’existe pas d’archiviste ;
- Pas de service d’accueil.
 Du point de vue informationnel
L’archivage est très important dans l’administration pour la conservation des données. Il
constitue, en quelque sorte, la base de données de la planification familiale. Il est à noter que
celui de l’antenne régionale de Bouaké est confronté à un problème d’espace et de climatisation ;
La lenteur dans la recherche des informations avec des registres souvent dégradés.
 Du point de vue technique
- La manipulation excessive des dossiers des clients ;
- L'utilisation de reçus manuels.

31
III. PROPOSITION DE SOLUTIONS
Après avoir décelé quelques faiblesses du système, il est à présent question de supprimer
ces insuffisances en proposant des solutions. Pour y arriver, nous pouvons opter pour une
solution manuelle en tenant compte des anomalies rencontrées. Une telle solution n'utilise pas de
matériel informatique, ou nous pouvons préconiser la solution informatique, c'est-à-dire une
solution faisant intervenir du matériel informatique.
III.1. Proposition de solutions manuelles
Les présentes solutions exigent la correction des défaillances du système existant. A ce
propos, nous relevons certains avantages et inconvénients de ces solutions qui se présentent
préalablement comme suit :
III.1.1. Du point de vue organisationnel
Nous proposons les mesures suivantes :
- Construire un local adapté aux archives ;
- Créer un service accueil.
III.1.2. Du point de vue informationnel
- Exiger la bonne tenue des dossiers ;
- Revoir le circuit client.
III.1.3. Du point de vue technique
- Achat d’une machine de caisse pour les reçus informatisés ;
- Concevoir des armoires qui se ferment à clé pour conserver les dossiers individuels de
consultation ;
- Mettre sous climatisation le local des archives.

32
III.1.4. Avantages et inconvénients des solutions manuelles
 Avantages des solutions manuelles
- Accroissement de la sécurité des dossiers individuels de consultation ;
 Inconvénients des solutions manuelles
- La perte des dossiers individuels de consultation ;
- Ouverture de plus d’un dossier pour un même client ;
- La lenteur dans les recherches d’informations.
III.2. Propositions de solutions informatiques
Notre solution consiste à mettre en place une application web, un logiciel fonctionnant sur
un serveur, auquel les utilisateurs accèdent via un navigateur web. Elle peut être exécutée en
local (intranet) ou à distance (via Internet ou un extranet).
III.2.1. Avantages
Les avantages sont :
L'exécution de tâches répétitives, lourdes et complexes par des machines programmables ;
La possibilité de centraliser les données de la planification familiale sur l’étendue du territoire ;
Des données sécurisées ;
La possibilité de suivre les clients sur l’étendue du territoire national ;
Faciliter la production des rapports mensuels ;
Faciliter la mise à jour des données.
III.2.2. Inconvénients
- Le coût élevé de l'achat des matériels informatiques et de leur maintenance ;
- L'engagement d'un personnel informaticien qualifié.

33
IV. ETUDE COMPARATIVE DES SOLUTIONS
L’étude comparative permettra de confronter la solution basée sur une amélioration des
procédures manuelles à celle basée sur l’intégration des outils informatiques. Cette comparaison
se fera par rapport aux tâches suivantes :
- la conservation des documents
- la circulation des informations dans la gestion
- la maitrise des données démographiques
Tableau 4 : La comparaison entre la solution manuelle et la solution informatique
Tâche Solution manuelle Solution informatique
Conservation des
documents
Sur des papiers dans une armoire ;
Risque de perte des documents ;
Encombrement des pièces
utilisation de clé USB, cartes
mémoires, disques durs, de
serveurs.
Circulation des
informations
Déplacement des personnes ;
Maniement excessif de dossiers
individuels de consultation et les
registres.
Envoi des informations à travers
le réseau informatique ;
Politique de codification et
de cryptographie.
Sécurité des
données
Utilisation des armoires à clé ;
Accessibilité facile aux données.
Identification et authentification
des utilisateurs ;
Accord des droits d'accès.
Démographie
Ouverture multiple de dossiers pour les
clients qui se déplacent ;
Absence de données statistiques en
temps réel.
Saisie contrôlée des informations ;
Identification unique d’un client
sur toute l’étendue du territoire ;
Disponibilité de données
statistiques.

34
V. CHOIX DE LA SOLUTION
Pour des raisons de rapidité de traitement et d'automatisation des procédures, notre choix
est porté sur la solution informatique. L'effort entrepris pour mener cette étude préalable nous a
permis de dégager des éléments de solution pour que la décision de réaliser l'informatisation de
la gestion de la planification familiale de l’antenne régionale de l’AIBEF de Bouaké puisse être
prise. Nous comptons y parvenir en utilisant une application web architecturée en couches
(présentation, traitements et accès aux données). La base de données fournie par cette
architecture pourra contenir toutes les informations relatives à la planification familiale.
La critique de l'existant que nous venons de faire, nous a permis de relever les points forts
et faibles de notre système (faire un diagnostic). Ainsi, nous arrivons à la conclusion selon
laquelle l'informatisation de la gestion de la planification familiale de l’antenne régionale de
l’AIBEF de Bouaké s'avère inévitable afin de la rendre plus efficace et plus moderne.

35
PARTIE III : REALISATION DE LA SOLUTION
PARTIE III :
REALISATION DE LA SOLUTION

36
CHAPITRE I : MISE EN OEUVRE
I. DESCRIPTION FONCTIONNELLE
L’analyse fonctionnelle va servir à poser les bases du recueil des besoins de l’application à
réaliser en termes de métier (comportement de l’application). Pour pouvoir clarifier les besoins
des utilisateurs de notre application, nous allons présenter les besoins fonctionnels ainsi que les
besoins non fonctionnels.
Pour se faire, nous allons identifier les acteurs impliqués dans la gestion de la planification
familiale à l’AIBEF.
I.1. Identification des acteurs
L’application doit fournir un ensemble de fonctionnalités au personnel de la planification
familiale. En effet, l’application permettra de gérer les clients et la vente des produits
contraceptifs. Ainsi, nous parvenons à dégager deux principaux acteurs que sont :
- Le personnel de la planification familiale (utilisateurs) qui utilise l’application pour créer
des dossiers individuels de consultation des clients, enregistrer les clients ayant participé
à un counseling ou IEC/CCC, faire le suivi des clients et vendre les produits
contraceptifs ;
- L’administrateur qui doit gérer le bon fonctionnement de l’application.
I.2. Besoins fonctionnels
Les besoins fonctionnels sont les fonctionnalités de l’application. Elles peuvent se
décomposer en deux parties : les fonctionnalités administrateur et les fonctionnalités utilisateur.
I.2.1. Fonctionnalités Administrateur
L’administrateur de notre application dispose des fonctionnalités suivantes:
 Gérer les comptes utilisateurs
La gestion des utilisateurs consiste à :
- Créer un compte d’un utilisateur ;

37
- Modifier le compte d’un utilisateur ;
- Supprimer le compte d’un utilisateur ;
- Rechercher le compte d’un utilisateur ;
- Lister les comptes des utilisateurs.
 Gérer les clients
La gestion des clients consiste à:
- Ajouter client ;
- Modifier client ;
- Supprimer client ;
- Rechercher client.
 Gérer la vente des produits contraceptifs
La gestion de la vente des produits contraceptifs consiste à:
- Ajouter un produit ;
- Modifier un produit ;
- Supprimer un produit ;
- Rechercher un produit ainsi que sa date de péremption ;
- Réaliser une vente en tenant compte du sexe, de l’âge et du type de client ;
- Modifier une vente ;
- Annuler une vente.
I.2.2. Fonctionnalités utilisateur
Les utilisateurs de l’application sont le personnel de la planification familiale à savoir les
sages-femmes, les réceptionnistes-vendeuses et les conseillers
 Pour la sage-femme l’application doit permettre :
- L'ajout de nouveaux clients ;
- La modification des informations à propos des clients ;
- La suppression d’une donnée quelconque ou la suppression d’un client ;
- La recherche d’une information à propos d’un client ;
- Signaler les dates de rendez-vous par l’envoi de sms aux clients ;

38
- L'impression des documents comme (les rapports journaliers et mensuels) ;
- Faire les statistiques : le nombre de jeunes filles reçues par jour, le nombre de
femmes reçues en counseling par mois etc.
 Pour le conseiller, l’application doit permettre :
- L’enregistrement des clients ;
- L’enregistrement des clients ayant participés à un counseling ou un IEC/CCC ;
- L'impression des documents comme (les rapports journaliers et mensuels).
- Faire les statistiques : le nombre de jeunes filles reçues par jour, le nombre de
femmes reçues en counseling par mois.
 Pour la réceptionniste-vendeuse, l’application doit permettre :
- L’enregistrement des clients ;
- Rechercher un produit ainsi que sa date de péremption ;
- Réaliser une vente en tenant compte du sexe, de l’âge et du type de client ;
- Modifier une vente ;
- Annuler une vente ;
- Faire le point financier des produits vendus ;
- Produire un reçu informatisé de caisse pour l’achat d’un produit ;
- Faire le point des produits sortis par âge, sexe selon le type de clients ;
- Connaître la quantité de produit disponible dans son stock ;
- A travers le réseau local, envoyer le rapport financier à la sage-femme.
I.3. Besoins non fonctionnels
Les besoins non fonctionnels concernent les contraintes à prendre en considération pour
mettre en place une solution adéquate aux attentes des concepteurs des architectures dynamiques.
Notre application doit nécessairement assurer les besoins que sont :
- L’extensibilité : dans le cadre de ce travail, l'application devra être extensible, c'est-à-
dire qu'il pourra y avoir une possibilité d'ajouter ou de modifier de nouvelles
fonctionnalités.

39
- La sécurité : l’application devra être hautement sécurisée, les informations ne devront
pas être accessibles à tout le monde, c'est-à-dire que le site web est accessible par un
identifiant et un mot de passe attribué à une personne physique.
- L’interface : avoir une application qui respecte les principes des Interfaces
Homme/Machine (IHM) tels que l'ergonomie et la fiabilité.
- La convivialité : l’application doit être simple et facile à manipuler même par des non
experts.
- L’envoi de mail : l’application doit permettre l’envoi de mail.
- L’ergonomie : le thème adopté par l’application doit être inspiré des couleurs et du logo
type de la structure d’accueil.
N’oublions pas non plus les exigences quantitatives suivantes, très importantes également
pour les utilisateurs:
- Notre application doit pouvoir gérer les comptes de plus de cent mille (100 000)
utilisateurs.
- Elle doit supporter plus de mille (1 000) connexions simultanées.
- L’application doit pouvoir comprendre plus d’un million (1 000 000) de dossiers
individuels de consultation.

40
II. ETUDE CONCEPTUELLE
II.1. Cas d’utilisation S’authentifier
II.1.1. Description du cas d’utilisation
Nom du cas S’authentifier
Objectif Identifier toutes personnes accédant au système
Acteur
Conseiller, Réceptionniste-vendeuse, Sage-
femme, Administrateur
Dépendance aucune
Date de Création 31/10/2018
Date de mise à jour 31/10/2018
Responsable KOUASSI Kouadio
Version 1.0
DESCRIPTION DES ENCHAINEMENTS
Préconditions
- Bases de données crée, structurée et contenant les données d’authentification ;
- Application correctement installée et exécutée.
SCENARIO NOMINAL
1. L’utilisateur accède au système grâce au navigateur ;
2. Le système affiche le formulaire d'authentification ;
3. L’utilisateur saisit son compte et son mot de passe et les valide ;
4. Le système vérifie l’authenticité des informations saisies dans la base de données ;
5. Le système affiche l’interface de l’utilisateur concerné.
Post-conditions
L’utilisateur est connecté.
ENCHAINEMENT ALTERNATIF
E1 : Des champs vides.
1. Le système affiche un message d’erreur ;

41
2. Le scénario reprend en 2.
E2 : Le compte et/ou le mot de passe incorrect.
II.1.2. Diagramme du cas d’utilisation
Figure 8: Diagramme de cas d’utilisation S’authentifier
II.2. Cas d’utilisation Gérer client
II.2.1. Description du cas d’utilisation Ajouter un client
Nom du cas Ajouter un client
Objectif Enregistrer un nouveau client
Acteur
Conseiller, Réceptionniste-vendeuse, Sage-
femme, Administrateur
Dépendance S’authentifier
Version 1.0
Préconditions
L’utilisateur est connecté

42
SCENARIO NOMINAL
1. L’utilisateur demande le formulaire d’ajout de client ;
2. Le système affiche le formulaire d’ajout de nouveau client ;
3. L’utilisateur saisit les informations relatives à l’ajout du client et valide ;
4. Le système effectue un contrôle sur les champs saisis ainsi que les champs obligatoires;
5. Le système enregistre les informations relatives à un certificat ;
6. Le système affiche un message de confirmation.
Post-conditions
Le client est enregistré.
E : Champs non valides ou champs obligatoires vides.
1. Le système signale l'existence de champs non valides ou champs obligatoires vides ;
2. Le système affiche à nouveau le formulaire déjà rempli ;
II.2.2. Description du cas d’utilisation Produire rapport mensuel des
prestations de la PF
Nom du cas
Produire rapport mensuel des prestations de la
PF
Objectif Etablir le bilan des prestations des activités
mensuelles de la planification familiale
Acteur Sage-femme, Administrateur
Dépendance
S’authentifier, Ajouter client,
Modifier client
Version 1.0
Préconditions

43
Sage-femme connectée
SCENARIO NOMINAL
1) La sage-femme demande le formulaire de rapport mensuel des prestations de la PF ;
2) Le système affiche le formulaire de rapport mensuel des prestations de la PF ;
3) La sage-femme choisit les données nécessaires et valide ;
4) Le système va charger les données sélectionnées à partir de la Base de données et
génère le rapport dans une nouvelle fenêtre ;
Post-conditions
Le rapport mensuel des prestations de la PF est imprimé.
E : Aucune valeur en retour
1. Le système affiche une page vide,
Figure 9 : Diagramme de cas d’utilisation Gérer client

44
II.3. Cas d’utilisation gérer vente
II.3.1. Description du cas d’utilisation Ajouter un produit
Nom du cas Ajouter un produit
Objectif Permettre l’ajout d’un nouveau produit
Acteur
Réceptionniste-vendeuse, Sage-femme,
Administrateur
Version 1.0
Préconditions
L’utilisateur est déjà connecté
SCENARIO NOMINAL
1. La réceptionniste-vendeuse demande le formulaire d’ajout de produit ;
2. Le système affiche le formulaire d’ajout de nouveau client ;
3. La réceptionniste-vendeuse saisit les caractéristiques du produit à ajouter et valide ;
4. Le système effectue un contrôle sur les champs saisis ainsi que les champs obligatoires ;
5. Le système enregistre les caractéristiques du produit du nouveau produit ;
Post-conditions
Le produit est enregistré.
E : Champs non valides ou champs obligatoires vides.
3. Le système signale l'existence de champs non valides ou champs obligatoires vides ;

45
II.3.2. Description du cas Produire rapport financier
Nom du cas Produire rapport financier
Objectif Etablir le point financier des produits vendus
Acteur
Réceptionniste-vendeuse, Sage-femme,
Administrateur
Dépendance S’authentifier, traiter vente
Version 1.0
Préconditions
Réceptionniste-vendeuse connectée
SCENARIO NOMINAL
1. La réceptionniste-vendeuse demande le formulaire de point financier des produits ;
2. Le système affiche le formulaire de point financier des produits ;
3. La réceptionniste-vendeuse choisit les données nécessaires et valide ;
4. Le système va charger les données sélectionnées à partir de la base de données et génère
le rapport dans une nouvelle fenêtre ;
Post-conditions
Le point financier est imprimé.
E : Aucune valeur en retour
1. Le système affiche une page vide ;

46
Figure 10: Diagramme de cas d’utilisation Gérer vente
II.4. Cas d’utilisation gérer utilisateur
II.4.1. Description du cas d’utilisation Ajouter un utilisateur
Nom du cas Ajouter un utilisateur
Objectif Enregistrer un nouvel utilisateur
Acteur Administrateur
Version 1.0

47
Préconditions
Administrateur connecté
SCENARIO NOMINAL
1. L’administrateur demande le formulaire d’ajout d’utilisateur ;
2. Le système affiche le formulaire d’ajout de nouvel utilisateur ;
3. L’administrateur saisie les informations relatives à l’ajout de l’utilisateur et valide ;
4. Le système effectue un contrôle sur les champs saisis ainsi que les champs obligatoires ;
Post-conditions
L’utilisateur est enregistré.
E : Champs obligatoires non valides et/ou vides
Figure 11: Diagramme de cas d’utilisation Gérer utilisateur

48
III. DIAGRAMME DE SEQUENCE
Les diagrammes de séquences permettent de modéliser de façon chronologique les
différents échanges entre les objets.
Nous allons dans cette étape isoler les messages propres aux cas d’utilisation et les
représenter graphiquement sur des diagrammes de séquence UML. Pour chaque message, le
diagramme de séquence montre non seulement les acteurs externes qui interagissent avec le
système, mais également les événements système déclenchés par les acteurs. Nous allons
présenter le diagramme de séquence correspondant à chaque cas d’utilisation développée.
III.1. Diagramme de séquence du cas d’utilisation s’authentifier
Figure 12 : Diagramme de séquence S’authentifier

49
III.2. Diagramme de séquence du cas d’utilisation Ajouter un client
Figure 13: Diagramme de séquence Ajouter client

50
III.3. Diagramme de séquence du cas d’utilisation Produire rapport mensuel
des prestations de la PF
Figure 14: Diagramme de séquence Produire rapport mensuel des prestations de la PF

51
IV. DIAGRAMME DE CLASSE
Le diagramme de classes est généralement considéré comme le plus important dans un
développement orienté objet. Il représente l’architecture conceptuelle du système. Il décrit les
classes que le système utilise ainsi que leurs liens.

52
Figure 4 : Diagramme de classe d’analyse

53
CHAPITRE II: IMPLEMENTATION DE LA SOLUTION
Les phases de conception et de réalisation de notre application seront l’objet de ce chapitre.
Nous allons dans ce chapitre présenter d’abord les langages utilisés ensuite l’architecture
logicielle de notre application sans oublier les outils de développement qui nous ont servis ; et
enfin passer à l’implémentation de la base de données.
I. PRESENTATION DES LANGAGES UTILISES
I.1. Langage Java et la plate-forme Java EE
Pour développer notre application, nous avons choisi d'utiliser le langage JAVA. Le choix
de ce langage n'était pas arbitraire. Nous l’avons opté car, il est de plus en plus utilisé dans le
monde de la recherche scientifique ainsi que dans l'industrie. En effet, ce langage de
programmation présente un large avantage car outre sa robustesse et sa performance, JAVA
présente le grand avantage d'être sur plusieurs plateformes (Windows, Linux,…).
Par ailleurs, la sélection de JAVA comme notre langage de programmation est justifiée par
le fait qu’il :
- Utilise le concept orienté objet et s'apprête parfaitement à notre cas ;
- Permet la création d'interfaces graphiques sophistiquées (menus déroulants, boutons, cases
à cocher...) essentiels pour la conception de l'interface graphique de notre application ;
- Inclut le concept du modèle évènementiel. En effet il est capable de réagir à des
évènements et permet de faire de la programmation évènementielle ;
- Du point de vue temps, les délais d'exécution qu'il offre sont acceptables.
Java EE, ou JEE ou encore Java Enterprise Edition, est un ensemble de spécifications
destinées aux applications d’entreprise. JEE peut être vu comme une extension du langage Java
afin de faciliter la création d’applications réparties, robustes, performantes et à haute
disponibilité. Elle combine les avantages du langage Java avec l’expérience acquise dans le
développement au cours des dix dernières années. Elle bénéficie en outre du dynamisme des
communautés Open Source ainsi que du JCP de Sun Microsystems.

54
Pour le développement de l’application, nous avons utilisé la plateforme JEE (Java Edition
Entreprise) pour les avantages suivants :
- Technologie sans frais : Java (sur le quel est basé JEE) est une technologie Open Source,
les outils de développement JEE sont disponibles gratuitement ;
- Maintenabilité : Les applications JEE sont plus faciles à entretenir, dans la plupart des
cas, elles sont conçues en plusieurs couches. Il est facile d'ajouter de nouvelles
fonctionnalités tierces pour les applications JEE en raison de sa fonction d'évolutivité ;
- Indépendance : Les applications développées avec JEE peuvent être déployées sur la
plupart des matériels disponibles. Elles offrent une flexibilité de matériel à l'utilisateur
final. Ainsi, l’utilisateur peut déployer et exécuter des applications JEE sur le système
d'exploitation et le matériel de son choix.
I.2. Langage XHTML/HTML
XHTML (Extensible Hyper Text Markup Language) est un langage de balisage servant à
écrire des pages web comme HTML. Conçu à l'origine comme le successeur de HTML, XHTML
se fonde sur la syntaxe définie par XML, plus récente, mais plus simple que celle définie par
SGML sur laquelle repose HTML.
Une page JSF est en gros une page XHTML avec des balises. Ces balises représentent des
composants JSF similaires aux composants XHTML (par exemple une liste déroulante) ou plus
complexes (par exemple un calendrier).
Il a permis d’ajouter des objets graphiques d’une part et d’autre part de tester des pages
web en local.
I.3. Langage CSS
Les CSS (Cascading Style Sheets ou feuilles de styles en cascade) est un autre langage qui
vient compléter le HTML. Les feuilles de styles en cascade servent à mettre en forme des
documents web, type page HTML. Par l'intermédiaire de propriétés d'apparence et de placement,
elles permettent de :
- Choisir la couleur de texte du site ;

55
- Sélectionner la police utilisée pour le site ;
- Définir la taille du texte, les bordures, le fond… ;
- Faire la mise en page du site.
Les feuilles de styles ont pour objectif principal de dissocier le contenu de la page de son
apparence visuelle.
I.4. Langage JPQL
En plus de pouvoir associer un modèle de classes Java et une structure de table dans une
base de données, la spécification JPA décrit un langage de requête, appelé JPQL (Java
Persistence Query Language). Ce langage, reprend les fonctionnalités du SQL, et permet
d’exécuter des requêtes sur des entités persistées en base de données mais en travaillant sur les
entités Java correspondant aux tables plutôt que sur les tables elles-mêmes.
Même si la syntaxe de JPQL ressemble fort à celle du SQL, ce n'est pas la même, et les
notions manipulées sont légèrement différentes. Là où chaque base de données a sa propre
version de SQL, il n'existe qu'un seul JPQL. Une requête JPQL est donc écrite indépendamment
de la base de données à laquelle elle s'adresse, ce qui est un gain important de productivité.
Le langage JPQL définit trois types de requêtes qui nous permettrons de manipuler les
données dans notre application. Ce sont :
- Les requêtes de sélections ;
- Les requêtes de mise à jour ;
- Les requêtes d'effacement.
Notons qu'une requête opère toujours sur les entités d'une unique unité de persistance. Il
n'est pas possible de faire des requêtes portant sur des données gérées par plusieurs unités de
persistance.

56
II. ARCHITECTURE LOGICIELLE DE L’APPLICATION
L’architecture logicielle d’une application décrit les solutions mises en place (Framework,
logiciels, design patterns…) ainsi que leurs interactions. Pour la gestion de la planification,
nous allons suivre un développement en couches applicatives que propose l’architecture
logicielle de type trois (3) couches.
Cette architecture présente de nombreux avantages à savoir une meilleure répartition des rôles
(chaque couche a un rôle précis), une séparation des traitements, une réduction du couplage (la
dépendance) entre les services pour fournir une plus grande souplesse au niveau de la
maintenabilité et de l’évolution
Figure 5 : Architecture logique de l’application
L’application développée suit l’architecture applicative déjà présentée dans le schéma
précédent. Elle comporte trois couches :
- La couche présentation ;
- La couche métier ;
- La couche de persistance.

57
II.1. Couche présentation
La couche de présentation est la partie visible de l’application qui permet
à un utilisateur d’interagir avec le système. Elle relaie les requêtes de l’utilisateur à destination
de la couche métier, et en retour lui présente les résultats renvoyés par les traitements. On parle
alors d’interface homme/machine (IHM), aucun traitement n’est implémenté dans cette couche.
Dans le cas de notre application, nous développerons l’interface à l’aide de la technologie
java server faces (JSF). Mais la couche présentation pourra être développée en Swing.
II.2 Couche métier
La couche de traitement métier correspond à la partie fonctionnelle ou métier de
l’application. Elle implémente la logique et les règles de gestion permettant de répondre aux
requêtes de la couche présentation.
Pour fournir ces services, elle s’appuie, le cas échéant, sur les données du système,
accessibles au travers des services de la couche inférieure, c’est-à-dire la couche de données. En
retour, elle renvoie à la couche présentation les résultats qu’elle a calculés.
En pratique, on trouve au niveau de la couche métier :
- Des entity beans dont la persistance est assurée par la couche de mapping ;
- Des stateless beans qui proposent des méthodes pour manipuler les entity bean (CRUD :
Create, Retrieve, Update and Delete ; c’est-à-dire création, lecture, mise à jour et
suppression de données) ;
- Des message-driven beans qui assurent les traitements asynchrones ;
- Les API JNDI, pour accéder au service de nommage, et JavaMail pour créer et envoyer
des mails.
Les appels vers les systèmes externes sont orchestrés par la couche métier.
II.3. Couche persistance
La couche de persistance est la couche qui sert de communicateur avec la base de données
et joue le rôle de sas de sécurité entre l'application et la base de données. Elle contient les

58
données sauvegardées physiquement sur disque, c’est-à-dire la base de données. On trouve dans
cette couche des entités persistantes (JPA, EJB entity).
III. OUTILS DE DEVELOPPEMENT DE L’APPLICATION
Pour la réalisation de notre application de gestion de la planification familiale, plusieurs
outils de développement ont été adoptés. Ils sont :
III.1. JDK
Java Development Kit (JDK), est le kit de développement proposé par Sun. Il est
indispensable pour le développement et l’exécution de notre application. Il comprend plusieurs
outils à savoir :
- javac : le compilateur Java ;
- java : un interpréteur d’applications (machine virtuelle) ;
- javadoc : un générateur de documentation ;
- jar : un outil de compression de classes Java.
Le JDK nous permettra de compiler et d’exécuter l’application.
III.2. Serveurs
Dans une application d’entreprise, cet environnement est généralement composé de
serveur(s) d’applications et de serveur(s) de bases de données. Même si ces programmes sont
souvent assimilés à des outils externes au système développé, il est important de les prendre en
considération. En effet, ils ont des conséquences directes sur l’exécution de celui-ci.
III.2.1. Glassfish
Glassfish est un serveur d’applications certifié Java EE. Il est utilisé par un grand nombre
de développeurs et de sociétés. Son développement a été initié lorsque Sun a ouvert le code de
son serveur d’applications pour le licencier en Open Source. Il utilise le moteur de persistance
d’Oracle, TopLink Essentials.

59
Le serveur Glassfish est constitué :
- d’un serveur web dédié au service de fichiers, c’est-à-dire à des pages HTML statiques,
images, vidéos, etc. ;
- d’un conteneur d’EJB pour la gestion des composants stateless, stateful, MDB et entity
beans ;
- d’un conteneur de servlets hébergeant des applications composées de servlets et/ou JSP ;
- de l’implémentation de l’API de persistance JPA d’Oracle (TopLink Essentials).
L’administration du serveur Glassfish se fait soit par interface web ou soit par ligne de
commande. C’est le serveur Glassfish qui hébergera dans le cas de notre projet l’application pour
la gestion de la planification familiale. Nous avons choisi d’utiliser le serveur d’applications
Glassfish pour l’exécution de notre application, principalement pour son implémentation
complète de la spécification Java EE.
III.2.2. MySQL
Le serveur de bases de données MySQL est très rapide, fiable et facile à utiliser. Il a été
développé à l'origine pour gérer de grandes bases de données plus rapidement que les solutions
existantes, et a été utilisé avec succès dans des environnements de production très exigeants,
depuis plusieurs années.
Bien que toujours en développement, le serveur MySQL offre des fonctions nombreuses et
puissantes. Ses possibilités de connexions, sa rapidité et sa sécurité font du serveur MySQL un
serveur hautement adapté à Internet.
Le logiciel de bases de données MySQL est un système client/serveur, constitué d'un
serveur SQL multithreads qui supporte différents systèmes de stockage, plusieurs logiciels
clients et librairies, outils d'administration, ainsi que de nombreuses interfaces de programmation
(des API).
En effet, notre application étant assez simple, nous avons choisi le système de gestion de base
de données MYSQL Server de Microsoft pour gérer notre base de données et effectuer des
différents traitements ; et ce pour les raisons suivantes :
- La performance, MYSQL Server se classe parmi les SGBDR les plus rapides ;

60
- La facilité d'intégration, MYSQL Server est plus facile à intégrer dans un réseau local ;
- La gestion, MYSQL Server offre plusieurs outils d'administration qui permettent de gérer
des réseaux, des ordinateurs, des services et d'autres composants système ;
- La sécurité, MYSQL Server offre différentes options de sécurité pour protéger la base de
données.
Nous avons choisi d’utiliser MySQL, toutefois, celui-ci pourrait être remplacé par
PostgreSQL ou Oracle XE sans problème.
III.3. Astah
Astah est un outil de modélisation UML créé par la compagnie japonaise ChangeVision. Il
est un logiciel propriétaire mais disponible en version communautaire. Il nous a permis de
concevoir les diagrammes de cas d’utilisation, de séquence et de classe.
III.4. NetBeans
NetBeans est un Environnement de Développement Intégré(EDI) open source lancé par
Sun Microsystems en juin 2009.Il permet de développer des applications Java, PHP, C, C++ et
Ruby.
Il comprend par ailleurs toutes les caractéristiques d'un IDE moderne (éditeur en couleur,
projets multi-langage, éditeur graphique d'interfaces et de pages Web).

61
IV. IMPLEMENTATION DE LA BASE DE DONNEES
Une base de données est composée de données stockées dans des mémoires de masse sous
une forme structurée, et accessibles par des applications différentes et des utilisateurs différents.
Une base de données doit pouvoir être utilisée par plusieurs utilisateurs en même temps.
IV.1. Modèle de relationnel
A partir de l’analyse que nous avons faite précédemment, nous avons dégagé un ensemble
d’entités et de dépendances ; cela a été traduit par ce modèle de conception de la base de données
qui modélise le système réel étudié.
client (numdossier, datedossier, nomclient, prenomsclient, sexe, age, datenaissance,
lieunaissance, etatmarital, profession, professionconj, nationalite, ethnie, religion, niveauscolaire,
contact, localite, quartier, autre)
counseling (numcouns, datecouns, titrecouns, observationcouns, #numdossier)
iec/ccc (numiec, dateiec, lieuiec, themeiec, #numdossier)
consultation (numcons, datecons, motifcons, observationcons, #numdossier, #matricule)
rdv (numrdv, daterdv, causerdv, #numdossier)
soins (numsoins, datesoins, typesoins, #numdossier)
personnel (matricule, nompersonnel, prenomspersonnel, sexe, datenaissance, lieunaissance,
fonction, contact, mail, compte, motdepasse, #codeantenne)
antenne (codeantenne, nomantenne, situationgeographique, contactantenne, mailantenne)
produit (refproduit, nomproduit, dateperemption, quantite, prixunitaire, #numdossier,
#refmethode)
methode (refmethode, nommethode, dernieremethutilisee, methodechoisie, methodereçue,
connaissancemethnat)
reçucaisse (numreçu, datereçu, objet, tarif, # refproduit)

62
IV.2. Dictionnaire de données
Tableau 5 : Dictionnaire de données
Codification Désignation Type Taille Observation
numdossier Identifiant du client Chaîne de caractère 18 Clé primaire
datedossier Date de création du
dossier
Date
nomclient Nom du client Chaîne de caractère 35
prenomsclient Prénoms du client Chaîne de caractère 75
sexe Sexe du client Chaîne de caractère 15
datenaissance Date de naissance Date
age Age du client Entier
lieunaissance Lieu de naissance Chaîne de caractère 45
etatmarital Etat matrimonial Chaîne de caractère 25
profession Profession Chaîne de caractère 35
professionconj Profession conjoint (e) Chaîne de caractère 35
nationalite Nationalité Chaîne de caractère 35
ethnie Ethnie Chaîne de caractère 35
religion Religion Chaîne de caractère 35
niveauscolaire Niveau scolaire Chaîne de caractère 35
contact Contact du client Chaîne de caractère 30
localite Localité du client Chaîne de caractère 45
quartier Quartier du client Chaîne de caractère 45
autre Autres informations
d’adresse du client
Chaîne de caractère 100
numcouns Identifiant du
counseling
Entier Clé primaire
datecouns Date du counseling Date
titrecouns Titre du counseling Chaîne de caractère 100
observcouns Observation du
counseling
numiec Identifiant de l’IEC Entier Clé primaire
dateiec Date de l’IEC Date
lieuiec Lieu de déroulement Chaîne de caractère 45

63
themeiec Thème de l’IEC Chaîne de caractère 100
numcons Identifiant de la
consultation
datecons Date de la consultation Date
motifcons Motif de la
consultation
observationcons Observation lors de la
consultation
numrdv Identifiant du Rendez-
vous
daterdv Date de Rendez-vous Date
causerdv Cause de Rendez-vous Chaîne de caractère 45
numsoins Identifiant de soins Entier Clé primaire
datesoins Date des soins Date
typesoins Type de soins Chaîne de caractère 45
codeantenne Identifiant d’antenne Chaîne de caractère 18 Clé primaire
nomantenne Nom de l’Antenne Chaîne de caractère 35
contactantenne Contact de l’antenne Chaîne de caractère 30
mailantenne Mail de l’antenne Chaîne de caractère 45
situationgeographique Situation géographique
de l’antenne
matricule Identifiant du
personnel
Chaîne de caractère 18 Clé primaire
nompersonnel Nom du personnel Chaîne de caractère 35
prenomspersonnel Prénoms du personnel Chaîne de caractère 75
sexe Sexe Chaîne de caractère 15
datenaissance Date de naissance Date
lieunaissance Lieu de naissance Chaîne de caractère 45
fonction Fonction du personnel Chaîne de caractère 35
contact Contact du personnel Chaîne de caractère 30
mail Mail du personnel Chaîne de caractère 45
compte Compte du personnel Chaîne de caractère 35
motdepasse Mot de passe Chaîne de caractère 50

64
refproduit Identifiant du produit Chaîne de caractère 18 Clé primaire
nomproduit Nom du produit Chaîne de caractère 45
dateperemption Date de péremption Date
quantite Quantité Entier
prixunitaire Prix unitaire Entier
refmethode Identifiant de la
méthode
Chaîne de caractère 18 Clé primaire
nommethode Nom de la méthode Chaîne de caractère 35
dernieremethutilisee Dernière méthode
utilisée
methodechoisie Méthode choisie Chaîne de caractère 35
methodereçue Méthode reçue Chaîne de caractère 35
connaissancemethnat Connaissance de
méthode naturelle
Booléen
numreçu Identifiant de reçu de
caisse
datereçu Date du reçu date
objet Objet du reçu Chaîne de caractère 45
tarif Montant à régler Chaîne de caractère 75

65
V. PRESENTATION DE L’APPLICATION
V.1. Description de l’application
Dans cette partie, nous allons présenter quelques interfaces de l’application, répondant aux
recommandations ergonomiques de compatibilité, de guidage, de clarté, d’homogénéité et de
souplesse.
Notre application conçue permet d'effectuer les tâches suivantes :
- D’enregistrer les clients ;
- De connaître le nombre de clients ayant participés à un ou des counseling et IEC/CCC ;
- De connaître le nombre de nouveaux et anciens accepteurs ;
- De connaître le nombre de produits vendus selon le sexe et l’âge ;
- De connaître le nombre de consultations par motif;
- Permet de faire le point des recettes journalières ;
- De rappeler les rendez-vous des clients ;
V.2. Captures d’écran

66
Figure 6: Formulaire d’authentification
Figure 7: Formulaire d’enregistrement des clients

67
Figure 8: Formulaire de la liste des clients
V.3. Coût estimatif du projet
L’application pour la gestion de la planification familiale a été conçue à un coût étudié.
Nous avons fait des choix minutieux afin d’avoir un produit moins couteux et supportable par la
structure. Nous constatons que les outils sont disponibles sous licence open source et le matériel
physique disponible sur place. Le tableau suivant donne le coût estimatif pour de notre projet.
Tableau 6 : Budget estimatif du projet
Désignation Quantité Caractéristiques Prix unitaire Prix total
Micro-ordinateur complet 04 CPU Intel duo 2.0GHZ ; 4 GO
de RAM ; 500GO disque dur
300.000 1.200.000
PC 01 500.000 500.000
Imprimante en couleur 02 Laser avec carte réseau, wifi 250.000 500.000
Connecteur RJ45 02 paquets Connecteur blindé 4.000 8.000
Rouleau de câble 01 CAT6 FTP 45.000 45.000
Baie informatique
01
Rack mural, capacité 12U,
largeur 600mm,
profondeur450mm
120.000 120.000
Panneau de brassage 01 CAT6A 24 ports 35.000 35.000
Onduleurs 05 1000VA 55.000 275.000
Serveur 01
Octo-core 2.1 GHz, 8 baies
pour disques durs, 16 Go de
mémoire DDR4
1.800.000 1.800.000
Windows server 2016 01 Licence pour un poste 250.000 250.000
Bureau avec fauteuil 04 Matière en bois, dimensions :
160x80x76
350.000 1.400.000
Groupe électrogène 01 33Kw 400V, silencieux 8.250.000 8.250.00
Main d’œuvre 500.000 500.000
Total 14.883.000F
Le budget estimatif de notre projet s’élève à quinze millions six cent vingt-sept mille cent
cinquante (15.627.150) francs CFA.

68
CONCLUSION
Au terme de ce travail, il est important de rappeler que notre objectif est d'informatiser
l'activité de la planification familiale du système d'informations de l’Association Ivoirienne pour
le Bien Etre Familial.
Pour atteindre notre objectif, nous avons réalisé une application permettant à l’utilisateur
d’évaluer avec plus de souplesse l’exécution de ses tâches avec plus de fluidité dans la
circulation de l’information et moins de contraintes dans le traitement automatique.
Nous avons commencé d’abord, par la présentation du cadre théorique sur les systèmes
d’informations et la méthodologie de développement tout en justifiant notre méthode de
développement choisie.
Ensuite, la deuxième partie a été consacrée au cadre pratique consistant a présenté la
structure d’accueil, la présentation du sujet et une étude de l’existant achevée par des critiques et
des suggestions.
Pour finir, nous avons décrit, dans la dernière partie la mise en œuvre et l'implémentation
de notre application tout en présentant quelques captures d’écran de certaines interfaces.
Nous avons présenté notre application, conçue pour la gestion de la planification familiale.
Comme d'autres applications java web, notre application peut être aisément améliorée car elle
ouverte et modulaire.

69
PERSPECTIVES
L’amélioration de notre application pourrait, consister à inclure plus de fonctionnalités à
savoir :
- Proposer la gestion du personnel ;
- La gestion des activités médicinales ;
- L’ajout au fur et à mesure des besoins d'automatisme de l'entreprise.

70
GLOSSAIRE
Abstraction
Faculté des humains de se concentrer sur l'essentiel et d'oublier les détails.
API
Une API est une bibliothèque qui regroupe des fonctions sous forme de classes pouvant être
utilisées pour développer.
Analyse
Spécification des besoins auxquels doit répondre un système (ou un composant). L'analyse traite
de l'interface et du comportement sans se préoccuper de l'implémentation.
Bean de session
Un bean de session (EJB) est un objet à durée de vie limitée exécuté par un seul client. Il peut
être avec ou sans état.
Bean d’entité
Un bean d’entité (EJB) représente une donnée persistante. C’est une vue objet d’une entité
stockée dans une base relationnelle.
Conception
Spécification de l'implémentation d'un système (ou d'un composant). La conception prend
comme point de départ l'interface et le comportement requis.
Framework
Un framework, comme son nom l’indique en anglais, est un « cadre de travail ». L’objectif d’un
framework est généralement de simplifier le travail des développeurs informatiques (les codeurs
si vous préférez), en leur offrant une architecture « prête à l’emploi » et qui leur permette de ne
pas repartir de zéro à chaque nouveau projet.

71
EJB
Les EJB sont des composants métiers qui répondent à des spécifications précises. Il existe deux
types d'EJB : EJB Entity qui s'occupe de la persistance des données et EJB session qui gère les
traitements. Les EJB doivent s'exécuter sur un serveur dans un conteneur d'EJB.
Java
Langage de programmation à vocation universelle créé par la société Sun. Le principe est qu'un
programme écrit en Java peut s'exécuter sur n'importe quel ordinateur pourvu que celui-ci
dispose d'un sous-programme appelé "machine Java virtuelle". Cette machine virtuelle convertit
les instructions Java en instructions propres à l'ordinateur tout en l'obligeant à respecter certaines
règles de sécurité. Les programmes java sont chargés et exécutés lors de l'affichage de la page
qui les contient. Ils portent le nom d'applet.
La possibilité que ce type de programme soit utilisé pour hacker insidieusement votre PC est très
élevée. Ne pas utiliser de Java sur internet, ou du moins de ne pas visiter les sites peu sûrs avec
java activé sur votre PC, vous permettra de ne pas vous faire piéger par de la malveillance.
JPA
La Java Persistence API est une interface de programmation Java permettant aux développeurs
d'organiser des données relationnelles dans des applications Java.
JSF
Framework de création et de gestion d’interface utilisateur Web. Il fournit des composants
graphiques de base : boutons, liens hypertextes, case à cocher..., un modèle de création de
composants nouveaux, des moyens de gestion des actions utilisateur sur les composants (dont
des services de validation des entrées), des services de liaison entre les composants graphiques et
les objets métier (dont des services de synchronisation d’état). La couche présentation des
composants est très diversifiée : navigateur Web, téléphone portable, PDA... JSF peut être
déployé en application Web ou en application J2EE. Il est défini par des spécifications standard
SUN JSR 127 et une implémentation de référence JSR 127 RI. Il est documenté par une API
Java (classes et méthodes), une TagLib et un kit de rendu de composants.

72
Maître d'œuvre
Prestataire, dans le cadre d'un projet, le maître d'œuvre est celui qui est en charge de la
réalisation du projet d'un client (maître d'ouvrage).
Maître d'ouvrage
Commanditaire, donneur d'ordres. Dans le cadre d'un projet, le maître d'ouvrage est celui qui
soumet l'idée du projet et qui cherche un prestataire (maître d'œuvre) pour le concrétiser.
Persistance
La persistance est le mécanisme responsable de la sauvegarde et de la restauration de données,
afin qu'un programme puisse se terminer sans que ses données ni son état d'exécution ne soient
perdus.
SQL
Langage d'interrogation structuré) (n.) Langage de base de données relationnel standardisé pour
définir les objets de base de données et manipuler les données. Les versions notamment
disponibles sont SQL2 et SQL3.
UML
Langage de modélisation objet composé d'un ensemble de diagrammes permettant de représenter
un système d'information d'un point de vue statique (classe, association, etc.) que dynamique
(cas d'usage, diagrammes d'états, etc.).

73
BIBLIOGRAPHIE
 GRIBAUMONT Chantal. Administrez vos bases de données avec MySQL.
OpenClassrooms, 2012, 413 p.
 GONCALVES Antonio. Java EE6 et GlassFish 3. Paris : Pearson, 2010, 572 p.
 CHARROUX Benoît, OSMANI Aomar et THIERRY-MIEG Yann. UML 2 - Pratique
de la modélisation. 2eme
édition. Paris : Pearson, 2009, 270 p.
 GABAY Joseph et GABAY David. UML 2 - Analyse et conception. Paris : Dunod,
2008, 242 p.

74
ANNEXES
ANNEXE 1: Ecran du serveur MySQL en ligne de commande
ANNEXE 2: Symbole du langage java

75
ANNEXE 3: Ecran de Netbeans
ANNEXE 4: Prestations de l’antenne régionale de BOUAKE

76
TABLE DES MATIERES
DEDICACE......................................................................................................................................I
REMERCIEMENTS ...................................................................................................................... II
AVANT-PROPOS ........................................................................................................................III
LISTES DE FIGURES..................................................................................................................IV
LISTES DE TABLEAUX..............................................................................................................V
SIGLES ET ABREVIATIONS.....................................................................................................VI
RESUME....................................................................................................................................VIII
ABSTRACT..................................................................................................................................IX
INTRODCUTION...........................................................................................................................1
PARTIE I : CADRE THEORIQUE ET METHODOLOGIQUE ...................................................7
CHAPITRE I : CADRE THEORIQUE.......................................................................................8
I. DEFINITIONS DES CONCEPTS ......................................................................................8
I.1. Méthodes.......................................................................................................................8
I.2. Techniques ....................................................................................................................8
I.2.1. Techniques d'interview .........................................................................................8
I.2.2. Techniques documentaires....................................................................................8
I.2.3. Techniques d'observation......................................................................................8
II. PRESENTATION DES METHODES CONCEPTUELLES.............................................9
II.1. Présentation de MERISE.............................................................................................9
II.2. Présentation d’UML ..................................................................................................10
II.3 Etude comparative entre MERISE et UML.................................................................11
CHAPITRE II: CADRE METHODOLOGIQUE......................................................................12
I. METHODES DE RECHERCHE ......................................................................................12
I.1. Présentation de la méthodologie adoptée....................................................................12
I.1.1. Diagramme de cas d’utilisation ..........................................................................13
I.1.2 Diagramme de séquences......................................................................................14
I.1.3 Diagramme de classes...........................................................................................16
II. ANALYSE DES BESOINS.............................................................................................17
II.1. Identification des acteurs...........................................................................................17
II.2. Spécification des besoins...........................................................................................17
II.2.1. Besoins fonctionnels..........................................................................................17

77
II.2.2. Besoins non fonctionnels...................................................................................18
II.3. Diagramme de cas d’utilisation général ....................................................................19
III.4. Panification du projet ...............................................................................................19
PARTIE II : CADRE PRATIQUE.......................................................Erreur ! Signet non défini.
CHAPITRE I : PRESENTATION DE L’ENTREPRISE..........................................................22
I. PRESENTATION DE L’ASSOCIATION IVOIRIENNE POUR LE BIEN-ETRE
FAMILIAL (AIBEF) .............................................................................................................22
II. FONCTIONNEMENT.....................................................................................................22
II.1. Organe de l’AIBEF....................................................................................................22
II.2. Organe de gouvernance ou organe des membres volontaires....................................22
II.3. Organe de gestion ......................................................................................................23
II.4. Ressources humaines.................................................................................................23
III. MISSIONS ET ACTIVITES ..........................................................................................23
III.1. Missions ...................................................................................................................24
III.2. Activités ...................................................................................................................24
IV. ORGANIGRAMME DES ANTENNES REGIONNALES ...........................................25
CHAPITRE II : DIAGNOSTIC DU PROBLEME ...................................................................26
I. DESCRIPTION DE L'EXISTANT ...................................................................................26
I.1. Analyse du système d'information existant.................................................................26
I.2. Gestion d’un client......................................................................................................26
I.3. Gestion de réapprovisionnement d’un client ..............................................................27
I.4. Gestion de suivi d’un client ........................................................................................28
I.4.1. Dans le cas d’un contrôle....................................................................................28
I.4.2. Dans le cas d’un réapprovisionnement ...............................................................28
I.5. Gestion de la vente des produits contraceptifs............................................................28
I.6. Etude des documents du système existant ..................................................................29
II. CRITIQUES DE L’EXISTANT ......................................................................................30
II.1. Points forts.................................................................................................................30
II.2. Points faibles..............................................................................................................30
III. PROPOSITION DE SOLUTIONS.................................................................................31
III.1. Proposition de solutions manuelles..........................................................................31
III.1.1. Du point de vue organisationnel.......................................................................31
III.1.2. Du point de vue informationnel .......................................................................31
III.1.3. Du point de vue technique................................................................................31

78
III.1.4. Avantages et inconvénients des solutions manuelles.......................................32
III.2. Propositions de solutions informatiques ..................................................................32
III.2.1. Avantages.........................................................................................................32
III.2.2. Inconvénients ...................................................................................................32
IV. ETUDE COMPARATIVE DES SOLUTIONS..............................................................33
V. CHOIX DE LA SOLUTION ...........................................................................................34
PARTIE III : REALISATION DE LA SOLUTION.....................................................................35
CHAPITRE I : MISE EN OEUVRE .........................................................................................36
I. DESCRIPTION FONCTIONNELLE ...............................................................................36
I.1. Identification des acteurs ............................................................................................36
I.2. Besoins fonctionnels ...................................................................................................36
I.2.1. Fonctionnalités Administrateur...........................................................................36
I.2.2. Fonctionnalités utilisateur...................................................................................37
I.3. Besoins non fonctionnels ............................................................................................38
II. ETUDE CONCEPTUELLE.............................................................................................40
II.1. Cas d’utilisation S’authentifier..................................................................................40
II.1.1. Description du cas d’utilisation .........................................................................40
II.1.2. Diagramme du cas d’utilisation.........................................................................41
II.2. Cas d’utilisation Gérer client.....................................................................................41
II.2.1. Description du cas d’utilisation Ajouter un client.............................................41
II.2.2. Description du cas d’utilisation Produire rapport mensuel des prestations de la
PF ..................................................................................................................................42
II.3. Cas d’utilisation gérer vente......................................................................................44
II.3.1. Description du cas d’utilisation Ajouter un produit ..........................................44
II.3.2. Description du cas Produire rapport financier...................................................45
II.4. Cas d’utilisation gérer utilisateur...............................................................................46
II.4.1. Description du cas d’utilisation Ajouter un utilisateur......................................46
III. DIAGRAMME DE SEQUENCE ...................................................................................48
III.1. Diagramme de séquence du cas d’utilisation s’authentifier.....................................48
III.2. Diagramme de séquence du cas d’utilisation Ajouter un client...............................49

79
III.3. Diagramme de séquence du cas d’utilisation Produire rapport mensuel des
prestations de la PF ............................................................................................................50
IV. DIAGRAMME DE CLASSE.........................................................................................51
CHAPITRE II: IMPLEMENTATION DE LA SOLUTION ....................................................53
I. PRESENTATION DES LANGAGES UTILISES............................................................53
I.1. Langage Java et la plate-forme Java EE .....................................................................53
I.2. Langage XHTML/HTML...........................................................................................54
I.3. Langage CSS...............................................................................................................54
I.4. Langage JPQL.............................................................................................................55
II. ARCHITECTURE LOGICIELLE DE L’APPLICATION..............................................56
II.1. Couche présentation ..................................................................................................57
II.2 Couche métier..............................................................................................................57
II.3. Couche persistance ....................................................................................................57
III. OUTILS DE DEVELOPPEMENT DE L’APPLICATION ...........................................58
III.1. JDK...........................................................................................................................58
III.2. Serveurs....................................................................................................................58
III.2.1. Glassfish...........................................................................................................58
III.2.2. MySQL.............................................................................................................59
III.3. Astah.........................................................................................................................60
III.4. NetBeans ..................................................................................................................60
IV. IMPLEMENTATION DE LA BASE DE DONNEES...................................................61
IV.1. Modèle de relationnel...............................................................................................61
IV.2. Dictionnaire de données...........................................................................................62
V. PRESENTATION DE L’APPLICATION.......................................................................65
V.1. Description de l’application ......................................................................................65
V.2. Captures d’écran........................................................................................................65
V.3. Coût estimatif du projet.............................................................................................67
CONCLUSION .............................................................................................................................68
PERSPECTIVES...........................................................................................................................68
GLOSSAIRE.................................................................................................................................70
BIBLIOGRAPHIE ........................................................................................................................73
ANNEXES ....................................................................................................................................74
TABLE DES MATIERES ............................................................................................................76

Memoire complet.pdf

Contenu connexe

Tendances

Dernier

Memoire complet.pdf