Projet d'Appui Conjoint à la Bonne Gouvernance dans les ...

PROJET D’APPUI CONJOINT À LA BONNE GOUVERNANCE DANS LES DOMAINES
DES FINANCES PUBLIQUES ET DE LA STATISTIQUE (PAC)
ADE - ATC Consultants
JOOMLA ou DRUPAL pour le développement de sites WEB, de préférence à
SPIP en raison du dynamisme de leurs communautés d’utilisateurs
Mise en œuvre d’un EAI puis éventuellement d’un Data Warehouse
Comme nous l’avons vu, la priorité du SI est donnée à son automatisation. Pour ce faire,
des interfaces « point à point » peuvent être développées. Il s’agit techniquement soit (i)
d’une extraction de données de l’application A vers un fichier « plat » (c'est-à-dire un fichier
texte) puis l’import de ce fichier dans l’application B, soit (ii) d’une connexion directe de
l’application A dans la base de données de l’application B et réciproquement.
Cependant, nous avons vu Figure 7 : « Cartographie applicative » partielle liée aux
processus métier GFP qu’il existe près d’une trentaine d’applications pour la gestion des
finances publiques. Si nous considérons que chaque application doit au minimum
communiquer avec une seule autre, cela fait 29 interfaces. En revanche, si nous
considérons que chaque application doit communiquer avec ne serait-ce qu’avec 5 autres
(ce qui est une estimation réaliste), cela nous amène à interfaces possibles !
Maintenir autant d’interfaces n’est pas envisageable en l’état actuel de l’organisation et des
moyens du MEF.
Nous préconisons donc la mise en œuvre d’un « EAI » (Enterprise Application Integration) qui
est un outil qui se connecte aux bases de données des applications et gère les flux
d’informations entre toutes les applications. Schématiquement cela peut se représenter de la
façon suivante :
L’EAI aidera significativement le MEF à automatiser son SI.
Il peut être envisagé ensuite la mise en œuvre d’un Data Warehouse (DW) comme cela est
demandé par les informaticiens du MEF. Mais avant d’implémenter un tel outil, il faudra
impérativement définir l’objectif du DW. Si par exemple l’objectif est de produire les états
financiers du budget, le PIB ou le niveau de recette, cela se fait simplement par des requêtes
adaptées dans les applications actuelles, et il n’est nul besoin d’un DW. Le DW peut se
justifier si le volume de tableaux à produire est conséquent et varie très souvent.
Le DW pourra alors être mis en œuvre APRES l’EAI :
Version provisoire – 10 juin 2011 Page 53