Conception Et Développeent Du Systeme Integré Des Opérations

Université de Fianarantsoa
Ecole Nationale d’Informatique Banque Centrale de Madagascar
Mémoire de fin d’étude pour l’obtention du diplôme

d’Ingénieur
Intitulé
Présenté par :
RAKOTONIAINA Sitraka
Encadreur Professionnel : Madame RAMILISON RAZAFIMBELO Hanitra Ny Aina

Encadreur Pédagogique : Monsieur RAMAMONJISOA Andriantiana Bertin Olivier
Membres de jury: Mr RAKOTOHASIMBAHOAKA Cyprien Robert

Mr RABETAFIKA Louis Haja
Mr RAMAMONJISOA Andriantiana Bertin Olivier
Mars 2011
REMERCIEMENTS
Ce travail n’aurait pas atteint son objectif sans le soutient, la compréhension et la

collaboration de plusieurs personnes. Ainsi, nous tenons à exprimer notre profonde gratitude,
notre reconnaissance et nos sincères remerciements à :
-Monsieur Fréderic RASAMOELY, Gouverneur de la Banque Centrale de

Madagascar
-Monsieur Christian RASOLOMANANA, Directeur Général de la Banque Centrale de
Madagascar,
-Monsieur Nirina RASAMIARANDRAINY, Directeur des Ressources Humaines de
la Banque Centrale de Madagascar
-Monsieur Benjamin RAZAFINANJA, Directeur de l’Organisation et de
l’Informatique de la Banque Centrale de Madagascar
-Monsieur Bruno RASOANAIVO, Fondé de Pouvoirs au sein de la Direction de
l’Organisation et de l’Informatique de la Banque Centrale de Madagascar
Pour leur accueil et pour la confiance qu’ils nous ont accordée dès notre arrivée au
sein de l’entreprise,
-Tout le personnel de la Direction de l’Administration Générale et de la Direction de
l’Organisation et de l’Informatique pour leurs précieuses aides durant notre stage.
-Monsieur RAFAMATANANTSOA Fontaine, Directeur de l’Ecole Nationale

d’Informatique, qui nous a offert l’opportunité de partir en stage pour compléter la formation
académique dispensée à l’école,
-Madame RAMILISON Razafimbelo Hanitra Ny Aina, Chef du service Conception et

Développement Informatique au sein de la BCM, de nous avoir intégré rapidement dans son
équipe et de nous avoir accordé toute sa confiance, pour le temps qu’elle nous a consacré tout
au long de cette période, sachant répondre à toutes nos interrogations, sans oublier sa
participation à l’élaboration de ce mémoire,
-Monsieur RAMAMONJISOA Andriantiana Bertin Olivier, Enseignant Chercheur à

l’Université de Fianarantsoa, pour l’aide et les conseils concernant les missions évoquées dans
ce document, qu’il nous a apporté lors des différents suivis,
Tous les membres du corps enseignant de l’Ecole Nationale d’Informatique qui, de

près ou de loin, ont collaboré à la transmission de leurs savoirs et connaissances,
L’ensemble du personnel de la Banque Centrale de Madagascar pour leur accueil

sympathique et leur coopération professionnelle tout au long de ces plusieurs mois de stage.
Tous ceux qui ont participé de près ou de loin à la réalisation de ce travail.

CURRICULUM VITAE
RAKOTONIAINA
Sitraka
22ans, Célibataire
Lot IBM 28 Bis Tsaralalana, 101 – Antananarivo
Tel : 033 07 677 76
E-mail : sitrakarakotoniaina@gmail.com
INGENIEUR EN INFORMATIQUE
FORMATIONS ET DIPLOMES
2008 - 2010 : Cycle de Formation d’Ingénieur à l’Ecole Nationale d’Informatique (ENI) de

l’Université de Fianarantsoa.
Diplôme obtenu : Ingéniorat en Informatique.
2005 - 2006: Cycle de formation de Technicien Supérieur en Maintenance des Systèmes

Informatiques à l’Ecole Nationale d’Informatique (ENI).
Diplôme obtenu : Diplôme de Technicien Supérieur en MSI(DUTSMI)
2004 : Obtention du diplôme de Baccalauréat série C après une étude secondaire au Lycée
Saint François Xavier Fianarantsoa.
EXPERIENCES PROFESSIONNELLES
Juillet 2010 – Février 2011 : Stage de Fin d’étude au sein de la Banque Centrale de
Madagascar à Antaninarenina.
Thème : « Conception et développement du système intégré de la Direction de
l’Administration Générale »
Oct. – Déc. 2009 : Stage de trois mois au sein de l’ANRE à Ambaranjana

Thème : « Gestion des noms de domaine au niveau de l’intranet de l’état »
Out. – Déc. 2007 : Stage de fin d’étude au sein de la société TEKNETGROUP à Isoraka.
Thème : «Maintenance d’un parc informatique »
Oct. – Nov. 2006 : Travaux de réalisations à l’ENI.

Thème : Etat des interrupteurs en utilisant l’interface parallèle sous Linux.
COMPETENCES EN INFORMATIQUE
Systèmes d’exploitation : Linux, Microsoft Windows,

Langages de programmation : C/C++, Java, Pascal, PL/SQL
Technologie web : HTML, PHP, Ajax, JavaScript, Perl
SGBD :Oracle, MySQL, MS-Access,
Méthodes d’analyse et/ou de conception: MERISE II, Notation : UML
Réseaux : LAN, WAN, protocole TCP/IP, câblage,
Autres : Recherche Opérationnelle, bureautique, multimédia, analyse des données
COMPETENCES LINGUISTIQUES
Compréhension Expression écrite Expression orale

Français Très Bien Très Bien Bien
Anglais Bien Bien Assez Bien
DIVERS
Voyage, sport
Membre de l’association des jeunes chrétiennes
ENI Conception et développement du système intégré de la DAG BCM
SOMMAIRE
SOMMAIRE .......................................................................................................................................... I
LISTE DES FIGURES............................................................................................................................ III
NOMENCLATURE .............................................................................................................................. IV
INTRODUCTION GENERALE........................................................................................................ 1
CHAPITRE I : PRESENTATION DE L’ECOLE NATIONALE D’INFORMATIQUE .................2
1.1. Localisation et contact ..............................................................................................................3
1.2. Organigramme ..........................................................................................................................3
1.3. Missions et historique..............................................................................................................4
1.4. Domaines de spécialisation ......................................................................................................5
1.5. Architecture de la pédagogie ....................................................................................................5
1.6. Filières de formation existante et diplômes délivrés ................................................................6
1.7. Relations partenariales de l’ENI avec les entreprises et les organismes ..................................8
1.8. Ressources humaines ..............................................................................................................10
1.9. Projets et perspectives de développement institutionnel (2010-2014) ...................................10
CHAPITRE II : PRESENTATION DE LA BANQUE CENTRALE DE MADAGASCAR ..........11
2.1. INTRODUCTION ........................................................................................................................12
2.2. MISSION ET FONCTION ............................................................................................................12
2.3. GOUVERNORAT DE LA BANQUE CENTRALE DE MADAGASCAR ................................................13
2.4. ORGANISATION DE LA BANQUE CENTRALE DE MADAGASCAR ...............................................16
2.5. ORGANIGRAMME .....................................................................................................................17

2.6. DIRECTION DE L’ORGANISATION ET DE L’INFORMATIQUE.......................................................18
2.7. SECRETARIAT GENERAL DE LA COMMISSION DE SUPERVISION BANCAIRE ET FINANCIERE
(SG-CSBF) ...................................................................................................................................20
2.8. LES REPRESENTATIONS TERRITORIALES DE LA BANQUE CENTRALE DE MADAGASCAR ...........21
CHAPITRE III : DESCRIPTION DU PROJET ..............................................................................23
3.1. INTRODUCTION ........................................................................................................................24
3.2. PRESENTATION DU PROJET ......................................................................................................24
3.3. OBJECTIFS DU PROJET .............................................................................................................24
3.4. BESOINS DES UTILISATEURS ....................................................................................................25
3.5. FONCTIONNALITES ..................................................................................................................25
3.6. LOGICIELS UTILISES.................................................................................................................29
3.7. SCHEMA DIRECTEUR INFORMATIQUE (SDI) DE LA BANQUE CENTRALE DE
MADAGASCAR ...............................................................................................................................29
I
Chapitre IV : ANALYSE PREALABLE .........................................................................................34

4.1. ANALYSE DE L’EXISTANT ........................................................................................................35
4.2. CONCEPTION AVANT-PROJET ..................................................................................................39
Chapitre V : ANALYSE CONCEPTUELLE...................................................................................46

5.1. Introduction ............................................................................................................................47
5.2. Le Modèle Conceptuel des Données (MCD) .........................................................................47
5.3. Le Modèle Logique des Données (MLD) ..............................................................................50
5.4. Le Modèle Organisationnel des Traitements (MOT) ..........................................................52
Chapitre VI : REALISATION .........................................................................................................54
CONCLUSION GENERALE .......................................................................................................... 66
BIBLIOGRAPHIE .............................................................................................................................V
WEBOGRAPHIE ...............................................................................................................................V
ANNEXES ....................................................................................................................................... VI
A. DESIGNER 2000 ....................................................................................................................... VII
B. TOAD ........................................................................................................................................ XIII
C. DEVELOPPER 2000 ............................................................................................................... XVI
GLOSSAIRE ................................................................................................................................... XVIII
II
LISTE DES FIGURES

Figure 1 : Organigramme de l’ENI .................................................................................................... 3
Figure 2 : Organigramme de la BCM ...................................................................................... 17
La (Figure 3) représente l’organigramme de la Direction de l’Administration Générale ...... 18
Figure 4 : Organigramme de la DOI ....................................................................................... 19
Figure 5 : Système d’information de la BCM.................................................................................... 31
Figure 6 : Organigramme de la DAG .............................................................................................. 36
Figure 7 : Analyse de l’existant : Enchaînement des traitements de la provision ................... 37
Figure 8 : Analyse de l’existant : Enchaînement des traitements de l’immobilisation............ 38
Figure 9 : Schéma de la solution proposée pour le traitement des factures .................................................. 40
Figure 10 : Schéma de la solution proposée pour la gestion des immobilisations ......................................... 41
Figure 11: Schéma de la solution proposée pour la gestion des stocks des pièces détachées en matériel fiduciaires 42
Figure 12 : Modèle conceptuel des données (modèle entité-relation) ..................................... 49
Figure 13 : Modèle logique des données ............................................................................................ 51
Figure 14 : Modèle organisationnel des traitements de la solution proposée pour la gestion
de provision .............................................................................................................................. 53
Figure 15 : Ecran de connexion ...................................................................................................... 56
Figure 16 : Menu de la gestion des provisions................................................................................... 56
Figure 17 : Ecran de saisie de la demande de provision ........................................................................ 57
Figure 18 : Ecran de validation de la demande de provision .................................................................. 58
Figure 19: Ordre de paiement de la demande de provision..................................................................... 59
Figure 20 : paiement de la demande de provision en espèce ................................................................... 60
Figure 21: paiement de la demande de provision par chèque .................................................................. 61
Figure 22: Validation paiement de la demande de provision par chèque ................................................... 62
Figure 23 : Comptabilisation de la demande ..................................................................................... 63
Figure 24 : Justification de la provision ........................................................................................... 64
Figure 25 : Comptabilisation de la justification de la demande .............................................................. 65
Figure 26 : Page de connexion de DESIGNER2000 ........................................................................... VII
Figure 27 : Ecran d’accueil de DESIGNER2000 .............................................................................. VIII
Figure 28 : Menu de création du Modèle Entité-Association ................................................................. IX
Figure 29 : Menu de génération du modèle E-R en modèle logique des données ......................................... IX
Figure 30 : Menu de génération des tables dans la base de données ........................................................... X
Figure 31 : Menu pour créer un modèle logique des données .................................................................. XI
Figure 32 : Pour créer un écran avec designer .................................................................................... XI
Figure 33 : Pour créer un menu pour l’écran .................................................................................... XII
Figure 34 : Ecran de Connexion de TOAD ...................................................................................... XIV
Figure 35 : Ecran de consultation des tables existantes dans une base dans TOAD ..................................... XV
Figure 36 : Object Navigator....................................................................................................... XVI
Figure 37 : Layout Editor ..........................................................................................................XVII
III
NOMENCLATURE
BCM : Banque Centrale de Madagascar
BTF : Bureau Traitement Facture
CS : Chef de service
DAG : Direction de l’Administration Générale
DCF : Direction de la Circulation Fiduciaire
DOI : Direction de l’Organisation et de l’Informatique
DSP : Direction des Systèmes de Paiements
ENI : Ecole Nationale d’Informatique
FP : Fondé de pouvoirs
LMD : Licence - Master - Doctorat
MCD : Modèle Conceptuel des Données
MLD : Modèle Logique des Données
MOT : Modèle Organisationnel des Traitements
PL/SQL: Procedural Language/Structured Query Language
SDI : Schéma Directeur Informatique
SQL : Structured Query Language
IV
INTRODUCTION GENERALE
La Banque Centrale de Madagascar (BCM) est la banque des banques et la banque de

l’Etat. Pour mener à bien ses missions, elle comprend des directions opérationnelles liées aux
activités principales de la BCM et des directions d’appui dont la Direction de
l’Administration Générale(DAG), qui assure l’appui logistique de toutes les directions. Parmi
ses diverses attributions, elle est responsable de la gestion du stock de fournitures de bureau,
des matériels et mobiliers ainsi que de tous les moyens nécessaires au bon déroulement des
opérations de la BCM.
Durant notre stage à la BCM, il nous a été confié le développement d’une application
de la DAG. Ce projet a pour thème : « Conception et Développement du système intégré des
opérations de la Direction de l’Administration Générale».
Bien que ce projet ait été conçu pour la Direction de l’Administration

Générale(DAG), d’autres directions au sein de la BCM peuvent être appelées à utiliser cette
application. Les travaux de développement y afférent sont exposés dans le présent mémoire.
Dans les chapitres I et II, nous aborderons des généralités. Il s'agira de la présentation
de l’Ecole Nationale d’Informatique (ENI) et de la BCM.
Le chapitre III, développera la description et les objectifs du projet, les résultats

attendus, les principes techniques et théoriques qui ont guidé ce travail.
Les chapitres IV et V, décriront brièvement l’analyse préalable et l'analyse

conceptuelle.
Dans le dernier chapitre, nous présenterons la réalisation de l'application.
Pour conclure ce mémoire, nous indiquerons entre autres les perspectives à venir dans
la suite de ce projet.
1
CHAPITRE I : PRESENTATION DE L’ECOLE

NATIONALE D’INFORMATIQUE
2
1.1. Localisation et contact
L’École Nationale d’Informatique dit ENI se situe à Tanambao Fianarantsoa 301, B.P.
1487, joignable au 75 508 01.Son adresse électronique est eni@univ-fianar.mg.
1.2. Organigramme
La (figure 1) représente l’organigramme de l’ENI
Figure 1 : Organigramme de l’ENI
3
1.3. Missions et historique
L’ENI de l’Université de Fianarantsoa constitue à l’heure actuelle la pépinière des

élites informaticiennes malgaches. On peut considérer cette Ecole Supérieure comme la
vitrine et la mesure de l’avancée technologique du pays.
Elle se positionne dans le système socio-éducatif malgache comme le plus puissant

vecteur de diffusion et de vulgarisation des connaissances et des technologies informatiques.
Créée par le Décret N° 83 185 du 24 mai 1983, elle est le seul établissement
universitaire professionnalisé du pays ayant pour mission de former des Techniciens
Supérieurs, des Licenciés en informatique et des Ingénieurs Informaticiens de haut niveau,
aptes à répondre aux besoins et exigences d’informatisation des entreprises, des sociétés et
des organismes implantés à Madagascar.
L’implantation de cette école supérieure de technologie de pointe dans un pays en voie

de développement et dans une province à tissu économique et industriel faiblement
développé, ne l’ont pourtant pas empêché de former des spécialistes informaticiens de bons
niveaux recherchés par les sociétés et les organismes.
Depuis sa création jusqu’à aujourd’hui, l’ENI placée sous la tutelle de l’Université de

Fianarantsoa a formé et déversé sur le marché de l’emploi :
- 13 promotions d’Analystes Programmeurs, soit 447 diplômés.

- 22 promotions d’Ingénieurs Informaticiens, soit 554 diplômés.
- 13 promotions de Techniciens Supérieurs en Maintenance des Systèmes
Informatiques, soit 310 diplômés.
Soit en tout 1311 diplômés.
La filière de formation d’Analystes Programmeurs a été créée en 1983, et a été gelée

par la suite en 1996.
La filière de formation d’ingénieurs a été ouverte à l’Ecole en 1996.
La filière de formation de Techniciens Supérieurs en Maintenance des Systèmes

Informatiques a été mise en place à l’Ecole en 1996 grâce à l’appui matériel et financier de la
4
Mission Française de Coopération dans le cadre du Programme de Renforcement de

l’Enseignement Supérieur (PRESUP).
Une formation pour l’obtention de la certification CCNA et/ou Network+, appelée «

Cisco Networking Academy à Madagascar », en 2002-2003, a été créé grâce au partenariat
avec Cisco System et l’Ecole Supérieure Polytechnique d’Antananarivo (ESPA). Cette
formation n’existe plus actuellement.
Une formation doctorale a été ouverte depuis l’année universitaire 2003-2004 avec une
parfaite coopération entre l’Université de Fianarantsoa (ENI) et celle de Toulouse.
Finalement une formation en licence professionnelle en informatique ayant comme

options
(Administration des systèmes et des réseaux, génie logiciel et base de données) a été
ouverte pendant l’année universitaire 2007-2008.
La filière de formation de Techniciens Supérieurs en Maintenance des Systèmes

Informatiques a été gelée en 2008.
1.4. Domaines de spécialisation
• Génie Logiciel et Base de Données

• Maintenance des Systèmes Informatiques
• Administration des Systèmes et des Réseaux
• Modélisation environnementale et Système d’Information Géographique
1.5. Architecture de la pédagogie
L’ENI forme des Licenciés et des Ingénieurs directement opérationnels au terme de

leur formation respective. Ce qui oblige l’Ecole à entretenir des relations de collaboration
étroites et permanentes avec les entreprises et le monde professionnel de l’Informatique à
Madagascar.
La responsabilité de l’Ecole pour cette professionnalisation des formations dispensées

implique de
5
- Suivre les progrès technologiques et méthodologiques en Informatique (recherche

appliquée, veille technologique, technologies Réseau, Multimédia, Internet,…).
- Prendre en considération dans les programmes de formation les besoins évolutifs
des entreprises et des autres utilisateurs effectifs et potentiels, de la technologie
informatique.
Cependant la professionnalisation ne peut se faire en vase close. Elle exige une

«orientation client » et une « orientation marché ». Ce sont les entreprises qui connaissent le
mieux leurs besoins en personnel informatique qualifié. Ces entreprises partenaires
collaborent avec l’ENI en présentant des pistes et des recommandations pour aménager et
réactualiser périodiquement les programmes de formation. Ainsi, dans le cadre de ce
partenariat avec les sociétés dans les divers bassins d’emploi en Informatique, elle offre sur le
marché de l’emploi des cadres de bon niveau, à jour et directement opérationnels.
L’architecture des programmes pédagogiques à l’Ecole s’appuie sur le couple théorie-

pratique :
- Des enseignements théoriques et pratiques de haut niveau sont dispensés intra-muros à

l’Ecole,
- Des voyages d’études sont effectués par les étudiants nouvellement inscrits et ayant
passé une année d’études à l’Ecole,
- Des stages d’application et d’insertion professionnelle sont pratiqués en entreprise

chaque année par les étudiants au terme de chaque formation académique à l’Ecole.
Les stages effectués en entreprise par les étudiants de l’ENI sont principalement des
stages de pré embauche.
Ces stages pratiques font assurer l’Ecole d’un taux moyen d’embauche de 97%, six
mois après la sortie de chaque promotion de diplômés.
1.6. Filières de formation existante et diplômes délivrés
Cycle licence en informatique spécialisé en Administration des Systèmes et des

Réseaux, puis en Génie Logiciel et Base de Données, aboutissant au Diplôme Universitaire de
licenciés informaticiens. L’effectif des étudiants en année universitaire 2009 – 2010 :
6
o L1 (Première année de Licence) : 63

o L2 (Deuxième année de Licence) : 53
o L3 (Troisième année de Licence) : 52
Cycle de formation d’Ingénieurs Informaticiens avec de compétences en Gestion,

Systèmes et Réseaux, de niveaux Baccalauréat + 5 ans. Les effectifs des étudiants en 209-
2010 :
o ING2 (Deuxième année de la formation d’ingénieur) : 49

o ING3 (Troisième année de la formation d’ingénieur) : 46
La formation en DEA en informatique organisée en partenariat avec l’Université Paul

Sabatier de Toulouse. Les trois meilleurs étudiants de la promotion effectuent les travaux de
recherche à Toulouse. Cette formation est un élément du système de formation de troisième
cycle et d’études doctorales qui sera mise en place progressivement à l’ENI.
Une formation non diplômant en CISCO ACADEMY, soutenue par les Américains,
avec certification CCNA. Les effectifs des étudiants dans le système depuis sa création :
o CISCO Première promotion 2002/2003 : 28

o CISCO Deuxième promotion 2003/2004 : 5
Le recrutement d’étudiants à l’ENI se fait chaque année uniquement par voie de

concours d’envergure nationale, excepté celui concernant le « Cisco Academy » et celui de la
DEA, qui font l’objet de sélections des dossiers de candidature.
Bien qu’il n’existe pas au niveau international de reconnaissance écrite et formelle des
diplômes délivrés par l’ENI, les diplômés de l’Ecole sont bien accueillis dans les institutions
universitaires étrangères. Des étudiants diplômés de l’Ecole poursuivent actuellement leurs
études supérieures en 3ème cycle dans plusieurs universités françaises, notamment à
l’IREMIA de l’Université de la Réunion, à l’Université LAVAL au Canada, à l’Ecole
Polytechnique Fédérale de Lausanne en Suisse, à l’Ecole Doctorale STIC (Science de la
Technologie de l’Information et de la Communication) de l’Ecole Supérieure en Science
Informatique de l’Université de Nice Sophia Antipolis
7
1.7. Relations partenariales de l’ENI avec les entreprises et les

organismes
a. Au niveau national
Les stages pratiqués chaque année par ses étudiants mettent l’Ecole en relation
permanente avec plus de 300 entreprises, sociétés et organismes publics et privés nationaux et
internationaux.
Parmi ces établissements, on peut citer : , ACCENTURE Maurice, AIR MAD,

AMBRES ASSOCIATES, AUF, B2B, Banque Centrale de Madagascar, BFV SG, BIANCO,
BLUE LINE, BNI-CL, BOA, CEDII Fianar, CEM, Central Test, Centre Mandrosoa
Ambositra, CNA, CNRIT, COLAS, COPEFRITO, Data Consulting, DES PLATEAUX
Fianar, D.G. Douanes Tana, DLC, DTS, FID, FTM, GNOSYS, IBONIA, IFIR des
paramédicaux Fianar, INGENOSYA, INSTAT, IOGA, JIRAMA, Lazan’i Betsileo,
MADADEV, MADARAIL, MAEP, MECI, MEF, MEN, MESRES, MFB, MIC,
MICROTEC, MININTER, MIN Télécom et Nouvelles technologies, NEOV MAD, NY
HAVANA, OMNITEC, ORANGE , OTME, PRACCESS, QMM Fort-Dauphin, SECREN,
SIMICRO, SNEDADRS Antsirabe, Société d’Exploitation du port de Toamasina, Softewell,
Strategy Consulting, TACTI, TELMA , ZAIN, WWF,…
L’organisation de stages en entreprise contribue non seulement à assurer une meilleure

professionnalisation des formations dispensées, mais elle accroît également de façon
exceptionnelle les opportunités d’embauche pour les diplômés.
Les diplômés de l’ENI sont recrutés non seulement par des entreprises et organismes
nationaux, mais ils sont aussi embauchés dans des organismes de coopération internationale
tels que l’USAID MADAGASCAR, la Délégation de la Commission Européenne, la Banque
Africaine de Développement (BAD), la Mission Résidente de la Banque Mondiale, la
Commission de l’Océan Indien, etc.
8
b. Au niveau international
Entre 1996 et 1999, l’ENI a bénéficié de l’assistance technique et financière de la

Mission Française de Coopération et d’Action Culturelle dans le cadre du PRESUP.
La composante du PRESUP consacré à l’ENI a notamment porté sur :
- une dotation en logiciels, microordinateurs, équipements de laboratoire de

maintenance et de matériels didactiques ;
- la réactualisation des programmes de formation assortie du renouvellement du fond

de la bibliothèque ;
- l’appui à la formation des formateurs ;
- l’affectation à l’Ecole d’assistants techniques français.
Et depuis le mois de mai 2000, l’ENI fait partie des membres de bureau de la
Conférence Internationale des Ecoles de Formations d’Ingénieurs et Techniciens d’Expression
Française (CITEF).
L’ENI a signé un Accord de coopération interuniversitaire avec l’IREMIA de

l’Université de la Réunion, l’Université de RENNES 1 et l’Institut National Polytechnique de
Grenoble (INPG).
Depuis le mois de juillet 2001, l’ENI abrite le Centre du Réseau Opérationnel

(Network Operating Center) du point d’accès à internet de l’Ecole et de l’Université de
Fianarantsoa. Grâce à ce projet américain financé par l’USAID Madagascar, l’ENI et
l’Université de Fianarantsoa sont maintenant dotées d’une Ligne Spécialisée d’accès
permanent à INTERNET. Par ailleurs, depuis 2002, une nouvelle branche à vocation
professionnelle a pu y être mise en place, en partenariat avec Cisco System.
Enfin et non de moindres, l’ENI a noué des relations de coopération avec l’Institut de
Recherche pour le Développement (IRD). L’objet de la coopération porte sur la modélisation
environnementale du corridor forestier de Fianarantsoa. Dans le même cadre, un atelier
scientifique international sur la modélisation des paysages a été organisé à l’ENI au mois de
Septembre 2008.
9
Comme l’ENI constitue une pépinière incubatrice de technologie de pointe, d’emplois

et d’entreprises, elle peut servir d’instrument efficace pour la lutte contre la pauvreté.
De même que l’Ecole permet de renforcer la position concurrentielle de la Grande île

sur l’orbite de la mondialisation grâce au développement des nouvelles technologies.
1.8. Ressources humaines
- Directeur : Monsieur Fontaine RAFAMATANANTSOA
- Chef de Département de la Formation Théorique : Monsieur Venot

RATIARSON
- Chef de Département de la Formation Pratique : Monsieur Cyprien

RAKOTOASIMBAHOAKA
- Nombre d’Enseignants permanents : 12
- Nombre d’Enseignants vacataires : 10
- Personnel administratif et technique : 19
1.9. Projets et perspectives de développement institutionnel

(2010-2014)
- Restructuration du système pédagogique de l’Ecole selon le schéma LMD

(Licence Master Doctorat),
- Mise en place à l’Ecole d’un Département de Formation de 3ème cycle et

d’études doctorales en Informatique,
- Création à l’Ecole d’une Unité de Production Multimédia, d’un club de logiciel

libre Unix.
10
CHAPITRE II : PRESENTATION DE LA BANQUE

CENTRALE DE MADAGASCAR
11
2.1. INTRODUCTION
Après la sortie de Madagascar de la zone franc, la Banque Centrale de Madagascar fut

créée le 12 juin 1973 par l’ordonnance n° 73/025 définissant ses statuts. Elle a pris la
succession de l’Institut d’Emission Malgache. Cette ordonnance a été remplacée par la loi
modifiée n° 94-004 di 10 juin 1994, portant Statuts de la Banque Centrale de Madagascar.
Cette loi consacre son indépendance en matière de politique monétaire.
2.2. MISSION ET FONCTION
Suivant l’article 6 de ses statuts, la Banque Centrale de Madagascar a pour mission générale
de veiller à la stabilité interne et externe de la monnaie. A ce titre, elle élabore et met en
œuvre la politique monétaire.
Elle assume les fonctions suivantes :
- elle exerce le privilège d’émission de billets de banque et de pièces de monnaie

ayant cours légal sur le territoire de Madagascar ;
- elle est la banque des banques ;
- elle est la banque de l’Etat ;
- elle gère la réserve nationale de change ;
- elle est garante du bon fonctionnement du système bancaire et financier ;
- elle veille au bon fonctionnement du système des paiements ;
- elle assure le Secrétariat Général de la Commission de Supervision Bancaire et
Financière.
La BCM possède :
- deux organes de décision : le Gouverneur assisté d’un Directeur Général et du

Conseil d’Administration ;
- et un organe de surveillance : les Censeurs.
12
La BCM est structurée comme suit :
- des directions centrales chargées, chacune en ce qui la concerne, des opérations

financières dans le territoire et avec l’étranger, de la conception et de l’exécution
de la politique monétaire, de l’exécution du budget et de la gestion des ressources
humaines, du traitement et de la fiabilisation des informations ;
- 15 Représentations territoriales réparties dans toute l’île et dont les fonctions
principales sont l’approvisionnement des régions en signes monétaires et la
collecte des informations économiques et financières nécessaires à la conduite de
la politique monétaire ;
- et le Secrétariat Général de la Commission de Supervision Bancaire et Financière
(CSBF).
2.3. GOUVERNORAT DE LA BANQUE CENTRALE DE
MADAGASCAR
LE GOUVERNEUR
Le Gouverneur assume la direction et la gestion de la Banque Centrale. Il assure

l’application des lois et règlements relatifs aux activités de la BCM et des résolutions du
Conseil d’Administration. Il a l’initiative de la mise en œuvre de la politique monétaire et du
crédit définie par le Conseil d’Administration. Il nomme aux emplois de la Banque Centrale et
la représente vis-à-vis des tiers.
Il est nommé par décret pris en Conseil des Ministres pour un mandat de quatre ans
renouvelable une fois.
Il est le Président du Conseil d’Administration de la Banque Centrale. Il est aussi le

Président de la Commission de Supervision Bancaire et Financière.
Il a sous son autorité un Directeur Général qui l’assiste dans l’exécution de sa mission
et qui le remplace en cas d’absence ou d’empêchement.
Gouverneur actuel : M. Frédéric RASAMOELY
13
LE DIRECTEUR GENERAL
Le Directeur Général assiste le Gouverneur dans l’exécution de sa mission et le

remplace en cas d’absence ou d’empêchement de celui-ci.
Il est nommé par décret pris en Conseil des Ministres sur proposition du Conseil
d’Administration.
Il participe aux séances du Conseil d’Administration avec voix consultative. Il est

membre du Commission de Supervision Bancaire et Financière.
Directeur Général actuel: M. Christian G.D. RASOLOMANANA
LE CONSEIL D’ADMINISTRATION
Le Conseil d’Administration définit la politique monétaire et du crédit.
Il délibère sur la création, l’émission, le retrait ou l’échange des types de billets et de

pièces de monnaie de la Banque Centrale, ainsi que sur leurs caractéristiques.
Il délibère sur l’organisation générale de la Banque Centrale et sur la création ou la

suppression de toute succursale, agence, comptoir ou bureau de représentation.
Il établit les normes, les conditions générales et les modalités d’exécution des
opérations de la Banque Centrale.
Il approuve le statut du personnel et le régime de rémunération des Agents de la

Banque Centrale. Il arrête le règlement intérieur de la Banque Centrale.
Il arrête chaque année les budgets prévisionnels et rectificatifs de la Banque Centrale.

Il détermine les conditions et la forme dans lesquelles la Banque Centrale établit et arrête ses
comptes.
14
Il arrête la répartition des bénéfices dans les conditions prévues par loi modifiée N°
94-004 du 10 juin 1994, il approuve le compte rendu annuel que le Gouverneur adresse au
Président de la République et au Chef du Gouvernement.
Les Membres du Conseil d’Administration sont nommés par décret pris en Conseil des
Ministres pour un mandat de quatre ans renouvelable une fois.
Membres du Conseil d’Administration actuels :
- M. le Gouverneur Frédéric RASAMOELY, Président du Conseil

d’Administration
- M. Emile TSIZARAINA,
- M. Jean Noël RANAIVOSON,
- M. Jean RAZAFINDRAVONONA,
- M. Naina RAMAHAROSOA RABENARIVO,
- Le Général de Division Elie Corbel SILASY,
- M. Armand ZAFINANDRO,
- M. Alexander RAKOTOMANGA,
- M. le Directeur Général Christian G.D. RASOLOMANANA (voix
consultative).
LES CENSEURS
Les Censeurs exercent une surveillance générale sur tous les services et sur toutes les
opérations de la Banque Centrale. Ils veillent au respect des dispositions de la loi modifiée N°
94-004 du 10 juin 1994 portant statuts de la BCM. Ils assistent aux séances du Conseil
d’Administration avec voix consultative.
Ils sont nommés par décret pris en Conseil des Ministres pour un mandat de quatre ans
renouvelable une fois,
Censeurs actuels :
- M. Mamy RAMANJATOSON,
- M. Henri RAJERISON,
- M. Jeannot RAMIARAMANANA.
15
2.4. ORGANISATION DE LA BANQUE CENTRALE DE
MADAGASCAR
- LA DIRECTION DES ETUDES ET DES RELATIONS INTERNATIONALES
- LA DIRECTION DU CREDIT
- LA DIRECTION DES SERVICES ETRANGERS
- LA DIRECTION DE LA DETTE EXTERIEURE
- LA DIRECTION DES SYSTEMES DE PAIEMENT
- LA DIRECTION DE LA CIRCULATION FIDUCIAIRE
- LA DIRECTION DES RESSOURCES HUMAINES
- LA DIRECTION DE L'ADMINISTATION GENERALE
- LA DIRECTION DE L'ORGANISATION ET DE L'INFORMATIQUE
- LA DIRECTION DE LA COMPTABILITE GENERALE
- LA DIRECTION DE L'AUDIT INTERNE
- LA DIRECTION DES AFFAIRES JURIDIQUES
- LA DIRECTION DU RESEAU TERRITORIAL
- LES DIRECTIONS DES REPRESENTATIONS TERRITORIALES
LES DIRECTIONS AUPRES DU SECRETARIAT GENERAL DE LA COMMISSION DE

SUPREVISION BANCAIRE ET FINANCIERE (CSBF)
Le Secrétariat Général de la CSBF comprend trois directions :
- LA DIRECTION DE LA REGLEMENTATION ET DES ETUDES (DRE)

- LA DIRECTION DE L'INSPECTION DES ETABLISSEMENTS DE CREDIT (DIE)
- LA DIRECTION DU CONTROLE SUR PIECES (DCP)
16
2.5. ORGANIGRAMME
L’organigramme de la BCM est représenté la figure2
Figure 2 : Organigramme de la BCM
17
2.6. DIRECTION DE L’ORGANISATION ET DE L’INFORMATIQUE
La Direction de l’Organisation et de l’Informatique (DOI) suggère et applique la politique

informatique de la Banque en dotant cette dernière d’un système d’information efficace et
évolutif, fiable et sécurisé.
La Direction assure la gestion de ce système informatique en procédant à :
• la conception et la définition, le développement et la maintenance des applications

nécessaires,
• la définition, l’exploitation et la maintenance de l’ensemble des matériels et logiciels,
• l’administration du réseau et des bases de données, de l’internet et de l’intranet de la
Banque Centrale
• la définition et l’application des règles de sécurité informatique,
• la formation de l’ensemble du personnel à une utilisation efficiente de l’outil
informatique.
La (Figure 3) représente l’organigramme de la Direction de l’Administration Générale
18
Figure 4 : Organigramme de la DOI
19
2.7. SECRETARIAT GENERAL DE LA COMMISSION DE
SUPERVISION BANCAIRE ET FINANCIERE (SG-CSBF)
MISSIONS ET ATTRIBUTIONS DE LA CSBF
En vertu de la loi bancaire, la Banque Centrale de Madagascar assure le Secrétariat Général

de la CSBF, organe exécutif de la Commission de Supervision Bancaire et Financière
(CSBF), l’autorité de surveillance des établissements de crédit.
En vertu des dispositions de l'article 35 de la Loi n° 95-030 du 22 février 1996, la CSBF est
chargée de :
• veiller au bon fonctionnement des établissements de crédit,

• vérifier le respect par ces établissements des dispositions qui leur sont applicables,
• sanctionner les manquements constatés.
En particulier, la CSBF examine les conditions d'exploitation des établissements de crédit,

s'assure de la qualité de leur situation financière et contrôle le respect des règles de bonne
conduite de la profession.
La CSBF est :
• une autorité administrative : octroi d’agrément ou de licence, autorisation préalable et

faculté d'objection sur les changements susceptibles d'avoir une incidence majeure sur
la situation des établissements tels le changement de structure du capital, les
modifications substantielles des statuts ;
• une autorité de réglementation : définition des règles prudentielles et de bonne
conduite, fixation des normes comptables ;
• une autorité de supervision : organisation des contrôles sur documents et dans les
établissements assujettis ;
20
• une autorité disciplinaire : pouvoir de sanction graduée suivant l'importance des

manquements constatés, allant de la simple injonction au retrait d'agrément et incluant
la révocation des dirigeants et des commissaires aux comptes et le prononcé de
sanctions pécuniaires. La Commission est habilitée à nommer un administrateur
provisoire si la situation d'un établissement le justifie. En cas de retrait d'agrément, le
Ministre des Finances peut toutefois requérir une seconde délibération.
• En cas d'urgence, le Président est habilité à exercer certaines des attributions conférées à
la Commission. Ces pouvoirs sont définis par le Règlement Intérieur adopté par la
CSBF.
2.8. LES REPRESENTATIONS TERRITORIALES DE LA BANQUE

Les Représentations Territoriales ont pour principale mission la gestion et la

conservation des signes monétaires et l’approvisionnement en billets et monnaies des régions
de leur ressort.
A ce titre, elles gèrent les comptes courants des correspondants et le portefeuille du

Trésor ; elles assurent au niveau local les activités des directions centrales: rapports
économiques, fichier local des incidents de paiement, déclaration de risques…
Il existe deux catégories de Représentations Territoriales :
- Celles de la première catégorie sont gérées directement par la BCM, c’est-à-dire

qu’elles fonctionnent avec son patrimoine et son personnel ; elles sont constituées par
les Représentations Territoriales de Toamasina, de Fianarantsoa, d’Antsiranana, de
Sambava, de Nosy Be, de Mahajanga, de Toliara, de Manakara, de Morondava et de
Taolagnaro ;
21
- Celles de la deuxième catégorie sont confiées à des banques primaires par le biais de la
Convention de Louages de Services ; elles sont constituées par les Représentations
Territoriales d’Ambatondrazaka, d’Antalaha, de Miarinarivo et de Maroantsetra.
22
CHAPITRE III : DESCRIPTION DU PROJET
23
3.1. INTRODUCTION
Ce stage a été effectué au sein de la Direction de l’Organisation et de l’Informatique
(DOI) de la BCM. Cette partie décrit les objectifs du projet, les fonctionnalités, les
différentes étapes et les moyens liés à la réalisation du projet, ainsi que les démarches et
résolutions techniques en vue de la réalisation du projet.
3.2. PRESENTATION DU PROJET

La mise en place du système intégré des opérations de la DAG consiste à:
- relier les applications déjà existantes au niveau de la DAG
- informatiser les domaines qui sont encore traités manuellement
- apporter des améliorations aux applications existantes
Ce système comprend :
- la gestion des provisions
- la gestion des achats et approvisionnements
- la gestion des immobilisations
- la gestion de stocks de pièces détachées en matériels fiduciaires
- la gestion budgétaire
3.3. OBJECTIFS DU PROJET

Le projet a pour objectifs :
• la fiabilisation et l’accélération des traitements ainsi que le suivi à chaque étape des
opérations relatives aux achats et approvisionnement, à la gestion des stocks et des
immobilisations au niveau de chaque service concerné.
• dans le cadre de la gestion budgétaire, la minimisation des risques d’erreurs et
fiabilisation du traitement de la procédure budgétaire.
• pour les provisions, le système à mettre en place devrait permettre : d’avoir des
informations sur les sorts des fonds débloqués, dès la demande de mise à disposition
jusqu’à la justification de la provision, et de faire un meilleur suivi de leur utilisation,
afin d’accélérer leur régularisation.
24
3.4. BESOINS DES UTILISATEURS

• Fournir de simples écrans
• Eliminer les redondances de saisie
• Minimiser la circulation des documents
• Automatiser les tâches actuellement manuelles
3.5. FONCTIONNALITES
a) Provision à justifier
- saisie d’une demande de provision

- saisie de la justification de cette demande
- validations de ces opérations
- consultation des demandes existant et des demandes justifiées
- ordre de Paiement de la provision
- comptabilisation
- édition automatique d’un « état récapitulatif des demandes de provisions reçues » pour
être communiqué à la DCF ou la DSP à la place des imprimés utilisés actuellement
(états saisis sous Excel manuellement) : demandes de provisions, prévisions
d’établissement de chèque ;
- édition de l’avis d’opéré y afférent aux fins de déblocage auprès de la DCF ou de la
DSP (après visa par les supérieures hiérarchiques) ;
- Edition d’un état de suivi hebdomadaire (global et/ou par bureau demandeur) retraçant
la situation des demandes initiées par les services : provisions en cours de déblocage,
provisions débloquées et remises aux demandeurs, provisions en attente de
justification, provisions justifiées, reliquat reversé, complément à payer, ….
b) Gestion des achats et approvisionnements
- passation des commandes ;

- livraisons par les fournisseurs ;
- entrée en stock ;
25
- livraison et/ou affectation auprès des « clients BCM » ;

- transfert ou réaffectation ;
- inventaire ;
- valorisation des Immobilisations ;
- entretiens et maintenances par rapport aux demandes reçues et au budget ;
- enregistrement et paiement des factures avec imputation au budget ;
- cession par la Banque avec revalorisation des immobilisations ;
- statistique des achats par article et par direction ;
- statistiques des entretiens et réparations par article et par direction.
c) Gestion des immobilisations
- Au moment de paiement des factures relatives aux achats des immobilisations, le

Bureau Traitement des Factures effectuera un traitement analytique par article acheté
tout en renseignant le détenteur ou le lieu d’affectation,
- Ce traitement analytique mettra à jour automatiquement les fiches immobilisations
gérées par le Comptoir (dont la valorisation). Ces fiches ont déjà été préalablement
renseignées par le Comptoir au moment de la livraison, qui constitue la date d’entrée
en immobilisations.
- Les changements d’affectation ou mouvements de sorties sont gérés directement par le
Comptoir.
- En cas de cession, les avis d’opération y afférent (sorties en immobilisations) seront
transmis au BTF pour comptabilisation et pour encaissement des prix de cession.
- Il en est de même des autres sorties en immobilisations : mise au rebut, donation, ….
- L’application « gestion des immobilisations » traitera tout ce qui est travaux de fin
d’exercice :
- Tableaux d’amortissements par compte d’immobilisation (retraçant les

dotations depuis les années successives d’acquisition de chaque immobilisation)
- Tableaux de cession pour la détermination des Valeurs Nets
Comptables des immobilisations cédées à une date donnée
- Tableaux récapitulatifs des dotations aux amortissements de l’année
- Tableaux d’amortissement des immobilisations cédées au cours de
l’année
26
- Tableaux d’amortissement des subventions d’immobilisation de l’année

- Tableaux d’amortissement des acquisitions d’immobilisation de l’année
- Tableau de variations des immobilisations de l’année n-1 à l’année n
d) Gestion de stocks de pièces détachées en matériels fiduciaires
Au moment du paiement des factures relatives aux achats des pièces détachées, le BTF
effectuera un traitement analytique par article acheté.
Ce traitement analytique mettra à jour automatiquement les fiches de stock gérées par le
Comptoir. L’opération consiste essentiellement à la valorisation des pièces entrées en
stock.
L’enregistrement des sorties en stock pièce par pièce sera effectué par le Comptoir.
En vue de leur imputation en charges, les états ou avis d’opération valorisés relatifs aux
sorties ou consommations au cours d’une période donnée seront communiqués par le
Comptoir au BTF.
L’application « Gestion de stock des pièces détachées »fournira les états suivants :
- Fiche de stock par pièce stockée : Désignation – Prix unitaire TTC – date d’entrée ou
sortie – Quantité entrée –quantité sortie – Quantité en stock ;
- Liste d’inventaire des pièces détachées à une date donnée avec valorisation financière
du stock.
e) Gestion budgétaire
Les rubriques budgétaires correspondent aux comptes de produits et de charges gérées par
les directions opérationnelles.
- Saisie des prévisions budgétaires par chaque direction lors de la notification des
autorisations budgétaires ;
- Au fur et à mesure des engagements, les charges ou produits correspondants sont
enregistrés automatiquement dans les réalisations ;
- Edition des comptes rendus budgétaires, périodiquement (à chaque fin de trimestre) ou
à la demande ;
27
- Lors des éditions des comptes rendus, calcul des écarts entre réalisations et prévisions
- Pour permettre la comparaison d’une période à une autre, sauvegarde des historiques
(d’une manière générale, sur une période de trois ans) ;
- Les états de compte rendu comporteront les indicateurs de suivi du budget.
Suivi des dépenses de fonctionnement et d’investissement par la DAG :
- Saisie des prévisions par article et par direction lors de la notification des autorisations
budgétaires ;
- A chaque engagement (acquisition suite à une demande) :
o vérification par rapport aux prévisions ;
o enregistrement automatique des réalisations ;
o calcul des soldes disponibles.
- Edition des états de dépenses engagées périodiquement (global et par Direction) avec
mention des prévisions, des réalisations et du solde disponible
- A chaque fin de période, communication des prix moyens d’acquisition par article.
28
3.6. LOGICIELS UTILISES
Les moyens logiciels utilisés pour la mise en œuvre du projet sont :
o Microsoft Visio
o Oracle DESIGNER 2000
o DEVELOPPER 2000 forms4.5
o DEVELOPPER 2000 Report4.5
3.7. SCHEMA DIRECTEUR INFORMATIQUE (SDI) DE LA BANQUE

a) Introduction
La BCM dispose d’un SDI qui a été élaboré en 1995.Ce document fait l’objet de
réactualisation tous les 5 ans. La dernière mise à jour est datée en 2010.Ce projet est
défini dans le SDI et planifié à long terme.
Le SDI étant la première étape modélisant et formalisant le Système d’Information, la

Banque a optée pour une informatisation lourde, réalisée sur du matériel performant en
utilisant les techniques adéquates :
- architectures client serveur et multi-tiers,

- réseau local étendu,
- bases de données relationnelles et objets,
- approche méthodologique (dont, analyses et conceptions orientées objets),
- progiciels spécialisés interfacés avec des applications spécifiques développées
à l’aide de langage de 4ème génération (L4G),
- intégration des nouvelles technologies (web, internet, intranet, messageries
interne et externe),
- intégration bureautique,
Normalisation et standardisation des présentations des données pour assurer

l’ouverture avec le monde extérieur (XML,…).
29
b) Principe
Découpage du système d’information en niveaux décisionnels

Trois niveaux décisionnels ont été identifiés :
Opérationnel : pur les domaines relatifs aux actions quotidiennes qui

concourent au fonctionnement de l’entreprise ;
Tactique : pour les domaines relatifs aux actions qui permettent le contrôle
à court et moyen terme de l’entreprise ;
Stratégique : pour les domaines relatifs aux décisions à long terme sur la
politique stratégique de l’entreprise.
Ces trois niveaux sont représentés traditionnellement sous une forme pyramidale allant
d’une large base opérationnelle au sommet stratégique.
Chaque ellipse représente une ou plusieurs applications.
Découpage du système d’information en domaines

Le système d’information est découpé en domaines d’activités. Un domaine regroupe
des activités de même nature, fortement liées entre elles, et faisant en général l’objet d’un
pilotage unique (une Direction).
Deux super-domaines ont été identifiés pour représenter les différents modules du SI :
- la gestion technique qui regroupe toutes les fonctionnalités liées à l’activité

propre de la BCM,
- la gestion administrative qui prend en compte tous les domaines intervenant

dans le fonctionnement interne de la BCM.
30
Système d’information de la BCM
Contexte
Décision socio-économique
Stratégique national et international

Système
de Pilotage
Etudes/modélisation
Contrôle BD études
Normes,
Gestion budétaire Procédures

Sécurité
Comptabilité générale
Interpréteur
Gestion
S.I.I.E.
Opérationnelle Incidents-Centrale risques
Centrale bilans&cotation
Suivi
budgétaire
Gestion marché
Gestion de
Stocks
la dette monétaire Etats d’alerte Appros
MID Opérations
C.R.M.
en devises Gestion des Gestion des
Immos
Gestion des courriers
Signes Opérations
BD FINA
monétaires bancaires PAIE GRH Suivi
personnel
SYSTEME DE PAIEMENT :
RTGS - Télécompensation Bureautique /messagerie /gestion documentaire
Gestion technique Gestion d’appui
Figure 5 : Système d’information de la BCM
31
c) Les applications liées au fonctionnement interne de la BCM
Direction de l’administration générale
Le contrôle budgétaire
La gestion budgétaire consiste à informatiser le suivi des dépenses engagées et des

produits réalisés par rapport aux prévisions.
Le traitement du budget se fait actuellement sous EXCEL à partir des informations

comptables récoltées sur le progiciel comptable Easy Open ou autres états de gestion.
Le projet consiste à concevoir un application dédié au suivi (périodique) des

réalisations budgétaires afin de minimiser les risques d’erreurs et de fiabiliser le traitement de
la procédure budgétaire. Il s’agit du budget relatif aux charges et produits générés par les
activités de la Banque Centrale (métiers et opérations transversales) : charges sur circulation
fiduciaire, charges de personnel, charges d’exploitation, produits des placements, produits sur
opérations avec le Trésor, …
La gestion et le suivi des achats, du stock et des immobilisations
Ce projet a pour objectif de fiabiliser et d’accélérer le traitement ainsi que le suivi, à

chaque étape, des opérations relatives aux achats et approvisionnement, à la gestion des stocks
et des immobilisations, au niveau de chaque service concerné. Le « processus
d’acquisitions », allant des fournitures et mobiliers de bureau aux articles divers nécessaires
au bon fonctionnement des activités de la banque, touchent différents services et bureaux de la
DAG.
La mise en place d’un système intégré des opérations devrait répondre au besoin en
informations concernant notamment :
- la gestion des achats et approvisionnements,
- la gestion des immobilisations,
- la gestion des stocks de pièces détachées en matériels fiduciaires.
32
La gestion des provisions
Ce projet a déjà été inscrit dans le schéma directeur en 2008, mais n’a pas été réalisé.
Ce module permet le suivi des demandes de provisions reçues et traitées par la DAG :
déblocage, régularisation, versement des reliquats.
33
Chapitre IV : ANALYSE PREALABLE
34
4.1. ANALYSE DE L’EXISTANT
Ce paragraphe présente l’analyse des applications existantes, l’organigramme détaillé

de la DAG, et l’enchaînement des traitements.
a) Analyse des applications existantes
Actuellement, l’application « Achat » au sein de la DAG gère seulement les

informations nécessaires à la comptabilisation des « opérations », sans la gestion des stocks,
ni la gestion des provisions.
Les opérations relatives à l’immobilisation telles que : entrée/sortie, affectation,

planning d’entretien, réévaluation, calcul des amortissements … sont gérées par une autre
application, mais sans lien direct avec l’application « Achat ».
L’application « Gestion de stock des fournitures de bureau» prend en charge la gestion

des pièces détachées en matériels fiduciaires. Elle a existé avant même l’acquisition des
matériels fiduciaires par la BCM. La gestion de stock des pièces détachées nécessite une
réévaluation périodique, ce qui n’est pas le cas de la gestion de stock des fournitures de
bureau. Les opérations sur les pièces détachées sont comptabilisées par le biais de
l’application « Achat» n’ayant pourtant aucun lien avec l’application de gestion de stock.
Les prévisions budgétaires sont saisies par chaque direction dans le progiciel
comptable « Easy Open». Les réalisations sont comptabilisées à partir de l’application de
chaque direction. Cependant, les états de gestion générés par Easy Open sont insuffisants
pour les besoins de gestion budgétaire de la DAG.
35
b) Organigramme de la DAG
Le (figure 5) représente l’organigramme de la DAG
Figure 6 : Organigramme de la DAG
36
c) Enchaînement des traitements
Figure 7 : Analyse de l’existant : Enchaînement des traitements de la provision
37
Figure 8 : Analyse de l’existant : Enchaînement des traitements de l’immobilisation
38
4.2. CONCEPTION AVANT-PROJET
a) Scenarii et esquisse de solutions
Ce paragraphe présente le diagramme d’enchaînement des traitements créé à l’aide de

l’outil Microsoft Visio pour les solutions proposées.
Chaque diagramme comprend :
- Les événements déclencheurs (forme ovale) ;

- Les différentes taches (forme rectangulaire) avec la description de chaque
tâche ;
- Les différentes fonctions et règles de gestions.
Traitement des Factures
La faille des applications existantes réside dans la lenteur du traitement d’une

opération, générée par le lourd parcours à suivre.
Pour y remédier, nous avons opté pour un parcours plus simple à suivre par la facture.
Il s’agit de la numérisation de la facture à son arrivée au bureau courrier de la DAG.
Nous allons proposer un nouvel enchaînement de traitement de facture.
39
Figure 9 : Schéma de la solution proposée pour le traitement des factures
40
Immobilisation
Il s’agit d’établir des liens entre l’application « Achat» et la gestion des

immobilisations existante, pour éviter la redondance de saisie et intégrer les informations
requises à la comptabilisation des opérations (figure 10 ).
Figure 10 : Schéma de la solution proposée pour la gestion des immobilisations
41
Stock des pièces détachées en matériel fiduciaire
Les travaux y afférents consistent à établir des liens entre le traitement des factures
pour pouvoir intégrer les informations requises à la gestion des stocks des pièces détachées
en matériels fiduciaires. C’est la gestion de stock des pièces détachées qui génère les
opérations nécessaires pour comptabiliser ces opérations (figure 11).
L’organisation existante va subir une modification : le bon de livraison doit être reçu par la
DAG en même temps que la facture afin d’éviter la redondance de saisie et pour permettre le
lien entre les deux applications.
Figure 11: Schéma de la solution proposée pour la gestion des stocks des pièces détachées en
matériel fiduciaires
42
Provision
L’informatisation la gestion des provisions nécessite l’établissement des liens entre les
applications existant au sein de la DCF/DSP pour le paiement et celle existant au sein de la
DAG pour la comptabilisation (figure 15).
b) Description des principales fonctions
Nous allons décrire ici les différentes fonctionnalités présentées dans les solutions.
Tableau1: Fonctionnalités
Fonctions Description
F1 : Numérisation de la facture • Numérisation des factures reçues.
• Affectations de l’image des factures à la
DAG.
F2 : Approbation de la facture • Approbation de l’image de la facture par le

Directeur.
• Approbation de l’image de la facture par le
FP
• Approbation de l’image de la facture par le
CS.
F3 : Vérification arithmétique • Vérification de la conformité des valeurs

inscrites sur la facture.
F4 : Vérification de la facture • Vérification de la conformité de la facture
par rapport à la commande passée par le
bureau demandeur.
43
F5 : Saisie entrée Immobilisation • Avant de saisir les informations contenues

sur le bon de livraison, pour entrer les
immobilisations, il faut se référer
obligatoirement au référence de la facture
F6 : Saisie sortie Immobilisation • Saisie des informations concernant la sortie

d’une pièce (cession, maintenance).
• Cette saisie met à jour automatiquement les
tableaux d’amortissement des
immobilisations.
F7 : Génération automatique des écritures • A chaque fin de l’année, lancer la génération
automatique des écritures comptables des
comptes d’amortissement.
F8 : Saisie livraison • Saisie des informations inscrites sur le bon
de livraison avec référence facture (entrée en
stock).
F9 : Validation opération entrée • Validation de l’opération par les chefs
hiérarchiques.
• Cette validation :
• met à jour automatiquement les stocks
en quantités et en valeurs, ainsi que les
tableaux d’amortissement des
immobilisations.
• génère l’opération à comptabiliser, pour
mouvementer les comptes de stock
F10 : Saisie des sorties des pièces • Saisie des informations concernant les sorties
des pièces
F11 : Validation Saisie sortie • Validation de la saisie de la sortie des pièces.
• Cette validation met à jour automatiquement
les stocks
• Cette validation déclenche la génération
automatique des écritures : comptes de
charges
F12 : Demande provision • A chaque demande de provision les bureaux
44
demandeurs remplissent l’écran « demande

de provision».
• Chaque demande de provision envoyée par le
bureau demandeur possède un numéro
unique qui sera utilisé jusqu’à la fin des
opérations concernant ce bon de commande
F13 : Provision à justifier • Saisie de l’information concernant la
demande de provision
• Ecran provision à justifier avec un champ
« nature dépense» longue et un champ de
billétage.
F14 : Ordre de Paiement des demandes de • Possibilité de regroupement des demandes de
provision provision dans un même ordre de paiement
des demandes de provision.
F15 : Justification de provision • Après utilisation de la provision demandée,
s’il y a présence de pièce justificative,
c) Choix de la méthode et du logiciel
La BCM possède un standard de développement pour tout leur projet de conception et

de developpement:
- Pour l’outil de conception : Designer/2000

- Pour l’outil de développement : Developer/2000 Forms et Report
- Pour l’outil de manipulation des bases de données : TOAD
45
Chapitre V : ANALYSE CONCEPTUELLE
46
5.1. Introduction
L’analyse conceptuelle des données consiste à :
- La recherche des informations élémentaires ;

- La formulation des règles de gestion ;
- La modélisation : la représentation normalisée du système d'information.
L'analyse conceptuelle débouche sur la mise en œuvre technique, accompagnée de la

réalisation de supports visuels, par exemple le schéma physique de la base
5.2. Le Modèle Conceptuel des Données (MCD)

Le modèle conceptuel des données que nous allons présenter est celle de la gestion des
provisions.
a) Dictionnaire des données
Tableau2: Dictionnaire des données
Variable Libellé Type
C_bureau Code bureau Alphanumérique

C_departement Code département Alphanumérique
C_direction Code direction Alphanumérique
C_etat_cpt Etat comptabilité Caractères
C_etat_demande Etat demande Caractères
C_etat_enr Etat enregistrement Caractères
C_identifiant Code identifiant Numérique
C_reference_pièce Référence pièces Alphanumérique
C_service Code service Alphanumérique
C_sign_mon Code signe monétaire Alphanumérique
Chèque_barré Nature chèque Booléen
D_demande Date demande Date
D_justification Date justification Date
D_operation Date opération Date
Id_avis_opere Identification Avis opération Numérique
Id_cpte_aux Identification Compte auxiliaire Numérique
Id_demande_prov Identification demande Numérique
Id_lgn_justif Identification ligne justification Numérique
Id_stiers Identification sous tiers Numérique
L_A_l_ordre_de Libelle à l’ordre de Alphanumérique
L_bureau Libelle bureau Alphanumérique
L_cpte_aux Libelle compte auxiliaire Alphanumérique
47
L_departement Libellé département Alphanumérique

L_direction Libellé direction Alphanumérique
L_flag_situation Libelle situation Caractères
L_Nature_depense Libelle nature dépense Alphanumérique
L_observation Libelle observation Alphanumérique
L_service Libellé service Alphanumérique
L_type_pièce Libellé type pièces Alphanumérique
M_demande Montant demande Montant
M_operation Montant opération Montant
M_utilisé Montant utilisé Montant
Q_quantité Quantité Numérique
V_faciale Valeur faciale Numérique
V_siècle Valeur siècle Numérique
b) Règles de gestion
RG1 : une demande est saisie par un et un seul demandeur qui possède un compte
auxiliaire
RG2 : une demande est justifiée par une ou plusieurs pièces justificatives
RG3 : une demande doit être validée
RG4 : une demande de provision en espèce doit contenir un billétage
c) Le schéma conceptuel des données de DESIGNER2000
Le "Modèle Conceptuel des Données" (MCD) de Designer/2000 utilisé est le

"Modèle-Entité-Association" ou (en anglais « Entity-Relationship Diagram », abrégé en
ERD), qui est un modèle de données ou diagramme pour des descriptions de haut niveau de
modèles conceptuels de données. Il fournit une description graphique pour représenter de tels
modèles de données sous la forme de diagrammes contenant des entités et des associations.
Le Modèle Conceptuel des Données (Modèle Entité Association) créé par designer 2000 est
constitué par des rectangles qui représentent les entités et des lignes qui représentent les
relations.
48
Figure 12 : Modèle conceptuel des données (modèle entité-relation)
49
5.3. Le Modèle Logique des Données (MLD)
Le modèle logique des données consiste à décrire la structure de données utilisée sans
faire référence à un langage de programmation. Il s'agit donc de préciser le type de données
utilisées lors des traitements.
Le modèle logique des données généré par Designer/2000 est présenté par la figure 14.
50
Figure 13 : Modèle logique des données
51
5.4. Le Modèle Organisationnel des Traitements

(MOT)
Le modèle organisationnel des traitements s'attache à décrire les propriétés des traitements
non traitées par le modèle conceptuel des données, c'est-à-dire :
• le temps
• les responsables
• les ressources
Le modèle organisationnel des traitements consiste donc à représenter le modèle

conceptuel des traitements dans un tableau dont les colonnes sont la durée, le lieu, les
responsables et ressources nécessaires à une action [5].
Provision :
Le modèle organisationnel de traitements proposés pour la gestion de la provision est
présenté par la figure 15.
52
Figure 14 : Modèle organisationnel des traitements de la solution proposée pour la gestion de provision
53
Chapitre VI : REALISATION
54
APPLICATION
Les opérations identifiées dans la partie conception sont matérialisées par des
rubriques se trouvant dans l’écran d’accueil (figure 13) :
Pour la DAG :
-Menu 1 : Provision
Sous-menus 1 : Demande (figure18)
Sous-menus 2 : Justification (figure25)
-Menu 2 : Validation Provision
Sous-menus 1 : Validation (figure19)
Sous-menus 2 : Ordre Paiement (figure20)
-Menu 3 : Comptabilisation
Sous-menus 1 : Demande (figure24)
Sous-menus 2 : Justification (figure26)
Pour la DCF :
Sous-menus : Apurement partiel ou total caisse Fonctionnement (figure22)
Pour la DSP :
Sous-menus : Emission chèque DAG : Provision
55
ECRAN DE CONNEXION
Figure 15 : Ecran de connexion
Menu de la gestion des provisions
Figure 16 : Menu de la gestion des provisions
56
Menu Provision, sous-menus Demande : utilisé pour saisir et enregistrer une demande
Figure 17 : Ecran de saisie de la demande de provision
57
Menu Validation, sous-menus validation : utilisé pour valider la demande
Figure 18 : Ecran de validation de la demande de provision
58
Menu Validation, sous-menus Ordre paiement : utilisé pour envoyer l’ordre de paiement de
la demande
Figure 19: Ordre de paiement de la demande de provision
59
Menu Paiement, sous-menus Espèce : utilisé pour payer la demande avec mode de paiement
en espèce
Figure 20 : paiement de la demande de provision en espèce
60
Menu Paiement, sous-menus chèque : utilisé pour payer la demande avec mode de paiement
par chèque
Figure 21: paiement de la demande de provision par chèque
61
Menu Validation Paiement, sous-menus Espèce : utilisé pour valider le paiement de la

demande avec mode de paiement en espèce.
Figure 22: Validation paiement de la demande de provision par chèque
62
Menu Comptabilisation, sous-menus Demande : utilisé pour comptabiliser la demande de

provision
Figure 23 : Comptabilisation de la demande
63
Menu Provision, sous-menus Justification : utilisé pour justifier la demande de provision
Figure 24 : Justification de la provision
64
Menu Comptabilisation, sous-menus Justification : utilisé pour comptabiliser la justification

de la demande de provision
Figure 25 : Comptabilisation de la justification de la demande
65
CONCLUSION GENERALE
Ce projet était bénéfique pour nous dans plusieurs sens. Il nous a permis :
• de nous perfectionner en améliorant nos connaissances en programmation et en

conception ;
• d’apprendre de nouveaux outils de conception et de développement ;
• de découvrir le monde de l’entreprise : le travail en équipe, le contact avec les
utilisateurs.
Nous avons essayé de réaliser ce projet dans le but de faciliter la tâche des utilisateurs,
d'améliorer la gestion des demandes de provision, des immobilisations, des stocks des pièces
détachées en matériels fiduciaires et de la gestion budgétaire.
Grâce à ce stage, des projets, dont la réalisation a été planifiée à long terme dans le
SDI de la BCM, ont pu être réalisés avant.
Le principal intérêt de ce stage pour nous est d'avoir réalisé cette application. Il a fallu
s'adapter à la demande de la DAG, analyser celle-ci et la réaliser, prendre des décisions, pour
mener à bien l'ensemble du projet.
L’extension de l’utilisation de l’application conçue, aux autres activités de la Banque

Centrale pourrait être envisagée mais le temps impartis pour effectuer les ajustements
conséquents ne nous a pas encore permis une telle réalisation.
66
BIBLIOGRAPHIE
1. Support de cours Merise
WEBOGRAPHIE
2. http://www.prenhall.com/oracle/
3. http://fr.wikipedia.org
4. http://www.devellopez.com
5. http://www.commentcamarche.net/contents/merise/
V
ANNEXES
VI
A. DESIGNER 2000
1) Description
Designer/2000 est un outil avec une interface facile à utiliser. Il aide les utilisateurs à
la conception des systèmes d’information et générer des formes avec fonctionnement
complet et les états.
2) Ecran de connexion
Figure 26 : Page de connexion de DESIGNER2000
VII
3) Ecran d’accueil
Figure 27 : Ecran d’accueil de DESIGNER2000
4) Pour créer un modèle E-R
L’Entity Relationship Diagrammer permet de créer le schéma de la base de données sous la

forme d’un modèle entité-relation. Le modèle ainsi produit est indépendant des méthodes de
représentation concrète des données et des méthodes d’accès. L’Entity Relationship
Diagrammer est aussi doté d’un module qui permet d’automatiser le processus de dérivation
du schéma de la base à partir du diagramme
VIII
Démarrer
Entity
Relationship
Figure 28 : Menu de création du Modèle Entité-Association
Figure 29 : Menu de génération du modèle E-R en modèle logique des données
IX
Figure 30 : Menu de génération des tables dans la base de données
X
Pour créer le modèle logique des données
Démarrer
Data
Schéma
Figure 31 : Menu pour créer un modèle logique des données
Pour créer un écran avec designer
Démarrer
Module
Data
Figure 32 : Pour créer un écran avec designer
XI
Pour créer un menu pour l’écran
Démarrer
Module
Structure
Figure 33 : Pour créer un menu pour l’écran
XII
B. TOAD
1. Description
TOAD (Tool for Oracle Application Developers) est un environnement de

développement conçu pour simplifier et accélérer le développement des bases de données et
l’administration des applications au quotidien.
2. Fonctionnalité
C’est un outil pour :

- Manipuler les objets d’une base de données sur les : Table, Vues, Procédures
stockées : code SQL ou PL/SQL, Trigger, Séquences,
- concevoir et exécuter des requêtes,
- créer et modifier des objets de base de données,
- importer et exporter des données,
Elle fournit
- une interface utilisateur complètement graphique et une barre d'outils complète et
paramétrable.
Toad est disponible pour Oracle, SQL Server, DB2, et MySQL.
XIII
Figure 34 : Ecran de Connexion de TOAD
XIV
Vue générale de Toad :
Figure 35 : Ecran de consultation des tables existantes dans une base dans TOAD
XV
C. DEVELOPPER 2000
1) Description
Developer/2000 Forms est un outil utilisé pour la création des applications Web qui
s'exécutent sur des bases de données Oracle.
C’est un outil qui permet de :
• Créer des formulaires et des états basés sur les tables.

• Ajouter des fonctionnalités diverses, comme des boutons radio, listes déroulantes,
et la liste des valeurs à rendre les formulaires et les rapports plus conviviaux.
• Créer des déclencheurs sur les objets avec le langage de programmation PL/SQL
2) Fonctionnalités
• Object Navigator: pour visualiser tous les objets, ajouter de nouveaux objets et
nommer / renommer les objets.
Figure 36 : Object Navigator
• Layout Editor: pour créer les formulaires et états et y ajouter divers objets tels que les
boutons-poussoirs et les zones de liste.
XVI
Figure 37 : Layout Editor
• PL/SQL Editor: pour écrire tous les codes pour les déclencheurs, procédures ou
fonctions.
• Menu Editor: pour créer un menu personnalisé qui peut être joint à un formulaire ou à
un rapport.
XVII
GLOSSAIRE
« Easy Open » : progiciel comptable,
« Achat» : application existante au sein de la DAG pour la comptabilisation des opérations

de la DAG.
« Opération » : Toute tâche effectuée par chaque direction au sein de la BCM
XVIII
TABLES DES MATIERES
SOMMAIRE .................................................................................................................................. I
LISTE DES FIGURES ................................................................................................................... III
NOMENCLATURE ...................................................................................................................... IV
INTRODUCTION GENERALE................................................................................................ 1
CHAPITRE I : PRESENTATION DE L’ECOLE NATIONALE D’INFORMATIQUE ....... 2
1.1. Localisation et contact .................................................................................................... 3
1.2. Organigramme ................................................................................................................ 3
1.3. Missions et historique.................................................................................................... 4
1.4. Domaines de spécialisation ............................................................................................ 5
1.5. Architecture de la pédagogie .......................................................................................... 5
1.6. Filières de formation existante et diplômes délivrés ...................................................... 6
1.7. Relations partenariales de l’ENI avec les entreprises et les organismes ........................ 8
1.8. Ressources humaines.................................................................................................... 10
1.9. Projets et perspectives de développement institutionnel (2010-2014) ......................... 10
CHAPITRE II : PRESENTATION DE LA BANQUE CENTRALE DE MADAGASCAR 11
2.1. INTRODUCTION .............................................................................................................. 12
2.2. MISSION ET FONCTION .................................................................................................. 12
2.3. GOUVERNORAT DE LA BANQUE CENTRALE DE MADAGASCAR ...................................... 13
2.4. ORGANISATION DE LA BANQUE CENTRALE DE MADAGASCAR ..................................... 16
2.5. ORGANIGRAMME ........................................................................................................... 17

2.6. DIRECTION DE L’ORGANISATION ET DE L’INFORMATIQUE............................................. 18
2.7. SECRETARIAT GENERAL DE LA COMMISSION DE SUPERVISION BANCAIRE ET FINANCIERE
(SG-CSBF) ......................................................................................................................... 20
2.8. LES REPRESENTATIONS TERRITORIALES DE LA BANQUE CENTRALE DE MADAGASCAR . 21
CHAPITRE III : DESCRIPTION DU PROJET .................................................................... 23
3.1. INTRODUCTION .............................................................................................................. 24
3.2. PRESENTATION DU PROJET ............................................................................................ 24
3.3. OBJECTIFS DU PROJET ................................................................................................... 24
3.4. BESOINS DES UTILISATEURS .......................................................................................... 25
3.5. FONCTIONNALITES ........................................................................................................ 25
a) Provision à justifier ............................................................................................ 25
b) Gestion des achats et approvisionnements ......................................................... 25
c) Gestion des immobilisations .............................................................................. 26
d) Gestion de stocks de pièces détachées en matériels fiduciaires ......................... 27
XIX
e) Gestion budgétaire.............................................................................................. 27
3.6. LOGICIELS UTILISES ...................................................................................................... 29
3.7. SCHEMA DIRECTEUR INFORMATIQUE (SDI) DE LA BANQUE CENTRALE DE
MADAGASCAR ..................................................................................................................... 29
a) Introduction ........................................................................................................ 29
b) Principe............................................................................................................... 30
c) Les applications liées au fonctionnement interne de la BCM ............................ 32
Chapitre IV : ANALYSE PREALABLE ............................................................................... 34
4.1. ANALYSE DE L’EXISTANT .............................................................................................. 35
a) Analyse des applications existantes ................................................................... 35
b) Organigramme de la DAG ................................................................................. 36
c) Enchaînement des traitements ............................................................................ 37
4.2. CONCEPTION AVANT-PROJET ........................................................................................ 39
a) Scenarii et esquisse de solutions ........................................................................ 39
b) Description des principales fonctions ................................................................ 43
c) Choix de la méthode et du logiciel ..................................................................... 45
Chapitre V : ANALYSE CONCEPTUELLE......................................................................... 46
5.1. Introduction .................................................................................................................. 47
5.2. Le Modèle Conceptuel des Données (MCD) ............................................................... 47
a) Dictionnaire des données ................................................................................... 47
c) Le schéma conceptuel des données de DESIGNER2000 .................................. 48
5.3. Le Modèle Logique des Données (MLD) .................................................................... 50
5.4. Le Modèle Organisationnel des Traitements (MOT) ................................................ 52
Chapitre VI : REALISATION ............................................................................................... 54
CONCLUSION GENERALE .................................................................................................. 66
BIBLIOGRAPHIE .................................................................................................................... V
WEBOGRAPHIE ...................................................................................................................... V
ANNEXES ............................................................................................................................... VI
A. DESIGNER 2000 .............................................................................................................. VII
1) Description ........................................................................................................ VII
2) Ecran de connexion ........................................................................................... VII
3) Ecran d’accueil ................................................................................................ VIII
4) Pour créer un modèle E-R ............................................................................... VIII
B. TOAD .............................................................................................................................. XIII
1. Description ...................................................................................................... XIII
2. Fonctionnalité .................................................................................................. XIII
C. DEVELOPPER 2000 ...................................................................................................... XVI
1) Description ...................................................................................................... XVI
2) Fonctionnalités ................................................................................................ XVI
GLOSSAIRE ...........................................................................................................................XVIII
XX

Conception Et Développeent Du Systeme Integré Des Opérations

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Conception Et Développeent Du Systeme Integré Des Opérations

Transféré par

Droits d'auteur :

Formats disponibles

Université de Fianarantsoa

Ecole Nationale d’Informatique Banque Centrale de Madagascar

Mémoire de fin d’étude pour l’obtention du diplôme

Encadreur Professionnel : Madame RAMILISON RAZAFIMBELO Hanitra Ny Aina

Membres de jury: Mr RAKOTOHASIMBAHOAKA Cyprien Robert

Ce travail n’aurait pas atteint son objectif sans le soutient, la compréhension et la

-Monsieur Fréderic RASAMOELY, Gouverneur de la Banque Centrale de

-Monsieur RAFAMATANANTSOA Fontaine, Directeur de l’Ecole Nationale

-Madame RAMILISON Razafimbelo Hanitra Ny Aina, Chef du service Conception et

-Monsieur RAMAMONJISOA Andriantiana Bertin Olivier, Enseignant Chercheur à

Tous les membres du corps enseignant de l’Ecole Nationale d’Informatique qui, de

L’ensemble du personnel de la Banque Centrale de Madagascar pour leur accueil

Tous ceux qui ont participé de près ou de loin à la réalisation de ce travail.

2008 - 2010 : Cycle de Formation d’Ingénieur à l’Ecole Nationale d’Informatique (ENI) de

2005 - 2006: Cycle de formation de Technicien Supérieur en Maintenance des Systèmes

Oct. – Déc. 2009 : Stage de trois mois au sein de l’ANRE à Ambaranjana

Oct. – Nov. 2006 : Travaux de réalisations à l’ENI.

Systèmes d’exploitation : Linux, Microsoft Windows,

Compréhension Expression écrite Expression orale

2.5. ORGANIGRAMME .....................................................................................................................17

Chapitre IV : ANALYSE PREALABLE .........................................................................................34

Chapitre V : ANALYSE CONCEPTUELLE...................................................................................46

LISTE DES FIGURES

BCM : Banque Centrale de Madagascar

BTF : Bureau Traitement Facture

DAG : Direction de l’Administration Générale

DCF : Direction de la Circulation Fiduciaire

DOI : Direction de l’Organisation et de l’Informatique

DSP : Direction des Systèmes de Paiements

ENI : Ecole Nationale d’Informatique

LMD : Licence - Master - Doctorat

MCD : Modèle Conceptuel des Données

MLD : Modèle Logique des Données

MOT : Modèle Organisationnel des Traitements

PL/SQL: Procedural Language/Structured Query Language

SDI : Schéma Directeur Informatique

SQL : Structured Query Language

La Banque Centrale de Madagascar (BCM) est la banque des banques et la banque de

Bien que ce projet ait été conçu pour la Direction de l’Administration

Le chapitre III, développera la description et les objectifs du projet, les résultats

Les chapitres IV et V, décriront brièvement l’analyse préalable et l'analyse

Dans le dernier chapitre, nous présenterons la réalisation de l'application.

CHAPITRE I : PRESENTATION DE L’ECOLE

1.1. Localisation et contact

Figure 1 : Organigramme de l’ENI

1.3. Missions et historique

L’ENI de l’Université de Fianarantsoa constitue à l’heure actuelle la pépinière des

Elle se positionne dans le système socio-éducatif malgache comme le plus puissant

L’implantation de cette école supérieure de technologie de pointe dans un pays en voie

Depuis sa création jusqu’à aujourd’hui, l’ENI placée sous la tutelle de l’Université de

- 13 promotions d’Analystes Programmeurs, soit 447 diplômés.

Soit en tout 1311 diplômés.

La filière de formation d’Analystes Programmeurs a été créée en 1983, et a été gelée

La filière de formation d’ingénieurs a été ouverte à l’Ecole en 1996.

La filière de formation de Techniciens Supérieurs en Maintenance des Systèmes

Mission Française de Coopération dans le cadre du Programme de Renforcement de

Une formation pour l’obtention de la certification CCNA et/ou Network+, appelée «

Finalement une formation en licence professionnelle en informatique ayant comme

La filière de formation de Techniciens Supérieurs en Maintenance des Systèmes

1.4. Domaines de spécialisation

• Génie Logiciel et Base de Données

1.5. Architecture de la pédagogie

L’ENI forme des Licenciés et des Ingénieurs directement opérationnels au terme de