III. EXPRESSION DES BESOINS DES UTILISATEURS
III.1.1. OPs, Partenaires et Producteurs
Les principaux utilisateurs de la base de données sont
des OPs, les partenaires et les producteurs. Notons que nous distinguons quatre
« niveaux » d'OPs respectivement :
Confédération, Fédération, Union et Groupement
d'Initiative Commune (GIC).
Par ailleurs, par rapport aux autres utilisateurs, FORCE
présente des priorités en ce sens qu'elle détient le droit
d' « Administrateur ».
III.1.2. Descentes sur le terrain et séances de
travail
Dans le souci d'élaborer une base de données qui
répond aux attentes des utilisateurs, nous avons pris connaissance des
besoins de ces derniers. Cela qui nous a aidés à
développer la base de données et remédier aux
problèmes d'insuffisances de données. Pour ce faire, nous avons
établi un calendrier des descentes sur le terrain (cf.
ANNEXE 2) ainsi qu'une liste des partenaires à rencontrer
(cf. ANNEXE 3). Cependant suite à des
difficultés techniques et financières, et la durée
limitée du stage, nous n'avons rencontré que certaines
organisations telles que :
ü Fédération des Organisations
Féminines Agro-Pastorales de la Lékié (FOFAPAL) ;
ü PPTE Semence-Valorisation-Cacao/Café de
l'IRAD ;
ü Heifer International Cameroon ;
ü Service d'Appui aux Initiatives Locales de
Développement (SAILD).
Après avoir analysé les expressions des besoins
des utilisateurs, nous avons trouvé d'autres
« propriétés » qui s'auraient
améliorer la base de données concernant la raison d'être,
les objectifs, les difficultés rencontrées, les activités
de microfinance, les membres, la documentation, les produits agricoles et leur
commercialisation... Nous nous sommes aussi imprégnés des
relations existantes entres les différents utilisateurs.
IV. MODELISATION
RELATIONNELLE
La modélisation relationnelle consiste à la
schématisation de notre système d'information manuel. Pour ce
faire, nous avons d'abord construit un dictionnaire des données
(cf. ANNEXE 7).
IV.1.1. Terminologie de l'analyse
exploratoire
Au terme de notre analyse du système d'information
manuel et des besoins des utilisateurs, nous avons retenu que notre BD devrait
ressortir les informations suivantes :
· Propriétés ou Attributs d'une
entité
Les propriétés sont les plus petits
éléments d'information caractérisant chaque individu
(raison sociale, sigle, nom, âge, date de légalisation,
numéro de téléphone, village...). Notons que les
propriétés sont inventoriées et décrites à
la suite (II. 1. Tables et Relations).
· Identifiant d'une entité
Nous avons affecté à chaque
élément (FORCE, IRAD, SAIL...) une propriété qui
permet de le distinguer sans équivoque des autres éléments
dans un groupe (OPs). Il s'agit de son identifiant (codeOP).
· Individus ou Entités
Les individus sont les différents
éléments que nous avons caractérisés, à
savoir : les OPs, les séances, les bureaux, les documentations, les
partenaires, les producteurs et les produits. La figure suivante illustre une
entité tronquée.
Tableau 1 :
Représentation de l'entité « OP »
OP
|
Code OP
Raison sociale
Sigle
Niveau
Date de création
...
|
? Nom de l'entité
? Nom de l'identifiant
Source : Nos travaux
· Associations et Cardinalités
Elles consistent à l'identification des relations qui
existent entre des entités.
Tableau 2 :
Relations entre les entités
Entités
|
Description de la relation
|
C1
|
|
OP
|
Partenaire
|
Une OP est financée par un partenaire au moins
|
1
|
N
|
Partenaire
|
OP
|
Un partenaire finance au moins une OP
|
1
|
N
|
OP
|
Producteur
|
Une OP regroupe des producteurs
|
1
|
N
|
Producteur
|
OP
|
Un producteur appartient au moins à une OP
|
1
|
1
|
OP
|
Activité
|
Une OP effectue des séances de travail
|
1
|
N
|
Séance
|
OP
|
Des séances sont réalisées par une OP
|
1
|
1
|
OP
|
Bureau
|
Une OP a un bureau d'adhérents
|
1
|
N
|
Bureau
|
OP
|
Chaque adhérent a une fonction dans une OP
|
1
|
1
|
OP
|
Documentation
|
Une OP dispose de divers documents
|
1
|
N
|
Documentation
|
OP
|
Une documentation est détenue par une OP
|
1
|
1
|
OP
|
Produit
|
Une OP est au moins dans une filière
|
1
|
N
|
Produit
|
OP
|
Un produit est le résultat de l'activité d'une
OP
|
1
|
1
|
Producteur
|
Produit
|
Un producteur crée des produits agricoles
|
1
|
N
|
Produit
|
Produit
|
Chaque produit est spécifique à un producteur
|
1
|
1
|
Source : Nos travaux C1 et :
Cardinalités respectivement Minimale et Maximale
IV.1.2. Modèle Conceptuel des Données
(MCD)
Nous avons représenté les entités et
leurs associations dans le MCD suivant :
Figure 1 :
Modèle relationnel
1,1
1,1
1,n
1,n
1,1
1,1
1,n
1,n
1,1
1,n
1,n
1,n
1,n
CIF
PARTENAIRE
Code du Partenaire
...
OP
Code de l'OP
...
SEANCE
Code de la Séance
...
DOCUMENTATION
Code de la Documentation
...
PRODUCTEUR
Code du Partenaire
...
BUREAU
Code du Bureau
...
PRODUIT
Code du Produit
...
Est financé par
CIF
CIF
CIF
CIF
CIF
1,1
Source : Nos travaux
CIF : Contrainte d'Intégrité Fonctionnelle
La CIF traduit une association entre deux individus
hiérarchique. Par exemple, lorsque nous connaissons un producteur, nous
pouvons savoir son OP d'adhérence. Notons qu'une CIF n'est jamais
porteuse de propriété. Par ailleurs, d'après le tableau 2
précédent, toutes les CIF traduisent des associations du type
« un à plusieurs ».
Dans la figure 1, la relation « Est financé
par » entre les individus OP et Partenaire met en évidence une
association du type « plusieurs à plusieurs ».
IMPLEMENTATION SOUS LE
LOGICIEL ACCESS
Après la construction du système d'information
manuel, nous avons conçu notre système d'information
automatisé sous le logiciel Access 2003. Nous avons choisi le format de
fichier Access 2000 qui peut être converti aux formats de fichier Access
97, Access 2002 et Access 2003.
|