ELABORATION D’UNE BASE DE DONNEES POUR LE SUIVI DES

MEMOIRE DE FIN D’ETUDE – MASTER 2ème

ANNEE

(INGENIEUR)

Présenté par : Encadreur :

BOLY Abdoulaye Mr THIAM Sina

Année académique 2006-2007

ELABORATION D’UNE BASE DE

DONNEES POUR LE SUIVI DES

ACTIONS DU PROJET ECOSAN_UE

PROJET D’ASSAINISSEMENT ECOLOGIQUE DES

QUARTIERS PERIPHERIQUES DE OUAGADOUGOU Secteurs : 17 – 19 – 27 – 30

ECOSAN_UE

ELABORATION D’UNE BASE DE DONNEES POUR LE SUIVI DES ACTIONS DU PROJET ECOSAN_UE

sous l’encadrement de M. Sina THIAM

MEMOIRE DE FIN D’ETUDES D’INGENIEUR EIER ……………………………...…………. réalisé par Abdoulaye BOLY

__________________________________________________________________________ à la mémoire de mon père et de ma regrettée sœur Ramata Amel (que la terre leur soit légère)

à ma mère, à mes deux enfants Moussa et Ramata, à ma femme, à mes frères et sœurs, à toute ma grande famille qui m’a toujours choyé et indiqué le chemin de la justice et du droit,

je n’oublierai jamais leur soutien et leur réconfort dans la difficulté, la joie de vivre et l’espoir qu’il suscite en moi.

____________________________________________________________________________

Rien au monde ne peut empêcher l'homme de se sentir né pour la liberté. Jamais, quoi qu'il advienne, il ne peut

accepter la servitude ; car il pense. Weil (Simone)

Aucune règle n'existe, les exemples ne viennent qu'au secours des règles en peine d'exister. Breton (André)

Ne considère pas le vase, mais son contenu.

Talmud, Talmud, IV, 20




REMERCIEMENTS

AU NOM DE DIEU LE CLEMENT LE MISERICORDIEUX, Par la grâce de Cheikhoul Khadim Cheikh Ahmadou BAMBA MBACKE

Dieuredieufeuti Serigne Saliou MBACKE (qu’Allah puisse allonger sa présence parmi nous, et le couvrir de santé et de miséricorde)

Nous rendons grâce au Seigneur de nous avoir façonné avec cette belle forme humaine et de nous avoir ouvert l’esprit pour apprendre afin de servir. Du profond de mon cœur, j’exprime ma gratitude à tous ceux qui ont contribué à la réussite de ce travail. Je remercie principalement :

Mon encadreur M. Sina THIAM pour son entière disponibilité et les motivations que j’ai reçues de lui ; son soutien et ses encouragements ;

M. Anselme VODOUNHESSI, Coordonnateur du projet ECOSAN_UE pour la confiance et la collaboration ;

Toute la cellule de coordination du projet ECOSAN_UE pour les informations mises à ma disposition ;

Ma gratitude va également à l’endroit de tous les enseignants qui ont eu à me former depuis le primaire jusqu’ici, et de tous les amis qui ont toujours créé une bonne ambiance autour de ma personne.

Je n’oublierai jamais le soutien de mes frères Talibés du Dahira mourides de Touba - Ouagadougou, et de mes condisciples de l’AESO ;

La famille SOW de Kamsonghin, et la famille THIAM qui à chaque fête me font oublier l’éloignement du pays ;

Surtout toute la 36ème promotion de l’EIER qui a su garder une bonne ambiance durant les trois (03) années passées ensemble malgré la difficulté et la lourdeur de la tâche.

Mes souvenirs pour le Burkina ne seront jamais perdus.




LISTE DES SIGLES ET ABREVIATIONS UTILISES 2iE : Institut international d’Ingénierie de l’Eau et de l’Environnement. EIER : Ecole inter états d’Ingénieurs de l’Equipement Rural. CREPA : Centre Régional pour l’Eau Potable et l’Assainissement à faible coût. GTZ : Coopération Technique Allemande ECOSAN : Ecological Sanitation (Assainissement Ecologique). UE : Union Européenne. MAHRH : Ministère de l’Agriculture, de l’Hydraulique et des Ressources Halieutiques. MIHU : Ministère des Infrastructures de l’Habitat et de l’Urbanisme. ONEA : Office National de l’Eau et de l’Assainissement OCB : Organisations Communautaires de Base ONG : Organisation Non Gouvernementale PME : Petites et Moyennes Entreprises SIG: Système d’Information Géographique. SGBD: Système de Gestion de Base de Données. SQL : Structured Query Language (Langage d’Interrogation Structuré) MCC : Modèle Conceptuel de Communication. MCT : Modèle Conceptuel de Traitement. MCD : Modèle Conceptuel de Données. MLD : Modèle Logique de Données. MPD : Modèle Physique de Données.




AUTEUR : BOLY Abdoulaye

Encadreur : M. Sina THIAM Organisme : CREPA / ECOSAN_UE

THEME : Elaboration d’une Base de données pour le suivi des actions du projet ECOSAN_UE

RESUME Créé afin de faciliter l’accès des populations des quartiers périphériques aux systèmes d’assainissement durable, sains, écologiques, et abordables, le projet ECOSAN_UE rentre dans sa phase active de réalisation des actions définies dans la convention de financement entre l’UE et le CREPA. Pour mener à bien ses missions, il lui est nécessaire d'avoir la meilleure connaissance des actions qu’il mène. Cette connaissance passe par un inventaire de tous les bénéficiaires du projet et des actions en leur faveur, une vision en temps réel de la chronologie des actions tant au niveau de la cellule de projet qu’au niveau du terrain.

Démarré le 26 juin 2006 pour une période de trois ans, le projet est à sa phase de démarrage des activités de terrain d’où la nécessité d’un outil pour une gestion optimale et rationnelle des actions mais surtout des données résultantes du projet. Ceci pour permettre une meilleure utilisation de l’information et une valorisation de cette dernière dans d’autres projets similaires. Il s'agit alors de la mise en place d’une base de données.

Fort de sa polyvalence, l’enseignement du 2iE (ex EIER) ne manquera pas d’apporter une solution adéquate à ce besoin. De la conception de la base de données, à la réalisation de l’application avec les logiciels disponibles, ce travail a permis de mettre en évidence les cours théoriques de Traitement de l’information, de Système d’Information et Bases de Données et d’Assainissement dispensés pendant la formation au 2iE. L’aboutissement de ce travail est la mise en place d’une base de donnée dénommée « ECOSAN 2007» très convivial par sa simplicité d’utilisation, sa rapidité d’exécution, la précision des résultats qu’il fournit, la minimisation du nombre d’opérations requises, l’augmentation de productivité qu’il occasionne, et répondant aux objectifs de la cellule de coordination du projet.

Mots clefs : Base de données/Assainissement Ecologique



MEMOIRE DE FIN D’ETUDES D’INGENIEUR EIER ……………………………...…………. réalisé par Abdoulaye BOLY 6

SOMMAIRE REMERCIEMENTS ................................................................................................................ 3

LISTE DES SIGLES ET ABREVIATIONS UTILISES ....................................................... 4

INTRODUCTION GENERALE ............................................................................................. 8

1ERE

PARTIE : CADRE DE L’ETUDE ....................................................................... 10

PRESENTATION GENERALE ........................................................................................... 11 1. LE PROJET ECOSAN_UE : ................................................................................................ 11

1.1 Historique du projet ........................................................................................................ 11

1.2 Objectifs du projet ........................................................................................................... 11

1.3 Résultats attendus ............................................................................................................ 13

1.4 Montage institutionnel de mise en œuvre du projet : ...................................................... 13

2. LES ZONES D’INTERVENTION ET LES ACTEURS DU PROJET .................................................. 15

2.1. Les zones d’intervention du projet : ............................................................................... 15

2.2. Les acteurs du projet : .................................................................................................... 15

3. PRESENTATION GLOBALE DE L’ETUDE : .............................................................................. 16

3.1 Etude préalable : ............................................................................................................. 16

3.2 Etude détaillée : ............................................................................................................... 17

3.3 La réalisation : ................................................................................................................ 17

2EME

PARTIE : APERCU SUR LA METHODE MERISE................................................ 18

LA DEMARCHE MERISE ................................................................................................... 19 1. LA METHODE MERISE ...................................................................................................... 19

1.1 Introduction ..................................................................................................................... 19

1.2 Les trois cycles ................................................................................................................ 20

2. LES ETAPES DE LA CONCEPTION/REALISATION DU SYSTEME D’INFORMATION .................... 21

2.1 Vision générale ................................................................................................................ 21

2.2 Le Schéma Directeur ....................................................................................................... 22

2.3 L’étude préalable ............................................................................................................. 23

2.4 L’étude détaillée .............................................................................................................. 26

CONCEPTS UTILISES ET FORMALISME ...................................................................... 28 1. INTRODUCTION ................................................................................................................... 28

2. LE MODELE CONCEPTUEL DE COMMUNICATION (MCC).................................................... 28

2.1 Définition ........................................................................................................................ 28

2.2 Formalisme ...................................................................................................................... 29

2.3 Concepts .......................................................................................................................... 29

3. LE MODELE CONCEPTUEL DE TRAITEMENTS (MCT) ......................................................... 29

3.1 Définition ........................................................................................................................ 29

3.2 Formalisme ...................................................................................................................... 30

3.3 Concepts .......................................................................................................................... 30

4. LE MODELE CONCEPTUEL DE DONNEES (MCD) ................................................................ 31

4.1 Définition ........................................................................................................................ 31

4.2 Formalisme ...................................................................................................................... 31

4.3 Concepts .......................................................................................................................... 31

5. LES REGLES DE PASSAGE DU MCD AU MPD : .................................................................... 33

6. LE MODELE PHYSIQUE DE DONNEES (MPD) ...................................................................... 33

6.1 Définition ........................................................................................................................ 33

6.2 Formalisme ...................................................................................................................... 33




6.3 Concepts .......................................................................................................................... 33

7. CONCLUSION ...................................................................................................................... 34

3EME

PARTIE : CONCEPTION DE LA BASE DE DONNEES .................................... 35

ETUDE DE L’EXISTANT ..................................................................................................... 36 1. POSITION DU PROBLEME ..................................................................................................... 36

2. RECUEIL D’INFORMATIONS ................................................................................................. 40

a) Secteur 17 : ........................................................................................................................ 41

b) Secteur 19 : ........................................................................................................................ 42

c) Secteur 27 : ........................................................................................................................ 43

d) Secteur 30 : ........................................................................................................................ 44

3. LES FAIBLESSES DE L’EXISTANT ......................................................................................... 48

BASE DE DONNEES A METTRE EN PLACE .................................................................. 49 1. OBJECTIFS DU FUTUR SYSTEME : ........................................................................................ 49

2. RESULTATS ATTENDUS : ..................................................................................................... 49

3. REGLES DE GESTION ET DICTIONNAIRE DES DONNEES : ...................................................... 49

4. LES MODELES CONCEPTUELS : ............................................................................................ 51

4EME

PARTIE : REALISATION ................................................................................. 59

INTRODUCTION .................................................................................................................. 60

CREATION DE LA BASE DE DONNEES .......................................................................... 61 1. GENERATION DES TABLES .................................................................................................. 61

2. LES REQUETES .................................................................................................................... 62

3. LES FORMULAIRES .............................................................................................................. 63

4. LES ETATS .......................................................................................................................... 63

CONCLUSION ET RECOMMANDATIONS ..................................................................... 64

BIBLIOGRAPHIE ....................................................................................................................... 65

5EME

PARTIE: PRISE EN MAIN DE ‘ECOSAN 2007’’ .................................................... 66

ANNEXES ............................................................................................................................... 74




INTRODUCTION GENERALE Le présent mémoire réalisé dans le cadre de la formation des Ingénieurs de conception en Génie Rural, met fin aux trois années d’intenses activités pédagogiques contenues dans le programme de la Formation Initiale de l’Institut International d’Ingénierie de l’Eau et de l’Environnement (ex Groupe EIER-ETSHER). Le 2iE est une institution sise à Ouagadougou au Burkina-Faso, qui regroupe quatorze (14) Etats d’Afrique de l’Ouest et du Centre mettant chaque année à la disposition de ses pays membres, une trentaine d’Ingénieurs issus d’une Formation Initiale qui dure trois (03) ans, et une quarantaine de spécialistes dans divers domaines de l’Eau, de l’Environnement, des Infrastructures et de l’Energie. Le thème de mémoire ‘’Elaboration d’une Base de Données pour le suivi des actions du projet ECOSAN_UE’’ a été proposé par le Centre Régional pour l’Eau Potable et l’Assainissement à faible coût (CREPA) pour répondre à un besoin spécifique, qui est la mise en place d’une application assurant la cohérence et l'accès aux informations issues des actions du projet ECOSAN_UE. Après une analyse des contours de l’action, une rencontre avec les intervenants du projet a permis de circonscrire le problème en tenant compte du temps disponible, afin de définir les objectifs du travail à réaliser. OBJECTIFS :

- Gérer toutes les informations associées aux différents groupes cibles : ménages, utilisateurs d’engrais, artisans, PME.

- Gérer toutes informations liées aux différents types d’activités menées : sensibilisation, réalisation des ouvrages, suivis du fonctionnement des ouvrages, plaidoyer, atelier, formation, gestion des ressources humaines affectées, réunion des groupes de travail (GTs).

Ce travail nécessite d’abord la conception de la base de données selon la méthode en vigueur dans les pays francophones en occurrence MERISE, avant la mise en œuvre de l’application. METHODOLOGIE : Les travaux ce sont déroulés en trois (03) grandes phases : Une première phase de CONCEPTION de la base de données : Cette phase, qui s’est

étendue sur neuf (09) semaines, est marquée à ces débuts par des entretiens avec les utilisateurs de la future base de données et une revue documentaire. Elle a permis de ressortir les éléments de la situation actuelle et de proposer les axes de mise en place de la base de données. Les données recueillies lors des interviews des différents utilisateurs de la future base de données et l’exploitation des documents du projet ont permis d’établir le dictionnaire des données, de dégager les règles de gestion et de mettre en œuvre les modèles conceptuels. Le principal outil utilisé dans cette phase et le logiciel Power AMC. Dans cette phase est incluse la phase de validation des modèles avec les futurs utilisateurs de la base.




Une deuxième phase de REALISATION de l’application qui s’est déroulée en quatre

(04) semaines et qui a permis la mise en place de la base de données sous Access 2003 à savoir, la création des tables, des requêtes, des formulaires et des états. La troisième et dernière phase de la REDACTION du mémoire qui s’est déroulée

pendant le reste du temps (02 semaines) en parallèle avec quelques améliorations de l’application élaborée. CONTENU DU RAPPORT : Le présent rapport comprend cinq (05) grandes parties qui reflètent la méthodologie suivie pour la réalisation de l’application. Il s’agit : D’une première partie : CADRE DE L’ETUDE

Où sont abordées les informations concernant la présentation générale du projet ECOSAN_UE et de l’étude à réaliser. D’une deuxième partie : APERCU SUR LA METHODE MERISE

Basée sur les recherches documentaires, cette partie expose les notions générales et la méthodologie de mise en œuvre selon MERISE ainsi que les concepts utilisés pour la construction des modèles. D’une troisième partie : CONCEPTION DE LA BASE DE DONNEES

Où sont exposés les résultats des études de conception et les différents modèles issus de cette conception. D’une quatrième partie : REALISATION DE L’APPLICATION

Où sont exposés les travaux ayant abouti à la mise en place de la base "ECOSAN 2007’’. D’une cinquième partie : PRISE EN MAIN

Qui est le guide de l’utilisateur de la base.




1ère Partie : CADRE DE L’ETUDE




PRESENTATION GENERALE

Sommaire 1. Le projet ECOSAN_UE

1.1 Historique du projet 1.2 Objectifs du Projet 1.3 Résultats attendus 1.4 Organisation du projet

2. Les zones d’intervention et les acteurs du projet 2.1 Les zones d’intervention du projet 2.2 Les acteurs du projet

3. Présentation globale de l’étude

1. Le projet ECOSAN_UE :

1.1 Historique du projet

Au Burkina Faso l’assainissement des excrétas et des eaux usées est resté marginalisé pendant au moins deux décennies et ne doit son essor actuel qu’à la faveur des plans stratégiques d’assainissement et aux programmes d’appui au développement des communes. À Ouagadougou, la capitale du pays, plusieurs initiatives innovatrices ont été menées en vue d’améliorer cette situation, y compris le développement et la mise en œuvre d’un plan stratégique d’assainissement des eaux usées. Cependant, durant ces dernières années, la croissance démographique galopante contribue fortement à l’accroissement de la population, surtout dans les quartiers défavorisés n’ayant pas accès à un système d’assainissement suffisant, sain, abordable et durable. Pour répondre à cette situation difficile une proposition pour le projet d’assainissement écologique dans les quartiers périphériques de Ouagadougou était soumise par le Centre Régional de l’Eau Potable et l’Assainissement (CREPA), la Coopération Technique Allemande (GTZ) et l’Office National de l’Eau et de l’Assainissement (ONEA) dans le cadre du premier appel à candidature de la facilité Eau de l’Union Européenne. Cette proposition était construite sur les expériences du réseau CREPA et du projet « Ecosan » de la GTZ en matière d’assainissement écologique et est une suite logique de l’étude faite pour l’ONEA de 2003 / 2004, financée par l’Union Européenne, en vue de réaliser un système d’assainissement écologique pour la ville de Ouagadougou. Les expériences acquises par l’ONEA dans l’étude et la mise en œuvre du PSAO demeurent un atout. La mise en œuvre du projet a démarré le 26 juin 2006 pour une période de trois (03) ans. Le projet travaillera directement avec la population, les maraîchers, les artisans et les PME des secteurs 17, 19, 27 et 30 (qui se trouvent dans les arrondissements de Nongre Massom, Boulmiougou et Bogodogo), et les mairies de la ville de Ouagadougou.

1.2 Objectifs du projet

L’objectif global du projet « Assainissement écologique dans les quartiers périphériques de la ville de Ouagadougou » est de faciliter l’accès des populations des secteurs désavantagés, et à croissance rapide de Ouagadougou aux systèmes d’assainissement durables, sains, écologiques, et abordables qui protégeront la santé humaine et contribuera aussi à




l’augmentation de la production agricole de ces populations, la protection des ressources naturelles, et au renforcement des petites et moyennes entreprises. Cet objectif global repose sur trois objectifs spécifiques (voir figure 1).

Figure 1 : Les objectifs et l’approche du projet 1

Afin d’atteindre ces objectifs le projet adopte les approches suivantes : L’approche «assainissement écologique» (Ecosan) : Les systèmes fondés sur cette

approche visent à fermer le circuit des matières qui se trouve dans les eaux usées et les excrétas, et donc à permettre leur recyclage d’une manière durable sur le plan économique et écologique, et adapté aux besoins locaux. Ecosan ne privilégie pas une technologie spécifique ; il est plutôt une «philosophie» de gestion de substances considérées jusqu’ici comme déchets, dont il faut se débarrasser. Il rétablit un équilibre naturel remarquable, c’est-à-dire un équilibre entre la quantité d’éléments nutritifs excrétés par une personne en un an et celle qui est nécessaire pour produire sa nourriture (7,5 kg de nitrates, de phosphore et de potassium pour 250 kg de céréales).

Le projet adoptera une approche participative et multidisciplinaire, qui repose sur l’idée-force que l’assainissement du cadre de vie est d’abord et avant tout, l’affaire des habitants eux-mêmes, soutenu par un cadre législatif et réglementaire approprié. De cette façon, une approche d’assainissement environnemental centré sur le ménage (Household Centred Environmental Sanitation) a été retenue. Cette approche envisage des solutions aux problèmes d’assainissement à un niveau aussi proche que possible des ménages et avec leur pleine participation.

Tenant compte du rôle significatif du secteur privé dans la fourniture des installations sanitaires, l’action soutiendra l’implication du secteur privé local dans la construction, l’opération et l’entretien des systèmes installés et l'appropriation du système Ecosan.

1 Schéma tiré du document de présentation globale du projet.




Au plan institutionnel, le projet appuiera l’institutionnalisation des approches Ecosan et AECM, leur intégration dans un cadre réglementaire bien défini, et leur adoption dans les Plans Stratégiques d’Assainissement des villes du Burkina Faso.

1.3 Résultats attendus

300 000 habitants vivants dans des quartiers périphériques défavorisés de la ville de Ouagadougou sont touchés par le projet et comprennent l’approche ECOSAN et la mettent en œuvre.

Une vingtaine d’entrepreneurs du secteur privé sont formés et renforcés en ECOSAN et vendent les produits ECOSAN aux maraîchers.

1000 maraîchers utilisent les produits ECOSAN comme fertilisants. L’assainissement dans les quartiers amélioré. La sécurité alimentaire améliorée. Les maladies d’origine hydriques sont réduites. Le nombre de personnes ayant accès aux infrastructures d’assainissement a augmenté. La production agricole s’est améliorée. Les eaux usées ont disparu dans les ruelles de la zone du projet. Les pratiques d’hygiène sont améliorées. La santé des populations est améliorée.

1.4 Montage institutionnel de mise en œuvre du projet :

Ce montage institutionnel a été fait selon l’organigramme suivant :




Résultats du

projet

Grandes orientations/ Prise en compte des résultats du projet dans les stratégies nationales.

Comité de pilotage

Actions du projet

Grandes orientations/ Prise en compte des résultats du projet dans les stratégies nationales.

Comité d’Orientation

Actions de mise en œuvre du projet.

Compte Rendu

Equipe de

Projet CREPA / GTZ / ONEA

Compte Rendu

Equipe de

Projet CREPA / GTZ / ONEA

Coordination du Projet

Bailleur de fonds

Compte rendu

Commission

Européenne

Bailleur de fonds

Compte rendu

Commission

Européenne

Membres

DG CREPA

Représentant GTZ

DG ONEA

Mairie ville de Ouagadougou

AMBF

DG de l’Urbanisme

DG des Services d’Hygiène

DG de l’Agriculture

D. Assainissement et Prévention

des pollution et nuisances.

DGAEP

Membres

DG CREPA

Représentant GTZ

DG ONEA

Maire de Ouaga/ Maire Arrd.

AMBF

DG de l’Urbanisme

DG des Services d’Hygiène

DG de la Production Végétale

D. Assainissement et Prévention

des pollution et nuisances.

DGRE/DAEPA

Mise en œuvre des

Actions

Mise en œuvre des Actions

Bénéficiaires des actions (Ménages, Maraîchers, Artisans, PME)

Interaction et feedback

Influence de la population

Collaboration dans la mise œuvre des actions

Associations/Groupements des Femmes, Maraîchers, Artisans, PME,…

Appui à la mise en œuvre des actions

Comités Directeurs (CD)

Feedback Actions d’accompagnem

ent suivi et alliances

d’apprentissage.

CD1

R

1

CD2

R

2

CD3

R

3

CD4

R

4

Maries d’arrondissements

Repésentants des associations

Services déconcentrés au

niveau local

Pouvoirs locaux

Hommes relais (R)

Comités Directeurs (CD)

Feedback Actions d’accompagnement suivi et alliances d’apprentissage.

CD1

F1

CD2

F2

CD3

F3

CD4

F4

Maries d’arrondiss.

Repésentants des associations

Services déconcentrés au

niveau local

Pouvoirs locaux

Points focaux

Collaboration PROJET D’ASSAINISSEMENT ECOLOGIQUE DES D’ASSAINISSEMENT ECOLOGIQUE DES

NISSEMENT ECOLOGIQUE DES ENT ECOLOGIQUE DES

ECOLOGIQUE DES IQUE DES

DES

QUARTIERS PERIPHERIQUES DE OUAGADOUGOU ERS PERIPHERIQUES DE OUAGADOUGOU

PERIPHERIQUES DE OUAGADOUGOU ERIQUES DE OUAGADOUGOU

S DE OUAGADOUGOU OUAGADOUGOU

DOUGOU U

Secteurs : 17 – 19 – 27 – 30

: 17 – 19 – 27 – 30

19 – 27 – 30

– 30

ECOSAN_UE AN_UE

E




2. Les zones d’intervention et les acteurs du projet

2.1. Les zones d’intervention du projet :

Les quatre secteurs bénéficiaires du projet sont : les secteurs 17 et 19 situés dans l’arrondissement de Boulmiougou ; le secteur 27 dans l’arrondissement de Nongr’Maassom et le secteur 30 dans celui de Bogodogo ; tous sont inclus dans la ville de Ouagadougou (voir carte de la figure 2).

17

30

27

19

Arrondissement de la ville de OuagadougouSig nonghin

Boulmiougou

Bogodogo

Nongremassom

Baskuy

Secteurs concernés par le projet

N

Figure 2 : Carte des arrondissements et secteurs de la ville de Ouagadougou.

2.2. Les acteurs du projet :

2.2.1. Commission européenne : principal bailleur de fond du projet. Elle tiendra le bureau de coordination du projet à l’obligation des résultats escomptés. Ce dernier devra rendre régulièrement compte des réalisations techniques et financières du projet à la Commission Européenne.

2.2.2. Comité de pilotage : instance de décision et de validation des orientations techniques du projet. Il veillera à ce que les options choisies ne compromettent pas les stratégies et politiques nationales. Il s’imprégnera des résultats du projet pour les intégrer dans les plans stratégiques locaux et nationaux d’assainissement.

2.2.3. Bureau de Coordination du projet : point focal des interactions entre acteurs. Il s’assurera du bon déroulement des activités du projet tout en prenant en compte les préoccupations des divers intervenants. Il tiendra l’équipe du projet à l’obligation des résultats et au respect du calendrier du projet. Il devra constamment considérer les feedbacks des actions d’accompagnement du projet pour une réorientation des actions.




2.2.4. Equipe du projet : composée d’experts des principaux organismes partenaires que sont le CREPA, la GTZ et l’ONEA. Elle s’assurera de la mise en œuvre dans les délais réglementaire des actions du projet, telles que organisées par le Bureau de Coordination. Elle travaillera en étroite collaboration avec les groupements et associations identifiés ainsi que les Comités Directeurs menant les actions d’accompagnement.

2.2.5. Comités Directeurs (CD) : instances pouvant influencer les populations pour la réussite des actions du projet. Ils seront constitués de personnes ressources ayant une bonne connaissance des populations et capables de donner des directives à suivre pour atteindre les objectifs poursuivis par le projet. Ils mèneront constamment les actions d’accompagnement et de suivi, et faciliteront la mise en place d’alliances d’apprentissage. Chaque secteur disposera de son CD composé des membres suivants : Deux personnes clefs du pouvoir local. Un interlocuteur de la mairie de l’arrondissement considéré. Les représentants des associations identifiées. Les représentants des services déconcentrés présents dans le secteur. Un homme relais qui se chargera d’organiser les rencontres du comité,

de rédiger les procès verbaux des rencontres et de donner constamment des feedbacks au Bureau de Coordination du projet.

2.2.6. Associations ou groupements des secteurs : organes dynamiques en contact permanent avec les populations. Ils sont de bons conducteurs des informations et actions d’implémentation du projet. Ils appuieront l’équipe du projet dans la mise en œuvre des actions et seront constamment consultés par les CD dans la mise en œuvre des actions d’accompagnements du projet.

2.2.7. Bénéficiaires : ce sont les MENAGES, les maraîchers ou AGRICULTEURS, les ARTISANS et PME œuvrant dans l’assainissement. La mise en œuvre des actions à leur égard partira de l’identification de leurs problèmes à la base telle le veut l’approche AECM (Assainissement Environnement Centré sur les Ménages). Ils ont un rôle déterminant dans l’appropriation des solutions technologiques proposés en vue de la résolution des problèmes identifiés.

3. Présentation globale de l’étude : L’étude a été commanditée par le Bureau de coordination du projet et est destiné à l’équipe de projet qui en sera le principal utilisateur. Elle concerne le domaine de la gestion des bénéficiaires, des ouvrages et des circuits de collectes et de valorisation des produits ECOSAN. Elle est basée sur une :

3.1 Etude préalable :

Elle est l’analyse de la situation actuelle. Ainsi nous avons fourni un diagnostic et rechercher les solutions possibles c'est-à-dire de conceptualiser le domaine à étudier et de valider cette conceptualisation avec les futurs utilisateurs. A cette étape nous n’avons pas tenu compte des moyens existants de réalisation.




3.2 Etude détaillée :

Elle nous a permis d’affiner la solution conceptuelle et de définir la solution retenue par la prise en compte des moyens de réalisation. 3.3 La réalisation :

Elle est la phase pratique de mise en place de la base de données par le développement sur Access 2003 en créant une structure répondant aux critères conceptuels.

La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes permettant de mettre en place un modèle sur lequel on va s'appuyer. Il s’agit d’une part à comprendre et modéliser la gestion du domaine étudié, d’autre part à concevoir la solution informatique adéquate ; c'est-à-dire faire l’analyse au sens informatique du terme. La modélisation est un ensemble de concepts normalisés (entités, associations,…) qui permet au concepteur et aux utilisateurs de construire et d’aménager le système d’information. Les modèles sont proposés sous formes schématique afin de permettre une représentation simple de la réalité et de faciliter le raisonnement. L’efficacité et la validité d’une analyse repose sur la qualité de la communication entre les utilisateurs (demandeurs de services) et le concepteur (fournisseur de prestations). La qualité de communication est obtenue en partie grâce à l’utilisation d’une méthode d’analyse. Il existe plusieurs méthodes d'analyse, la méthode la plus utilisée dans les pays francophones est la méthode MERISE.




2ème Partie : APERCU SUR LA METHODE

MERISE




LA DEMARCHE MERISE

Sommaire 1. La méthode MERISE 1.1. Introduction 1.2. Les trois cycles 2. Les étapes de la conception/réalisation du système d’information (SI). 2.1. Vision générale 2.2. Le Schéma Directeur 2.3. L’étude préalable 2.4. L’étude détaillée

1. La méthode MERISE

1.1 Introduction

La méthode d’analyse MERISE a été créée vers 1977, par la volonté des autorités publiques françaises, désireuses de doter les administrations et les entreprises publiques d’une méthodologie rigoureuse tout en intégrant les aspects nouveaux pour l’époque : informatique, bases de données… Elle propose une approche de la conception séparant l’étude des données de celle des traitements, en avançant progressivement par niveaux. Chacun de ses niveaux a pour objectif principal de fournir un certain nombre de documents (MCD, MPD…) permettant ainsi la synthèse textuelle d’un processus de réflexion. Ces documents sont indispensables à l’élaboration et à la concertation autour de tout projet informatique. La démarche de MERISE propose trois niveaux de représentation qui constituent ce qu’on convient de nommer les trois cycles :

Le cycle d’abstraction. Le cycle de vie. Le cycle de décision.

Le concepteur déroule les trois cycles tout au long de son étude. A chaque étape du cycle de vie, les formalismes du cycle d’abstraction sont utilisés avec une précision de plus en plus grande et des décisions sont prises, d’ordre global au début puis de plus en plus détaillées à mesure qu’avancent les travaux. Les trois cycles se déroulent simultanément.

Abstraction

Vie

Décision




1.2 Les trois cycles

Le cycle d’abstraction

La conception du système d'information se fait par étapes, afin d'aboutir à un système d'information fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à une chacune des étapes en prenant en compte les résultats de la phase précédente. D'autre part, les données étant séparées des traitements, il faut vérifier la concordance entre données et traitement afin de vérifier que toutes les données nécessaires aux traitements sont présentes et qu'il n'y a pas de données superflues.

Cette succession d'étapes est appelée cycle d'abstraction

pour la conception des systèmes d'information:

- Niveau conceptuel : à ce niveau sont représentées les informations et leurs relations d’une

part, les utilisations qui en sont faites et les contraintes associées d’autre part en faisant abstraction de toute contrainte liée à l’organisation. A ce stade on se pose les questions “QUOI FAIRE?” et “AVEC QUELLES DONNEES?”

- Niveau organisationnel ou logique : il exprime la réalité décrite au niveau conceptuel telle qu’elle est vécue par les acteurs quels qu’ils soient. A ce niveau aucune différence n’est faite entre les hommes et les machines pour autant que la dominante reste le “QUI ?” et le “OU ?” à l’exclusion du “COMMENT ?”. On intègre à l’analyse les critères liés à l’organisation.

- Le niveau opérationnel ou physique : c’est une représentation des moyens qui vont effectivement être mis en œuvre pour gérer les données ou activer les traitements. On apporte des solutions techniques et on répond à la question “COMMENT ?”

Niveau Statique (données) Dynamique (traitements)

Conceptuel MCD MCT Indépendant du système: QUOI ?

Organisationnel ou logique

MLD (OU ?)

MOT (QUI ? QUAND ?)

Choix du SGBD: QUI ? QUAND ? OU ?

Opérationnel ou physique

MPD MOPT Haute connaissance du SGBD: COMMENT ?

Le cycle de vie

Ce cycle comporte trois grandes périodes : La conception ou période d’étude de l’existant puis du système à mettre en place. La réalisation qui recouvre la mise en œuvre et l’exploitation.




La maintenance qui devra permettre au système d’évoluer et de s’adapter aux modifications de l’environnement et aux nouveaux objectifs jusqu’au moment où il ne sera plus capable de s’adapter et devra laisser la place à un nouveau système.

Le cycle de décision

Tout au long de l’étude et de la maintenance, des décisions sont à prendre, très générales d’abord, puis de plus en plus ponctuelles. Les décisions globales doivent être prises par la structure dirigeante, mais à chaque niveau chacun doit être consulté. Les diverses décisions se prennent au vu des différents documents rédigés lors de l’avancement des travaux (dossier de choix, cahier des charges, etc.). La hiérarchie MERISE des décisions à prendre est la suivante :

Découpage du SI en domaines Grandes orientations en matière de gestion, d’organisation et de solutions techniques. Planification du développement. Choix entre procédures manuelles et automatisées. Choix entre procédures temps réel et automatisées. Détermination des postes de travail et de leurs tâches. Dessins d’états, grilles d’écran, etc.

2. Les étapes de la conception/réalisation du système d’information

2.1 Vision générale

ETAPE 1 : LE SCHEMA DIRECTEUR

Il consiste à étudier le SI d’une manière globale et à le découper en DOMAINES. Les grandes orientations sont fixées. Un plan de développement doit en résulter. Dans notre cas le domaine étudié est la gestion des bénéficiaires, des ouvrages et des circuits de collecte et de valorisation des produits ECOSAN. Cependant il existe d’autres domaines qui n’ont pas été inclus dans l’étude compte tenu du temps disponible, il s’agit entre autres des domaines :

Gestion administrative et financière du projet Gestion des partenaires technique et institutions ETAPE 2 : L’ETUDE PREALABLE

Elle est menée pour chaque domaine à étudier. On part de la situation existante pour laquelle on restitue le MOT et le MLD actuels. On gomme l’organisation existante et on en déduit le MCT et le MCD actuels. Compte tenu des objectifs fixés par la structure dirigeante et des critiques faites lors de l’étude de l’existant, on modifie le MCT et le MCD pour obtenir le MCT et le MCD Brut futurs. On imagine alors plusieurs scénarios pour l’organisation nouvelle et on établit pour chacun d’eux le graphe de circulation des procédures les plus représentatives (MOT futur partiel). Sur le plan opérationnel on définit le matériel à utiliser, les logiciels à acquérir et on vérifie que les volumes d’informations sont compatibles avec le matériel défini (ou existant). On termine par une évaluation de chaque scénario, en termes de coûts, d’avantages, d’impact sur l’organisation, etc. La comparaison de ces scénarios doit permettre le choix de celui qui semble le plus approprié.




ETAPE 3 : L’ETUDE DETAILLEE

Pour chaque domaine, et à partir du scénario choisi lors de l’étude préalable, on procède à une étude détaillée : MOT – Validation du MCD – MLD. Le domaine peut être découpé en projets, auxquels cas l’étude est menée par projet. Chaque projet sera découpé en APPLICATIONS et un CAHIER DES CHARGES UTILISATEURS sera rédigé par application. Dans notre cas l’étude c’est faite en globale et une seule application réalisée (voir la partie conception).

ETAPE 4 : L’ETUDE TECHNIQUE

Elle comporte : l’Optimisation du MLD - le MPD et le MOpT. Elle donne lieu à la rédaction d’un CAHIER DES CHARGES DE REALISATION par application.

ETAPE 5 : LA REALISATION

Elle comporte, par application : La PROGRAMMATION ET LES TESTS - LA MISE EN OEUVRE (lancement progressif en exploitation, implantation des fichiers, formation du personnel, etc.)

ETAPE 6 : LA MAINTENANCE

Modification des programmes suite à des erreurs constatées à l’usage ou suite à des demandes des utilisateurs. Le contenu précis de chaque étape peut prendre des aspects très divers selon la méthode retenue par le concepteur. En effet MERISE n’est pas une méthode figée mais un ensemble de principes et d’outils que l’on peut adapter à chaque situation.

2.2 Le Schéma Directeur

Cette étude est menée, pour le compte de la structure de direction, par des organisateurs et des responsables informatiques. Elle consiste à fixer les grandes orientations pour les années à venir et relève de la planification stratégique. Au niveau informatique est établi un PLAN INFORMATIQUE prévoyant l’évolution de l’informatique tant pour le matériel que pour les logiciels. Des choix peuvent être faits de manière volontariste sur le plan général (informatique distribuée, répartie, décentralisée, etc.) ou même détaillé (choix a priori de matériels) ou au contraire ce plan informatique s’établira à mesure que les études préalables seront menées. Il ne faut donc pas considérer le Schéma Directeur comme une première étape bien datée mais au contraire comme une étude continue qui s’affine à mesure que les études préalables s’effectuent. Le plan informatique contenu dans le plan de développement est donc quelque chose qui évolue. Dans sa démarche initiale, le Schéma Directeur procédera au DECOUPAGE DU SI EN DOMAINES.

Un domaine est un ensemble de processus du SI utilisant des données communes et présentant peu d’échanges avec les autres processus. On peut donc dresser la carte de circulation de l’information dans le SI actuel pour repérer les sous ensembles qui utilisent à peu près les mêmes informations.




2.3 L’étude préalable

Cette étude doit être menée par des utilisateurs et des organisateurs en liaison avec la direction générale et avec les informaticiens. On peut distinguer trois étapes : ETUDE DE L’EXISTANT - SCENARIOS FUTURS - EVALUATION DE CES SCENARIOS.

ETAPE 1 : EXISTANT

PHASE 1 :

Rédiger une FICHE DE PRESENTATION GENERALE DU PROBLEME situant le domaine dans le système d’information, à partir du Schéma Directeur et de la demande de la direction générale (s’il y a un Schéma Directeur). Par interview de la direction générale, se faire préciser les grands objectifs relatifs au domaine et les consigner dans une FICHE D’OBJECTIFS DG.

PHASE 2 :

Procéder à des interviews des postes de travail concernés et rédiger des COMPTES RENDUS

D’INTERVIEWS, en y joignant tous les documents concernés actuellement en vigueur.

PHASE 3 :

Etablir, à partir de ces comptes rendus : LE GRAPHE DE CIRCULATION ACTUEL - LA CARTE DE

CIRCULATION DES INFORMATIONS du domaine - LE GRAPHE DES FLUX - LE MOT ACTUEL.

On veillera à ‘’gommer’’ tout ce qui est organisationnel.

PHASE 4 :

A partir des documents recueillis lors des interviews, établir un DICTIONNAIRE DES DONNEES

ACTUEL pour toutes les données manipulées et épurer ce dictionnaire.

PHASE 5 :

A partir du dictionnaire des données, construire la STRUCTURE D‘ACCES THEORIQUE (SAT) en ne prenant que les données élémentaires, sans les données calculées, en listant toutes les dépendances fonctionnelles et en éliminant les transitivités. On en déduira une REPRESENTATION GRAPHIQUE DU MCD actuel.

PHASE 6 :

Du MCT et du MCD actuel on déduira les REGLES DE GESTION ACTUELLES.

PHASE 7 :

A partir des comptes rendu d’interviews établir une FICHE DE SYNTHESE faisant état des points les plus épineux, des souhaits des utilisateurs, en s’efforçant de critiquer l’organisation actuelle. Dégager de cette fiche un certain nombre d’objectifs de détail pour remédier à la situation et, en incluant les objectifs de la ‘’fiche d’objectifs DG’’, établir une liste hiérarchisée de tous les objectifs sur UNE FICHE D’OBJECTIFS SYNTHESE. Faire approuver celle-ci par la direction générale et par les divers responsables.




PHASE 8 :

Etudier les interfaces avec les autres domaines (d’après la carte générale de circulation de l’information du schéma directeur, par exemple) et les consigner dans une FICHE DES

INTERFACES.

ETAPE 2 : FUTUR

PHASE 1 :

A partir de la fiche d’objectif ‘’synthèse’’ et des règles de gestion actuelles, inventorier les règles de gestion futures et les inscrire sur une FICHE REGLES DE GESTION FUTURES. Du MCD actuel, de la fiche des interfaces et des règles de gestion futures établir le MCD futur.

PHASE 2 :

A partir du MCT actuel et de règles de gestion futures, concevoir le MCT futur : DIAGRAMME

DE FONCTIONNEMENT- FICHE DE DESCRIPTION D’OPERATION pour chaque opération. On constatera en général que les MCD et MCT futurs sont peu différents des MCD et MCT actuels, sauf si les objectifs contiennent de nouvelles procédures. Le niveau conceptuel présente en principe un grand degré de stabilité.

PHASE 3 : PAR SCENARIOS

Compte tenu des orientations fixées dans le Schéma Directeur, de la fiche d’objectifs ‘’Synthèse’’, du MCT futur et des règles de gestion futures, imaginer plusieurs scénarios organisationnels futurs. Pour chaque scénario on fera : UNE FICHE DES REGLES D’ORGANISATION - Une esquisse de MOT futur sous la forme d’un GRAPHE DE CIRCULATION PARTIEL PORTANT SUR LES TRAITEMENTS LES

PLUS REPRESENTATIFS. L’étude de chaque scénario se poursuit sur le niveau opérationnel en cherchant à définir le matériel nécessaire ainsi que les logiciels. On cherchera à déterminer les écrans et imprimantes pour les transactions sur les différents sites, compte tenu des volumes d’informations traités et des cadences de frappe des utilisateurs.

ETAPE 3 : EVALUATION DES SCENARIOS

Toujours pour chaque scénario, on rédige un RAPPORT D’EVALUATION DU SCENARIO comprenant :

UNE EVALUATION DES COÛTS de : Matériel (achat, location). Stockage. Logiciels (programmation, achat de progiciels..). Traitement (unités centrales, consommation d’électricité, et c.). Communication (location de lignes de transmission). Exploitation (fournitures papier listing ou autres, entretien des locaux). Maintenance (contrats de maintenance chez le constructeur). Personnel (utilisateurs, opératrices de saisie, service informatique, sous-

traitance,...).




Formation (utilisateurs, informaticiens).

UNE EVALUATION DES AVANTAGES

Quantifiables et chiffrables au plan financier (recettes attendues, économies de personnel).

Quantifiables et non chiffrables au plan financier (diminution des temps de gestion, Simplification des procédures, etc.)

Non quantifiables (rapidité des traitements, aide à la décision, images de marque, fidélisation d’une clientèle, etc. )

UNE EVALUATION DE L’IMPACT SUR L’ORGANISATION

Impact sur les postes de travail. Acceptabilité du personnel.

UNE EVALUATION DE LA FAISABILITE En matériels (rédiger un compte rendu de l’étude technique). En logiciels. En personne (personnel disponible, embauche, formation, sous-traitance).

UNE EVALUATION APPROXIMATIVE DES DELAIS

De livraison des matériels De programmation des logiciels (délais rarement respectés). De recrutement et de formation

UNE EVALUATION DE LA MISE EN OEUVRE Cadencement du lancement des applications Périodes transitoires Etc.

Le document concluant l’étude préalable est un DOSSIER de CHOIX dont le plan peut être le suivant : ETUDE DE L’EXISTANT

Fiche de présentation générale du problème (avec indications chiffrées sur les volumes traités).

Comptes rendus d’interviews avec en annexe les documents existants et les descriptions de fichiers existants.

Graphe de circulation actuel Carte de circulation de l’information Graphe de flux MCT actuel (Diagramme de fonctionnement). Dictionnaire des données actuel MCD BRUT actuel Règles de gestion actuelles

LE NIVEAU CONCEPTUEL FUTUR

Fiches d’objectifs « Direction Générale »




Fiche de synthèse des interviews Fiche d’objectifs « Synthèse » Fiche des interfaces Règles de gestion futures MCD BRUT futur MCT futur : Diagramme de fonctionnement et Fiches de description des opérations.

DESCRIPTION DE CHAQUE SCENARIO

Règles d’organisation Graphe de circulation des procédures représentatives Fiches de configuration de matériels Liste des logiciels

RAPPORT D’EVALUATION

La direction générale devra trancher entre les différents scénarios proposés. C’est à dire que c’est à partir du scénario retenu que sera menée l’étude détaillée.

2.4 L’étude détaillée

Elle se mène selon les étapes suivantes :

ETAPE 1 : ETUDE GENERALE DU MOT FUTUR

Etude générale du MOT futur Tableau des PF (procédures fonctionnelles) Diagramme d’enchaînement des PF Graphe de circulation

ETAPE 2 : ETUDE POUSSEE DE CHAQUE PF

Fiche de description de PF Description des documents éventuels Tables de décision éventuelles Description éventuelle des états de sortie Pour les transactions :

- Grille d’écrans (A FAIRE APPROUVER PAR LES UTILISATEURS CONCERNES). - Grilles de contrôles. - Fiche de répartition des tâches entre l’homme et la machine (A FAIRE APPROUVER

PAR LES UTILISATEURS CONCERNES). Modèle externe non validé.

ETAPE 3 : VALIDATION DU MCD

Validation des modèles externes. Validation du MCD. Sous-modèles conceptuels.




ETAPE 4 : PASSAGE AU MLD

On rédige, pour chaque application un CAHIER DES CHARGES UTILISATEURS dont le plan peut être le suivant : PRESENTATION DU DOMAINE

Fiche de présentation générale du problème. Fiche de synthèse des objets. MCT pour les processus de l’application : Diagramme de fonctionnement - Fiche de

description par opération. Dictionnaire des données. MCD brut futur.

DESCRIPTION DES TRAITEMENTS DE L’APPLICATION

Description générale du MOT(pour les Processus de l’Application) : Tableau des PF- Diagramme d’enchaînement des PF - Graphe de circulation .

Description détaillée de chaque PF : Fiche de description - Table de décision - Description des documents, états, écrans - Grilles de contrôles - Modèle externe VALIDE.

DESCRIPTION DES DONNEES

MCD VALIDE. SOUS-MODELE CONCEPTUELS. MLD.

SOUS-SCHEMAS LOGIQUES. Ce CAHIER DES CHARGES constitue LE DOCUMENT CONTRACTUEL entre les concepteurs et la direction générale.




CONCEPTS UTILISES ET FORMALISME

Sommaire 1. Introduction 2. Le Modèle Conceptuel de Communication (MCC) 3. Le Modèle Conceptuel de Traitements (MCT) 4. Le Modèle Conceptuel de Données (MCD) 5. Le Modèle Physique de Données (MPD) 6. Conclusion

1. Introduction La conception de notre base de données, compte tenue de la durée, n’a pas suivi toutes les étapes de la démarche telle que détaillée ci-dessus. Cependant elle conserve toute la rigueur de la démarche MERISE. Ainsi, du MCC, à la construction des modèles de traitement et de données, notre démarche n’a utilisé que les concepts de la démarche MERISE permettant la conception de notre base de données dans les limites du nécessaire et de l’utile, nous ne sommes pas allés jusqu’au détail au niveau des traitements. Les explications données ci-dessous permettront de bien cerner ces différents concepts que nous avons utilisés tout au long de notre étude.

2. Le Modèle Conceptuel de Communication (MCC)

2.1 Définition

Le modèle conceptuel de communication (MCC) représente la première vue formelle du problème. Il permet de définir le domaine de gestion sur lequel on va travailler et d’appréhender le fonctionnement de la gestion. Il représente les flux d’information échangés entre les différents acteurs du domaine étudié, Il ne reflète pas les moyens mis en œuvre pour les échanges d’informations.




2.2 Formalisme

Flux entre A et B

Acteur A

Acteur BActeur

Flux

Acteur

2.3 Concepts

Acteur : tout (personne physique, personne morale, service) ce qui joue un rôle dans le transit d’information et produit un flux. Les acteurs peuvent être internes ou externes au domaine étudié.

Flux : c’est un échange d’informations entre un acteur émettant et un acteur récepteur.

La représentation se fait selon un standard dans lequel chaque objet porte un nom :

- les acteurs externes sont représentés par des ellipses en pointillés

- Les acteurs internes sont représentés par des ellipses

- les flux d'information sont représentés par des flèches dont l'orientation désigne le sens du flux d'information

3. Le Modèle Conceptuel de Traitements (MCT)

3.1 Définition

Le modèle conceptuel de traitement (MCT) modélise la dynamique du système. Il ne décrit que la dimension fonctionnelle du domaine étudié à l’exclusion de toute considération technique ou organisationnelle. Il décrit le traitement que le système doit effectuer pour passer d’un événement à un autre dans le cadre d’un processus. Il affine le MCC et fait apparaître les traitements nécessaires.




3.2 Formalisme

Evt_1Evt_2

OPER 1

Action 1

Action 2

Action 3

_______

Evt si

KO

Evt_6

Evt_7Evt_8

OPER 2

Action 1

Action 2

Action 3

Evt si

OK

Evènements externes

g énérateurs

Synchronisation

OpérationActions

Evènement intermédiaire:

attente conceptuelle

Evènements résultats

OK KO

Synchronisation

marq uant l 'attente.

Règ les d'émission

3.3 Concepts

Evènement : c’est un fait qui occasionne le lancement d’une opération. C’est le compte rendu au système du fait que quelque chose s’était produit dans l’univers extérieur ou dans le système lui-même. Un événement est externe s’il provient de l’univers extérieur. Il est interne dans le cas contraire, c’est-à-dire s’il a été produit par le système. Un événement externe doit provoquer une réaction du système sous la forme d’une opération. Un événement interne peut soit provoquer une nouvelle réaction du système (événement intermédiaire) soit constituer un résultat pour l’univers extérieur (événement interne résultat).

Opération : c’est un ensemble d’actions accomplies par le système en réaction à un événement ou à une conjonction d’événements. Cet ensemble d’actions est ininterruptible, c’est-à-dire non soumis à l’attente de nouveaux évènements. Une opération produit en sortie de nouveaux évènements.

Un processus




Synchronisation : une synchronisation d’une opération marque le rendez-vous des évènements contributifs qui doivent être arrivés avant de déclencher l’opération, selon une proposition logique (faite de OU et ET) traduisant les règles d’activation, c’est-à-dire les règles de gestion que doivent vérifier les événements contributifs pour déclencher les actions.

Processus : C’est un enchaînement d’opérations incluses dans un même domaine d’activité.

Règle d’émission : Elle définit la condition sous laquelle des évènements résultats seront produits par une opération. Il peut y avoir plusieurs règles d’émission correspondant chacune à un événement résultat.

4. Le Modèle Conceptuel de Données (MCD)

4.1 Définition

Le modèle conceptuel des données (MCD) est la formalisation de la structure et de la signification des informations décrivant des objets et des associations perçus d’intérêt dans le domaine étudié, en faisant abstraction des solutions et contraintes techniques informatiques d’implantation en base de données. Il permet de conceptualiser les contraintes d’intégrité qui doivent être maintenues sur les données pour refléter de façon correcte les règles de gestion de l’entreprise. Il fait apparaître les données manipulées par le domaine.

4.2 Formalisme

1,n

0,n

Entité A

Identifiant de A

Propriété 1

Propriété 2

Propriété 3

______Entité B

Identifiant de B

Propriété 1

Propriété 2

____

Association A et B

Propriété 1

Propriété 2

______

Entité

Entité

Association

cardinalité

4.3 Concepts

Entité: Une entité est la représentation d'un élément matériel ou immatériel ayant un rôle dans le système que l'on désire décrire. On appelle classe d'entité un ensemble composé d'entités de même type, c'est-à-dire dont la définition est la même.

Les classes d'entités sont représentées par un rectangle. Ce rectangle est séparé en deux champs: le champ du haut contient le libellé. Ce libellé est généralement une

abréviation pour une raison de simplification de l'écriture. Il s'agit par contre de vérifier qu'à chaque classe d'entité correspond un et un seul libellé, et réciproquement.

le champ du bas contient la liste des propriétés de la classe d'entité.

Association : Une association (appelée aussi parfois relation) est un lien sémantique entre

plusieurs entités. Une classe de relation contient donc toutes les relations de même type (qui relient donc des entités appartenant à des mêmes classes d'entité).




Une classe de relation peut lier plus de deux classes d'entité. Voici les dénominations des classes de relation selon le nombre d'intervenants: une classe de relation récursive (ou réflexive) relie la même classe d'entité une classe de relation binaire relie deux classes d'entité une classe de relation ternaire relie trois classes d'entité Une classe de relation n-aire relie n classes d'entité Les classes de relations sont représentées par des hexagones (parfois des ellipses) dont l'intitulé décrit le type de relation qui relie les classes d'entité (généralement un verbe).

Identifiant : Un identifiant est un ensemble de propriétés (une ou plusieurs) permettant de désigner une et une seule entité. L'identifiant est une propriété particulière d'un objet telle qu'il n'existe pas deux occurrences de cet objet pour lesquelles cette propriété pourrait prendre une même valeur. Le modèle conceptuel des données propose de souligner les identifiants (parfois de les faire précéder d'un #). Ainsi, chaque classe d'entité doit posséder au moins un attribut identifiant, et l'ensemble de ses attributs identifiants doivent être renseignés à la création de l'entité.

Propriété : La propriété est une information élémentaire, c’est-à-dire non déductible d’autres informations, qui présentent un intérêt pour le domaine étudié. Dans le modèle conceptuel des données figurent toutes les propriétés, identifiées par un nom, qui présentent un intérêt pour le domaine à étudier. Ce nom doit être le plus explicite possible : à sa seule lecture on doit donc pouvoir se faire une idée de ce que représente la propriété. En outre, l’identification de chaque propriété consiste à garantir une bijection entre l’ensemble des noms et l’ensemble des propriétés à gérer. On devra donc exclure les synonymes qui correspondent à deux noms différents pour identifier la même propriété et les polysèmes qui représentent deux propriétés différentes ayant le même nom. Enfin, le principe de non-redondance impose que chaque propriété, correctement identifiée, n’apparaisse qu’une seule fois dans le modèle.

Cardinalité : Les cardinalités permettent de caractériser le lien qui existe entre une entité et la relation à laquelle elle est reliée. La cardinalité d'une relation est composé d'un couple comportant une borne maximale et une borne minimale, intervalle dans lequel la cardinalité d'une entité peut prendre sa valeur: • la borne minimale (généralement 0 ou 1) décrit le nombre minimum de fois qu'une entité peut participer à une relation • la borne maximale (généralement 1 ou n) décrit le nombre maximum de fois qu'une entité peut participer à une relation Un couple de cardinalités placé entre une entité E et une association A représente le nombre minimal et maximal d’occurrences de l’association A qui peuvent être « ancrées » à une occurrence de l’association E. Le tableau ci-après récapitule les valeurs que peut prendre ce couple.

Pour chaque occurrence de E, le modèle admet : - soit l’absence de lien - soit la présence d’un seul lien

Pour chaque occurrence de E le modèle admet la présence d’un et un seul lien

E A

0,1

E A

1,1




Pour chaque occurrence de E le modèle admet la présence d’un seul ou de plusieurs liens

Pour chaque occurrence de E le modèle admet : - soit l’absence de lien - soit la présence de plusieurs liens

5. Les règles de passage du MCD au MPD : - Les entités deviennent des tables, les propriétés des entités deviennent les colonnes

des tables et les identifiants deviennent les clés primaires des tables.

- Lorsque l’association binaire porte un lien de cardinalité x , 1 où x =0 ou 1 et un autre de cardinalité x , n où x =0 ou 1, il y a migration des identifiants de l’entité liée au lien de cardinalité 0 , n ou 1 , n vers l’autre entité.

- Lorsque l’association binaire porte deux liens de cardinalité x , n où x =0 ou 1

l’association devient une table dans le MPD. Les identifiants des entités liées migrent dans cette table

- Relation n-aire (quelles que soient les cardinalités) l’association devient une table dans le MPD. Les identifiants des entités liées migrent dans cette table

6. Le Modèle Physique de Données (MPD)

6.1 Définition

Le modèle physique de données (MPD) est la visualisation graphique de la manière dont les données seront structurées dans la base de données.

6.2 Formalisme

PROPRIETE_1 = PROPRIETE_1

PROP_1 = PROP_1

ENT_1

PROP_1

PROP_2

PROP_3

____

ENT_2

PROPRIETE_1

PROPRIETE_2

_______

ASSOCIATION

PROP_1

PROPRIETE_1

PROPR_1

PROPR_2

6.3 Concepts

Etant donné que notre future base de données sera établie selon le modèle relationnel, les concepts ci-dessous empruntent la terminologie de ce modèle qui fut défini par le mathématicien CODD et est fondé sur la théorie des ensembles. L’idée de cette théorie est de disposer les données sous forme de tableaux à deux dimensions appelés table ou relations.

Table : une table correspond à une entité ou une association du MCD, elle est constituée de lignes et de colonnes.

E A

1, n

E A

0, n




Ligne : une ligne correspond à la notion d’occurrence d’entité ou d’association. On parle aussi d’enregistrement.

Colonne : la notion de colonne correspond à celle de propriété. Clé primaire : la notion de clé primaire correspond à celle d’identifiant. Clé étrangère : une colonne d’une table est dite clé étrangère si elle correspond à une

clé primaire d’une autre table. La clé primaire permet d’accéder aux colonnes de la table référencée en évitant les répétitions.

7. Conclusion Tous ces concepts ont été appliqués à notre étude pour permettre de constituer les modèles conceptuels sur lesquels doivent se baser notre réalisation. Le logiciel Power AMC a été utilisé pour élaborer ces différents modèles au cours de notre étude.




3ème Partie : CONCEPTION DE LA BASE DE

DONNEES




ETUDE DE L’EXISTANT

Sommaire 1. Position du problème 2. Recueil d’informations 3. Les faiblesses de l’existant

Cette étude a été dominée par les entretiens avec les futurs utilisateurs de la base de données afin d’avoir le maximum d’informations sur les opérations couramment réalisées. Les contacts se sont multipliés pour identifier tous les traitements effectués et les documents utilisés, afin de prendre connaissance des procédures actuelles. Ces entretiens ont été complétés par une revue documentaire du projet.

1. Position du problème Les interviews au niveau de la Cellule de Coordination et de l’Equipe du projet, ont permis d’élaborer les fiches :

F 01 : Fiche de présentation générale du problème. F 02 : Fiche de définition des objectifs. F 03 : Fiche de configuration du matériel.




F 01 FICHE DE PRESENTATION GENERALE DU PROBLEME

DOMAINE : GESTION BENEFICIAIRES-OUVRAGES & CIRCUITS ECOSAN

Le Bureau de Coordination du projet ECOSAN_UE a décidé de mettre en place une base de données dans le souci de faciliter la gestion des informations relatives aux actions et interventions du projet. Le Bureau de coordination, qui regroupe en son sein l’Equipe de projet, est la cellule qui gère et exploite toutes les informations du projet ECOSAN_UE. De ce fait, il communique avec plusieurs acteurs du projet et des services extérieurs. Etant donné que ECOSAN est un concept encore nouveau et relativement inconnu, il est important de garder les traces des actions du projet de façon durable et sans altérabilité. Vue la quantité d’informations à gérer, le système actuel (système manuel d’archivage) de gestion risque d’être vite dépassé à la longue, au fur et à mesure du déroulement des activités du projet. De même la consultation des archives risque d’être pénible et long. Les tâches de préparation des actions d’appuis, d’évaluation continue des activités, de travail en réseau avec les autres acteurs nécessitent une connaissance accrue et exacte des informations. D’où la nécessité de la mise en place d’une base de données des actions pour alléger la tâche à l’équipe de projet. Ainsi toutes les données relatives aux bénéficiaires du projet, au suivi des performances des systèmes d’assainissement écologiques et des produits ECOSAN seront gérées par cette base. Les bénéficiaires sont les MENAGES, les AGRICULTEURS (maraîchers, céréaliculteurs, fleuristes etc.), les ARTISANS, les PME et les ECOLES. Les informations sont saisies au fur et à mesure que le projet se déroulent et mises à jour tous les mois. Les ouvrages se répartissent selon leur type, la nature des excrétas qu’ils produisent et les problèmes auxquels ils peuvent être confrontés au cours de leur fonctionnement. Le projet disposera dans chaque secteur d’activité d’une maison relai où seront centralisée les informations sur le projet, ces centres sont des points de collectes de données ainsi ils alimenteront la base de données à travers les fiches de collectes qu’ils transmettent régulièrement à la cellule du projet à travers le superviseur. Le bureau du projet est déjà informatisé mais ne dispose pas encore d’une base de données. Le problème est d’informatiser la collecte des informations et de centraliser l’information au niveau de la cellule du projet en vue de manipuler avec aisance tous les paramètres indicateurs du projet par une connaissance réelle des impacts du projet par secteur.




F 02 FICHE DE DEFINITION D’OBJECTIFS


Les objectifs du bureau de coordination du projet ECOSAN_UE pour la présente étude sont les suivants : Gérer toutes les informations associées aux différents bénéficiaires : ménages,

utilisateurs d’engrais, artisans, PME. Gérer toutes informations liées aux différents types d’activités menées : réalisation

des ouvrages ; suivi du fonctionnement des ouvrages ; gestion des circuits de collecte, de stockage et de distribution des produits ECOSAN.

Obtenir des statistiques comparatives mensuelles et annuelles des actions :

- Par secteurs

- Par bénéficiaires (avec récapitulation par catégories de bénéficiaires)

Diminuer les temps de traitement des dossiers d’un bénéficiaire pour toutes les actions du mois.




F 03 FICHE DE CONFIGURATION DU MATERIEL


Le projet dispose de trois (03) ordinateurs fixes, de trois (03) ordinateurs portables, de deux (02) imprimantes avec scanneurs, d’une table traçante, d’une (01) photocopieuse et d’un réseau de communication filaire. Les logiciels existants et utilisés dans la cellule sont les suivants :

AUTOCAD 2004.

Microsoft OFFICE 2003.

La cellule de coordination projette acquérir la licence d’un logiciel de SIG.




2. Recueil d’informations Les interviews des différents postes de travail (Coordonateur – Secrétariat – Ingénieur d’appui – Agronome et Ingénieur Sanitaire) ont permis de collecter les documents suivants :

Doc. D1 : Document de mise en œuvre/Année 1 (31 pages) contenant les plan d’action de l’année 1(Grandes phases et événements de l’année 1, Equipes de mise en œuvre, Calendrier de l’année 1, Plan de gestion des RH/GT2, Planning d’ordonnancement des actions et les termes de références des GT) et les procédures de suivi des actions (Activités relevant des obligations des membres de l’équipe de projet, Prestation de service, Déplacement/Communication, Réunions, Format de mémo de rencontre et fiche de suivi de travail des intervenants).

Doc. D2 : La convention de contribution de la communauté européenne signée avec une organisation internationale (80 pages) contenant la Description de l’action, Les conditions générales applicables aux conventions de contribution de la communauté européenne signées avec des organisations internationales, le Budget de l’action, la Fiche “signalétique financier”, le modèle de demande de paiement, le modèle de rapports narratifs et financiers, et les Notes de clarification.

Doc. D3 : Rapport d’identification des acteurs (25 pages) contenant les principaux acteurs de l’assainissement à Ouagadougou, l’Analyse des acteurs par secteur, les Compléments sur l’activité de maraîchage dans la ville de Ouagadougou, la Liste des organisations communautaires de base (OCB) par secteurs, la Liste des maçons agréés par l’ONEA (entre mars 1992 et mai 2005) pour les arrondissements de Bogodogo – Boulmiougou – Nongremasson et la Liste des préfabricants agréés par l’ONEA (entre mars 1992 et mai 2005) pour les arrondissements de Bogodogo – Boulmiougou – Nongremasson.

Doc. D4 : les Rapports d’états des lieux pour les secteurs 17 (101 pages), 19 (99 pages), 27 (100 pages) et 30 (79 pages) contenant les résultats et l’analyse des enquêtes réalisées auprès des bénéficiaires selon les secteurs.

Doc. D5 : les plans des secteurs 17 – 19 – 27 – 30 contenants la subdivision des secteurs.

La consultation de ces documents a permis de dégager plusieurs informations :

La répartition des bénéficiaires selon les secteurs, La subdivision des secteurs en sections, La subdivision des sections en lots, La subdivision des lots en parcelles, La liste des artisans par secteur, La liste des PME intervenants dans le domaine de l’assainissement dans la ville de

Ouagadougou, La liste des vendeurs d’engrais par secteur, Le nombre de sites de maraîchage par secteur, Le nombre d’établissements scolaires par secteur.

De l’analyse des rapports d’identification des acteurs et d’état des lieux par secteur nous avons les données suivantes :

2 RH/GT : Ressources humaines par groupe de travail




Au niveau des ménages : Il ressort des enquêtes terrains que les ménages des secteurs 17, 19, 27 et 30 ont affiché leur volonté d’acquérir les ouvrages ECOSAN; de contribuer (financièrement) à leur acquisition. Leur acceptation à stocker ou à transporter les produits ECOSAN reste mitigée. C’est peut être dans ce sens qu’ils préfèrent payer une structure pour collecter ces produits. Le tableau suivant donne le nombre de ménage par secteur :

Arrondissement Secteur Nombre de ménages(en 2006)

Boulmiougou 17 15 845

Boulmiougou 19 5 603

Nongremassom 27 4 840

Bogodogo 30 12 541

TOTAL 38 829

Tableau : nombre de ménage par secteur

Au niveau des maraîchers : D’une manière générale, les maraîchers sont réceptifs à l’utilisation des fertilisants ECOSAN. Pour eux, lútilisation est possible à condition que les produits soient hygiénisés.

Au niveau des artisans/PME : Il est à noter que la majorité des maçons/préfabricants enquêtés ressorte de la « pépinière » de l’ONEA. Ils sont disposés à s’investir dans ECOSAN si des solutions sont trouvées à leurs problèmes de manque de marché, de difficulté de recouvrement des fonds au niveau des ménages et de cherté des matériaux.

Au niveau des écoles : L’étude terrain a montré que les ouvrages d’évacuation des excrétas dans les écoles sont en mauvais état. Il subsiste dans les écoles un énorme problème de sensibilisation à l’hygiène. Il semble que l’introduction de l’approche ECOSAN dans les écoles doit être graduelle. Il s’agira d’asseoir la culture de l’approche, avant de choisir des écoles tests pour abriter des ouvrages ECOSAN.

Ces informations ont permis de dégager la liste des données manipulées et les valeurs possibles prises par certaines données. Voici une brève description de l’état des lieux par secteur :

a) Secteur 17 :

Situé au Sud-ouest de la ville de Ouagadougou, le secteur 17 est le plus vaste des secteurs de la ville. La population du secteur 17 est estimée à 126 754 habitants en 2004, il regroupe à lui seul plus de la moitié de la population de l’arrondissement de Bilmiougou. (Monographie de l’arrondissement de Boulmiougou).




N

limites secteurtrame urbaine

# Sites mar.BVRD circulaireNationale 1Secteur 17

Secteur 16

Secteur 9

Secteur 8

Secteur 7

CAMP MILITAIRE

Sectreur 18

#

#

#

#

#

#

#

##

#

1 0 1 2 Kilomètres

LOCALISATION DU SECTEUR 17LOCALISATION DU SECTEUR 17

1 0 1 2 Kilomètres

#

#

#

#

#

#

#

##

#

Sectreur 18

CAMP MILITAIRE

Secteur 7

Secteur 8

Secteur 9

Secteur 16

Secteur 17

limites secteurtrame urbaine

# Sites mar.BVRD circulaireNationale 1

N

Il compte 17 écoles publiques et 58 écoles privées, en même temps on y retrouve 14 structures sanitaires privées. Dans le secteur 17, les maraîchers se sont implantés sur les rives du barrage à Pissy. Ils occupent les côtés de la voie allant vers Bobo-Dioulasso. Sur ces sites on y cultive :

Culture Prévalence Période

Faible Moyen Fort

Salade X Octobre à Mai

Carotte X Octobre à Mai

Fraise X Octobre à Janvier

Céleri X Octobre à Février

Betterave X Octobre à Janvier

Boulboula X Novembre à Mars

Oignon X Novembre à Avril

Chou X Novembre à Avril

Mais X Hivernage

Riz X Juillet á Octobre

Concombre X Mars à Juin

Persil X Novembre à Avril

Haricot X Hivernage et saison sèche

b) Secteur 19 :

Situé au centre-Ouest de la ville de Ouagadougou, le secteur 19 est le plus petit des 4 secteurs de l’arrondissement de Boulmiougou. La population du secteur 19 est estimée à environ 44 827 habitants en 2004 (Monographie de l’arrondissement de Boulmiougou).




Localisation du secteur 19

ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

Limites secteurs

Plan d'eau.

Trame urbaineÊÚ Sites mar.

BVRD circulaireNatiuonale 2

0.2 0 0.2 0.4 0.6 0.8 1 Kilomètres

N

SECTEUR 19SECTEUR 19

Secteur 20

Secteur 22

Secteur 10

Secteur 11

Secteur 18

Secteur 9

BARRAGE NO 1BARRAGE NO 1

LOCALISARTION DU SECTEUR 19

On y compte 7 écoles publiques et 11 privées, en même temps que 5 structures sanitaires privées. Le secteur 19 bénéficie de la présence de la retenue d’eau du barrage n° 1 qui baigne une grande partie du secteur. Ce secteur compte deux sites de maraîchage le long de ce barrage à savoir Nonsin barrage et Nonsin Rail ; il y a un 3ème site à l’intérieur du secteur ; le tableau suivant donne les spéculations qui y sont pratiquées par période :

Culture Prévalence

Période Faible Moyen Fort

Salade X Toute lánnée

Carotte X Septembre à Février

Chou X Septembre à Février

Aubergine X Septembre à Février

Epinard X Toute lánnée

Boulvaka X A partir de Février et en hivernage

Oseille X A partir de Février et en hivernage

Menthe X Toute lánnée

c) Secteur 27 :

Situé au Nord-Est de la ville de Ouagadougou, le secteur 27 compte une population estimée à 38 719 habitants.

Route de KAYA




ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚÊÚ ÊÚ

ÊÚ

ÊÚÊÚ

ÊÚ

ÊÚ

ÊÚ

ÊÚ

Limites secteurs

Trame urbainePlan d'eau.

ÊÚ Sites mar.BVRD circulaireRoutes

0.3 0 0.3 0.6 Kilomètres

N

Secteur 27Secteur 27

Secteur 26

Parc urbain

Bangr Weogo

Secteur 28

Secteur 13

Ce secteur compte 8 écoles publiques et 12 privées ; on y trouve également 1 CSPS et 5 cliniques privées. Dans le secteur 27, les sites de maraîchage se situent le long du grand collecteur, dans la partie Nord du secteur, le tableau suivant donne les spéculations qui y sont pratiquées par période :

Culture Prévalence


Carotte X Saison sèche

Chou X Saison sèche

Epinard X Saison sèche

Riz X Saison des pluies

Boulvaka X Saison sèche

Gombo X Mars, Avril

Boulboula X Saison sèche

Kenebdo X Saison sèche

Lourlo X Saison sèche

Poivron X Saison sèche

d) Secteur 30 :

Situé au Sud-est de la ville de Ouagadougou, le secteur 30 est un des plus vastes secteurs de la ville. On estime la population en 2007 à 100 331 habitants (Monographie de l’arrondissement de Bogodogo).

Route de FADA




0.4 0 0.4 0.8 Kilomètres

Limites secteur

Trame urbaine

Plan d'eau.

ÊÚ Sites mar.

BVRD circulaire

Route.shp

N

Secteur 29

Secteur 30

Secteur 5

Secteur 14

secteur 30secteur 30

Principales infrastructures

Il a été répertorié, dans le secteur 30, 10 écoles publiques et 14 privées, et 3 structures sanitaires publiques à 3. On y dénombre également 8 espaces verts. Deux (2) sites de maraîchages ont été répertoriés au secteur 30 : Guinsan et Yadag Yiri, le tableau suivant donne les spéculations qui y sont pratiquées par période :

Culture Prévalence


Salade X Toute lánnée

Carotte X Saison sèche

Chou X Saison sèche

Courgette X Saison sèche

Epinard X Saison sèche

Riz X Hivernage

Concombre X Saison sèche

Oignon X Période sèche

Melon X Période sèche




F 04 DOMAINE : GESTION BENEFICIAIRES-OUVRAGES & CIRCUITS ECOSAN

COMPTE RENDU D’INTERVIEW 1/2

POSTE DE TRAVAIL : COORDINATION DU PROJET DATE : 16/03/2007

M. ANSELME VODOUNHESSI TACHE :

Il s’occupe de la coordination du projet et le tampon entre l’équipe de projet et le comité de pilotage et les partenaires financiers. Il cordonne aussi les réunions de l’équipe de projet (EDP) qui se réunit 4 fois par année (réunions trimestrielle), il peut aussi organiser des réunions exceptionnelles à son initiative ou à l’initiative d’un membre de l’EDP. Il informe le comité de pilotage des avancées du projet, organise les réunions du comité de pilotage à chaque fois qu’il y aura une décision stratégique à prendre à l’endroit des populations cibles du projet pour une validation des options proposées. Il élabore, de concert avec les membres de l’EDP, les TDR pour les groupes de travaux (GT) et reçoit les rapports des GT pour en faire une synthèse avant de les intégrer dans les rapports annuels à transmettre à l’UE. Il assure la gestion efficiente et efficace de l’action, une flexibilité dans la mise en œuvre et dans les réorientations. Il prépare les actions d’appuis et la gestion du budget ; il contrôle les rapports et compilations, les rapports adressés à l’UE ; il évalue continuelle les activités ; il contrôle la qualité des résultats ; il met en place le travail en réseau avec les autres acteurs du projet et l’audit régulier des comptes du projet. REMARQUES :

Difficultés pour produire les rapports à temps ce qui induit une reprogrammation continue des activités. Le coordinateur a des notions sur les bases de données.

POSTE DE TRAVAIL : SECRETARIAT PROJET DATE : 19/03/2007

MLLE VIVIANE NADEMBEGA

TACHE : Appui au coordinateur dans la gestion du projet. Programme l’occupation de la salle de réunion du projet. Edite les rapports des GT, les classe dans l’ordinateur (pour les versions numériques) et archive les versions papier. Ce poste centralise toutes les informations sur le projet car il est le terminal où aboutissent tous les documents du projet pour archivage, de même tous les documents aussi partent de ce poste pour dispatching. Il sera la centrale de saisie pour la base de données à mettre en place. REMARQUES :

Difficulté dans la chronologie des tâches, le support utilisé pour conserver la trace des documents est le papier ce qui implique un volume important de papier à gérer. La secrétaire n’a pas de notion sur les bases de données.




F 04 DOMAINE : GESTION BENEFICIAIRES-OUVRAGES & CIRCUITS ECOSAN

COMPTE RENDU D’INTERVIEW 2/2

POSTE DE TRAVAIL : EQUIPE DE PROJET DATE : 19/03/2007

M. CHIAKA COULIBALY/INGENIEUR D’APPUI A LA COORDINATION TACHE : Il appuie le coordinateur dans la gestion du projet et le supplée dans la tâche en cas d’absence ou d’indisponibilité. Il est aussi le technicien chargé de la conception des ouvrages. Il est membre de la plupart des GT. REMARQUES :

Son expérience dans les projets similaires (ECOSAN à Sabtenga et Saba) fait qu’il connaît les procédures pour la mise en œuvre des actions du projet.


MLLE MIREILLE ZONGO/ INGENIEUR AGRONOME

TACHE : Elle fait partie de l’équipe pluridisciplinaire et s’occupe du volet agronomique du projet. Elle fait partie du GT qui a élaboré le rapport d’identification des acteurs. REMARQUES :

Son expérience dans les projets similaires fait qu’elle connaît les procédures pour la mise en œuvre des actions du projet.


M. SALIFOU BOUKARI/ INGENIEUR SANITAIRE GTZ

TACHE : Il fait partie de l’équipe pluridisciplinaire et s’occupe des aspects socio sanitaire du projet. Il fait partie du GT qui a élaboré le rapport d’états des lieux par secteur. REMARQUES :

Son expérience dans les projets similaires fait qu’il connaît les procédures pour la mise en œuvre des actions du projet.




3. Les faiblesses de l’existant L’interview des différents postes de travail de la cellule du projet révèle des lacunes dans le système actuel de gestion de l’information. Ces lacunes se ressentent plus au niveau du poste de travail secrétariat qui est le poste où se fait l’archivage des informations et documents du projet. En effet : - le support de stockage est le papier ce qui implique un volume important de papiers à

gérer, à classer et archiver. - le projet entame sa phase active d’où une augmentation considérable de la quantité de

données à collecter et à traiter. - le système de gestion de l’information est manuelle d’où une lenteur sur la recherche et la

mise à disposition de l’information. - Actuellement le projet ne dispose pas de base de données pour gérer les d’informations à

capitaliser. - le système actuel ne permet pas une cartographie numérique des ouvrages alors qu’il

existe des éléments cartographiables (Secteurs, Sections, Lots, Parcelles, Ecoles …). - le système actuel ne permet pas de faire une interrogation des données, ni une

consultation rapide en vue d’une prise de décision, ni une mise à jour automatique. L’information est actuellement à l’état statique, figée aucune modification n’est possible sans une interférence sur tous les documents où elle se trouve. A l’état actuel les informations sont répliquées à chaque fois qu’un bénéficiaire est concerné par une action autant de fois que cette action se répète.

- le système ne permet pas le traitement automatique des informations. Face à cette situation nous proposons la mise en place d’une base de données relationnelle.




BASE DE DONNEES A METTRE EN PLACE

Sommaire 1. Objectifs du futur système 2. Résultats attendus 3. Règles de gestion et dictionnaire des données 4. Les modèles conceptuels.

1. Objectifs du futur système : Au vu des faiblesses de l’existant, il apparaît les besoins et les grandes lignes du nouveau système. La mise en place de ce futur système se justifie pour les raisons suivantes :

Simplification et amélioration du travail administratif par l’automatisation des procédures répétitives et fastidieuses de simple exécution.

Aide à la décision : l’ordinateur peut fournir au décideur des éléments lui permettant de faire ses choix en disposant du maximum d’informations possible, l’ordinateur pouvant sélectionner à grande vitesse parmi sa grande masse de données mémorisées les informations utiles à la prise de décision.

Les objectifs visés par la base de données à mettre en place sont : Avoir une application conviviale permettant une saisie et une consultation rapide des

informations concernant les bénéficiaires ; Accélérer les temps de traitement des dossiers en allégeant la tâche de saisie des

informations. Une information est saisie qu’une fois et sera répliquée autant de fois dans les documents où elle doit apparaître.

Faciliter le suivi des bénéficiaires et renforcer la capacité des acteurs.

2. Résultats attendus : Le résultat attendu par rapport à notre travail est une base de données disponible et fonctionnelle.

3. Règles de gestion et dictionnaire des données : Les règles de gestion du MCD précisent les contraintes qui doivent être respectées par le modèle. Elles permettent de mettre les cardinalités, et expriment les contraintes d’intégrité du modèle. Ces contraintes représentent les lois de l’univers réel modélisé. Les fiches F 05 et F 06 des pages qui suivent, présentent les règles de gestion et le dictionnaire des données.




F 05 REGLES DE GESTION


RG 1 : Un ménage appartient à une seule parcelle. RG 2 : Une parcelle peut contenir un ou plusieurs ménages. RG 3 : Un ou plusieurs ménages bénéficient d’un ou de plusieurs ouvrages ECOSAN. RG 4 : Un ménage a une taille de personnes (nombre de personnes vivant avec le

ménage). RG 5 : Une parcelle appartient à un lot et a un numéro de parcelle. RG 6 : Un lot appartient à une section. RG 7 : Une section appartient à un secteur. RG 8 : Chacun des éléments (lot, section, secteur) porte un numéro alphanumérique. RG 9 : Un agriculteur se trouve sur un site de maraîchage. RG 10 : Un agriculteur peut être un maraîcher, un fleuriste, un arboriculteur, un

céréaliculteur … RG 11 : Un agriculteur pratique des spéculations pouvant varier suivant la période. RG 12 : Chaque spéculation est pratiquée sur une superficie donnée par un agriculteur. RG 13 : Chaque bénéficiaire (ménage, artisan, agriculteur) est répertorié par son identité

(nom et prénom). RG 14 : Un bénéficiaire peut bénéficier d’une ou de plusieurs action du projet. RG 15 : Un artisan construit les ouvrages dans les ménages à une date donnée RG 16 : L’artisan est suivi lors de la construction pour une validation des étapes de travail RG 17 : Un artisan intervient dans un secteur de la ville. RG 18 : Une PME intervient dans un domaine d’activité (vidange et transport des boues,

confection de matériel, livraison produits hygiénisés …). RG 19 : Une école est situé dans un secteur, selon lot et parcelle ; et a une identification. RG 20 : Une école a un nombre moyen d’élève, un statut (privé, public), un nombre de

classes. Une école correspond à un ou plusieurs cycles d’enseignement (primaire, secondaire, lycée, mixte…)

RG 21 : Une école peut bénéficier des ouvrages ECOSAN. RG 22 : Un ouvrage est construit à une date de départ, fini d’être construit à une date

donnée. RG 23 : Un ouvrage a une date de mise en service. RG 24 : Un ouvrage est construit par un artisan RG 25 : Un ouvrage peut avoir un problème à une date donnée. RG 26 : Chaque secteur possède au moins une zone de stockage. RG 27 : Une zone de stockage est dans un et un seul secteur.




F 06 DICTIONNAIRE DES DONNEES


Nom Description Type

Ancienneté Ancienneté sur le site de maraîchage N Code utilisateur CODE de l’utilisateur des produits ECOSAN A5 Code activité CODE de l’activité des PME A5 Code artisans CODE de l’artisan (maçon, préfabricant) A5 Code chef CODE du chef de ménage A5 Code intrant CODE de l’intrant A5 Code matériel CODE du matériel fourni pour la construction des

ouvrages A5

Code ouvrage CODE de l’ouvrage A5 Code période CODE de la période de culture A5 Code PME CODE de la PME A5 Code problème CODE du problème rencontré lors du fonctionnement de

l’ouvrage A5

Code section CODE de la section de la parcelle A2 Code spéculation CODE de la spéculation cultivée A5 Code statut CODE du statut de l’agriculteur (maraîcher, fleuriste, …) A5 Code Zone CODE de la zone de stockage A5 Coût ouvrage Coût total de la construction de l’ouvrage MN Coût unitaire intrant Coût unitaire pour les intrants (en F/ unité de mesure) MN Cycle Cycle de l’école (Primaire, secondaire, maternel,…) A20 Date début travaux Date du début des travaux de la construction D Date fin travaux Date de la fin des travaux de la construction D Date mise en service Date de mise en service de l’ouvrage D Début période Date de début de la période de culture pour une

spéculation D

Désignation Appellation de l’intrant A5 durée d'exercice Nombre d’année d’exercice de l’activité par la PME N Fin période Date de fin de la période de culture pour une spéculation D Intitulé Nom de l’activité pratiquée par la PME A20 La date Définit la date de l’opération correspondante D Libellé Appellation du matériel de fourniture A30 Nature action Nature de l’action à faire (sensibilisation, formation, …) A50 Nature excrétas Nature de l’excrétas A5 Nature intrant Nature de l’intrant (engrais, insecticide, herbicide, …) A20 Nature problemes Nature du problème A25 Nbre d'année d'expérience Nombre d’année d’expérience de la PME N Nbre d'artisans formés Nombre d’artisans ayant été formés et habitants le

secteur N

Nbre de classes Nombre de classes de l’école N Nbre de site de maraîchage Nombre de site de maraîchage du secteur N Nbre d'école Nombre d’école située dans le secteur N Nbre d'élèves Nombre d’élèves de l’école N Nbre total de ménages Nombre de ménage habitant la parcelle N2 Nom utilisateur Nom de l’utilisateur des produits ECOSAN A30 Nom artisans Nom de l’artisan A30 Nom site Appellation du site de maraîchage A50 Nom spéculation Nom de la spéculation cultivée A30 Num Lot Numéro du lot de la parcelle N3 Num Parcelle Numéro de la parcelle N Num Secteur Numéro du secteur N2 Prénom utilisateur Prénom de l’utilisateur des produits ECOSAN A30 Profession Profession du chef de ménage A25 quantité Désigne la quantité pour l’opération correspondante N Saison Désigne la saison pour la culture de la spéculation

(sèche, pluvieuse) A15

Statut école Désigne le statut de l’école (privée, publique) A15 Superficie zone de stockage Désigne la superficie de la zone de stockage N Surface cultivable Surface de culture pour une spéculation N Taille du ménage Le nombre d’individus du ménage N2 Type ouvrage Désigne le type d’ouvrage A50 unité Unité pour la quantité nécessaire pour une opération A10 unité de mesure excrétas Unité de mesure des excrétas (seau, bassine,…) A15

A=alphanumérique ; N=numérique ; MN=monétaire ; D=date




4. Les modèles conceptuels : Le logiciel POWER AMC nous a permis de construire le MCC, le MCT, le MCD et de générer automatiquement le MPD. C’est sur la base de ce MPD que s’est fait la création de la base de données. Les fiches F 07, F 08, F 09 et F 10 des pages suivantes, présentent les MCC, MCT, MCD validés et le MPD du futur système.




F 07 LE MODELE CONCEPTUEL DE COMMUNICATION





F 08 LE MODELE CONCEPTUEL DE TRAITEMENT 1/2





F 08 LE MODELE CONCEPTUEL DE TRAITEMENT 2/2





F 09 LE MODELE CONCEPTUEL DE DONNEES





F 10 LE MODELE PHYSIQUE DE DONNEES





Les entités en couleur représentent les éléments cartographiables sur un SIG, nous avons montré aussi sur le MCD leurs symboles de représentation (polygone, point). Bien que nous ne puissions intégrer la réalisation de la partie SIG à cause de l’indisponibilité des données l’étude a pris en compte cette donne pour l’intégrer dans la conception.




4ème Partie : REALISATION




INTRODUCTION La réalisation de l’application “ECOSAN 2007’’ est basée sur les résultats des études de conception. La phase de réalisation de la base de données constitue l’étape pratique de cette étude. A ce niveau le choix du système de gestion de base de données adopté s’est orienté vers Microsoft Access 2003 pour sa simplicité d’utilisation et d’accès. Microsoft Access constitue un SGBD à part entière. Il permet de définir les données, de les manipuler et de les contrôler. Il propose également des fonctionnalités avancées qui facilitent le classement et la gestion des données, aussi volumineuses soient elles, et leur répartition entre tables. Les tables correspondent donc dans une base de données Access, à l’objet dans lequel le stockage des informations est opéré. De nombreuses fonctions permettent d’assurer leur intégrité et leur sécurité. Microsoft Access constitue également, et c’est là l’un de ses atouts, un puissant environnement de développement d’applications. Il dispose d’un langage de programmation souple, Visual Basic, qui permet d’automatiser les tâches les plus courantes. Cet environnement, très complet, possède de nombreux outils prenant la forme de fenêtres et de boites de dialogue permettant le développement de véritables applications de base de données, quel que soit leur niveau de complexité. ACCESS a de plus une fonctionnalité multi utilisateurs qui permet au développeur de gérer et donner accès à plusieurs utilisateurs de la base de données avec des niveaux d’autorisations spécifiques quant à leur marge de manœuvre sur les données.




CREATION DE LA BASE DE DONNEES

Sommaire 1. Génération des tables 2. Les requêtes 3. Les formulaires 4. Les états

1. Génération des tables La génération des tables constitue la phase d’implantation de la base de données sous le logiciel ‘’Access 2003’’ qui est une SGBD relationnelle. Une base de données relationnelle est une collection de tables de données. La manipulation de ces données s'effectue grâce à un langage : le SQL. SGBD-R sont des logiciels qui permettent de stocker, gérer et utiliser ces données. Ils garantissent leur qualité ainsi que leur cohérence et autorisent l'accès aux données à plusieurs utilisateurs simultanément. L'utilisateur peut alors exploiter ces données sans se soucier de la manière dont elles sont stockées et organisées au niveau physique. A partir du MPD établi, le logiciel POWER AMC a permis de générer automatiquement des tables et les relations existant entre elles, sur Access 2003. Voici la structure des tables générées :




Les types de relation les plus courants sont les suivants :

Relation un à plusieurs, 1 à ∞ : dans ce type de relation, un enregistrement de la première table peut être relié à plusieurs enregistrements de la seconde, alors qu’à chaque enregistrement de la seconde ne correspond qu’un enregistrement de la première.

Relation un -à -un, 1-1 : elle est aussi appelée équijointure. Dans une relation un -à -un, chaque enregistrement de la première table ne peut être relié qu’à un seul enregistrement de la deuxième, et inversement chaque enregistrement de la seconde table ne peut être relié qu’à un seul enregistrement de la première.

Les tables générées ont des champs vides et gardent les mêmes domaines de validité des valeurs possibles tels que décrits dans le MCD.

2. Les requêtes Les requêtes sont des moyens permettant d’extraire automatiquement des données disponibles dans les tables suivant des critères bien définis, pour en faire une opération. Les requêtes permettent également de retrouver toutes les données ‘’calculées’’ et ‘’concaténées’’, éliminées du dictionnaire des données lors de l’établissement du MCD. Une requête peut afficher un sous-ensemble de données, comme par exemple tous les bénéficiaires du secteur 30, ou bien des combinaisons de données provenant de différentes tables, comme par exemple des informations sur des ouvrages combinées avec des informations sur les ménages. Voici un exemple de requête sur les artisans et les actions dont ils ont bénéficié :




3. Les formulaires Les formulaires sont des interfaces privilégiées de communication entre le SGBD et l’utilisateur. Véritable outil de dialogue, le formulaire est un écran personnalisé permettant de saisir, modifier, sélectionner et visualiser les enregistrements d’une (ou plusieurs) table(s), de valider des options ou de lancer différentes actions. Un sous formulaire est un formulaire inséré dans un autre formulaire. Notre souci est d’avoir le minimum de formulaires et qui sont communicants entre eux selon les opérations réalisées. La solution adoptée est donc de réaliser des formulaires/sous formulaires partout où nous avons les relations de un à plusieurs. Voir la partie prise en main pour l’utilisation de ces formulaires

4. Les Etats L’état est une manière de présenter les données des tables relationnelles à l’écran ou à l’impression. Il peut également comporter des données calculées, triées et/ou regroupées. Un sous état est un état inséré dans un autre état. Comme le veulent les objectifs du futur système, les états élaborés n’ont pas besoin de subir une opération ultérieure de mise en forme, ils sont déjà bien présentés et disposent du logo du projet. La réalisation de chacun des états est précédée par une mise en place des requêtes basées sur des tables et/ou des résultats d’autres requêtes afin de rassembler tous les champs nécessaires.




CONCLUSION ET RECOMMANDATIONS La mise en place d'une base de données à partir de données très hétérogènes a nécessité rigueur et planification lors de la phase d'analyse. Ainsi l'application obtenue permettra une utilisation aisée et lui a une capacité d'évolution pour l'intégration des études des domaines restants. Malgré les contraintes liées au temps, nous avons pu mettre en place un logiciel assez convivial par : sa simplicité d’utilisation, sa rapidité d’exécution,

C’est un logiciel sous windows qui permet de réaliser non seulement les opérations courantes de saisie et d’édition des données mais aussi la consultation. L'utilisation de cette base en régime continu permettra d'avoir un outil de gestion performant qui facilitera l'évaluation du projet lors de sa phase finale. Nos travaux peuvent être bien poursuivis sans obstacle majeur parce que la partie conception a été bien réalisée. Les travaux relatifs à cette poursuite concerneront la partie SIG qui n’a pas été abordée et l’intégration des autres domaines du SI dans la base. Nos recommandations, serviront à définir les grands axes pour des prochains travaux.

Les travaux restants à réaliser sont les suivants :

PARTIE ACCESS Cette partie suppose une mise à disposition du logiciel à la cellule du projet pour recueillir les critiques des utilisateurs et doit concerner par la suite : Une amélioration de la configuration du logiciel selon les observations de l’utilisateur. Un ajout si possible d’autres requêtes et formulaires selon les points soulevés par

l’utilisateur. L’intégration des autres domaines du SI.

PARTIE SIG Ecrire un module de carte thématique pour les thèmes prévus. Réaliser un couplage parfait des deux applications de telle sorte que la saisie ou la

modification des données à partir de l’une ou l’autre des applications soit prise en compte par le logiciel.

L’achat d’une licence pour un logiciel de SIG. ADMINISTRATION BASE

Recruter un informaticien pour l’administration de la base de données et les opérations de maintenance informatique.




Bibliographie

Système d’information & bases de données – Mamadou TOURE – Polycopié de cours EIER 2002.

Comprendre MERISE, outils conceptuels et organisationnels – Jean Patrick MATHERON – Editions Eyrolles 1994

La méthode MERISE, principes et outils (Tome 1 & 2) - TARDIEU, ROCHFELD, COLLETTI - Les éditions d'organisation 1986

Modélisation dans la conception des systèmes d'information - ACSIOME - Masson 1990

Apprendre et pratiquer MERISE - J. GABAY - Masson 1993

Maîtriser les bases de données – Georges GARDARIN – Eyrolles 1993

Concepts fondamentaux de l’informatique – Alfred AHO, Jeffrey ULLMAN – Dunod 1993

Bases de Données et Modèles de Calcul - Outils et Méthodes pour l’Utilisateur - Jean-Luc HAINAUT - InterEditions 1994

AMC*Designor, l’outil du concepteur – Gilles GUEDJ – Eyrolles 1996

Introduction aux bases de données, 6e édition– Chris J. DATE – Thomson International Publishing 1998

Girard D. : Processus de dévellopement et nouvelles technologies, [On-line], Club des Utilisateurs Java, [mise à jour : 02/09/2004], disponible sur internet : <URL :http://www.club-java.com/Public/slides/xp/XPetAutresMethodes.ppt>

Morand B. : Cours d'analyse et Conception des Systèmes d'Information, [On-line], Université de Caen, [mise à jour : 01/11/2002], disponible sur internet : <URL :http://www.iutc3.unicaen.fr/~moranb/>

http://www.club-java.com/Public/slides/xp/XPetAutresMethodes.ppt

http://www.iutc3.unicaen.fr/~moranb/




5ème Partie: PRISE EN MAIN DE ‘ECOSAN

2007’’




Le schéma suivant montre l’architecture de l’Interface Homme Machine (IHE) :

Menu Général ECOSAN 2007

Saisie Consultation Quitter

Bénéficiaires

Agriculteurs

Ouvrages

Formulaire

Formulaire

Formulaire

Formulaire

Formulaire

Artisans

Ecoles

Ménages

PME

Fermer

Fermer

Formulaire

Interrogation

Consultation graphique

Formulaire

Requête

Etat

Fermer




Au lancement de l’application ECOSAN_2007 par clic sur l’icône de la base de données nous avons le formulaire suivant qui s’affiche :

En cliquant sur la commande ‘’OK’’ de cette fenêtre, on a accès à la fenêtre principale suivante :

:




En cliquant par la souris sur le bouton SAISIE on ouvre la boite de dialogue qui suit :

Où on peut choisir de saisir soient les données sur les bénéficiaires ou sur les ouvrages. En cliquant sur les bénéficiaires on ouvre la boite de dialogue suivante :

En cliquant sur un des bénéficiaires nous avons le formulaire suivant qui s’affiche (ici nous avons pris l’exemple pour les agriculteurs :




A l’intérieur de ce formulaire nous pouvons saisir toutes les informations relatives à ce bénéficiaire à l’aide des sous formulaires intégrés en cliquant sur l’onglet du sous formulaire concerné (il est intégré aussi dans chaque sous formulaire un bouton de commande permettant d’ajouter une donnée non pris en compte dans les listes déroulantes par l’ouverture du formulaire associé à la table de cette donnée) :




Le sous menu consultation contient un bouton d’interrogation de la base et de consultation graphique (bien que la partie consultation graphique reste à faire) :




En choisissant l’action concernée et en cliquant sur le bouton de commande exécution de la requête nous obtenons le résultat suivant :




En cliquant le bouton de commande aperçu on a :




ANNEXES

Commentaire [MSOffice1]:




Sommaire Annexe1 : Rapport MCD




Rapport MCD complet




Informations

Liste des informations

Nom Code Type

Ancienneté ANCIENNETE N Code utilisateur CODE_UTILISATEUR A5 Code activité CODE_ACTIVITE A5 Code artisans CODE_ARTISANS A5 Code chef CODE_CHEF A5 Code intrant CODE_INTRANT A5 Code matériel CODE_MATERIEL A5 Code ouvrage CODE_OUVRAGE A5 Code période CODE_PERIODE A5 Code PME CODE_PME A5 Code problème CODE_PROBLEME A5 Code section CODE_SECTION A2 Code spéculation CODE_SPECULATION A5 Code statut CODE_STATUT A5 Code Zone CODE_ZONE A5 Coût ouvrage COUT MN Coût unitaire intrant COUT_UNITAIRE MN Cycle CYCLE A20 Date début travaux DATE_DEBUT_TRAVAUX D Date fin travaux DATE_FIN_TRAVAUX D Date mise en service DATE_MISE_EN_SERVICE D Début période DATE_DEBUT D Désignation DESIGNATION A5 durée d'exercice DUREE_D_EXERCICE N Fin période DATE_FIN D Intitulé INTITULE A20 La date LA_DATE D Libellé LIBELLE A30 Nature action NATURE_ACTION A50 Nature excrétas NATURE_EXCRETAS A5 Nature intrant NATURE_INTRANT A20 Nature problemes NATURE A25 Nbre d'année d'expérience NBRE_D_ANNEE_D_EXPERIENCE N Nbre d'artisans formés NBRE_D_ARTISANS_FORMES N Nbre de classes NBRE_DE_CLASSES N Nbre de site de maraîchage NBRE_DE_SITE_DE_MARAICHAGE N Nbre d'école NBRE_D_ECOLE N Nbre d'élèves NBRE_D_ELEVES N Nbre total de ménages NBRE_TOTAL_DE_MENAGES N2 Nom utilisateur NOM_UTILISATEUR A30 Nom artisans NOM_ARTISANS A30 Nom site NOM_SITE A50 Nom spéculation NOM_SPECULATION VA30 Num Lot NUM_LOT N3 Num Parcelle NUM_PARCELLE N Num Secteur NUM_SECTEUR N2 Prénom utilisateur PRENOM_UTILISATEUR A30 Profession PROFESSION A25 quantité QUANTITE N Saison SAISON A15 Statut école STATUT_ECOLE A15 Superficie zone de stockage SUPERFICIE N Surface cultivable SURFACE N Taille du ménage TAILLE_DU_MENAGE N2 Type ouvrage TYPE_OUVRAGE A50 unité UNITE A10 unité de mesure excrétas UNITE_DE_MESURE A15




Entités

Liste des entités

Nom Code

ACTION ACTION ACTIVITE ACTIVITE AGRICULTEUR AGRICULTEUR ARTISANS ARTISANS CHEF MENAGE CHEF_MENAGE DATES DATES ECOLE ECOLE EXCRETAS EXCRETAS INTRANT INTRANT LOT LOT MATERIEL MATERIEL MENAGE MENAGE OUVRAGE OUVRAGE PARCELLE PARCELLE PERIODE PERIODE PME PME PROBLEMES PROBLEMES SECTEUR SECTEUR SECTION SECTION SITE SITE SPECULATION SPECULATION STATUT STATUT UTILISATEUR UTILISATEUR ZONE STOCKAGE ZONE_STOCKAGE

ACTION

Liste des propriétés

Nom Code Type I O

Nature action NATURE_ACTION A50 Oui Oui

Nature action

Liste des références

Association -> Entité (Lien) Code Card. Dép.

bénéficier 2 ->UTILISATEUR ->DATES

BENEFICIER_2 UTILISATEUR DATES

1,n 1,n 1,n

Non Non Non

bénéficier 1 ->ARTISANS ->DATES

BENEFICIER_1 ARTISANS DATES

1,n 1,n 1,n

Non Non Non

bénéficier 3 ->PME ->DATES

BENEFICIER_3 PME DATES

1,n 1,n 1,n

Non Non Non




ACTIVITE


Nom Code Type I O

Code activite CODE_ACTIVITE A5 Oui Oui Intitulé INTITULE A20 Non Non durée d'exercice DUREE_D_EXERCICE N Non Non

Code activite

Intitulé

durée d'exercice



exercer ->PME

EXERCER PME

1,n 1,n

Non Non

AGRICULTEUR


Nom Code Type I O

Nom NOM A30 Non Non Prénom PRENOM A30 Non Non Ancienneté ANCIENNETE N Non Non

Nom

Prénom

Ancienneté



travailler 1 ->SECTEUR

TRAVAILLER_1 SECTEUR

1,1 0,n

Non Non

pratiquer ->STATUT ->PERIODE

PRATIQUER STATUT PERIODE

1,n 1,n 1,n

Non Non Non

cultiver ->SPECULATION ->PERIODE

CULTIVER SPECULATION PERIODE

1,n 1,n 1,n

Non Non Non

utiliser 1 ->SPECULATION ->INTRANT

UTILISER SPECULATION INTRANT

0,n 0,n 0,n

Non Non Non




ARTISANS


Nom Code Type I O

Code artisans CODE_ARTISANS A5 Oui Oui Nom NOM A30 Non Non Prénom PRENOM A30 Non Non Ancienneté ANCIENNETE N Non Non

Code artisans

Nom

Prénom

Ancienneté



travailler 2 ->SECTEUR

TRAVAILLER_2 SECTEUR

1,1 1,n

Non Non

construire ->OUVRAGE

CONSTRUIRE OUVRAGE

1,n 1,1

Non Non

fournir ->PME ->MATERIEL

FOURNIR PME MATERIEL

0,n 0,n 0,n

Non Non Non

bénéficier 1 ->ACTION ->DATES

BENEFICIER_1 ACTION DATES

1,n 1,n 1,n

Non Non Non

CHEF MENAGE


Nom Code Type I O

Code chef CODE_CHEF A5 Oui Oui Nom NOM A30 Non Non Prénom PRENOM A30 Non Non Profession PROFESSION A25 Non Non

Code chef

Nom

Prénom

Profession






être ->MENAGE

ETRE MENAGE

1,n 1,1

Non Non

DATES


Nom Code Type I O

La date LA_DATE D Oui Oui

La date



avoir ->PROBLEMES ->OUVRAGE

AVOIR PROBLEMES OUVRAGE

0,n 0,n 0,n

Non Non Non

produire ->OUVRAGE ->EXCRETAS

PRODUIRE OUVRAGE EXCRETAS

1,n 1,n 1,n

Non Non Non

stocker ->EXCRETAS ->ZONE STOCKAGE ->PME

STOCKER EXCRETAS ZONE_STOCKAGE PME

1,n 1,n 1,n 1,n

Non Non Non Non

évacuer ->PME ->EXCRETAS

EVACUER PME EXCRETAS

1,n 1,n 1,n

Non Non Non

livrer ->UTILISATEUR ->PME

LIVRER UTILISATEUR PME

1,n 1,n 1,n

Non Non Non

bénéficier 3 ->ACTION ->PME

BENEFICIER_3 ACTION PME

1,n 1,n 1,n

Non Non Non

bénéficier 2 ->ACTION ->UTILISATEUR

BENEFICIER_2 ACTION UTILISATEUR

1,n 1,n 1,n

Non Non Non

bénéficier 1 ->ACTION ->ARTISANS

BENEFICIER_1 ACTION ARTISANS

1,n 1,n 1,n

Non Non Non




ECOLE


Nom Code Type I O

Nom NOM A30 Non Non Statut école STATUT_ECOLE A15 Non Non Cycle CYCLE A20 Non Non Nbre d'élèves NBRE_D_ELEVES N Non Non Nbre de classes NBRE_DE_CLASSES N Non Non

Nom

Statut école

Cycle

Nbre d'élèves

Nbre de classes



se trouver 2 ->SECTEUR

SE_TROUVER_2 SECTEUR

1,1 0,n

Non Non

contenir ->OUVRAGE

CONTENIR OUVRAGE

0,n 0,n

Non Non

EXCRETAS


Nom Code Type I O

Nature excrétas NATURE_EXCRETAS A5 Oui Oui unité de mesure UNITE_DE_MESURE A15 Non Non

Nature excrétas

unité de mesure



produire ->OUVRAGE ->DATES

PRODUIRE OUVRAGE DATES

1,n 1,n 1,n

Non Non Non

stocker ->DATES ->ZONE STOCKAGE ->PME

STOCKER DATES ZONE_STOCKAGE PME

1,n 1,n 1,n 1,n

Non Non Non Non

utiliser 2 UTILISER_1 1,n Non





->UTILISATEUR

UTILISATEUR

1,n

Non

évacuer ->PME ->DATES

EVACUER PME DATES

1,n 1,n 1,n

Non Non Non

INTRANT


Nom Code Type I O

Code intrant CODE_INTRANT A5 Oui Oui Désignation DESIGNATION A5 Non Non Nature intrant NATURE_INTRANT A20 Non Non Coût unitaire intrant COUT_UNITAIRE MN Non Non

Code intrant

Designation

Nature intrant

Coût unitaire intrant



utiliser 1 ->AGRICULTEUR ->SPECULATION

UTILISER AGRICULTEUR SPECULATION

0,n 0,n 0,n

Non Non Non

LOT


Nom Code Type I O

Num Lot NUM_LOT N3 Oui Oui

Num Lot



appartenir ->PARCELLE

APPARTENIR PARCELLE

1,n 1,1

Non Oui

situer 3 ->SECTION

SITUER_3 SECTION

1,1 1,n

Oui Non




MATERIEL


Nom Code Type I O

Code matériel CODE_MATERIEL A5 Oui Oui Libellé LIBELLE A30 Non Non

Code matériel

Libellé



fournir ->ARTISANS ->PME

FOURNIR ARTISANS PME

0,n 0,n 0,n

Non Non Non

MENAGE


Nom Code Type I O

Taille du ménage TAILLE_DU_MENAGE N2 Non Non

Taille du ménage



se trouver 1 ->PARCELLE

SE_TROUVER_1 PARCELLE

1,1 0,n

Non Non

posséder ->OUVRAGE

POSSEDER OUVRAGE

0,n 1,n

Non Non

être ->CHEF MENAGE

ETRE CHEF_MENAGE

1,1 1,n

Non Non

OUVRAGE


Nom Code Type I O

Code ouvrage CODE_OUVRAGE A5 Oui Oui Type ouvrage TYPE_OUVRAGE A50 Non Non Date début travaux DATE_DEBUT_TRAVAUX D Non Non Date fin travaux DATE_FIN_TRAVAUX D Non Non Date mise en service DATE_MISE_EN_SERVICE D Non Non Coût ouvrage COUT MN Non Non




Code ouvrage

Type ouvrage

Date début travaux

Date fin travaux

Date mise en service

Coût ouvrage



produire ->EXCRETAS ->DATES

PRODUIRE EXCRETAS DATES

1,n 1,n 1,n

Non Non Non

avoir ->PROBLEMES ->DATES

AVOIR PROBLEMES DATES

0,n 0,n 0,n

Non Non Non

posséder ->MENAGE

POSSEDER MENAGE

1,n 0,n

Non Non

contenir ->ECOLE

CONTENIR ECOLE

0,n 0,n

Non Non

construire ->ARTISANS

CONSTRUIRE ARTISANS

1,1 1,n

Non Non

PARCELLE


Nom Code Type I O

Num Parcelle NUM_PARCELLE N Oui Oui Nbre total de ménages NBRE_TOTAL_DE_MENAGES N2 Non Non

Num Parcelle

Nbre total de ménages



se trouver 1 ->MENAGE

SE_TROUVER_1 MENAGE

0,n 1,1

Non Non

appartenir ->LOT

APPARTENIR LOT

1,1 1,n

Oui Non




PERIODE


Nom Code Type I O

Code période CODE_PERIODE A5 Oui Oui Saison SAISON A15 Non Non Début période DATE_DEBUT D Non Non Fin période DATE_FIN D Non Non

Code période

Saison

Début période

Fin période



pratiquer ->STATUT ->AGRICULTEUR

PRATIQUER STATUT AGRICULTEUR

1,n 1,n 1,n

Non Non Non

cultiver ->AGRICULTEUR ->SPECULATION

CULTIVER AGRICULTEUR SPECULATION

1,n 1,n 1,n

Non Non Non

PME


Nom Code Type I O

Code PME CODE_PME A5 Oui Oui Nom PME NOM_PME A30 Non Non Nbre d'année d'expérience NBRE_D_ANNEE_D_EXPERIENCE N Non Non

Code PME

Nom

Nbre d'année d'expérience

Liste des références Association -> Entité (Lien) Code Card. Dép.

intervenir ->SECTEUR

INTERVENIR SECTEUR

1,n 1,n

Non Non

exercer ->ACTIVITE

EXERCER ACTIVITE

1,n 1,n

Non Non

évacuer ->EXCRETAS ->DATES

EVACUER EXCRETAS DATES

1,n 1,n 1,n

Non Non Non





livrer ->UTILISATEUR ->DATES

LIVRER UTILISATEUR DATES

1,n 1,n 1,n

Non Non Non

fournir ->ARTISANS ->MATERIEL

FOURNIR ARTISANS MATERIEL

0,n 0,n 0,n

Non Non Non



1,n 1,n 1,n

Non Non Non

stocker ->DATES ->EXCRETAS ->ZONE STOCKAGE

STOCKER DATES EXCRETAS ZONE_STOCKAGE

1,n 1,n 1,n 1,n

Non Non Non Non

PROBLEMES


Nom Code Type I O

Code problème CODE_PROBLEME A5 Oui Oui Nature problemes NATURE A25 Non Non

Code problème

Nature problemes



avoir ->OUVRAGE ->DATES

AVOIR OUVRAGE DATES

0,n 0,n 0,n

Non Non Non

SECTEUR


Nom Code Type I O

Num Secteur NUM_SECTEUR N2 Oui Oui Nbre de site de maraîchage NBRE_DE_SITE_DE_MARAICHAGE N Non Non Nbre d'artisans formés NBRE_D_ARTISANS_FORMES N Non Non Nbre d'école NBRE_D_ECOLE N Non Non

Num Secteur

Nbre de site de maraîchage

Nbre d'artisans formés




Nbre d'école



situer 1 ->SECTION

SITUER_1 SECTION

1,n 1,1

Non Oui

travailler 1 ->AGRICULTEUR

TRAVAILLER_1 AGRICULTEUR

0,n 1,1

Non Non

travailler 2 ->ARTISANS

TRAVAILLER_2 ARTISANS

1,n 1,1

Non Non

situer 2 ->ZONE STOCKAGE

SITUER_2 ZONE_STOCKAGE

1,n 1,1

Non Non

intervenir ->PME

INTERVENIR PME

1,n 1,n

Non Non

se trouver 2 ->ECOLE

SE_TROUVER_2 ECOLE

0,n 1,1

Non Non

SECTION


Nom Code Type I O

Code section CODE_SECTION A2 Oui Oui

Code section



situer 3 ->LOT

SITUER_3 LOT

1,n 1,1

Non Oui

situer 1 ->SECTEUR

SITUER_1 SECTEUR

1,1 1,n

Oui Non

SITE


Nom Code Type I O

Nom site NOM_SITE A50 Oui Oui

Nom site



situer ->AGRICULTEUR

SITUER AGRICULTEUR

1,n 1,1

Non Non





SPECULATION


Nom Code Type I O

Code spéculation CODE_SPECULATION A5 Oui Oui Nom spéculation NOM_1 VA30 Non Non

Code spéculation

Nom spéculation



cultiver ->AGRICULTEUR ->PERIODE

CULTIVER AGRICULTEUR PERIODE

1,n 1,n 1,n

Non Non Non

utiliser 1 ->AGRICULTEUR ->INTRANT

UTILISER AGRICULTEUR INTRANT

0,n 0,n 0,n

Non Non Non

STATUT


Nom Code Type I O

Code statut CODE_STATUT A5 Oui Oui Intitulé INTITULE A20 Non Non

Code statut

Intitulé



pratiquer ->AGRICULTEUR ->PERIODE

PRATIQUER AGRICULTEUR PERIODE

1,n 1,n 1,n

Non Non Non

UTILISATEUR


Nom Code Type I O

Code CODE A5 Oui Oui




Code



utiliser 2 ->EXCRETAS

UTILISER_1 EXCRETAS

1,n 1,n

Non Non

livrer ->PME ->DATES

LIVRER PME DATES

1,n 1,n 1,n

Non Non Non



1,n 1,n 1,n

Non Non Non

ZONE STOCKAGE


Nom Code Type I O

Code Zone CODE_ZONE A5 Oui Oui Superficie SUPERFICIE N Non Non

Code Zone

Superficie



stocker ->DATES ->EXCRETAS ->PME

STOCKER DATES EXCRETAS PME

1,n 1,n 1,n 1,n

Non Non Non Non

situer 2 ->SECTEUR

SITUER_2 SECTEUR

1,1 1,n

Non Non




Associations

Liste des associations

Nom Code

appartenir APPARTENIR avoir AVOIR bénéficier 1 BENEFICIER_1 bénéficier 2 BENEFICIER_2 bénéficier 3 BENEFICIER_3 construire CONSTRUIRE contenir CONTENIR cultiver CULTIVER être ETRE évacuer EVACUER exercer EXERCER fournir FOURNIR intervenir INTERVENIR livrer LIVRER posséder POSSEDER pratiquer PRATIQUER produire PRODUIRE se trouver 1 SE_TROUVER_1 se trouver 2 SE_TROUVER_2 situer SITUER situer 1 SITUER_1 situer 2 SITUER_2 situer 3 SITUER_3 stocker STOCKER travailler 1 TRAVAILLER_1 travailler 2 TRAVAILLER_2 utiliser 1 UTILISER utiliser 2 UTILISER_1

Liste des liens

Association Entité

se trouver 1 PARCELLE se trouver 1 MENAGE se trouver 2 ECOLE appartenir PARCELLE appartenir LOT situer 3 LOT situer 3 SECTION situer 1 SECTION situer 1 SECTEUR travailler 1 AGRICULTEUR travailler 1 SECTEUR pratiquer STATUT pratiquer AGRICULTEUR pratiquer PERIODE cultiver AGRICULTEUR cultiver SPECULATION cultiver PERIODE utiliser 1 AGRICULTEUR utiliser 1 SPECULATION utiliser 1 INTRANT produire OUVRAGE produire EXCRETAS avoir PROBLEMES avoir OUVRAGE




Association Entité

avoir DATES posséder OUVRAGE posséder MENAGE contenir ECOLE contenir OUVRAGE produire DATES travailler 2 ARTISANS travailler 2 SECTEUR construire OUVRAGE construire ARTISANS stocker DATES stocker EXCRETAS stocker ZONE STOCKAGE situer 2 ZONE STOCKAGE situer 2 SECTEUR être CHEF MENAGE être MENAGE utiliser 2 EXCRETAS utiliser 2 UTILISATEUR intervenir PME intervenir SECTEUR exercer ACTIVITE exercer PME évacuer PME évacuer EXCRETAS évacuer DATES livrer UTILISATEUR livrer PME livrer DATES fournir ARTISANS fournir PME fournir MATERIEL situer SITE situer AGRICULTEUR bénéficier 2 ACTION bénéficier 2 UTILISATEUR bénéficier 1 ACTION bénéficier 3 ACTION bénéficier 3 PME bénéficier 1 ARTISANS se trouver 2 SECTEUR stocker PME bénéficier 3 DATES bénéficier 2 DATES bénéficier 1 DATES

Association appartenir


Entité (Lien) Code Card. Dép.

PARCELLE

PARCELLE

1,1 Oui

LOT

LOT

1,n Non




Association avoir



PROBLEMES

PROBLEMES

0,n Non

OUVRAGE

OUVRAGE

0,n Non

DATES

DATES

0,n Non

Association bénéficier 1



ACTION

ACTION

1,n Non

ARTISANS

ARTISANS

1,n Non

DATES

DATES

1,n Non




ACTION

ACTION

1,n Non

UTILISATEUR

UTILISATEUR

1,n Non

DATES

DATES

1,n Non




ACTION

ACTION

1,n Non

PME

PME

1,n Non

DATES

DATES

1,n Non

Association construire



OUVRAGE

OUVRAGE

1,1 Non

ARTISANS

ARTISANS

1,n Non




Association contenir



ECOLE

ECOLE

0,n Non

OUVRAGE

OUVRAGE

0,n Non

Association cultiver


Nom Code Type U

surface SURFACE N Non unité UNITE A10 Non



AGRICULTEUR

AGRICULTEUR

1,n Non

SPECULATION

SPECULATION

1,n Non

PERIODE

PERIODE

1,n Non

Association être



CHEF MENAGE

CHEF_MENAGE

1,n Non

MENAGE

MENAGE

1,1 Non

Association évacuer


Nom Code Type U

quantité QUANTITE N Non unité UNITE A10 Non



PME

PME

1,n Non

EXCRETAS

EXCRETAS

1,n Non

DATES

DATES

1,n Non




Association exercer



ACTIVITE

ACTIVITE

1,n Non

PME

PME

1,n Non

Association fournir


Nom Code Type U

quantité QUANTITE N Non unité UNITE A10 Non



ARTISANS ARTISANS 0,n Non PME PME 0,n Non MATERIEL MATERIEL 0,n Non

Association intervenir



PME

PME

1,n Non

SECTEUR

SECTEUR

1,n Non

Association livrer


Nom Code Type U

quantité QUANTITE N Non

unité UNITE A10 Non



UTILISATEUR

UTILISATEUR

1,n Non

PME

PME

1,n Non

DATES

DATES

1,n Non




Association posséder



OUVRAGE

OUVRAGE

1,n Non

MENAGE

MENAGE

0,n Non

Association pratiquer



STATUT

STATUT

1,n Non

AGRICULTEUR

AGRICULTEUR

1,n Non

PERIODE

PERIODE

1,n Non

Association produire


Nom Code Type U





OUVRAGE

OUVRAGE

1,n Non

EXCRETAS

EXCRETAS

1,n Non

DATES

DATES

1,n Non

Association se trouver 1



PARCELLE

PARCELLE

0,n Non

MENAGE

MENAGE

1,1 Non

Association se trouver 2






ECOLE

ECOLE

1,1 Non

SECTEUR

SECTEUR

0,n Non

Association situer



SITE

SITE

1,n Non

AGRICULTEUR

AGRICULTEUR

1,1 Non

Association situer 1



SECTION

SECTION

1,1 Oui

SECTEUR

SECTEUR

1,n Non




ZONE STOCKAGE

ZONE_STOCKAGE

1,1 Non

SECTEUR

SECTEUR

1,n Non




LOT

LOT

1,1 Oui

SECTION

SECTION

1,n Non

Association stocker


Nom Code Type U








DATES

DATES

1,n Non

EXCRETAS

EXCRETAS

1,n Non

ZONE STOCKAGE

ZONE_STOCKAGE

1,n Non

PME

PME

1,n Non

Association travailler 1



AGRICULTEUR

AGRICULTEUR

1,1 Non

SECTEUR

SECTEUR

0,n Non

Association travailler 2



ARTISANS

ARTISANS

1,1 Non

SECTEUR

SECTEUR

1,n Non

Association utiliser 1


Nom Code Type U





AGRICULTEUR

AGRICULTEUR

0,n Non

SPECULATION

SPECULATION

0,n Non

INTRANT

INTRANT

0,n Non




Association utiliser 2


Nom Code Type U





EXCRETAS

EXCRETAS

1,n Non

UTILISATEUR

UTILISATEUR

1,n Non

Documents

ELABORATION D’UNE BASE DE DONNEES POUR LE SUIVI DES