Projet d'Appui Conjoint à la Bonne Gouvernance dans les ...
Projet d'Appui Conjoint à la Bonne Gouvernance dans les ...
Projet d'Appui Conjoint à la Bonne Gouvernance dans les ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
PROJET D’APPUI CONJOINT À LA BONNE GOUVERNANCE DANS LES DOMAINES<br />
DES FINANCES PUBLIQUES ET DE LA STATISTIQUE (PAC)<br />
ADE - ATC Consultants<br />
pas parce que scénario est novateur qu’il est le plus intéressant pour le MEF. Nous avons<br />
tous connu des « modes » informatiques qui n’ont pas duré …<br />
Marche à suivre pour le choix du scénario<br />
Le choix du scénario d’évolution du SI du MEF à l’horizon d’une dizaine d’année ne relève<br />
pas de <strong>la</strong> présente étude qui a pour objectif d’identifier <strong>les</strong> principaux projets à <strong>la</strong>ncer <strong>les</strong> 2-<br />
3 prochaines années. Chacun de ces scénarios mériterait en effet d’être développé puis<br />
discuté avec le MEF, le scénario retenu devrait alors être détaillé. C’est ce qui devra être fait<br />
<strong>dans</strong> un des projets que nous proposons <strong>dans</strong> le PESI (voir partie B du présent rapport).<br />
Toutefois, même si nous ne pouvons pas présager du scénario qui sera finalement adopté<br />
par le MEF pour l’évolution du SI, du simple point de vue applicatif et quel que soit le<br />
scénario, il implique d’avoir des applications d’architecture WEB. Le scénario 1 serait <strong>la</strong><br />
migration progressive des applications existantes vers une architecture n-tiers (c'est-à-dire<br />
WEB), alors que <strong>les</strong> scénarios 2 et 3 viseraient à refonder le SI en un SI global et intégré<br />
d’architecture WEB. Le choix du scénario engage l’avenir du SI du MEF pour au moins<br />
une décennie et doit donc être fait méthodologiquement. Nous préconisons donc <strong>les</strong><br />
actions suivantes :<br />
1. réaliser par reverse engineering <strong>les</strong> 4 couches de cartographie du SI : processus métier,<br />
fonctionnalités, applications, technique. Ceci peut être fait avec des outils tels que<br />
WIN DESIGN ou AMC DESIGNOR auquel il conviendrait de se former si tel<br />
n’était pas déjà le cas.<br />
2. concevoir l’architecture cible idéale de <strong>la</strong> couche fonctionnelle. Prévoir à ce<br />
moment là <strong>les</strong> fonctionnalités uti<strong>les</strong> aux organes de contrôle pour leur permettre de<br />
contrôler et valider <strong>les</strong> données de GFP.<br />
3. concevoir une esquisse des couches cib<strong>les</strong> applicatives et techniques pour chacun<br />
des scénarios<br />
4. étudier en détail <strong>les</strong> avantages et inconvénients des 3 scénarios, puis en sélectionner<br />
un<br />
5. concevoir l’architecture cible fonctionnelle et technique avec le scénario retenu<br />
Choix technologiques<br />
Pour <strong>les</strong> technologies à retenir, nous préconisons :<br />
JAVA pour le <strong>la</strong>ngage de développement d’applications, et plus particulièrement<br />
J2EE qui offre le niveau de professionnalisme requis pour le MEF<br />
le MEF étant déjà familiarisé avec <strong>les</strong> bases de données ORACLE nous<br />
préconisons de généraliser l’utilisation de ce SGBD pour toutes <strong>les</strong> applications,<br />
même si ORACLE a un coût re<strong>la</strong>tivement élevé par rapport à des SGBD open<br />
source gratuits (tels que MySQL ou PostGreSql)<br />
l’utilisation d’un outil de conception tel que WIN DESIGN ou AMC DESIGNER<br />
pour concevoir <strong>les</strong> MCD et autres couches du SI<br />
l’utilisation de REDMINE, outil open source de gestion des tickets, pour le support<br />
et GLPI pour <strong>la</strong> gestion du parc informatique<br />
Version provisoire – 10 juin 2011 Page 52