mise en place d'une plateforme de gestion des activités de ... · l'esi a ensuite été...
TRANSCRIPT
BURKINA FASOUNITE-PROGRES-JUSTICE
MINISTERE DES ENSEIGNEMENTS SECONDAIRE ETSUPERIEUR
UNIVERSITE POLYTECHNIQUE DE BOBO-DIOULASSO
ECOLE SUPERIEURE D'INFORMATIQUE
E.S.I
MEMOIRE DE FIN DE CYCLE
en vue de l'obtention du
DIPLOME D'INGENIEUR DE CONCEPTION EN INFORMATIQUE
THEME: Mise en place d'une plateforme degestion des activités de l'appui/conseil à lagestion des adductions d'eau potable
Présenté par:
OUATTARA Yaya
Maître de stage: M. Karim ZOUNGRANA
Directeur de mémoire: Dr Pasteur PODAJUILLET 2010
N° : .....-2010/CICI3
Résumé
RESUME
Il s'agit de concevoir et de réaliser une application web à architecture 3-tiers, client léger,
dans l'environnement de développement intégré (EDI) Macromedia Dreamweaver 8.
L'application, baptisée SIAGA (Système d'Information de l'Appui/conseil à la Gestion des
Adductions d'eau potable simplifiées), doit couvrir toutes les fonctionnalités d'une
application de gestion des activités de l'appui/conseil:
• gestion des opérations de recouvrement;
• gestion des bornes fontaines ;
• gestion des branchements particuliers;
• gestion des maintenances ;
• gestion des dépenses de fonctionnement;
• gestion des versements de fonds en banque;
• gestion des investissements/renouvellements;
• gestion du matériel;
• etc.
Elle doit être aussi accessible en ligne afin de permettre aux conseillers et membres du
secrétariat exécutif de l'Association pour le Développement des Adductions d'Eau potable
(ADAE) des accès libres.
Pour mener à bien cette mission, le processus de développement unifié UP7 (Unified Process
7) a été choisi comme méthode d'analyse. Ainsi, après avoir cerné les besoins réels en termes
de fonctionnalités attendues des utilisateurs du système SIAGA, il fallait s'atteler à l'analyse
du fonctionnement du système vis-à-vis des utilisateurs et faire des répresentations abstraites.
L'étape suivante consistait à refléchir sur la configuration du système SIAGA ainsi que les
outils à utiliser pour sa réalisation. La dernière étape a consisté à l'écriture du code de la
plateforme : réalisation des modèles abstraits développés dans les phases précedentes.
Mots clés: AEPS, BF, BP, Suivi, Répartition, versement, dépense, maintenance, UP7, UML.
OUATTARA Yaya Mémoire de fin de cycle CICI
ii
Abstract
ABSTRACT
Is to design and implement a web application to 3-tier architecture, thin client, in the
integrated development environment (IDE) Macromedia Dreamweaver 8.
The application, called SIAG (System Information for Support / advice to the Management of
Drinking Water Supply simplified), must coyer aIl the functionality of an application
operations management support / advice:
• management of recovery operations;
• standpipe management;
• management of private connections;
• management of maintenance;
• managing operating expenses ;
• management of remittances in the bank: ;
• investment management/renewals;
• materiel management;
• etc.
It must also be available online to enable advisors and members of the executive secretariat of
the Association for the Development of Drinking Water Supply (ADAE) for free access.
To accomplish this mission, the process of developing unified UP7 (Unified Process 7) was
chosen as a method of analysis. Thus, having identified the real needs in terms of expected
features of the system users SIAG, it was necessary to tackle the analysis of how the system
vis-à-vis the users and to abstract representations. The next step is to reflect on the system
configuration SIAG and tools to use for its realization. The last step was to write the code for
the platform: implementation of abstract models developed in previous phases.
Keywords: AEPS, BF, BP, tracking, distribution, payment, expense, maintenance, UP7,
UML.
OUATTARA Yaya- ., -, . -. Mémoire de fin de cycle CICI
iii
DEDICACES
DEDICACE
A
mon père qui n'a pas pu voir cet instant (Paix à son âme !).
L.- ---'L~~
Mémoire de fin de cycle CI
iv
REMERCIEMENTS
REMERCIEMENTS
:\I)~ rClllercielllents vont ù l'endroit de l'Ecole Supérieure d'Informatique (les Fnscign<llll"
jlaniculicrj pour la formation que nous avons reçue, du maître de stage pour sa disponibilitc, ,ilj'
(IU',l I"cndroit dc toute l'équipe de J'Association pour Développement des Adductions lil,
potable C\DAE) pour la franche collaboration. Nous remercions également nos parents pOUl k,.,
s()utiens Illulti l'ormes durant cette formation.
O~ATTARA Yaya Mémoire de fin de cycle CICI
vi
TABLE DES MATIERES
TABLE DES MATIERES PAGES
1-1-
1-2-
1-3-
11-
11-1-
11-2-
11-3-
1-1-
1-2-
1-3-
11-
11-1-
11-2-
1I-3-
1I-4-
11-5-
111-
RESUME ii
ABSTRACT iii
DEDICACE iv
REMERCIEMENTS v
LISTE DES ACRONYMES ET ABREVIATIONS ix
PREAMBULE x
INTRODUCTION GENERALE 1
PREMIERE PARTIE: CONTEXTE DU STAGE 2
1- PRESENTATION DE LA STRUCTURE D'ACCUEIL 3
La création et la structuration de l'ADAE 3
Le secteur d'activités 4
Les moyens d'action de l'association 4
CHOIX DE LA METHODE D'ANALYSE ET DU LANGAGE DE MODELISATION 5
La méthode d'analyse utilisée 5
Le langage de modélisation 5
Identification des acteurs du projet.. 6
PREMIERE PARTIE: DOSSIER TECHNIQUE 6
1- CAPTURE DES BESOINS 7
Problématique 7
Modélisation métier 8
Exigences fonctionnelles 12
ANALYSE DES CAS D'UTILISATION 19
Identification des cas d 'utilisations 19
Analyse du cas d'utilisation CU 4-1 "Enregistrer borne. fontaine" 21
Analyse du cas d'utilisation CU 4-2 "Modifier borne fontaine" 25
Analyse du cas d'utilisation CU 4-3 "Consulter liste bornes fontaines" 28
Diagramme de cas d'utilisation système 29
SYNTHESE DE L' ANALYSE DES CAS D'UTILISATION 30
111-1- Diagramme de classe récapitulatif.. 30
Mémoire de fin de cycle CICI
vi
TABLE DES MATIERES
111-2- Matrice de validation des cas d'utilisation 30
TROISIEME PARTIE : IMPLEMENTATION 32
1- CHOIX ARCHITECTURAL ET LOGICIEL 33
1-1-
1-2-
1-3-
1-4-
1-5-
11-
11-1-
11-2-
11-3-
Architecture logicielle '" 33
Langages de programmation 35
Environnement de développement 35
Plateforme de développement 35
Système de gestion de base de données 35
IMPLEMENTATION 36
La construction de la maquette 36
La communication avec la base de données 36
Quelques captures d'écran du logiciel 37
CONCLUSION GENERALE 42
BIBLIOGRAPHIE ET WEBOGRAPHIE 43
ANNEXES 11
OUi\TTARA Yaya Mémoire de fin de cycle CICI'~.~..--".
vii
LISTE DES TABLEAUX ET FIGURES
LISTE DES TABLEAUX PAGES
Tableau 1: Acronymes et Abréviations ix
Tableau 2: Scénario nominal du cas d'utilisation "enregistrer borne fontaine" 21
Tableau 3: Scénario alternatif du cas d'utilisation "enregistrer borne fontaine" 22
Tableau 4: Scénario nominal du cas d'utilisation "modifier borne fontaine" 25
Tableau 5: Scénario alternatif du cas d'utilisation "modifier borne fontaine" 26
Tableau 6: Scénario nominal du cas d'utilisation "consulter liste bornes fontaines" 28
Tableau 7: Extrait de la matrice de validation des cas d'utilisation 31
LISTE DES FIGURES PAGES
Figure 1: Diagramme de contexte du domaine d'étude 9
Figure 2: Diagramme d'activités du domaine 10
Figure 3: Diagramme de cas d'utilisation métier 15
Figure 4: Diagramme de séquence du cas d'utilisation « Suivre les installations d'une AEPS » 16
Figure 5: Diagramme de séquence du cas d'utilisation « Repartir les recettes issues de la vente de l'eau» 17
Figure 6: Diagramme de séquence du cas d'utilisation « Suivre les maintenances» 18
Figure 7: Diagramme de séquence du cas d'utilisation "enregistrer borne fontaine" 23
Figure 8: Diagramme de classe du cas d'utilisation "enregistrer borne fontaine" 24
Figure 9: Diagramme de séquence du cas d'utilisation "modifier borne fontaine" 27
Figure 10: Diagramme de séquence du cas d'utilisation "consulter bornes fontaines" 29
Figure Il: Communication entre un client et un serveur 34
Figure 12: Architecture d'un serveur 34
Figure 13: Fenêtre de connexion du système SIAGA 37
Figure 14: Espace de travail du système SIAGA 38
Figure 15: Formulaire d'enregistrement d'une AEPS 39
Figure 16: Fenêtre de recherche d'une AEPS 40
Figure 17: Fenêtre d'affichage de la liste des AEPS 41
Figure 18: Schéma de navigation générale 11
Figure 19: Diagramme de classe système 11
Figure 20: Diagramme de classe métier Il
Figure 21: Diagramme de cas d 'utilisation système 11
OUATTARA Yaya• __-__ 0' _
Mémoire de fin de cycle CICI
viii
LISTE DES ACRONYMES ET ABREVIATIONS
LISTE DES ACRONYMES ET ABREVIATIONS
Tableau 1: Acronymes et Abréviations
Acronymes Significations
ADAE Association pour le Développement des Adductions d'Eau potable
ESI Ecole Supérieure d'Informatique
UPB Université polytechnique de Bobo-Dioulasso
RÉMI REseaux et Maintenance Informatique
AP Analyse et Programmation
CICI Cycle des Ingénieurs de Conceptions en Informatique
AEPS Adduction d'Eau Potable Simplifiée
AUE Association des Usagers de l'Eau
RESO Ressources en Eau du Sud-Ouest
AEP Adduction d'Eau Potable
CDG Centre De Gestion
AEPA Adduction d'Eau Potable et d'Assainissement
UP7 Unified Process 7
UP Unified Process
BF Borne Fontaine
BP Branchement Particulier
PPDI Premier Plan Directeur Informatique
EDI Environnement de Développement Intégré
SIAGA Système d'Information de l'Appui/conseil à la Gestion desAdductions d'eau potable simplifiées
PHP Hypertext Preprocessor
HTML Hypertext Markup Language
SQL Structured Query Language
ASP Active Server Page
DSE Diagramme de Séquence
OUA1:''rA!0yaya....~i.lfl•._
Mémoire de fin de cycle CICl
ix
PREAMBULE
PREAMBULE
L'Ecole Supérieure d'Infonnatique (ESI), un des SIX (06) établissements que compte
l'Université polytechnique de Bobo-Dioulasso (UPB), a ouvert ses portes en 1991 suite aux
besoins exprimés par le Premier Plan Directeur Infonnatique (PPDI) (1991-1995) «édification
de compétences nationales par la fonnation de spécialistes (analystes et ingénieurs)
concepteurs de système d'infonnatiom> du Burkina Faso. D'abord implantée à Ouagadougou,
l'ESI a ensuite été installée au sein de l'UPB en septembre 1995. L'ESI s'est donnée pour
mission la fonnation d'Ingénieurs de Travaux Infonnatiques en Analyse et Programmation
(AP) et en RÉseaux et Maintenance Infonnatique (RÉMI) et des Ingénieurs de Conception en
Infonnatique.
Pour allier la théorie à la pratique, les étudiants en 3ème année du Cycle des Ingénieurs de
Conception en Infonnatique (CICI) doivent effectuer un stage d'une durée de quatre (04)
mois dans une entreprise privée ou publique. A l'issue de ce stage, un rapport est rédigé pour
être soutenu devant un jury.
C'est dans ce cadre que, nous avons été reçu à l'Association pour le Développement des
Adductions d'Eau potable (ADAE) du 01 Septembre au 31 Décembre 2010.
Durant notre séjour dans cette structure, nous avons travaillé sur le thème: « Mise en place
d'une plateforme de gestion des activités d'appui/conseil à la gestion des adductions
d'eau potable simplifiées ».
OUATTARA Yaya Mémoire de fin de cycle CICI
x
INTRODUCTION
INTRODUCTION GENERALE
Notre évolution, depuis nos origines, tend à nous affranchir de certaines contraintes majeures.
Depuis l'apparition de l'informatique et son introduction dans le monde économique, les
entreprises et les entités publiques et privées aspirent à optimiser et à rendre fiable la gestion
de leur structure interne. L'Association pour le Développement des Adductions d'Eau potable
(ADAE), dans le souci d'améliorer l'accompagnement des communes et villages dans la
gestion des Adductions d'Eau Potable Simplifiées (AEPS), a en partenariat avec les
responsables communaux et les Associations d'Usagers de l'Eau (AUE) des villages, mis en
place un système d'appui/conseil pour la gestion financière, technique et la promotion des
systèmes d'Approvisionnement en Eau Potable (AEP). Ce système qui ne cesse de se
complexifier, avec le nombre croissant des AEPS, les changements institutionnels, les
dispositions réglementaires et juridiques se trouve confronté à un besoin d'accès en temps réel
aux informations relatives à l'exploitation des ouvrages. Ainsi, la mise en place d'une
plateforme web de gestion de l'appui/conseil se veut une solution à l'accès rapide et distant
aux données pour une gestion efficace. L'application à mettre en place devra être accessible
partout dans le monde via Internet et permettre la collecte et l'exploitation efficiente des
données. Le présent rapport qui relate de façon détaillée notre étude s'articulera comme suit:
nous allons, dans une première partie situer le contexte du stage, dans une seconde partie
effectuer l'étude technique (dossier technique) du thème et enfin dans troisième et dernière
partie détailler l'implémentation de notre plateforme.
OUATTARA Yaya...... ----- . --
rI."
Mémoire de fin de cycle CICI
1
PRESENTATION DE LA STRUCTURE D'ACCUEIL
PREMIERE PARTIE: CONTEXTE DU STAGE
OUATTARA Yaya Mémoire de fin de cycle CICI
2
PRESENTATION DE LA STRUCTURE D'ACCUEIL
Avant toute étude il est important de connaitre le domaine dans lequel se situe notre étude.
Pour mieux situer le contexte nous allons, dans cette partie du document, vous présenter
l'ADAE structure dans laquelle nous avons effectué notre stage; ensuite le travail qui nous a
été demandé puis nous terminerons par la présentation des outils (méthode et langage) utilisés
pour l'analyse du thème et des acteurs du projet.
1- PRESENTATION DE LA STRUCTURE D'ACCUEIL
i i <;I~il pour nous de présenter la structure qui nous a ouvel1 ses portcs pour cf/l'Cluer le sla~'~'
llui ;1 ;lhoUlil Ù cc doculllent.
1-1- La création et la structuration de l'ADAE
Lors de la mIse en place de la gestion partagée le 27 juillet 1999 sous l'initiative du
programme de valorisation des Ressources en Eau du Sud-Ouest (RESO) dont l'autorité de
tutelle du programme avait décidé de surseoir à la mise en chantier de l'affermage de la
gestion de 23 mini- Adductions d'Eau Potable (AEP) ou AEPS, les principes de mise en
œuvre d'un Centre de Gestion (CDG) des AEPS et les prix de vente de l'eau furent adoptés.
En accompagnement de cette initiative, des professionnels des métiers de l'eau ont décidé de
la création de l'Association pour le Développement des Adductions d'Eau potable dans la
région de Bobo-Dioulasso (ADAE) en Avril 2000.
L'ADAE est structurée en deux organes:
• un Centre De Gestion (CDG), organe technique: il compte quatre (04) conseillers
chargés du recouvrement des recettes et de l'appui à la gestions des AEPS et un service
comptable (composé de deux agents) pour la tenue de la comptabilité de chaque AEPS et
de celle de l'ADAE ;
• une Maîtrise d'Œuvre Sociale (organe administratif) : elle est chargé de la gestion de la
base de données, des opérations d'investissement ou de renouvellement et
d'appui/conseil, de la gestion des projets de réalisation et des questions administratives
avec les partenaires que sont: les Associations d'Usagers de l'Eau (AUE), la Fédération
des Associations d'Usagers de l'Eau dans la REgion de Bobo-Dioulasso (FAUREB), les
communes, les maintenanciers, les bailleurs de fonds, l'Etat à travers les structures
déconcentrées.
OUATTA~~ yaya Mémoire de fin de c~_cle<=ICI
3
PRESENTATION DE LA STRUCTURE D'ACCUEIL
1-2- Le secteur d'activités
Association à but non lucratif composée de personnes physiques et morales, le but de l'ADAE
est de contribuer au développement de la consommation d'eau potable et de promouvoir la
pratiques d'hygiène et d'assainissement dans les agglomérations semi-urbaines et rurales dans
trois régions du Burkina Faso que sont les Cascades, les Hauts-Bassins et le Sud-ouest.
Elle intervient dans le secteur de l'eau et de l'assainissement pour :
• appuyer le développement des services publics d'alimentation en eau potable et
d'assainissement dans les agglomérations semi-urbaines et rurales dans les régions ci
dessus citées;
• souligner le rôle de l'eau potable comme moyen· d'appui et de promotion du
développement local et régional, de la décentralisation et de la coopération internationale.
1-3- Les moyens d'action de l'association
L'ADAE pour parvenir à ses objectifs à adopté comme moyens d'actions:
• développer une capacité de maîtrise d'ouvrage locale en matière d'Approvisionnement en
Eau Potable et d'Assainissement (AEPA) dans les centres semi-urbains et ruraux,
• favoriser l'émergence et le renforcement des structures d'accompagnement: techniques
(entretien, études, et réalisation), de gestion (appui-conseil à la maîtrise d'ouvrage et à
l'exploitation), financières (gestion des provisions et financement des investissements),
• accompagner les pouvoirs publics et animer un partenariat Sud-Sud et Nord-Sud.
OUATTARA Yaya- . -- -, -,••• - +
Mémoire de fin de cycle CICI
4
CHOIX DE LA METHODE D'ANALYSE ET DU LANGAGE DE MODELISATION
11- CHOIX DE LA METHODE D'ANALYSE ET DU LANGAGE DE
MODELISATION
11-1- La méthode d'analyse utilisée
Une méthode d'analyse est une séquence d'étapes, en parties ordonnées, qui concourent à
formaliser les étapes préliminaires du développement d'un système, afin de rendre ce
développement plus fidèle aux besoins du client. D'après Adrien BERNARD et coll. [6].
Pour répondre à cette fidélisation aux besoins du client, nous avons utilisé la méthode Unified
Process 7 (UP7). Cest une démarche d'application d'UML (Unified Modeling Language) qui
j)rend appui sur la démarche Unified Process (UP) mais se veut avant tout être pragmmiqu--:.
Llic est articulée suivant sept activités d'où le nom Unified Process 7 (UP7). Les qU<llrl'
phases qui correspondent ù celles d'Unified Process (Lancement, Elaboration. Construction.
rrailSition) sont évaluées dans chaque <lctivité. Pour plus de détails sur UP 7 Voir l'ouvrage
de Josl'ph l't D<lvid Gab<lY [1].
11-2- Le langage de modélisation
C'est un langage artificiel qui peut être utilisé pour exprimer de l'information ou de laconnaissance ou des systèmes dans une structure qui est définie par un ensemble cohérent derègles. Il sert à décrire un système, standard ou méthodologie, générale ou spécifique à undomaine et/ou un contexte par ses composants et leurs relations. D'après Pautard et coll. [7]Pour décrire notre système conformément ù la méthode d'analyse UP 7. nous avons chui.si
['\IlL (L'nilled Modeling Language) qui se définit comme un langage de modélisatiul1
g.r<lI)!Jique ct textuel destiné ù comprendre et décrire des besoins, spécifier et documenter lk,
S) sièmes. esquisser des architectures logicielles, concevoir des solutions et communiquer de ...
1)()in1s de \uc. Pour plus de détails sur le langage UML (Cf. Annexe IV).
OUATTARA Yaya.. . Mémoire de fin de cycl_e ÇICI
5
IDENTIFICATION DES ACTEURS DU PROJET
11-3- Identification des acteurs du projet
Les acteurs du projet sont subdivisés en quatre groupes:
Le groupe de pilotage
Il a essentiellement pour rôle de prendre les décisions relatives aux objectifs visés. 11 fixe les
orientations générales, les délais et détermine les moyens à mettre en place pour la réalisation
du projet. Il est constitué de :
• M. Karim ZOUNGRANA: Chargé de l'informatique, des statistiques et du contrôle
interne à l'ADAE;
• M. Seydou SEBGO : chargé des études et de la prospection à l'ADAE.
Le groupe de projet
Le groupe de projet est chargé du recueil des besoins, de l'analyse des besoins puis de la
conception et du développement de l'application.
Il se compose de :
• M. Yaya OUATTARA (étudiant en troisième année CICI).
Le groupe d'expert
Ce groupe est chargé d'apporter son expertise quant au bon déroulement du stage. Il est
constitué de:
• Dr Pasteur PODA: Enseignant chercheur à l'ESI;
• M. Karim ZOUNGRANA: Maître de stage.
Le groupe des utilisateurs
Ce groupe fournit les informations nécessaires à la bonne marche du projet. Il est composé
des conseillers du centre de gestion et des autres membres du secrétariat exécutif de l'ADAE.
L'ADAE a pour principale mission accroitre la consommation d'eau potable et les pratiques
d'hygiène et d'assainissement en milieu rural et semi-urbain. Pour l'analyse du projet de
réalisation de la plateforme web d'appui/conseil, la méthode d'analyse UP7 et le langage de
modélisation UML ont été retenues. Quel sont les résultats de l'analyse proprement dite?
OUATTARA Yaya:,;; .~
Mémoire de fin de cycle CICI
6
CAPTURE DES BESOINS
Pour mieux cerner l'analyse du projet de réalisation de l(j. plateforrne web de l'appui/conseil
de l'ADAE nous allons identifier les besoins, les analyser et effectuer une synthèse de cette
analyse.
1- CAPTURE DES BESOINS
Cette partie consiste ù appréhender l'expression des besoins en se tondant sur une bunnc
connaissance du domaine concerné pour le système à développer et une modélisation dcs
l't"llcédures du système existant.
uP7' COl11l1le UP distingue deux types de besoin:
• les besoins Il)llctionnels qui conduisent ù l'élaboration des cas d'utilisation,
• les besoins non f()nctionnels (techniques) qui aboutissent à la rédaction d'unc matrice des
e\.lgences.
1-1- Problématique
Dans le cadre de l'appui/conseil, chaque mois des conseillers se rendent sur les sites AEPS
sous contrat d'Appui/Conseil avec le centre de gestion de l'ADAE pour le suivi technique et
financier de l'exploitation de l'AEPS. De façon spécifique le conseiller est chargé de vérifier
le recouvrement des recettes issues de la vente d'eau. Chaque site est géré par un chef de
centre et ce dernier dispose d'outils de gestion qu'il est chargé de renseigner au jour le jour de
fonctionnement. Les informations collectées par le chef de centre sont entre autres les recettes
journalières des ventes d'eau aux bornes fontaines, les dépenses de fonctionnement (achat de
gasoil, petites réparations, autres dépenses), les rémunérations mensuelles des fontainiers, les
recettes des branchements particuliers, les index des compteurs d'eau. Outre la collecte
d'informations, il gère les recettes d'exploitation issues des ventes d'eau journalières et la
caisse de menu dépenses.
1 Unified Process 7 (7 activités)
OUATTARA Yaya•
Mémoire de fin de cycle CICI
7
CAPTURE DES BESOINS
A l'arrivée du conseiller le chef de centre lui fait le point de la gestion mensuelle. Le
conseiller vérifie les documents du chef de centre et procède avec ce dernier à la répartition
des recettes selon une clé2 de répartition et un prix du m3 d'eau vendu de 500 FCFA. Le
conseiller visite les installations, remplit les documents du suivi, recouvre après répartition les
fonds destinés au CDG et les provIsIons (à la maintenance, au
renouvellement/investissement).
Les fonds sont déposés dans la banque partenaire la plus proche et les bordereaux de
versement en plus des documents de gestion sont transmis au centre de gestion pour faire
l'objet d'un enregistrement dans une base de données.
Aujourd'hui l'agrandissement du parc d'AEPS sous appui/conseil Impose à l'ADAE une
réorganisation et une capacité de réaction plus accrues. Une des clés d'efficacité est la
disponibilité de l'information en temps opportun, ce qui implique la mise à jour de la base de
données dans des délais de plus en plus courts. Les difficultés prévisibles à cette exigence
sont les problèmes d'acheminement des documents des conseillers au siège de l'ADAE, le
nombre croissant d'informations à vérifier et à capitaliser pour le chargé de la base de
données.
Pour pallier ces difficultés, une solution permettant un accès distant avec possibilité offerte
aux conseillers de renseigner la base de données a été soumise à notre réflexion.
D'une façon générale, l'application une fois mise en place doit permettre:
./ d'imputer et de mettre à jour des données dans la base de données;
./ de produire, d'imprimer et d'exporter sous Excel des états sur la gestion.
1-2- .\lodélisatioIl métier
Con[()lïllément Ù la démarche UP7. nous allons établir, en premier, un schéma de contexte
permettant de situer le domaine d'étude par rapport aux autres processus de la structure.
2 75FCFAlm3 : part théorique des dépenses de caisse; 50FCFAlm3 : rémunération du chef de centre;SOFCFAlm3: rémunération théorique de chaque fontainier; SOFCFNm3 : frais de prestation d'appui-conseildu centre de gestion; 100FCFAlm3: provisions pour la maintenance; 15FCFAlm3: fonds propres de l'AUE;100FCFAlm3: provisions pour le renouvellement des équipements; 40FCFAlm3: provisions pour lesinvestissements
OUATTARA Yaya Mémoire de fin de cycle CICI
8
CAPTURE DES BESOINS
A la lecture des charges, nous observons que le domaine d'étude est en étroite relation avec le
processus traitant les ressources humaines et celui de la comptabilité, d'où le schéma de
contexte du domaine d'étude ci-dessous.
Ressourceshumaines ----
/
Appuis/Conseil à lagestion des AEPS
/
--~ Comptabilité
'--- --Y1/
Figure 1: Diagramme de contexte du domaine d'étude
Trois sous-ensembles et leurs dépendances sont modélisés dans ce diagramme:
• Appui/conseil à la gestion des AEPS : Le sous-ensemble étudié tout au long de ce
document;
• Comptabilité: le sous-ensemble qui gère chaque mois la trésorerie des AEPS en
termes de dépenses et de recettes utilise les informations d'appui/conseil;
• Ressources humaines: le sous-ensemble permettant les attributions de tâches et de
postes des agents de l'ADAE.
1-2-1- Elaboration du diagramme d'activités du domaine
Il s'agit de donner un enchainement général de l'activité menée par chaque acteur et des
relations dans le processus d'appui/conseil. A travers le cahier de charges et les interviews
faites, nous pouvons identifier les acteurs métiers suivants:
• Le chef de centre: chargé de la gestion au quotidien de toutes les installations d'une
AEPS;
• Le conseiller: chargé du travail d'appui/conseil sur le terrain;
• Le superviseur: membre du secrétariat exécutif de l'ADAE, chargé de contrôler le
travail des conseillers avec des validations et discussions de programmes de sorties;
• L'Administrateur de la base: chargé de la gestion de la base de données
d'appui/conseil.
Les tâches métiers accomplies par ces acteurs et les différentes relations sont représentées
dans la figure 2.
OUATTARA Yaya Mémoire de fin de cycle crci
9
CAPTURE DES BESOINS
ChaqueJour
Chef decentre
•
.. ·.--r----------.·.·-·-.-.l-·Conseiller Superviseur
ADAE
Chaquemois
Administrateurbase
Gérer l'AEPS ),
, , 1,
.1 [Cahiers de Ch~f de centre remPliS]J 'tEff~~~~~e_recouvrement des AEPS )
[Cahiers de recouvrement remPliS)1
1 J"1
IV
l,Eff~~~~~nt ),
,,,,,
1
[Bordereau de versement] II
---A Vérifier--1-
Instruire
1
~ 1
"i,' l\-lArifi-ca-t-io-'-neffectué'e']Ir {/,'.. . ~~r"';" ",h;,.d".'; d, "'""',.,
1 t- '\!
l Proposer des strategies de gestior ) 1 1 --, - ..'... .' 1 [Cahiers du conseiller saisis]
1
1
L'1---- ---~I
---- --[ [Conseils proposés] 1
Recevoir les conseils de gestion
OUATTARA Yaya
-~-
·1 [~OnSeils instrui~~1 1
._--'---------_._ _,.._.__..
Figure 2: Diagramme d'activités du domaine
Mémoire de fin de cycle CICI
10
CAPTURE DES BESOINS
1-2-2- Elaboration du diagramme de classe métier
Les concepts métiers correspondent aux informations créées, transformées ou manipulées par
les acteurs du domaine. Ils y retrouvent le vocabulaire de leur métier.
Les concepts métier utilisés dans le processus d'appui/conseil sont:
./ Branchement Particulier: le branchement d'un particulier dans le système de l'AEPS.
./ Suivi mensuel Branchement Particulier: le suivi mensuel d'un branchement particulier
dans une AEPS donnée.
./ Borne Fontaine: Une installation dotée d'au moins un robinet pour la vente de l'eau aux
consommateurs.
./ Suivi mensuel BF: le suivi mensuel d'une borne fontaine dans une AEPS donnée.
./ AEPS : un système de production, distribution d'eau potable simplifiée.
./ Suivi mensuel AEPS : le suivi mensuel global des installations d'une AEPS.
./ Commune: Une commune dans laquelle il ya au moins une AEPS suivie par l'ADAE.
./ Base Conseil: Un regroupement d'AEPS destiné à être appuyé par un conseiller.
./ Répartition de recettes: La répartition des recettes issues de la vente d'eau d'une AEPS
selon la clé de répartition.
./ Sortie de Matériel: La sortie d'un matériel du CDG à destination d'une AEPS pour des
réparations ou tout autre travail.
./ Entrée de Matériel: L'achat de matériel à destination d'une base conseil pour stockage
et redéploiement en cas de besoin ou pour un besoin exprimé.
./ Maintenance: Une maintenance des installations d'une AEPS.
./ Dépense de Gestion: une dépense faite par le chef de centre pour la gestion locale d'une
AEPS.
./ Versement: Un versement des fonds recouverts dans les différents comptes de gestion.
./ Investissement/renouvellement: Un travail de renouvellement d'un équipement amorti
ou de nouvel investissement dans une AEPS.
./ Problème de Gestion: un disfonctionnement de grande importance observé et relevé
dans la gestion locale d'une AEPS.
La mise en relation des concepts métiers permet d'obtenir le diagramme de classe métier (CfAnnexe Figure 20).
OUATTARA Yaya Mémoire de fin de cycle CICI
11
CAPTURE DES BESOINS
1-3- Exigences fonctionnelles
1-3-1- Elaboration du diagramme de cas d'utilisation métier
À partir du diagramme d'activité du domaine, des concepts métiers du système actuel et de la
connaissance des besoins des acteurs, nous pouvons élaborer une première vision des cas
d'utilisation du système en produisant le diagramme de cas d'utilisation métiers (Annexe
Figure 3). Les cas d'utilisation métiers identifiés sont:
Cas d'utilisation l : « Gérer le matériel entrant»
Les conseillers reçoivent du matériel du COG pour être stocké et/ou mis à disposition des
AEPS en cas de besoin. Selon que le matériel soit stocké ou pas, le Conseiller de la base
bénéficiaire est chargé d'enregistrer le matériel comme entrée de matériel avant.
Cas d'utilisation 2 : « Gérer le matériel sortant»
Tout matériel sortant de la base conseil d'un conseiller ou du COG à destination d'une AEPS
située dans la base conseil du conseiller (que le matériel passe par le conseiller ou pas) doit
être enregistré comme une sortie de matériel par le conseiller.
Cas d'utilisation 3 : « Enregistrer les dépenses de gestion»
Il s'agit de la saisie des données du journal de menu dépense du chef de centre (les données
qui ont été validées après vérification) par le conseiller.
Cas d'utilisation 4 : « Recenser les problèmes de gestion»
Il s'agit pour le conseiller de diagnostiquer la gestion d'une AEPS pour déceler les
dysfonctionnements et de les consigner dans un registre à J'intention de son superviseur.
Cas d'utilisation 5 : « Suivre les maintenances»
Il s'agit pour le conseiller en cas de maintenance de sUivre les travaux de réparation si
possible ou instruire le chef de centre pour le faire et après récupérer la fiche technique
d'intervention et la facture afférente que le maintenancier a déposé au COG pour la saisie.
OUATTARA Yaya"v .
Mémoire de fin de cycle CICI
12
CAPTURE DES BESOINS
Cas d'utilisation 6 : « Suivre les investissements/renouvellements»
Le Conseiller et le chef de centre sont tenus de vérifier et certifier le bon fonctionnement des
réalisations. Les états financiers relatifs aux travaux sont mis à la disposition du conseiller
pour la saisie.
Cas d'utilisation 7 : « Suivre les installations des AEPS »
Lors de chaque visite de site le conseiller doit visiter les installations de l'AEPS pour
s'assurer du bon fonctionnement technique et de l'entretien des équipements. Il vérifie le
tableau de bord de la station de pompage (cahier de suivi) du chef de centre, relève les index
de fonctionnement et les autres aspects de gestions des installations. Les informations ainsi
récoltées seront enregistrées.
Cas d'utilisation 8 : « Suivre les Bornes fontaines»
Lors des visites de chaque site le conseiller fait une tournée des bornes fontaines pour
constater l'état de fonctionnement et la propriété autour. Après quoi, il consulte le cahier de
suivi des bornes fontaines du chef de centre pour relever les données sur le suivi mensuel de
chaque borne fontaine. Ces informations sont notées dans un cahier et feront l'objet
d'enregistrement dans la base de données par le conseiller.
Cas d'utilisation 9 : « Suivre les Branchements particuliers»
Le conseiller consulte le cahier de suivi des branchements particuliers du chef de centre,
remplit son cahier de suivi. 11 doit aussi faire le tour des Branchements particuliers pour y
effectuer une vérification des compteurs. Les données récoltées sur le suivi des Branchements
particuliers sont saisies dans un cahier et feront l'objet d'enregistrement dans la base.
Cas d'utilisation 10 : « Repartir les recettes issues de la vente de l'eau»
Une fois le suivi des installations de l'AEPS, des Bornes Fontaines (BF) et des Branchements
Particuliers (BP) effectué, le conseiller assisté par le chef de centre effectue la répartition des
recettes de l'AEPS issues de la vente de l'eau selon la clé de réparation. Les informations sur
la répartition sont notées dans un cahier visées par les trois (03) parties (le chef de centre, un
membre de l'AUE et le conseiller) et feront l'objet d'enregistrement dans la base par le
conseiller.
OUATTARA Yaya Mémoire de fin de cycle CICI
13
CAPTURE DES BESOINS
Cas d'utilisation Il : « Suivre les versements des fonds recouverts en banque»
A chaque visite le conseiller après répartition des recettes issues de la vente de l'eau,
achemine la part des recettes destinées à l'approvisionnement des comptes CDG,
maintenance, investissement et renouvellement domicilié dans une banque partenaire. Ces
fonds sont déposés dans des comptes différents. Les sommes versées dans chaque compte
pour chaque AEPS ainsi que les informations relatives au versement sont enregistrées dans la
base.
Cas d'utilisation 12 : « Consulter un état»
Il s'agit pour un utilisateur du système de visualiser les informations sur le suivi des AEPS,
les versements, la gestion du matériel, les dépenses de gestions, les problèmes de gestion, les
réalisations, etc., pour une AEPS donnée ou une commune donnée ou encore pour une base de
gestion donnée et sur une période déterminée.
Cas d'utilisation 13 : « Exporter un état»
A la consultation d'un état, l'utilisateur a la possibilité d'exporter l'état consulté sur un fichier
Excel.
Cas d'utilisation 14 : « Imprimer un état»
A la consultation d'un état, l'utilisateur a la possibilité d'imprimer l'état consulté.
Identification des acteurs système
Les acteurs qui vont interagir avec notre système sont:
• Le conseiller: c'est l'agent de l'ADAE chargé du recouvrement dans les AEPS et de
l'enregistrement des données d'appui/conseil.
• L'administrateur: c'est l'agent qui est chargé de la gestion des accès au système, du
bon fonctionnement du système et de la gestion des données.
• Le membre ADAE : c'est tout membre du secrétariat exécutif de l'ADAE. il doit
pouvoir consulter les données, les exploités dans le but d'améliorer le système
d'appui/conseil.
Après identification des cas d'utilisation et des acteurs du système en terme métier, on obtient
le diagramme des cas d'utilisation métier illustré dans la figure 3.
OUATTARA Yaya Mémoire de fin de cycle CICI
14
CAPTURE DES BESOINS
Administrateur
«Exlend>
//
/
~p<Exlend»
//
//
/
<')Ëxlend>
/ -----/
//
//
/
0//.(,/
\ .'. _._ SUi'.re.. <1
/ <J ~'
/ \/ \
/ \
\
\\
-~-~------
-~-~---'~~
~, «Exlend>«Exte;;a,.,,~
//
//
//
//
/ /«Exlend>~---'---
Conseiller
Utilisateur ADAE
Figure 3: Diagramme de cas d'utilisation métier
OUATTARA Yaya Mémoire de fin de cycle CICI
15
CAPTURE DES BESOINS
1-3-2- Elaboration du diagramme de séquence système
Au stade de la description du Olveau métier, il est possible de donner une première
représentation des Diagrammes de SEquence (DSE) en considérant les interactions entre les
acteurs et le système pris dans son ensemble.
Quelques diagrammes de séquence métier:
• Le Cas d'Utilisation (CU) « Suivre les installations d'une AEPS »
//'-~
Conseiller
Exploiter le cahier du chef de centre pour remplir-- --------- - ---------j-I1 1
Choisir l'opération suilA des AEPS
:Système ADAE
Afficher le formulaire de saisie des informations de suilA d'une AEPS
Remplir le formulaire
Valider la saisie
Alter
Vérifier don~ées saisies
Afficher le form-"'~~ .wc un_~';:;'uc~;~_~~ .
Afficher le formulaire rempli avec le message d'erreur -L
Figure 4: Diagramme de séquence du cas d'utilisation « Suivre les installations d'une AEPS »
•
OUATTARA Yaya Mémoire de fin de cycle CICI
16
CAPTURE DES BESOINS
• Le Cas d'Utilisation (CU) «Repartir les recettes issues de la vente de l'eau»
1
Fiche de repartition des recettes 1
Conseiller
remplir la fiche de repartion des recettes- ---------------::è:n
Choisir l'opération d'enregistrement des répartitions
Affiche le formulaire de saisie de la répartition
Remplir le formulaire
Valider la saisie
1
1 :Système ADAE
'.€rifie les ililformations
"Alter ! Afficher le formulaire \Ade a\€c le message de succès
Afficher le formulaire rempli a\€c le message d'erreur
Figure 5: Diagramme de séquence du cas d'utilisation « Repartir les recettes issues de la vente de l'eau»
OUATTARA Yaya Mémoire de fin de cycle CICI
17
CAPTURE DES BESOINS
• Le Cas d'Utilisation (CU) « Suivre les maintenances»
Fiche technique d'intervention
Conseiller
Recupère à la comptabilité ~~ -~---------3'il
! JChoisie l'opération de saisie~des mai?tenances
_._----------- -
Afiiche formulaire de saisie d'une m<!intenance---
Remplie le formulaire de saisie
Valide la saisie
l~Syslême ADAE
--_.__ ....._..._. -.
}~
Alter
~~ -- -~- ---
Affiche le formulaire -.ide a\.ec le message de succès
Affiche le formulaire rempli a\.ec le message d'erreur
V~rifie le +ormations
1 r .1_, '
Figure 6: Diagramme de séquence du cas d'utilisation « Suivre les maintenances»
1-3-3- Élaboration du schéma de navigation générale (Annexe Figure 18)
Le schéma de navigation générale de l'application est représenté par la Figure 18 de l'annexe.
OUATTARA Yaya Mémoire de fin de cycle CICI
18
ANALYSE DES CAS D'UTILISATION
11- ANALYSE DES CAS D'UTILISATION
11-1- Identification des cas d'utilisations
,\ partir du premicr Diagramme des Cas d'Utilisation (DCU) élaboré dans I~l p~lrtie «
C\igL:nces /()/1ctionnelles », il est possible d'alTiner maintenant l'analyse des ditïérellls Ch
ll'lItili~<llion, Cette analyse eonduit à ajouter des eas d'utilisation, En erre!. nOlh sommes
11~lsses d~lt1s une phase d'analyse qui correspond à une vue informatique du système et nOLIs
:t\()llS Identirié les Cas d'Utilisation (CU') suivants:
('l' 1- (iestiondesbases:
(T; 2- Ciestion des communes;
Cl' 3- Ciestion des AEPS ;
('L.' -+- (iestion des borncs t()/1taines ;
Cl' )- Cl'stiol1 des branchements particuliers:
Cl C1- (iestion des suivis mensuels des installations d'AEPS :
('l, 1- (icstion des suivis mensucls de bornes fontaines:
cu S- Ciestion des suivis mensuels de branchcmcnts particuliers;
Cl, lJ- (iestion des répartitions de recettes;
(' L.' 1()- Ciest ion des dépenses de gestion;
( ,L.! 11- Ciest ion des pro blèmes de gestion;
('l.' 12- (iestion des investissements/renouvellements;
CL 13- (iestion des versements:
CL; 14- (iestion des maintenances;
('l 1)- (iest ion des entrées de matéricls :
Cl, 1f,- Cil'st ion des sorl ies de matériels:
(l' 1'- (icst ion dcs utilisateurs:
('l' 1~- Authentification,
3 Cas d'Utilisation
OUATTARA Yaya- Mémoire de fin de cycle CICI
19
ANALYSE DES CAS D'UTILISATION
Pour chaque cas d'utilisation à l'exception du cas d'utilisation authentification, nous pouvons
identifier les sous cas d'utilisation informatique suivants:
Enregistrer, modifier, consulter liste, imprimer liste, exporter liste vers Excel.
Pour la suite de l'analyse, le cas d'utilisation CU 4 sera pris en exemple pour une analyse
détaillée avec les sous cas d'utilisation ci-dessous:
( '[ . -+-] : enregistrer borne ft)J1taine :
('[ . -+-2: modifier borne fontaine:
Cl' -+-1: consulter liste bornes tontaines.
!'ulir cllaque C'l.S d'utilisation, les sous-activités suivantes de l'activité « Analyse des ca,
lI' li t Il isa 1iUIl » seront réal isécs :
• Descript ion du cas d'utilisation:
• l'Jabor,ltioll du diagr,lmme de séquence du cas d'utilisation:
• [:Jahoratiol1 du diagramme de classe du cas d'utilisation.
OUATTARA Yaya Mémoire de fin de cycle CICI
20
ANALYSE DES CAS D'UTILISATION
11-2- Analyse du cas d'utilisation CU 4-1 "Enregistrer borne fontaine"
• Description textuelle du cas d'utilisation
Tableau 2: Scénario nominal du cas d'utilisation "eJlregistrer borne fontaine"
Scénario nominalCU 4-1 Enregistrer borne fontaine
Folio: 112
f--------------'----------------,------------'--------------- --
Résumé du cas d'utilisation: ce cas d'utilisation
permet d'enregistrer les informations sur une
borne fontaine d'une AEPS donnée.
Pré conditions: l'AEPS dans laquelle se
trouve la borne fontaine est déjà enregistrée.
Acteurs: le conseiller Version: 1.0 Date: 06/11/2010
Date de mise à jour:1----------------------'--------'------------- --
< début>
1- Le conseiller recherche les informations sur la borne fontaine à enregistrer;
2- [CU 184] ;
3- Le conseiller choisi l'opération "nouvelle borne fontaine" ;
4- Le système affiche le formulaire de saisie d'une borne fontaine;
5- Le conseiller renseigne les informations sur la borne fontaine et valide;
6- Le système vérifie la validité des informations fournies;
7- le système réaffiche le formulaire d'enregistrement d'une borne fontaine vide avec un message
de succès de l'opération.
< fin >
4 Cas d'utilisation authentification
OUATTARA Yaya Mémoire de fin de cycle ClCl
21
ANALYSE DES CAS D'UTILISATION
Tableau 3: Scénario alternatif du cas d'utilisation "enregistrer borne fontaine"
Scénario alternatif Folio: 2/2CU 4-1 Enregistrer borne fontaine
Résumé du cas d'utilisation: ce cas d'utilisation Pré conditions: l'AEPS dans laquelle se
permet d'enregistrer les informations sur une trouve la borne fontaine est déjà enregistrée.
borne fontaine d'une AEPS donnée.
Acteurs: le conseiller Version: 1.0 Date: 06/11/2010
Date de mise à jour:
< début>
[1- à 6- du scénario nominal]
7- [certaines informations saisies sont invalides] ou [il y a au moins un champ obligatoire vide],
8- Le système réaffiche le formulaire de saisie avec un message d'erreurs (selon le type d'erreur);
9- Retour au point 5- du scénario nominal
< fin >
OUATTARA Yaya Mémoire de fin de cycle CICI
22
ANALYSE DES CAS D'UTILISATION
• Digramme de séquence du cas d'utilisation
Inte rface Utilisateur
-----1
:Systèrne ADAEI
Conseiller
TIdemanderSais irBomeFontaine()
----
eeran de saisie d'une borne fontaine
demanderSaisirBomeFontaine() ·---lleeran de saisie d'une borne fontaine _J--
Valider la saisie
~i
lJValiderSaisieO
ConfirmerSaisieO
SaisirlnformationsBomeFontaineO-- -------------r-' SaisirlnformationsBomeFontaineOU----- -- ---
Tl--LJ----------------- -c.-
~V~rifi~~tionsaisie
1
AffieherMessageErreur()
- - -~ ..... -"""'""'''''''~''''''''-
Altp.r ~ffieherMessageSueeeso [} ~rl..\())'.:rt.1~s~a~e..::'~c.:e~Q.- - --1_--=-~ ----=--=---==- - - - - - -- .- 1 l_
EmoyerMessageErreur() i 1
1._.1
-------------- --------------
Figure 7: Diagramme de séquence du cas d'utilisation "enregistrer borne fontaine"
OUATTARA Yaya._'" ---' .. -- .-
Mémoire de fin de eycle CICI
23
ANALYSE DES CAS D'UTILISATION
• Diagramme de classe du cas d'utilisation
BomeFontaine
• ID_BF :int• IDjéPS :int+ EMJLA :java.lang.Slring+ DATE_SERVICE :java.utiI.Date+ OBSERV :java.lang.Slring
+ Enregistrer une BF 0 :\\Jid+ modifier info BF 0 :\\Jid+ lister les BF 0 :java.lang.Slring+ Imprimer une liste BF 0 :\\Jid+ Exporter une liste BF 0 :\\Jid
,, ,
,, ,
''Q.1
0..1
{--~_._. Commune
0..•. --- ------'------j---' • ID COM :int
+ NOM_COM :java.lang.String1 + PROVINCE :java.lang.String1+ REGION :java.lang.Stringi+ ID BASE :int
1 - ---------+ Créer une commune 0 :\\Jid+ modifier une commune 0 :\\Jid+ lister les commune 0 :ja.... .Iang.String+ rechercher une commune 0 :jav+.Iang.String
0..1
, ,
r:~: ><PS,",O." 1 + CODEjéPS :java.lang.String--"1 + ID_COM :int
i+ NOM_ftéPS :java.lang.String'+ DATE_SERVICE :java.utiI.Date1 + SOURCE_ENERGIE :java.lang.String
t~BS§RVAno~ __ :ja.va.lang.String
• céer un nouvel ftéPS 0 :\\Jid• Modifier un ftéPS 0 :\\Jid
,+ rechercher un ftéPS 0 :java.lang.StringL+lis~rles ftéPS(~ :java.lang.String
Figure 8: Diagramme de classe du cas d'utilisation "enregistrer borne fontaine"
BASE_CONSEIL
ID_BASE : int+ NOM_BASE : java.lang.Slring+ OBSERVATION_B :java.lang.Slring
+ créer une base 0 :\\Jid i
+ modifier une base 0 :\\Jid 1
+ lister les bases 0 :java.lang.StringJ
OUATTARA Yaya Mémoire de fin de cycle CICI
24
ANALYSE DES CAS D'UTILISATION
11-3-
•
Analyse du cas d'utilisation CU 4-2 "Modifier borne fontaine"
Description textuelle du cas d'utilisation
Tableau 4: Scénario nominal du cas d'utilisation "modifier borne fontaine"
Scénario nominalCU 4-2 Modifier borne fontaine
Folio: 112
Résumé du cas d'utilisation: Ce cas
d'utilisation permet de modifier les informations
sur une borne fontaine donnée d'une AEPS.
Pré conditions: la borne fontaine est déjà
enregistrée
Acteurs: le conseiller Version: 1.0 Date: 0611112010
Date de mise à jour:f--------------------------'-----------'------------- --
< début>
1- [CU 18];
2- Le conseiller choisi l'opération "modifier une borne fontaine" ;
3- Le système affiche la liste des bornes fontaines avec un formulaire de recherche sur la liste;
4- Le conseiller choisi le bouton modifier de la borne fontaine à modifier;
5- Le système affiche le formulaire de saisie de borne fontaine avec les informations de la borne
fontaine sélectionnée;
6- Le conseiller modifie les informations souhaitées et valide;
7- Le système vérifie la validité des informations fournies;
8- Le système effectue la mise à jour et réaffiche la liste des bornes fontaines avec le formulaire
de recherche sur la liste.
< fin >
OUATTARA Yaya Mémoire de fin de cycle CICI
25
ANALYSE DES CAS D'UTILISATION
• Diagramme de séquence du cas d'utilisation
Conseiller
'LI:Système ADAE 1
_______________________ 1
ecran recherche + liste des BF
Alter
demaderfv1odifierBFO
ecran recherche + liste des BF
SaisirlnfosBFrechercheO
ConfimerRechercheO
--r 1 d_e_~m__ad_~erfv1odifierBFO
j
1t. SaisirinfosBFrechercheO
",: ValiderRechercheO-------------
~-,
Alter
~~ ~-----------
AfficherResultatRechercheO
Boite dialogue+tv1essageErreurRechercheO
AfficherResultatRechercheO
AfficherErreurRecherche()~~~- -- -- -- - -- - - - -- -- -- -- -
Verifierlnfos RechercheO
~_~ C~q~er~outo_n~~ifierBF0_ SelectionnerBFafv10d ifierO
D= --.. AfficherlnfosBFO
AfficherForlTl~n~eg,=~e~~_~v:cln~o~~Q_:c- - - - - - - - - - - - - - - - - -~-
fv1odifierlnfosBFO
Alter
ecran recherche + liste des BF
BoiteDialogue + message erreur
liste des BF
message erreur
Figure 9: Diagramme de séquence du cas d'utilisation "modifier borne fontaine"
• Diagramme de classe du cas d'utilisation (Figure 8)
OUATTARA Yaya Mémoire de fin de cycle CICI
27
ANALYSE DES CAS D'UTILISATION
11-4-
•
Analyse du cas d'utilisation CU 4-3 "Consulter liste bornes fontaines"
Description textuelle du cas d'utilisation
Tableau 6: Scénario nominal du cas d'utilisation "consulter liste bornes fontaines"
Scénario nominalCU 4-3 Consulter liste bonnes
fontaines
Folio: 1/1
Résumé du cas d'utilisation: Ce cas
d'utilisation permet de consulter les informations
sur l'ensemble des bornes fontaines enregistrées
pour toutes les AEPS.
Pré conditions:
Date de mise à jour:
Version: 1.0 Date: 0611112010
-------------'----------'-------------"-
Acteurs: L'utilisateur ADAE (le membre du
secrétariat exécutif de l'ADAE).
< début>
1- [CU 18]5;
2- Le conseiller choisi l'opération "Liste des bornes fontaines" ;
3- Le système affiche la liste des bornes fontaines avec possibilité d'imprimer ou d'exporter la
liste vers Excel.
< fin >
5 Cas d'utilisation Authentification
OUATTARA Yaya Mémoire de fin de cycle CICI
28
ANALYSE DES CAS D'UTILISATION
• Diagramme de séquence du cas d'utilisation
: InterfaceUtilisa1eur
Utilisateur ADAE
':5ystème ADAE
AlterCliquerBoutonlmprimerO
Impression liste
demanderlmpressionListeO
Impression liste......
CliquerBoutonExporterVersExcelO
Creation fichier liste BF
demanderExporterVersExcelO
Creation fich~erExcel+Ecriture li;~-B~I
Figure 10: Diagramme de séquence du cas d'utilisation "consulter bornes fontaines"
• Diagramme de classe du cas d'utilisation (Figure 8)
11-5- Diagramme de cas d'utilisation système
Les cas d'utilisation informatique identifiés permettent de construire un diagramme de casd'utilisation plus détaillé (Cf. Annexe Figure 21).
OUATTARA Yaya Mémoire de fin de cycle CICI
29
SYNTHESE DE L'ANALYSE DES CAS D'UTILISATION
111- SYNTHESE DE L'ANALYSE DES CAS D'UTILISATION
111-1- Diagramme de classe récapitulatif
Le diagramme de classe récapitulatif intègre l'ensemble des diagrammes de classe élaborés
par cas d'utilisation (Cf. Annexe Figure 19).
111-2- Matrice de validation des cas d'utilisation
Il s'agit d'élaborer une matrice faisant le lien entre les besoins exprimés par les utilisateurs
(cas d'utilisation métiers) et les possibilités que le futur système pourra offrir (les cas
d'utilisation système). Tout en rapprochant les besoins utilisateurs des fonctionnalités futures
du système, la matrice de validation nous permet de vérifier que l'analyse des cas d'utilisation
est complète, c'est-à-dire que tous les besoins exprimés par les utilisateurs ont été pris en
compte dans l'analyse du système. Ainsi on établit une correspondance entre les cas
d'utilisation métier et les cas d'utilisation système.
OUATTARA Yaya Mémoire de fin de cycle CICI
30
SYNTHESE DE L'ANALYSE DES CAS D'UTILISATION
Tableau 7: Extrait de la matrice de validation des cas d'utilisation
Cas d'utilisation métier Cas ~'utilisationsystème
Enregistrer borne fontaine
Modifier borne tontaine
Consulter un état Consulter bornes tontaines
Exporter un état Exporter bornes fontaines
Imprimer un état Imprimer liste bornes fontaines
Suivre les Bornes fontaines Enregistrer suivi mensuel de borne tl)l]Wine
Suivre les Bornes fontaines Modifier su ivi mensuel de borne tonta ine
Consulter un état Consulter suivis mensuels de bornes tontaincs
Exporter un état Expo11er suivis mensuels de bornes tontaines
Imprimer un état Imprimer liste suivis mensuels de bornes fontaines
A la lecture de la matrice de validation, nous retrouvons tous les cas d'utilisation métiers; ce
qui permet d'affirmer que l'ensemble des besoins exprimés par les utilisateurs (cas
d'utilisation métiers) ont été pris en compte dans la modélisation du système. Le système ainsi
modélisé répond aux attentes des utilisateurs.
L'étude technique du thème nous a permis de comprendre les contours du sujet et d'élaborer
les diagrammes nécessaires à la réalisation de l'application. A présent comment implémenter
notre solution et avec quelle technique allons nous faire la réalisation (codage) de la
plateforme ?
OUATTARA Yaya- Mémoire de fin de cycle CICI
31
CONCEPTION
Après avoir cerné et analysé les besoins des utilisateurs, chose qui a permis la représentation
abstraite de la plateforme, il convient de choisir une architecture d'implémentation et de faire
également des choix logiciels. Dans cette partie nous allons détaillés les choix logiciels,
architectural et de langages de programmation effectués; ainsi que l'implémentation ou le
codage.
1- CHOIX ARCHITECTURAL ET LOGICIEL
La conception est la phase qui précède la phase de codage. A ce niveau, il est impérieux de
déterminer l'architecture sur laquelle sera bâtie le futur système, les outils à utiliser, les
langages de programmation, etc. Les choix à opérer doivent être orientés, par les contraintes
de réalisation (de nos jours, au moins 15 personnes sont susceptibles, d'utiliser l'application
au même moment, l'application doit être accessible en dehors du siège de l'ADAE, etc.).
1-1- Architecture logicielle
Il existe plusieurs types d'architectures logicielles parmi lesquels on a l'architecture
client/serveur et l'architecture poste-à-poste, dans laquelle chaque ordinateur ou logiciel est à
la fois client et serveur.
Nous avons choisi d'implémenter l'application suivant une architecture client/serveur de type
3-tiers. Encore appelé architecture à 3 niveau, ce type d'architecture est composé de 03
couches logicielles à savoir:
Première couche (01) : la couche présentation (ou affichage) associée au client qui de
fait est dit "léger" dans la mesure où il n'effectue aucun traitement;
Deuxième couche (02) : la couche fonctionnelle liée au serveur, qui dans de nombreux
cas est un serveur Web, est la couche métier chargée d'effectuer tous les traitements;
Troisième couche (03) : la couche de données liée au serveur de base de données, n'est
rien d'autre que la base donnée gérée par le Système de Gestion de Base de Données.
0LJ:":!TARA Yaya Mémoire de fin de cycle CICl
33
CONCEPTION
La figure 11 illustre le fonctionnement superficiel d'une application client/serveur (visiteur =
client)Visiteur
Requête http://
~+~
Senreur
DCommunication visiteur - senreur pour une page HTMl
Figure Il: Communication entre un client et un serveur
Le poste visiteur ou client envoi une requête au serveur via un navigateur web (exemple:
Internet Explorer, Mozilla Firefox, etc.) ; le serveur traite la requête, formalise la réponse en
code HTML (langage que comprend un navigateur) et l'envoie au navigateur du poste visiteur
qui interprète le code et affiche le résultat en clair pour le visiteur.
La figure Il illustre le lien entre les couches 02 et 03 d'une application client/serveur.
Figure 12: Architecture d'un serveur
Au niveau du serveur toute requête est formalisée et traitée par des instructions ceci peuvent
être codés en PHP, Java, ou autre (script). Ce script permet les accès à la base de données et
aux fichiers pour des lectures ou écritures de données afin de répondre à la requête d'un
client. Après traitement de la requête la réponse est formalisée en page HTML avant d'être
envoyé au client.
~lJATTARA Yaya Mémoire de fin de cycle CICI
34
CONCEPTION
1-2- Langages de programmation
PHP (Hypertext Preprocessor) pour produire des pages web dynamiques,
HTML (HyperText Markup Language) pour produire des pages web statiques,
JavaScript pour les pages web interactives,
SQL (Structured Query Language) pour l'interrogation de la base de données.
1-3- Environnement de développement
L'environnement de développement que nous utilisons est Adobe Dreamweaver
(anciennement Macromedia Dreamweaver). Il permet de développer des applications
dynamiques sans connaissance préalable des langages de programmation. Il peut être utilisé
avec des langages web dynamiques (ASP, PHP) à l'aide d'outils relativement simples
d'utilisation. Dreamweaver est édité par la société Adobe Systems.
1-4- Plateforme de développement
Elle permet de faire fonctionner localement (sans se connecter à un serveur externe) des
scripts PHP. Notre choix s'est porté sur EasyPHP dans sa version 5.3.0. Il est une plateforme
de développement Web comprenant deux serveurs (un serveur web Apache et un serveur de
bases de données MySQL), un interpréteur de script (PHP), ainsi qu'une administration SQL
(PhpMyAdmin). Il permet donc d'installer en une seule fois tout le nécessaire au
développement local du PHP.
1-5- Système de gestion de base de données
Le système de base de données choisi, MySQL, est l'œuvre d'une société suédoise MySQL
AB. Elle a été fondée par David Axmark, Allan Larsson et Michael Widenius en 19 . MySQL
est un serveur de bases de données relationnelles SQL, développé dans un souci de
performances élevées en lecture. Il fonctionne sur de nombreux systèmes d'exploitation
différents incluant Linux, Mac OS X, NetWare, Solaris Windows 95, 98, NT, 2000, XP,
Vista, Windows 7, etc. Le couple PHP/MySQL est très utilisé par les sites web et proposé par
la majorité des hébergeurs.
OUATTARA Yaya Mémoire de fin de cycle CICI
35
IMPLEMENTATION
11- IMPLEMENTATION
11-1- La construction de la maquette
Cette phase consiste à élaborer l'interface de l'application (créer et lier l'ensemble des
fenêtres que le système doit comporter) sans donner une possibilité réelle de communication
avec la base de données.
La maquette du système SIAGA a tété réalisée sous Macromedia Fireworks version 8.
11-2- La communication avec la base de données
Cette phase représente le codage proprement dit de l'application. Nous avons ainsi procédé au
codage des fonctions globales (les activités qui sont répétées à plusieurs endroits par exemple
annuler la saisie d'un formulaire, vérifier les champs d'un formulaire, se connecter à la base
de données, etc.) et des fonctions métier de chaque module pour enfin lier à l'interface.
OU~TTARA Yaya Mémoire de fin de cycle CICI
36
IMPLEMENTATION
H-3- Quelques captures d'écran du logiciel
Les captures d'écran (figure 13 à 17) répondent aux exigences du cas d'utilisation« gérer les
AEPS,,°1--..............,f--,..................------~~
I!I«_ '[""""1 Çt.dI t
I>l'o:ll L27.o.o.II~-«STICflI
Lo~ sarlOt)
Mot ,k Ji>'.. • ••••
1 Valider 1
SIAGA (Système d1nfonnalion d~ l'AppuVeon"'lll ~ la GesllO d.. , Mouetion, d'eau potable ;lmpUMes)OUIIls da gestion das Dp~alIDn. da recouv....menlS de uivi technoqu8 01 financier des AEPS,de fanalysa des donné... de. AEPS pour un <Jccompag menl dans 1" prccessu!O de 9 stlon.
Copyright Il:l 2010-2011 AOAEMailS_liOn; Yav. OuaHara Stagiaire Ingénieur Conception en Informallqus.
E-mail:smou hasCY4 ". t}-
• Il ~ ':l-__L.......::.__-+:O:-- __
Figure 13: Fenêtre de connexion du sy tème SIAGA
Cette capture d'écran représente la page de connexion de l;apphcation SŒAGA.
Elle permet à un utilisateur déjà enregistré et ayant les droits à accéder à l'application
SIAGA, de fournir ses informations de connexion po If avoir accès à l'espace de travail
propre à son profil.
OUATTARA Yaya Mémoire de fin de cycle CICI
37
IMPLEMENTATION
j
..'~.
,l; Dro Oofo1 l'tu" •. po IlJ•• ' jtl \"' • ft1. <#- 1 1•• 1.~ ::I.f. ". ~._. J
Figure 14: Espace de travail du systè e SIAGA
Cel écran est la pa2e d\'fIltre dans l'applicafion : clle n us pem1et d'accéder aux difl'ërcnt
menu, i on a les droit requis. Celle-ci s'affiche à tout utilisateur qui a rranchis r ~t3pC de
connex ion. L '$ m nus rc~tc par contre cond~tionnés ct' c:cès.
OUATTARA Yaya Mémoire de fw de cycle CIel
38
IMPLEMENTATION
Inrorrn •.,tton... ~ur (lru.:· I\I-PS
. J .
5~O
D·
KARANGASSO SAMBLA
nouvelleAEPS
"
... _If"'_ "!t-r. fT)f Cil Juillet 2009 .., Œl
F )ill" If 1'''' .('or, •
Il ,. l>
,. Zl U
" li ....de sur 1. formulaire
, Il.Io-::::.~-=--=--.......L.==~...;;.l.. -..:::.... .::.....-I-__=-__~-=- _
Figure 15: Formulaire d'enregîstremen d'une AEPS
Cd": '1all est un formulaire d'enregistrement d'une no velle AEPS. JI perm ( la saiSIe, le
controle el la sauvegardes des in fo l'ma ions d'une AEPS donn 'c.
OUATTARA Yaya Mémoire de fUl de cycle CICI
39
IMPLEMENTATION
. if·
BallI€lJrSource
d'énergIe~ovinœ
Région
Année decréation
e
/, . nUAII,.,tI,,!)1I1t LIPI v, , Ol'll.lUII IlftfïtHU uf>U...1)'1/,11 PO 1I'iliU r OI\Uo.; 1 j\
rH (;'1 Il Ol 11011 CI 1lI0l1l"'SO
Dm cie base
EId"" t<b>J 1lfllet>"'I" !j>t"'- ~- 10/>001 Q-ti'
. <.:l"'r-bvlslM DâJ:lS.et avec "dox Al ..... '.~
1(_""O)yol'ooo, .... P<1
0r· ~ RlUIIRCM:R [ ·0· o l,
1, iJl:e des AlPS .V'e'C possibibté do .. "..."'''''''
mprmer
Plo,..... ""'.. R.pOll ~n.••('oct. IRH.1. r.U'P~
. :X KV
• ';11 DAN
• ';X l'KA
Sidir;îdoug~u PONl
COMOE
Figure 16: Fenêtre de recherche d'
Sud Que.,
CASCADES
Sud Oue,l
4"-:OIU'Cf'
d·."~l·~ •
Solaire
B~ill",Ùf."
,:OllMI(J"'Jl~l
V.h.. 5
5
) ,:z.
Cette capture d'écran est une fenêtre d'affichage des AE S déjà enregistrée avec possibilité
d'effectuer des recherches sur la liste selon des critères années, ainsi que la possibilité de1
mettre à jour une AEPS et d'imp imé une liste d'AEPS.
OUATTARA Yaya Mémoire de fin de cycle CIel
40
IMPLEMENTATION
Nlp:111V.O.O.lIAOAl~JQNJI9"'lJonA[~ __••p/1l
0!" ;;) Jo -- "a" . " ;::"l~ed~AlP'S
Acuell.. fmll!Îmer
AUOI,I.1non IHUU lt. V.!on"IQ(lp"lll"nf,l~.< A,ld", OOIlS ,lE." [>o'"~I.
01 BP Sl:i~ B(i~,)-n,.,d.,,,.<. (IlBURKIN.:"-F.:"~O
T.I lO%'lio:o~r616.J
:F·lJl.~ ."I,.~o~.@I~<.".'br
Ob5tl·\·~'tI()U.t
,Chaogemenl du
group. Â la date <lu
12102
RAS
500
500
-500
500
P\ul.'\t fUl~.ll(If'I~;Ç1 Pus ~'lf' VNLfi1' dl' m3d. r.-U:PS .1'••",
rAI>.oU:
DAN 13107/2006
FOROUKOURAI16I03I2005KANG~Ti3i02l2008
N.,n ,1. 1. l('Od.IRHd. IN d r.uœs 1 v.i. d. ,1\1.'. SOIU'.'OhUnlthf'o r..i..E'p~' ou, ... . 1 +-'ll tfl)\1~ f' Ir...nfl8lfl
1 KARAÛG~AS-:-::-SO-j-----f-----""'-HSidÂC\"adc.ugou'!{V SAMBLA 1'1101/2009 Solair-e
LEGMO(N AN
SidAcndougùulFKA
KOLOKOLO -KANG
Figure 17: Fenêtre d'affichage de la liste des AEPS
Cette capture d'écran p 'ésente la page d'affichage de l'e semble des AEPS avec possibilité
d'impression et d'exportation de la liste vers un fichier E cel
Au terme de cette partie nous avons pu choisir l'archite ture logicielle 3-tiers avec comme
environnement de développement l'IDE Macromedia Dre, mweaver. La réalisation ou codage
nous a conduit à rendre fonc~ionnel les modules gestion des bases, des utilisateurs, des
communes et des AEPS. Les autres modules ayant 1I~ codage similaire et les grandes
fonctions de Irailements étant déjà élaborés nous estimons l'ensemble du projet à 73%
réalisé.
QUATTARA Yaya Mémoire de fin de cycle CJel
41
CONCLUSION
CONCLUSION GENERALE
[.'application quc nous avons décrite tout au log de ce document est le truit d'ul) stagL'
pl"~ltiLJUL' L'n conception effectué ù l'Association pour le Développement des Adduct ions dT~lU
!,otahk (\D/\F) dc Bobo-Dioulasso, Quatre (04) mois durant, nous avons travaillé sur le
tlll:lllL': « 0.'1 iSL' en place d'une platetèmne de gestion des activités de l'appui/conseil ù I~\
gestion des adductions d'eau potable ».
Cc travail s'est déroulé slir les grandes lignes suivantes:
./ une ph~lse d'insertion qui nous a permis de eonnaitre l'ADAE et de taire le choix de i<l
méthode ct du langage de modélisation à utilisé pour analyser le problème;
./ U1lL' phase d'a1lalyse, au cours dc laquelle nous avons recueilli, analysé et t~lÎre la synthèsL'
des hesoins des utilisateurs. Elle nous a conduit ù la construction des modèles statiqucs ct
dyn~lll1iques du système à mettre en place :
./ une phase d'implémentation a conduit au choix de l'architecture logicie Ile. des langages
ue programmation, des outils ct environnement de développement. A l'issue cette phase
nous ~l\'ons pu obtenir une application ù 73'>ô fini.
La présente étude nous a permise de découvrir un domaine qui nous était, jusque là, peu
connu, à savoir celui de l'eau et de l'assainissement; mettre en pratique nos connaissances
théoriques et découvrir le monde socioprofessionnel. Désormais, en matière d'eau et
d'assainissement, nous serons comptés parmi les moins ignorants.
Afin de bénéficier des avantages qu'offre le système SIAGA, nous souhaitons que le travail
LjLJL' nous avons cntrepris connaisse son achèvement afin que nos efforts soient couronnés par
b redynamisation de l'activité d'appui/conseil. Nous souhaitons également qu'à moyen ou à
long terme, le module gestion financière et comptable soit implémenté. Ce dernier module
viendra renforcer les modules qu'intègre déjà SIAGA et le positionnera comme outil
incontournable dans la gestion des ressources en eau dans les centres semi-urbains et ruraux.
Enfin, l'application doit demeurer évolutive et son évolution doit suivre celle de l'ADAE.
~UATTARAYaya Mémoire de fin de cycle CICI
42
BIBLIOGRAPHIE ET WEBOGRAPHIE
BIBLIOGRAPHIE ET WEBOGRAPHIE
III .Ilheph et Da\id CIabay. UML 2 Analyse el Conceplion. Edition DUNOD, PARIS. 2()O~.
'21 l'rie D~hpet. Cyril Pierre de Geyer. PHP 5 Avancé (40lllé Edition). Edition Eyrol1cs :
1,)II~~lilL'11c Clerc. (~rie Kavanagh, René Lesage. Guide de rédaction d'un rapport technique. Ulli\LI-;il~
lie l_a\~ll. Déccmbre 2()O--J. :
I--J] \1. l("II'Îm LOUNGRANA. Communication sur la gestion des AEPS sous maîtri~e (rUII\II"
eUI11I11L1l1:l1c dans la région de Bobo-Dioulasso. archives électroniques de l'ADAE, 2009;
ISlllcné Cumm, Rapport de la mission d'appui ù la mise en rlacc d'AEPS, archives papIer, 1
l'ADAL 2000 :
[6] CLEVACTI S.A.R.L, (page consultée le 23 Octobre 2010), Ressources pour vos recherches, [En
ligne]. Adresse URL : http://www.techno-science.net/?onglet=glossaire&definition=749 ;
[7] Wikimedia Fundation, (page consultée le 23 Octobre 2010), Ressources pour vos recherches, [En
ligne]. Adresse URL: http://fr.wikipcdia.org/niki/Langagcdemod'Y.IC3°!lIA9Iisation ;
[8] Mehdi Achour et coll. « Manuel PHP », Ressources pour vos recherches, [En ligne]. Adresse URL:
httll://"" w.php.nd/manual/fl-/function.strtotimc.php (page consultée le 30 Octobre 2010):
[9] Kerigan, « le SQL de A à Z : 3ème Parties-Jointures ». Club des Professionnels de l'Informatique,
Ressources pour vos recherches, [En . ligne]. Adresse URL :
httJl:i!~qlpro.dcn'loppcz.com/collrs/sqlaz/iointllrcs/#LII-B (page consultée le 03 Novembre
2010).
OUATTARA Yaya_. b
Mémoire de fin de cycle CICI
43
1[
PRESENTATION DE LA METHODE D'ANALYSE (UP 7)
Présentation générale de la méthode d'analyse UP7
('est UIlL' démarche d'application d'UML (Uniticd Modeling Language) qui prend ~\ppLii sur
LI délll;\rL'!lc Unified Process (UP) mais se veut avant tout être pragmatique. Elle est aniculée
SUi\~lJlt SL'j1t acti\ités d'où le nom Unified Process 7 (UP7). Les quatre phases qui
cOITeSp(lnùent Ù celles d'Unified Process (Lancement, Elaboration, Construction. Transition)
S()llt é\'aluées dans chaque activité.
I>,lm chaque activité d'ur7 nous avons entre parenthèse le pourcentage dl' temps d'~1l1alyse
Liu' L" le (lCClIpe. (Pur exemple : /'uctil'ilL; mocNliso tio/1 /1/(;tiel' occupe 5% du te/1/ps d '(///(//1'.11'
d'lllI .\l'.\I(~l7le (lvee /0 méthode UP7).
La méthode Ur7 comprend les activités suivantes:
• !\ct i\ité 1- Modélisation métier (5'Y!1): consiste a mieux connaître ct comprendre les
processus Jans lesquLls va s'intégrer le futur système inftmnatique. Cettc activité ahoutit ~'I
trois résull:l1S : le schéma de contcxte du domaine d'étude, le diagramme CLlcti\ité ct le
d ia~,!I'~1l11me de classe mét ier
• ,\ct i \ il é 2- Exigences fonctionnelles (5%) : défin ir ce que doit fa ire le système cr un po int
de \ uc métier. Ccttc activité permct d'obtenir trois résultats: diagramme dl' cas d'utiiisatiull
systcme. les scénarios dcs cas ù'utilisation métier (digramme dl' séquence systcme).
l'illtcrj~lcc homme machine (schéma de navigation générale)
Au tel'llle de ces deux premières activités, l'expression des besoins (au sens Ur) est COuveI1L'.
• i\cti\ité J- Analyse des cas d'utilisation (20'10) : t()llrnir une vue intormatique du syslèll1C.
Ccllc acti\ité permet d'obtenir cinq résultats: définition de tous les cas d'ulilis,ltioll (ml,tiers
i illl\lI'ln~lt il] ues), ident ification des scénarios pour chaque cas d 'util isat ion, diagraml1le cl 'état
tr~\l1sitioll (Dptionnelle et s'applique selon les systèmes étudiés), les intert~LCes utilisateurs rour
Ch~ICjLlC cas d'utilis<ltinn, les classes pour chaque cas c1'utilisation
1
.J
!\L1 termc des activités d'analyse des cas cl'utilisation ct de synthèse de l'analyse, l'alwlyse (all
scns UP) est cou\el'te.
• Acti\ ité -t- Synthèse de l'analyse (5%): consolider et valider toute l'analyse des cas
t1'utI!is~lti,)n. Celle ~letivité permet J'obtenir Jeux résultats: diagramme de classe rée:lpitul~ltil:
Lille l1l<ltl'ice de valicbtion des cas d'utilisation.
OUATTARA Yaya.".- -
Mémoire de fin de cycle CICI
Annexe Il
1J,J
PRESENTATION DE LA METHODE D'ANALYSE (UP 7)
o /\cti\'ilé 5- Conception (lO(Y!,) : définir et de mettre en place les choix d'architecture
technique, et compléter la description du système sous l'angle technique. Cette activité permet
d'obtenir quatre résultats: les choix techniques retenus, les scénarios techniques par cas
d'utilisation, les diagrammes de séquence technique, les diagrammes de classe technique
Cette activité couvre la conception (au sens UP).
o ,\l'l i\ ilé ()- Implémentation (40%) : correspond cl la production du logiciel sous t<.mnc ciL'
LUIllP\)S~\I1ts, de bibliothèques ou dc tichiers, Cette phase reste, comme dans toutes les autres
llléliJ\lciL'~. la plus lourde en charge par rapport ù l'ensemble des autres phases,
o\ct i\ ité 7- Test (15%): vérifier la bonne imp lél11entation de toutes les exigences
(fCllll" innnelics et techniques). le fonctionnement correct des interactions entre les objets. lél
honne intégration de tous les composants dans le logiciel.
Les activités 6 et 7, « Implémentation» et « Tests» se réfèrent aux activités d'UP.
OUATTARA Yaya Mémoire de fin de cycle CICI
Annexe III
PRESENTATION DU LANGAGE DE MODELISATION UML
Présentation du langage de modélisation UML
\IL (linifled Modding Language) sc détinit comme un langage de modélisation graphillll\.'
\.'\ !\.':,;luel destiné à comprendre ct décrire des besoins des utilisateurs, spécifier et documenter
lk~ sy~!~mes, esquisser des architectures logicielles, concevoir des solutions et communiquer
de~ Iloinh de vue. Il est né de la fusion de trois (03) méthodes de référenœs:
• OV]T (Object Modeling Technique) développée par James Rumbaugh dans le Centre
de I~echerche ct Développcment de la société General Electric à la tin des almées ~() :
• I3nnCH (méthode de Grady 800ch) a été publié en 1981 dans le livre OOD (Objl'l"
Oricntecl Development) ;
• UUSE (Object Oriented Software Engineering) a été développée par Ivar Jacobson,
l[:'vIL, qui n'est ni une méthode ni un processus n'impose pas une démarche partiélllière pour
J'(ll1alyse d'un système mais préconise d'adopter une démarche ayant les caractéristiques
~ui\antes : interactive et incrémentale ; guidée par le besoin des utilisateurs du système:
centrée sur l'architecture logicielle.
UML définit treize (13) diagrammes regroupés en trois (03) modèles qui sont:
• les modèles statiques:
./ diagramme de classes ;
./ diagramme d'objets;
./ diagramme de composants;
./ diagramme de déploiement;
./ diagramme de paquetage;
./ diagramme de structure composite;
• les modèles dynamiques:
./ diagramme des cas d'utilisation;
./ diagramme d'états-transitions;
./ diagramme d'activités;
• les modèles d'interaction:
./ diagramme de séquence;
./ diagramme de communication;
./ diagramme global d'interaction;
./ diagramme de temps.
1
OUATTARA Yaya Mémoire de fin de cycle CICI
Annexe IV
>QiXQiCc
<t:
-__( Liste des AEPS )
. - -(M<><Jifier ,,-n-,,~~)
__ ( Nou"A;tlle AEPS )
l_------,--- -
-~( Sui... mensuel d'une AEPS ~I
----~>Modifie,.lesui .... mensuel d'un~-A'EP:: 'î\... __ .J
_____J- ---( Liste des sui....s mensuels d'AEPS --j
L-_ ( Gestion des AEP~""f.----
----------- -- ------- ----,
~: Gestion des bornes fontaines
- .~" Sui.... mensuel d'une borne fontaine )
_i Modifier le sui"" mensuel d'une borne fontaine
_(Liste des sui ....s mensuels de bornes fontaines
__( Liste des bornes fontaines )
.. ---{/ Modifier une borne fontainf ')~- /
____ ( Nou~le borne fontaine-,,- ,
1--~ Sui.... mensuel d'un branchement particulie,)
I~---------( M.odifier le sui .... men5uel~'~-n b~anch~~~_~t .~_~rticUli~ __-------------..---------------------- -~ 1~( Liste des sui\IÎs mensuels de branchements particuliers-..,< Gestion des branchements particulier.: )- '-==::=-----------.- -.- .. ---------------::::---.-.- -"- ..----j , --( Liste des branchements particulier )
f-----..(~Modifier un branchement particulie .. )l '-- _ "' _ _._../
/- -,_.__(, Nou...eau branchement particulier
Liste des dépenses de gestion )
----..1, Nou...elle problème de ges tion )
--(G~~lion des problémes de_ ge~~ior_)- -----T- - -( Modifier un probléme de gestion ./
~ Liste des problémes de gestions \,~. .
• Accueil
--\, Liste des répartition de recettes '\
-: Gestion des réalisations
-.1, Gestion des maintenances)
---."\ Nou\lelle réalisation
~/;:... Modifi~r~ne ~alisation- )
'~\ Liste des réalisations J,--- -----...,,\: Nou-..elle maintenance ~),
J ----.., Modifier une maintenanc. :
1; , .~
______~. Liste des maintenances)
Modifier un -..ersement ---)
--~.( Nou\oElau \oElrsement )
-(
~(~._Liste des -..ersements ~)---.....: Nou...eau entrée de matéreiel
..(: Gestion des communes :'
_'I--_J__-__-_-~.(Nou\oeau sortie de mat-ériel
-'--~ Matériels sortants j I--(--M;;di';eru~e "ortie de matériel
j . -..,C N~~~ïïe c~ .:J ,--<.~i_~te d~_~_ sorties de matériel
r-~~~-Modifier une commune )
1 /
1•• _ _~, Liste des communes partenaires 1
Gestion du matériel "/
-( __M__at_é_n_-e_l_se_n_trants c-----+---." Modifier une entrée de matériel
~{ Liste des entrées de matériel
Liste des bases conseil
Ges tion des bases }----- - 1
- - --- ~ Nou\oE'tlle base conseil )_
------r------~<Modifier une base conseil)
L
Gestion des utilisateurs ·I~-~'-- Nou\leau utilisateur
-( Mettre à jour un utilisateu ')
L __-------{, Liste des utilisateurs enregistrés .)
Figure 18: Schéma de navigation générale
1
~Id
\IOidSlrl"gString~Id
\oOid
~Id
\oOld 1
s.'.'nQ~String~,d
: \oO,d
~Id
: \IOld:Stl"l"g·SlTlng: \IOid: \oO.d
: \IOld:'YOid: SlTing·SlTi"g. \IOid
\IOid
Annexe VI
10 \/ERS IntID-AEPS ~nt
... OateV8re : Dale
... IntltuleCpte : String
... Mlnlanl : doub.e... NumBorderell'u : int... Nom PreCo"9BII : Str.ng... OBSERV String
Enregistrer versement ()Mldifier_rsamant 0
... Lisier vereement 0... rechercher versemanl ()... Impnmer liste \/Brs 0... Ei'lPorter IIsla vers ()
-~- ----------_.VersementAEPS
Repartition
~-EP~I.:rt... ID~JD,EPS int
... WIS SUI\.1 : String
... DaleRepert : Date... VolVendu : double... RacetleRel:'1 : double
-;:r. RecefteTIi double·'0 ..• Sell:'ireCC : dOUble
... HonoCDG : dOUble
... Cale.",Oepens : dOUble... Fond.....nl8 . double... FondRenviml double... Fondln_st . double
,'" P",rtAUE : double:... oeSERV : Str.ng
1.'" Enregistrl:'r repartition 01. modifier repartlUon 0
1: ~i::r:r'::;r~opna~Uion 0
... Imprimar liste 0l,.~~llpO~--,"~~~~__ ..
.~..•. - ProblemeGestion
• ID PRO GEST : Int... ID:::AEPS : lnt... DeleEnreg : OalB
1 ... ~eProb Str.ng,... Libelle : String
~... oeSERV : String
1· Enregistrer probleme 01· mod.fler problame 0... Lister probleme 0... Rechercher probteme 0... Imprlmerllsta()... Ellporter liste 0
"'.~.
\IO;dvoidSttlng
. String
. \IOldvoid
~
o ..•
~.
\IOid~Id
String 1
Slnng ,~Id
\IOid
....intenence
~'--ID ~NT--:'-';t-'-'---
... 10-.AEPS .Int
... ~IS_SUt\.1 : String
... DATE rv\AJNT . Dale: ... HONORAIRE . double
... OEPL.AC:MT double
... PIECE Siring' TVA . double
_ _ tv1ON2~2_:!:!~~u~__
• Enregistrer malnlanance ()- Ml<;llfiermainte"ance ()... lisier melntenance ()... Rachercher maintenance ()... Imprimer Ils le ()... Ei'lPorter l'l!ite ()
... enregia..-er un su,viAEP 0
... mOd.fler un suivi 0
... lister les su'''''.AEPS ()... reChercher un su.viAEPS ()... 'mprlmei une lie te de suivi ()... ei'IPor1ler une liele de sui\oli 0,
S-Utvl AEPS
ID SU 1\.1 AEPS : .nl... ID-A,EPS ·Int
, ... Dele\l'lsltaN_' Oeta... Dale\.1s,taN DBIe... fl.'bis_Suivl . String... NbreJours : int... PrllOf>A3 : int... IndCpteFoN_1 . doubla... IndCpleFoN : doutlle... OlnlndCpteFo . double... VOICpleBP double
1'" VoIEBuCon doubla... IndCpIChatN_' : double
: IndCptChatN . double1 DifflndCplChatN : double1 IndGrpeN-1 . inl
1'" tndGrpeN . ~nt' NbreHFclion ml! StckGeollN_1 double
... StckGeoilN : in!1'" khetGazoil . int
... SlckHulleN_1 lnl
... StckHuileN .nl
... PchatHulle : Int
11
/.0 ..·
,·"0--...1 0 .."1.. Çl.' 0 ...1
~ ;- RENOU\oO IN\lEST
~ ~~----~ ~IDRENVO int- ID AEPS int _0_' - ----0-._ ID AEPS .nt
O· 1 ... CODE_AEPS Je-.elang String MOIS_SUI\.1 String
-01-4: ~o~O~PS :;~ Jang SlTlng 1: ~:;:~~u~UT ~~Ie//1 DATE SER\.1CE Dete 1 TYPE Slrlng
0,.1 SOUR-CE_ENERGIE Ja""3lleng String Libelle Slrlng
/// ~ ~~~~~::~~AEPS 0Ie::;n9
String 1 : ~,;:~~~ux ~t~lng
l-fl.'bdlfler un AEPS () : \IO.d r.....·~··. Enregistrer Re.li.allon 0
.
... rechsfchar un AEPS 0 Je .....IBng.Strlng! O. ,...... , mod.fier .nro rea".allon ()... IIsterlello AEPS() jS\8.lang.String ... LlslBrreellsatlon 0,'------~\>---- 1'" Rechercher Reall.atlon ()
0 ..1/ 0 .. 1 a,~, 1: ~;~~:;~:::~g
! \ ~ L.-I \/ \
-OepansesGeslion
ID_DEPENS·--~--
1 ID_AEPS Int1 MOIS_SUI\I1 . String
... NbreJour : Inl
... De\eOepans : Dete
... T}/peOepens : String
... Libelle : String
... Ouanllte . inl
... Mlntant double
... ~~r~::~er de~p:=~,,:nC':'-.CC()C-~C-'dC-modifier depense () \IOid
... Lisier depanses 0 String
... Recherchar depensa () . Slnng... Impnmer liste () \IOld... E><porter liste () \IOld
0.-::~::
BanchParti
ID BP 'nI... .0=AEPS Int... NOM_PRE . String... CNIB Slring... TEL: Str,ng... PRIX M3 : double... DATE- SER\.1CE . Data... OBSERV Str",g
- Enr';gjs't~e~-";-rÏ"BP (l-~~~d
l'v'odlfler info BP () : \oOid... LisIer les BP 0 String... Rechercher BP 0 . Siring... Imprimer LlatB BP () . \oOid... Ei'lPorier Lisier BP 0 : \IOld
0 .. 1
~-o..~·:~- -l:'"":g_~ps_~On1e~~flain~1
... Er-A=>LA :le\/BJang.Str",g... DATE SER\.1CE .Dele~OSSERV :ja\09.lang.Str\ng
1: Enregistrer une BF 0 void,'" modifier In'o 6F () \IO.di'" IIsle~les 8F() ja-:e. Jang.String
... ImprlmerunelieIeBF() \101<;1
... Exporter une liste 6F 0 vo,d
L Sorti.Materiel - --1
1~ '0 SORTlEMATE ln' 1______ o ..~ 10-MA.TE lnt i
0 .. 1 oBieSortie Dele 1
... 10 Pé,PS : in!
... OUANTlTE : .n!
... PRIX_UNI : double ~... MONTANT double... MOIS SUI\I1 : Dale... OBSERV : java.lang.String
... Enregistrer une sortIe Materiel 0 : void
... ~dlner une sortie 0 : void ,... Uster lee sortie m.teriel 0 java.leng.Strlng !... reChercher une eortle matariel () : jeve.leng.Slrlng 1
: ~m;:;~~~~~i~~~j{_)_~~, J
: \IOld: \IOld: ja\/B.leng.Strlng. \IO.dje\08Jang.StTing
UTILISATEUR~ ID_USER-----.,n,- ---
... LOGIN StringN PASS Stnng... FONCT.ON String... NOM String... PRENOM . Slring... ADRESSE : String... DATE NA)SS . In!... DATE-EMBAUCH :Date... POSTE OCCUP String... MAIL - Slring... TEL String
--··-E-rÏ~e·gIB-~;;run ':;5-e-r-()-- ---"";'dmatlre a Jour un U5er () void
... 1'61er las U5ars () Slr"'Q... E><porler liste lJ5er () . \IOld
i BASE_CONSEIL' O .. " _~~OM~C~ "-,--~i «ModelleaUon Appu.e~nSeIlADAE» 1 __------ N~I'_COM . ja>oe.lang.String
ID_BASE : Int-- o.~ PRO\.1NCE : ja""3l.leng.String... NOfVLBASE :je""3l.lang.Strlng REGION :ja""3l.lang.String
... OBSERVATION_B :ja""3l.lang.StTing e::'~'O"""B",I'S",E=----'-''',-,n''-_~__-= ---j
... Sa.sleBase 0 'IoOid + Créer une commune 0 \oOid: ... fl.'bdifierBese () : 'IoOid ... modiller une commune () . \IOid
... Consul\erBese 0 . ja~.leng.Strlng ~Ilster les commune 0 : Ja\/B.leng.StrinQ.' ... rechercher une commune (l :la\/B.tang.String
--~_.----- .. _. __.------- .. _- -'._-
0·1
1
SU.\.1_BP
10 -SUlVlBP- .Int10-BP lnlD~eN-1 Dele
... DataN . Dete
... ~j5_Su,vi . Slnng
... NbreJOurs int
... IndCpteBPN- 1 double... IndCpteBPN double... DiffCplaBP . doubh.... Purge doubla... VolReelBP : double... ~nlanlFact : double... RecettaReelBP doub.e... OBSERV Siring
-E";~eg'8irarune !l.u;I.IiBP 0 \IOldmodifier In'05 fi u .....BP 0 : \IOld
... Lister Iou.vle8P 0 : Sll"1ng 1
... Recharcher infos suiviBP () . String ~' ... Imprimer hsle sui\olisBP (l : \IOld
l"'_ E><port~r.li5Ie SU'vis~_~~~~ __
SuiviBF 1
r-.------'-OSu~-n'---------
' ... ID-SF :int... D.I""tElN-1 Dale... OateN . Dale... MOIS SUIVI . java.leng.Slrlng... IndCpleBFN-' : double
1... IndCpleBFN : double... DlffCpteBF . doubla... PurgeSF . <;Iouble... VolReelBF : double... RecetteBF : double... SiIllaireFon : double
i'" OBSERV : Java.lang.String
Enraglstrer_lnfos_SuhABF 0 \IO.d
! ~~~~:;e~n~~~:~;vi6F 0 ;;~.tang.Strlng: rechercher un SUI"" () . Jeva.leng.Strlng....mprlmer la tlste sui""e 0 \IOld
L'" ei'IPOrter le USIe .uivi.~.~_'d _
j
L_ - '0 MATE ,·;~-;'"."'";.'I;,-... 10 -BASE Int... LIBELLE Ja_,tang.Strlng... DATE ENTRE : Date... OUAN-TITE : Int
... TYPE fvtATE : ja ......lang.Strlng:... PRIX -UN. : double
... NOM=:FOURNI : )1iIV8.lang.String
... OBSERV : Javs.leng.Strlng
... Enregistrer un MalarlalBntrant ()
... fvtodinar un Meterlel ()1 ... lister les mel.riel 01'" Impr.mer lisle ().... rechercher un matériel ()
Figure 19: Diagramme de classe système
~Mij~U~. l:I~~~,~,',' ,"(f.,,,,,,~'\4JIliMi$f("',J9'9i""',".1J!4U;..~$ilA ~.i\+'1 R,.".$, .) J<iK4\?AY\+JlidWP.&iM:dRjiAAQjl$M4/L.,',mzrnr;;:f.H ,••,.4 I.MM1.a,W.. §iJ4\G,'9.4lItSAif. j~4J1 ,·vq çp;I.MI A,Hi,,;:;; Q$§lh4 .~h;;}',H,.i(j""~M;;i'fk@ij!ifA.""IlIP;"'@'.+UM,'i'1."*"" .. ,S;Y;"';!84.M".'i~!'"1U,"'.;C:;;;;::;;,)III\i1ii~1 ii \tt ; ."1""'."""''''.\iTi!if @ij
li,_._----------"-----_._---,
F-Entre Materiel i
- ID tvtATE : int = 1 1
1
+ 10-BASE : int
+ LIBELLE :Ja"'.Iang.Stnng+ DATE_ENTRE :java.utiI.Date
1 + QUANTITE : int
1
+ TYPE_MATE : ja"'.Iang.String+ PRIX UNI : double
1
+ NOM=FOURNI : java.lang.String+ OBSERV :java.lang.String
L ..... _
~----'BI>sE CONSEIL
ID BASE : int1 + NOM_BASE :java.lang.String1 + OBSERVATION B :java.lang.String
1 + créer une base () : ""id+ modifier une base () : lAJid+ lister les bases () : java.lang.String
-- 1
or11!1
~:
Suivi mensuel BF
Su;~ mensuel-BP
: int: int: java.lang.String: int: java.util.Date: java.lang.String: java.lang.8tring: int: java.lang.String
InwstissemenUrenouwllement
~\ Probleme de Gestion 1
- ID_PRO..GEST : intID_.oéPS : intDataEnreg : java.util.Date
+ T:ypeProb : java.lang.String+ Libelle : java.lang.String+ OBSERV : java.lang.String~-_...._.~_._---------_ ..------
1
'---------._--
O.:
Repartition de recettes
ID REPART - : inti + ID=AEPS : int+ MOIS_SUIVI : java.lang.String+ DateRepart : java.util.Date+ VolVendu : double
,...i + RecetteReel : doubleo ~/~; :+ RecetteTH : double
;. 1 + SalaireCC : double1 + HonoCDG : double1 + CaisseDepens : double1 + FondMainte : double1 + FondRen-.4mt : double1 + Fondlnvest : double: + PartJ\lJE : double1 + OBSERV : java.lang.String
, , ,, ,
O~.~'- \ Maintenance
" ID_MAINT : inl+ ID .oéPS : int+ MOIS SUIVI : java.lang.String+ DATE-::'MAlNT :java.utiI.Date+ HONORAIRE : double+ DEPLACMT : double+ PIECE : java.lang.String
TVA : double+ M:lNTANT_TIC :double
: int: int: java.util.Date: java.lang.String: double: int:java.lang.String: java.lang.String
Versement
"~ .. 1, ,,,, ,
"
O.:
ID_VERS+ ID_.oéPS+ DateVers+ IntituleCpte+ tJ(:)ntant+ NumBordereau+ Nom_PreConseil+ OBSERV
0 ..1
J.'l'
or
Suivi mensuel AEPS
ID_SUIVI.oéPS : int+ ID_AEPS : inl+ DateVisiteN_1 : java.util.Date+ DateVisiteN : java.util.Date+ tJ(:)ls_Suivi : java.lang.String+ NbreJours : int+ PrbM3 : int+ IndCpteFoN_1 . double+ IndCpteFoN :double+ DifflndCpteFo :double+ VolCpteBP double+ VolEauCon . double+ IndCptChaIN_' : double+ IndCptChalN 'double+ DifflndCptChatN : double+ IndGrpeN-1 : int+ IndGrpeN : int+ NbreHFction : int
1 + StckGaoilN_1 : double1 + StckGaoilN : int1 + khatGamil : int
+ StckHuileN_1 : int+ StckHuileN : int+ khatHuile : int
\. 1 /
·o"o.~ il .. ' 0 y.··.\I~,,---·~_-
~ .oéPS 0 ..'. 1 _ ID RENVOO· f-:- ID .oéPS - :int. -0::"1 + ID- .oéPS
.. "~ + CODE .oéPS : java.lang.Strlng : + MOIS SUM
~ + ID Cc:>M : int + NbreJour+ NOM .oéPS : java.lang.String + DateDEBUT+ DATE SERVICE : java.util.Date + TYPE+ SOURCE ENERGIE : java.lang.String + Libelle+ OBSERVATION : java.lang.String .....1'\-.. + DureeTravaux
v.,1 + OBSERV
r0"1
1
1
i11
10 ..
_____.__ JC... Depenses de ~StiO~"_'__' l!1: ID_DEPENS : int
1
+ ID .oéPS : int. + MOIS_SUM : java.lang.String 1
, + NbreJour : int 1
+ DateDepens : java.util.Date+ T:ypeDepens : java.lang.String 1
+ Libelle : java.lang.String+ Quantite : int+ tJ(:)ntant : double+ OBSERV : java.lang.String
/.}'
//
/
"O.
'\O.
/
: int. int; java.lang.String: java.lang.String: java.lang.String: double: java.util.Date: java.lang.8tring
Commune
Banche-ment'Particulier
ID_BPID .oéPSNOM_PRE
+ CNIB+ TEL+ PRIX_Ml+ DATE_SERVICE+ OBSERV
//
/O/.
----~-_.--i Sortie Materiel -
O·~- 'iO:':SORTIEMATE--:-;;:;t---- --,+ ID MATE : int1 + DateSortie : java.util.Date+ ID_.oéPS : int+ QUANTITE : int
1 + PRIX UNI : double: + M:lNTANT : double 1
1 + M:lIS_SUIVI :java.utiI.Date~+ OBSERV :java.lang.Slring
O.. ,
>.JI";""" Ullt:li commune ()+ modifier une commune ()+ lister les commune ()+ rechercher une commune ()
._----------
-_.~-_J"----- --- -- -SomeFontainer~-ID=-BF-- --_.,.,_. -:c-in--c
t----
1- ID_AEPS : int+ EMPLA : java.lang.String+ DATE_SERVICE :java.utiI.Date+ OBSERV : java.lang.String
1
0 ..* i ID_COM : int>1 + NOM_COM :java.lan9.Str~ng
+ PROVINCE : java.lang.Strlng+ REGION : java.lang.String+ ID_BASE : int
0 ..1
O.
O.:
11
1I-E- -1 O.:
1
: int: int: java.util.Date: java.util.Date: java.lang.String: double: double: double: double:double: double: double: java.lang.String
ID_SUIVlBF+ ID_BF+ DateN-1+ DateN+ M:lIS SUIVI+ IndCPteBFN-'+ IndCpteBFN+ OilfCpteBF+ PurgeBF+ VolReelBF+ RecetteBF+ SalaireFon
OBSERV
ID_SUIVIBP : int+ ID_BP : Int+ DateN-1 : java.util.Date+ DateN : java.util.Date+ ~is_Suivi : java.lang.String+ NbreJours : int+ IndCpteBPN-1 :double+ IndCpteBPN : double+ DilfCpteBP : dou ble+ Purge :double+ VolReelBP . dou ble+ ~ntantFact : double+ RecetteReelBP :double+ OBSERV : java.lang.String----_ ..
Annexe VII
Figure 20: Diagramme de classe métier