III)
Analyse des besoins des utilisateurs
Cette phase s'est déroulée sous forme de
questions et de réponses avec notre encadreur et avec le
secrétaire permanent qui a fait savoir ce qu'il attendait dudit
système. Il s'est dégagé les attentes globales
suivantes :
Ø La base de données se doit d'être
relationnelle ;
Ø Elle a pour objectif de stocker les informations
relatives à l'appui accordé aux OEV ;
Ø Elle se doit de faciliter les analyses statistiques
qui permettront d'établir une mesure de l'action menée sur le
terrain par les ONG ;
Ø Les informations contenues dans la base doivent
être accessibles de façon conviviale ;
Ø Le dit SI sera utilisé après le stage,
par conséquent ne doit pas nécessiter de grandes
compétences en informatique pour l'administrer ;
Ø L'interface de la base doit présenter des
aspects sécuritaires sur la modification et la suppression des
données ;
Ø La base de données et l'application qui va
l'interfacer doivent être conçues dans un environnement disponible
au niveau du CNLS (problèmes de licence sur les logiciels) ;
Ø L'application sera mise en réseau au niveau du
CNLS/GTC et installée au niveau des GTP.
Ces besoins tels que exprimés ont
nécessité de constantes discussions avec les utilisateurs dudit
système. Comme dans tout environnement de production dans lequel les
résultats sont attendus dans des délais limités, un
chronogramme d'exécution a été immédiatement
arrêté.
IV)
Chronogramme d'exécution
Schéma d'exécution
Analyse des besoins des utilisateurs :
Cette étape a fait l'objet de notre attention tout au long de ce projet.
Les utilisateurs du SI étant nos encadreurs, nous avons eu leur avis
pendant l'évolution du travail.
Conception de la base :
Définitions des tables adéquates et étude des relations
entre elles. Création d'une interface : il s'agissait de
créer une interface agréable et facile d'utilisation.
Outils utilisés : pour le support
de la BD, nous avions deux possibilités : implémenter avec
le SGBD Microsoft Access avec comme inconvénient le
faible potentiel de ce système en matière de
sécurité, ou utiliser comme SGBD MySQL Server
qui présente un double avantage. Tout d'abord, c'est un système
libre et son système de gestion des utilisateurs est tout simplement
agréable et sécurisé. Le choix s'est cependant
porté sur Access à cause de sa facilité d'utilisation.
NB : Les séances de concertation visent entre
autre la production d'un fichier standard de saisie pour les 10 provinces et la
mise sur pied d'un système qui permettra d'éviter que les
mêmes erreurs ne se reproduisent.
Tableau 3 :
Chronogramme d'implémentation de la B.D
|
CHRONOGRAMME pour la CONCEPTION et la MISE en
OEUVRE d'une Base de Données assurant le support physique des OEV
soutenus.
|
|
semaines
jours
|
9 juillet au 14
|
16 juillet au 21
|
22 juillet au 25
|
|
Lundi
|
8h-8h45: Concertation 9h-14h: Lecture des
fichiers SPSS. 14h-17h: Concertation
|
8h-13h: Mises en relation des tables dans le SGBD.
14h-16h : Définition des accès aux
tables
|
9h-15h: Finalisations des requêtes de mise à
jour.
16h-18h: Simulation du Système d'information
|
|
Mardi
|
8h-8h45:Concertation. 9h-14h:Lecture des
fichiers SPSS.
14h-17h: Concertation
|
8h-12h: Faire migrer les données existantes dans le SGBD
avec vérification des résultats des migrations
13h-16h: Tests sur les contraintes
d'intégrité pour vérifier la robustesse.
|
8h-12h : Concertation avec les encadreurs sur
l'éventuel définition d'une interface de la BD.
|
|
Mercredi
|
8h-9h: Répartition du travail.
9h-13h:Reformulation des modalités et uniformisation
des données sur les 10 provinces.
13h30-16h : Concertation
|
8h-12h:Concertation en vue de la mise en oeuvre des
requêtes SQL nécessaires au fonctionnement du système
d'information
|
Installation du système
|
|
Jeudi
|
8h-13h:Finalisation de l'uniformisation des fichiers sur les 10
provinces. 14h-17h : Unification des fichiers
provinciaux
|
8 h: Tests du système /Corrections des erreurs
résiduelles
13 h:Réflexions sur les adaptions que doit subir le
système pour résoudre les bugs.
|
|
|
Vendredi
|
8h-13h:Concertation et définition des tables.
14h-16h : Description des tables créées
|
8 h: Tests du système /Corrections des erreurs
résiduelles 12h:Concertation et évaluation du
travail restant
|
|
|
Samedi
|
8h-13h: Concertation et implémentation des tables
|
|
|
| 
