mise en place d'une plateforme de gestion des activités de ... · l'esi a ensuite été...

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' _


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 ».


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."


1

PRESENTATION DE LA STRUCTURE D'ACCUEIL

PREMIERE PARTIE: CONTEXTE DU STAGE


2


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


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- . -- -, -,••• - +


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:,;; .~


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•


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


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


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).


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 .


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.


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.


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


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 »

•


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»


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.


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


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.


20


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


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 >


22


• 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


• 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


24


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 >


25


• Diagramme de séquence du cas d'utilisation

Conseiller

'LI:Système ADAE 1

_______________________ 1

ecran recherche + liste des BF

Alter

demaderfv1odifierBFO


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


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)


27


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


28


• 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).


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.


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

TROISIEME PARTIE: IMPLEMENTATION


32

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.


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.


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


43

1[

OUATTARA Yaya

ANNEXES


Annexe 1

fi1

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.".- -


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.


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


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

onilliller

.aleur ADN:.

Administrateur,

«inclùde»

/. «indUde>8<<<Extend»IvtJdifier . -

~~.- ' «Exlend»

«Exlend»

- ------ -----

Figure 21: Diagramme de cas d'utilisation système


Annexe VIII

mise en place d'une plateforme de gestion des activités de ... · l'esi a ensuite été...

Documents