SOMMAIRE
INTRODUCTION....................................................................................................................................... 2
1. ORIENTATIONS EVOLUTIVES...................................................................................................4
1.1 Orientations stratégiques..............................................................................................................4
1.2 Orientations conceptuelles............................................................................................................4
1.3 Orientations organisationnelles.....................................................................................................4
1.4 Orientations opérationnelles......................................................................................................... 4
2. DESCRITPION DE L’EXISTANT..................................................................................................5
2.0 Description des traitements transversaux.....................................................................................5
2.1 Description des données échangées............................................................................................6
3. ANALYSE DE L’EXISTANT..........................................................................................................8
3.1 Critique de l’existant......................................................................................................................8
4. PROPOSITIONS........................................................................................................................ 10
4.1 Description générale de la future interface informatique.............................................................10
4.2 Scénarios de développement et de mise en œuvre....................................................................11
CONCLUSION.........................................................................................................................................14
ANNEXES............................................................................................................................................... 15
Références........................................................................................................................................ 15
Cas d’utilisation................................................................................................................................. 16
Diagramme séquence système.........................................................................................................17
Modèle de domaine.......................................................................................................................... 18
1
INTRODUCTION
La planification du développement, la régulation de l’économie nationale, et la mise en œuvre des
politiques publiques en matière d’aménagement du territoire constituent les missions principales
consacrées au Ministère de l’Economie, de la Planification et de l’Aménagement du Territoire créé par
décret n°2008/220 portant réorganisation du Gouvernement intervenu en juillet 2008.
La réussite dans l’exécution de ces missions suppose l’existence de capacités suffisantes au sein de
cet important département ministériel au rang desquels la structuration et la fluidité de son système
d’information, gisement informationnel du DSCE (Document de Stratégie pour la Croissance et
l’Emploi), qui constitue pour les dix prochaines années, le cadre de référence du Gouvernement dans
le développement économique et social du Cameroun.
Ce gisement informationnel est également le socle de la chaîne PPBS (Planification-Programmation-
Budgétisation-Suivi) qui retrace le cycle de vie de la dépense publique, et dont l’objectif majeur est
l’amélioration de la qualité de la dépense publique dont les deux premières phases consacrent la
production des CDMT (Cadre de Dépenses à Moyens Termes) et PIP (Programme d’Investissement
Prioritaire) alors que la troisième phase concerne la préparation et le suivi de l’exécution du BIP (Budget
d’Investissement Public). La maîtrise de la qualité de la dépense publique passe par une bonne capture
et circulation de l’information entre les différentes phases de cette chaîne permettant aux autorités de
disposer de la bonne information et de mieux utiliser les leviers d’information permettant de piloter
l’investissement public, préoccupation essentielle du DSCE pour booster l’économie.
Dans le cadre de l’exécution de ce programme de renforcement des capacités, le MINEPAT dispose
actuellement de plateformes informatiques pour la programmation (CDMT/PIP), la préparation du BIP
(PREPA BIP) et le suivi de’ l’exécution du BIP (SUIVI BIP). Il envisage de relier dans le cadre de la
présente mission les applications informatiques CDMT/PIP et PREPA BIP au travers d’une interface
informatique.
Sur cette base, le MINEPAT a commandé une étude informatique afin de compléter et d’améliorer le
système informatique existant, laquelle étude a été confiée au Laboratoire Albatres Ingénierie.
Le résultat principal de cette étude est la production d’un cahier de charges de réalisation d’une
interface informatique entre les applications de préparation du BIP et de production des CDMT/PIP
d’aide à l’élaboration des CDMT du secteur des BTP.
A la suite de la notification de la commande, la démarche de réalisation de l’étude proposée par le
Laboratoire Albatres s’articule en quatre phases :
- étude de l’existant ;
- conception du futur système ;
- évaluation des coûts et délais de réalisation ;
- bilan de la mission.
Pour l’heure, le Laboratoire a procédé à l’étude de l’existant dont le résultat principal est le bilan de
l’existant.
A cet effet, deux étapes ont marqué cette phase de l’étude à savoir :
- recueil de l’existant : revue documentaire et interviews
- analyse de l’existant : modélisation des traitements et des données du système existant ;
diagnostic de l’existant.
Le présent document constitue le bilan de l’existant et se décline en 6 parties dont :
- contexte : situation du système ;
- champ de la mission : délimitation du périmètre de l’étude ;
2
- orientations évolutives : objectifs et contraintes du système ;
- acteurs du système existant ; du système : principaux interlocuteurs
- description de l’existant : reconstitution de procédures et des données du système existant;
diagnostic : évocation des forces et faiblesses du système existant.
3
1. ORIENTATIONS EVOLUTIVES
Des termes de références et des entretiens avec le maître d’ouvrage, les orientations évolutives
suivantes ont été retenues à savoir :
1.1 Orientations stratégiques
Améliorer les capacités de programmation et de préparation du BIP.
1.2 Orientations conceptuelles
Améliorer la cohérence et la fluidité de la circulation des informations échangées entre les
domaines programmation et budgétisation notamment l’élaboration et/ou actualisation des
CDMT/PIP et la préparation du BIP.
1.3 Orientations organisationnelles
Systématiser l’échange de données entre les domaines programmation et budgétisation
notamment les données échangées entre les applications informatiques CDMT/PIP et
PREPA BIP;
Garantir la sécurité et la confidentialité des échanges de données entre les deux
applications informatiques su-évoquées.
1.4 Orientations opérationnelles
L’interface informatique à développer devra être sécurisée d’une part et d’autre part, la
consolidation (import/export) des données échangées entre les applications devra être soit
pilotée par l’utilisateur, soit automatique.
4
2. DESCRITPION DE L’EXISTANT
2.0 Description des traitements transversaux
Les entretiens et la recherche documentaire menés dans le cadre de cette mission ont révélé que les
procédures relatives à la production des CDMT/PIP et celles relatives à la préparation du BIP sont
cloisonnées. En d’autres termes, il n’existe aucune procédure du domaine programmation qui traverse
le domaine budgétisation et/ou se termine dans le domaine programmation. De même, il n’existe
aucune procédure du domaine budgétisation qui traverse le domaine programmation et/ou se termine
dans le domaine programmation. Ce constat est conforme à la déclinaison du concept de la chaîne
PPBS où les quatre maillons sont : la planification, la programmation, la budgétisation et le suivi-
évaluation. Ces maillons ponctuent le cycle de la dépense publique.
Sur cette base, il n’existe aucune procédure transversale entre les domaines programmation et
budgétisation, in fine entre les applications CDMT/PIP et PREPA BIP. Toutefois, on a noté d’importants
échanges d’information entre les structures hébergeant lesdites applications en vue de leur prise en
charge aléatoire et non systématique dans les applications sus-évoquées.
C’est pourquoi la seule procédure relevée ici concerne la circulation de l’information et non son
traitement entre la DPP et la DPI. Il s’agit de la procédure d’échange de données entre la DPP et la
DPI.
2.0.1 Description de la procédure d’échange des données entre le DPP et la DPI
La procédure d’échange des données est invoquée soit par le domaine programmation (DPP) ou alors
par le domaine budgétisation (DPI).
S’agissant du domaine programmation, elle est invoquée aux fins d’obtenir du domaine budgétisation
les informations relatives à l’exécution du BIP notamment le budget d’investissement public voté, le
journal des projets. Les données sont extraites de l’application PREPA BIP, éditées, imprimées et
acheminées par courrier à la DPP. Les données reçues de la DPI font éventuellement l’objet d’une prise
en charge par l’application CDMT/PIP.
Quant au domaine budgétisation, elle invoque la procédure d’échange de données pour obtenir du
domaine programmation, les informations relatives à la production du CDMT et du PIP, il s’agit du profil
de la dépense d’investissement. Les données sont extraites de l’application CMT/PIP, éditées,
imprimées et acheminées par courrier à la DPI. Les données reçues de la DPP sont éventuellement
prises en charge en vue par l’application PREPA BIP
L’échange des données est exécuté à la demande de chaque domaine de gestion (programmation ou
budgétisation), le format des données et leur contenu de la demande formulée sont variables. Le
principal support des données échangées est le support papier. Toutefois, certaines données sont
échangées sous forme de fichier numérique indépendamment du format au travers de support
électronique tel que la clé USB, le CD ROM, etc.
5
2.1 Description des données échangées
La procédure d’échanges des données a fait ressortir les principales trames d’information matérialisant
les flux de données échangés entre les applications CDMT/PIP et PREPA BIP, il s’agit :
- BIP voté ;
- Journal des projets ;
- Profil de la dépense d’investissement
2.1.1 De la structure du BIP voté :
La structure du BIP voté est constituée de :
- Imputation budgétaire ;
- Exercice budgétaire ;
- Fonction principale ;
- Fonction secondaire ;
- Axe stratégique ;
- Sous programme ;
- Sous programme ;
- Identité du projet
- Dotation budgétaire initiale
2.1.2 De la structure du journal des projets
La structure du journal de projets comprend les variables suivantes :
- Chapitre budgétaire ;
- Imputation budgétaire ;
- Région ;
- Département ;
- Opération budgétaire;
- Localité ;
- Coût de l’opération budgétaire
2.1.3 De la structure du profil de la dépense d’investissement
Le profil de la dépense d’investissement comporte les variables suivantes :
- objectif global : il exprime une préoccupation, un but ou une finalité que le gouvernement se fixe
en matière de développement économique et social du pays. En d’autres termes, il s’agit de
résultats ou d’impacts souhaités ;
- objectif spécifique : il concerne un ensemble de résultats ou de finalités dans un secteur ou un
ministère donné ;
- programme : il fait référence à un groupe d’actions coordonnées dans le temps et dans l’espace
visant une finalité donnée, se rapportant un objectif spécifique. Parlant d’actions, il s’agit de
projets identifiés. Ce concept est reconnu par le régime financier de l’Etat qui consacre
l’avènement des budgets programmes.
- projet : il constitue l’unité de programmation dans l’exercice d’élaboration des CDMT/PIP et le
socle de la définition du profil de la dépense d’investissement. A cette variable, sont rattachées
6
les propriétés informationnelles suivantes : les coûts et les caractéristiques économiques des
activités du projet ; cout total du projet ; la structure des financements à mobiliser ; etc.
7
3. ANALYSE DE L’EXISTANT
3.1 Critique de l’existant
L’analyse de la situation existante de l’échange de données entre les applications CDMT/PIP et PREPA
BIP, relativement aux orientations évolutives exprimées par le maître d’ouvrage a mis en évidence les
forces et vulnérabilités de la procédure actuelle d’échange des données entre la DPP et la DPI.
3.1.1 Sur le plan stratégique
La maîtrise de la programmation et de la budgétisation suppose l’existence de capacités suffisantes
tant en ce qui concerne les ressources humaines et matérielles que le système d’information.
S’agissant du système d’information dédié à la programmation et à la budgétisation, il devrait assurer
ses fonctions principales à savoir la circulation de l’information, son traitement et sa conservation.
Or, actuellement la fonction de circulation n’est pas pleinement remplie en ce que les sous-systèmes
d’information relatifs respectivement à la programmation et à la budgétisation ne communiquent pas.
Cette absence de communication est une limite significative de la capacité du système d’information en
ce qui concerne l’intégrité, la disponibilité, la conformité et la fiabilité de l’information dans la
programmation et la budgétisation. Dès lors, l’orientation stratégique d’améliorer les capacités de
programmation et de budgétisation se trouve sérieusement limitée du fait des vulnérabilités évoquées
sur la qualité de l’information.
3.1.2 Sur le plan conceptuel
La cohérence et la fluidité de la circulation de l’information entre les domaines programmation et
budgétisation telles qu’exposées dans le paragraphe orientations conceptuelles de l’interface à
concevoir, implique nécessairement l’existence de communication entre les sous-systèmes
d’information des domaines sus évoqués. Conceptuellement, il existe des échanges d’information entre
ces sous systèmes d’information.
Toutefois, à la réalité, ces échanges sont confrontés à d’énormes difficultés liées notamment à
l’absence de pont informationnel entre les applications informatiques génitrices de ces informations et
ne comportant pas de dispositif de consolidation qui constituerait une bonne pratique pour garantir
l’intégrité, la conformité, la disponibilité et la fiabilité des données échangées et consolidées.
En effet, l’on a noté que les structures en charge de la programmation et de la budgétisation retraitent
les données échangées et supportées sur du papier en général, et enfin procèdent à leur prise en
charge dans les systèmes informatiques respectifs, destinations finales des données pourtant extraites
des systèmes informatiques géniteurs. De plus, le format des données échangées et leur contenu n’est
pas formalisé.
L’information se trouvant à la DPI ou à la DPP et dont l’une des deux structures a besoin à un moment
donnée n’est pas toujours facile à obtenir du fait des procédures administratives lourdes et fastidieuses
nonobstant leur caractère réglementaire dans l’intérêt d’une bonne administration de la programmation
et de la budgétisation.
3.1.3 Sur le plan organisationnel
La systématisation de l’échange des données entre les applications génitrices et la sécurité desdits
échanges, assureraient l’intégrité, la disponibilité, la fiabilité, la conformité et la confidentialité des
données échangées et consolidées. Néanmoins, l’on relève actuellement l’absence d’outil informatique
pour assurer la communication des données entre les applications CDMT/PIP et PREPA BIP.
3.1.4 Sur le plan opérationnel
8
La sécurisation de l’interface et la flexibilité du pilotage de la consolidation des données échangées
constituent des exigences opérationnelles de cet outil à mettre en place. En l’absence de cette interface
informatique au stade actuel, on peut faire de critique quant aux exigences opérationnelles évoquées
dans le paragraphe orientations opérationnelles.
Conclusion
Au terme de cette analyse critique, il est constant que les sous-systèmes d’information dédiés à la
programmation et à la budgétisation, restent vulnérables quant à l’intégrité, la disponibilité, la fiabilité et
la conformité de l’information qu’ils hébergent. Cette situation tient en ce que chacun de ces systèmes
d’information est fortement tributaire de l’information de l’autre système d’une part et d’autre part, en
l’absence d’interface informatique assurant l’échange systématique, formalisé et sécurisé des données
ente lesdits systèmes. Cette situation constitue dès lors une limite sérieuse de la capacité du système
d’information relatif à la programmation et à la budgétisation.
9
4. PROPOSITIONS
4.1 Description générale de la future interface informatique
De manière générale, à la suite de la critique formulée dans le paragraphe précédent, pour satisfaire
aux exigences du maître d’ouvrage mentionnées dans le chapitre orientations évolutives et des
standards de qualification de l’information que sont l’intégrité, la conformité, la disponibilité, la fiabilité et
la confidentialité, il s’avère impératif de mettre en place une interface informatique qui systématise
l’échange de données entre les applications CDMT/PIP et PREPA BIP et prend en compte la
formalisation des données échangées et la flexibilité de la consolidation de ces données.
4.1.1 Solution conceptuelle
La solution de gestion de l’interface à mettre en place consiste en un mécanisme de gestion de la
circulation de l’information dont les nœuds sont les applications CDMT/PIP et PREPA BIP. Ce
mécanisme de gestion comporte principalement les fonctions d’exportation (extraction) et d’importation
(consolidation) des données. Egalement, il prévoit l’existence de structures de données aux fins de
postage des données à échanger et d’agents intelligents pour le monitoring de leur acheminement et
leur consolidation dans les systèmes destinataires.
Ce mécanisme garantit la traçabilité des flux d’information partant d’une application à destination d’une
autre. Il confère aux données échangées lors de la consolidation, leur intégrité et leur fiabilité.
4.1.2 Solution organisationnelle
Sur le plan organisationnel, les postes de travail ne changent pas. Toutefois, les procédures d’échange
des données suivant le mécanisme de gestion qui vient d’être décrit, peuvent être invoquées
automatiquement ou à la demande. Par ailleurs, les administrateurs des systèmes respectifs assurent
l’administration de l’interface notamment les structures de données pour le postage et le fonctionnement
des agents intelligents.
4.1.3 Solution opérationnelle
L’application interface entre les applications CDMT/PIP et PREPA BIP comporte modules : l’exportation
des données ; l’importation des données ; le transport des données d’un site à un autre ;
l’administration du système. D’où le schéma synoptique suivant présentant l’architecture fonctionnelle
de cette interface :
10
A ce stade, nous suggérons deux scénarios de définition de la solution opérationnelle à savoir :
a. Scénario tendanciel : il consiste en une solution distribuée client-serveur de deuxième
génération où l’interface graphique contient la logique métier du système à développer
et des agents logiciels déployés pour assurer le transport des données ;
b. Scénario contrasté : il s’agit d’une solution à architecture distribuée (multi tiers) et
orientée web. Cette application qui sera alors déployée en un seul nœud sera sécurisé
et accessible.
Dans les deux cas, les données seront échangées suivant un format de fichier plat dont le format et le
contenu seront formalisés.
4.2 Scénarios de développement et de mise en œuvre
11
4.2.1 Scénarios d’interconnexion
Les scénarios d’interconnexion se fondent sur l’hypothèse que la distance entre les immeubles abritant
les sites des applications informatiques CDMT/PIP et PREPA BIP est évaluée à 200 mètres. De plus, il
convient de rappeler que sur le marché, il existe un large éventail de solution d’interconnexion. Les
scénarios suggérés considèrent la classification de ces solutions en deux familles à savoir :
- Interconnexion locale entre les deux immeubles ;
- Interconnexion étendue à un opérateur tiers.
[Link] Scénario d’interconnexion locale entre les deux immeubles
Compte tenu de la criticité moyenne de l’interface et des contraintes matérielles (voirie urbaine, etc.),
nous suggérons pour le scénario d’interconnexion locale, une solution réseau par boucle radio (norme
IEEE 802.11e et ultérieurs) pour une distance d’environ 200 m.
Avantages :
Pas de travaux de génie civil ;
Les équipements peuvent être démontables et être utiles dans le cas d’une délocalisation ;
La bande de fréquence du Wifi ne nécessite pas d’autorisations réglementaires ;
Existence d’une couverture sans fil le long du trajet inter-bâtiments.
Inconvénients :
Débits limités mais compatible avec l’interface à mettre en place;
Les points d’accès Wifi induisent des cellules de réception où il est alors possible de capter le
signal, d’essayer de le dégrader ou de le pirater.
Grands risques d’interférence si d’autres réseaux Wifi ou Bluetooth fonctionnent à proximité.
Contraintes:
Prévoir une protection et une alimentation électrique des points d’accès Wifi sur le trajet inter-
bâtiments.
Grand soin à apporter aux paramétrages des points d’accès compte tenu du risque d’intrusion
et de piratage ainsi que des problèmes d’interférence éventuels.
Estimation des coûts : 2.700.000 FCFA (pour un débit de 54 à 108 Mbits/s) suivant le détail estimatif ci-
après :
DESIGNATION QTE P.U/ FCFA P.T /FCFA
Goulottes de protection des câbles 100 m 02 40.000 80.000
Rouleau de câbles de 100 m 02 50.000 100.000
Rouleau de câbles électriques de 100 m 03 40.000 120.000
Conduits de protection Ø2 100 m 03 40.000 120.000
Routeur LAN 10/100 Mbits 02 110.000 220.000
Coffret de protection 05 80.000 400.000
Point d’accès Wifi 03 100.000 300.000
Mâts pour les points d’accès avec antennes Wifi Panneau 03 220.000 660.000
Patch
Main d’œuvre pose des coffrets de protection, câblages FORFAIT 700.000
électriques et réseaux, configurations
TOTAL GENERAL : 2.700.000 FCFA
Tableau 1: estimation coût pour une interconnexion par points d’accès wifi
12
NB : la solution théorique d’Interconnexion directe par WiMax n’a été ni envisagée ni mentionnée car
jugée peu ou pas pratique, de praticabilité douteuse (zone de Fresnel), trop chère ou relativement
inappropriée pour le cas d’espèce.
[Link] Scénario d’interconnexion étendue à un opérateur tiers
S’agissant du scénario d’interconnexion étendue à un opérateur tiers, nous suggérons une solution
d’interconnexion par ADSL entre les deux immeubles
Avantage : L’on peut calibrer le nombre de liaisons ADSL en fonction des besoins de débits souhaités.
Contraintes :
Il existe un seul opérateur offrant cette interconnexion, il s’agit de l’opérateur CAMTEL;
Acquisitions de modems ADSL ;
Chaque bâtiment à interconnecter doit avoir au moins une liaison ADSL avec l’opérateur.
Inconvénients :
La qualité de service est tributaire de l’opérateur tiers, il en est de même de la disponibilité du
réseau.
Estimation des coûts :
DESIGNATION QTE P.U/ FCFA P.T/ FCFA
Modem – ADSL 2 110.000 110.000
Routeur LAN 10/100 Mbits 2 110.000 220.000
Frais de Mise en Service (par 2 40.000 80.000
l’opérateur)
Main d’œuvre Configurations aux FORFAIT 100.000
deux bâtiments
TOTAL GENERAL : 510.000 FCFA
Tableau 2 : estimation des couts interconnexion ADSL
NB : Coûts Mensuel d’interconnexion illimité (2 abonnements) ≈ 80.000 FCFA
4.2.2 Scénario de développement et de mise en œuvre
Entête
Nom fiche de cas Echange_ données_entre_DP_DPI
d’utilisation
Date de création Mercredi 25 Octobre 2010
Date de mise à jour
Version 1.1
Rédacteur Raoul Marie EBIBENDE
Priorité par rapport au projet Haute
Généralités
Cas d’utilisation Echange des données entre la DPP et la DPI
Portée/Niveau de l’objectif Système d’échange de données entre la DPP et la DPI
Acteurs principaux Responsables DPP et DPI
But Transmettre les données entre la DPP et la DPI et réciproquement
Intervenants et intérêts DPP : souhaite recevoir les données provenant de la DPI afin de
mettre à jour le CDMT;
DPI: souhaite recevoir les données provenant de la DPP afin de
préparer le budget d’investissement public.
13
Contexte/résumé métier De l’élaboration du CDMT, le profil de la dépense extrait est imprimé
et transmis à la DPI pour la préparation du BIP. A la réception, ces
données sont intégrées manuellement (saisie) dans l’application
PREPABIP.
A la fin de la préparation, le budget voté et le journal des projets sont
envoyés à la DPP avec un support physique (papier). Ces données
sont prises en compte manuellement pour la mise à jour du CDMT.
La DPP envoi le profil de la dépense à la DPI en support
physique (papier) ;
La DPI reçoit le profil de la dépense et prépare le BIP ;
La DPI envoi le budget de l’Etat voté à l’assemblée, le journal
des projets en support physique (papier) à la DPP ;
La DPP intègre ces informations et met à jour le CDMT.
Ces échanges, dans l’un ou l’autre sens ne reposent sur aucun
système formel prédéfini ou formalisé. Ceci est valable aussi bien
pour la DPP que pour la DPI, tous deux respectivement responsable
de la programmation et de la budgétisation.
Pré conditions CDMT élaboré, budget voté.
Déclencheur Le journal des projets imprimé, le profil de la dépense imprimé.
Post conditions Garanties en cas de succès : Intégration du profil de la dépense à
PREPABIP. Prise en compte du journal des projets et donc mis à jour
du CDMT. Assurer la permanence d’échanges de données entre les
deux directions.
Garantie minimale (cas d’échec) : PREPABIP en attente du profil
de la dépense. CDMT non ajusté
Scénario nominal : envoie de données entre la DPP et la DPI
N° enchaînement Actions
1 Le profil de la dépense est extrait du CDMT
2 Les données extraites sont imprimées et transmises vers la DPI.
3 La DPI reçoit le profil de la dépense
Scénario alternatif
N° enchaînement Actions
1 La DPI transmet le budget voté à la DPP
2 La DPI transmet le journal des projets imprimé à la DPP.
3 Les fichiers reçus sont pris en compte dans le CDMT.
Exception(s)
Variantes technologiques et de données
2a Les données extraites sont envoyées en fichier numérique dans une clé USB
Spécifications particulières
14
Questions en suspens
15
CONCLUSION
L’étude de l’existant dont le présent bilan de l’existant sanctionne la fin des travaux, a révélé
principalement l’absence d’interface informatique assurant l’échange des données entre les applications
informatiques CDMT/PP et PREPA BIP. Cette situation expose le système d’information dédié à la
programmation et à la budgétisation à des vulnérabilités relatives à l’intégrité, la disponibilité, la fiabilité
et la conformité de l’information relative à la programmation et la budgétisation. In fine, cette limite grave
du système d’information constitue une insuffisance de capacités de programmation et de
budgétisation.
Aussi, avons-nous suggéré& au maître d’ouvrage, la systématisation de l’échange d’information entre
les applications informatiques susvisées, la formalisation du format et du contenu des données.
Nous avons à cet égard suggéré deux scénarios pour la solution opérationnelle, deux scénarios pour
l’interconnexion des immeubles abritant lesdites applications et deux scénarios de développement et de
mise en œuvre.
A la suite de la validation de ce document et des scénarios recommandés, la prochaine étape de la
présente mission consiste en la conception détaillée de la solution retenue.
16
ANNEXES
Références
1 - Guide méthodologique, élaboration des cadres des dépenses à moyen terme ministériels au
Cameroun, MINEPAT avril 2010.
2 - Documents de stratégie pour la croissance et l’emploi, cadre de référence de l’action
gouvernementale pour la période 2010-2020.
3 - Organigramme MINEPAT, Décret N° 2008/220 du 4 juillet 2008.
17
Cas d’utilisation
18
Diagramme séquence système
:DPP :DPI
profil de la dépense extrait et imprimé
transmission profil de la dépense
préparation du budget
transmission budget voté
BE voté reçu
transmission journal de projet
journal de projet extrait et imprimé
journal de projets reçu
CDMT réajusté
19
Modèle de domaine
Chrono
- Date
1..1
utilise
1..1
Direction
Fichier
- Nom direction effectue Echange 1..1
- Nom fichier
0..*
- nom échange
1..1 concerne 1..*
* *
décrit echange decrit fichier
1..1 1..1
SpécificationEchange SpécificationFichier
- descriptif_echange - Descriptif fichier
- type fichier
20
