C. Objectifs sur le résultat du projet
- L'AMELIORATION des prestations des revendeurs de CAMDEV
TELECOM; - La rapidité et la précision des statistiques sur des
périodes bien définies ; - La sauvegarde des données.
- Une solution informatique capable de répondre aux
besoins de tous les partenaires.
- Une solution informatique capable de faciliter le travail des
acteurs intervenant dans le processus de gestion des clients
résidentiels.
D. Planning de travail Le stage s'est
divisé en trois phases distinctes:
|
Etapes
|
Libellé
|
Période
|
|
1
|
Prise en main, Etude de l'architecture conceptuelle des
bases
|
03/09/2010
|
|
de données, Compréhension des rôles
des différentes tables intervenant dans la réalisation du
logiciel.
|
au
|
|
|
18/09/2010
|
|
2
|
Réalisation et Mise en place de simulations et
interprétations
|
19/09/2010
|
|
des résultats
|
au
|
|
|
11/11/2010
|
|
3
|
rédaction du rapport de stage et mise à
jour du guide
|
12/11/2010
|
|
d'utilisation
|
au
|
|
|
25/11/2010
|
A.
|
|
CHAPITRE 4
|
|
|
|
|
|
|
|
|
|
Démarche et méthodologie
|
|
|
|
|
|
2010 CAMDEV TELECOM Rapport de Stage
présenté par Alban Cédric TABUE TEUKAM 16
Démarche
Dans un premier temps pour éviter de faire des tests
sur la base de données de la plateforme de
télécommunication en exploitation de peur modifier ou
altérer des données, il a fallu extraire les données de la
base de données SQL SERVER 2000 en exploitation. Pour ce faire, j'ai
dû implémenter un module d'exportation des données des
tables en feuille de calcul pour effectuer un travail sur une machine locale.
J'ai donc installé la même version de SQL serveur 2000 sur ma
machine locale et à l'aide des scripts de création (des 2 bases
de données et des tables) et d'insertion (des données
réelles provenant des tables en exploitation), j'ai recrée un
clone de la base de données active en local. J'ai aussi
développé des outils de paramétrage des simulations car Il
s'agit de tester en situation la plus réaliste possible.
Puis, il a fallu effectuer un choix de l'environnement de
programmation pour réaliser ce programme et
Dans ce cas-ci, beaucoup d'exploitations sont à la
fois productrices et consommatrices de MO. Il a donc fallu trouver une
façon de représenter l'auto-satisfaction de ces exploitations. Il
est en effet logique que chaque exploitation épande leur production sur
leurs propres cultures en priorité. Puis, nous avons
vérifié la cohérence des données de départ
(base de donnée support de l'étude) d'un point de vue
agronomique(Data validation[Rykiel, 1996]).Il s'agit de décrire une
situation la plus réaliste possible. Enfin, j'ai fait une
première simulation de base en m'assurant du bon fonctionnement du
modèle et des outils développés pour le paramétrage
et l'analyse. Il est envisagé de simuler plusieurs scénarii d'ici
la fin du stage.
B. Modèle de présentation
Pour le cas de Petit Tampon-Grand Tampon, il n'y pas de
véritable groupement d'exploitants. Nous avons donc uniquement
travaillé avec les agents « exploitants » et les agents «
culture », « élevage » et « moyen de transport
».
Chaque exploitation réelle a ainsi été
retranscrite dans le modèle en respectant l'architecture de Biomas(cf ).
Par exemple, pour représenter un PMO (que l'on nommera Exp1) ayant un
élevage, on crée un agent exploitant « exp1 » et un
agent élevage « el_1 » que l'on relie un à l'autre.
Description du produit réalisé
CHAPITRE 4
| 
