Processus du développement logiciel_Paradigmes & Perspectives

ROYAUME DU MAROC

MINISTERE DE LECONOMIE ET DES FINANCES

MEMOIREPour lAccs au Grade dIngnieur En Chef

Processus du dveloppement logiciel Paradigmes & Perspectives

Thme

-

Cas de la Direction du Budget

-

Prpar par : M. Badr TALAGHZI

Ingnieur dEtat Grade Principal la Direction du Budget

Janvier 2011

ROYAUME DU MAROC

MINISTERE DE LECONOMIE ET DES FINANCES

MEMOIREPour L'Accs Au Grade D'Ingnieur En Chef

Processus du dveloppement logiciel Paradigmes & PerspectivesCas de la Direction du Budget

Janvier 2011

Prpar par : M. Badr TALAGHZI Ingnieur d'Etat Grade Principal la Direction du Budget

AMes chers parents Ma chre femme Mes chers frres et surs Mes amis Et tous ceux que jaime et que je respecte

Je ddie ce travail

I

II

REMERCIEMENTSJe remercie le Directeur du Budget pour m'avoir permis de raliser ce mmoire. Je remercie Mr M. LAMJOUN chef de la Division Systme d'Information la DB, Mme M. ZAHIR chef du Service Dveloppement Systme Mtiers la DB, Mme M. OUCIBLE chef du Service Banque Mondiale la DB, Mr A. FATHI chef du Service de l'Architecture du Systme d'Information la DB et Mr M. CHIKHI chef du service informatique la DEPP pour leurs conseils constructifs et l'intrt quils ont accord ce travail. Je remercie l'ensemble des personnes qui ont bien voulu rpondre mon questionnaire et celles qui ont eu l'amabilit de m'accorder des entrevues. Je remercie mes amis et collgues de la division du systme d'information pour leurs commentaires constructifs et remarques intressantes. Je remercie toutes les personnes qui ont contribu de prs ou de loin la ralisation de ce travail. Je remercie les membres du jury pour avoir accept de juger ce travail.

III

IV

RESUMELa gestion du processus de dveloppement logiciel de la Direction du Budget (DB) repose sur une coute attentive et permanente de lensemble des services. Cette approche permet de cerner lvolution des besoins de la direction, dapprcier lapport de linformatique et de dceler les projets aptes rpondre aux attentes des utilisateurs en matire de traitement dune information riche et diversifie et de renforcement de la capacit dexpertise de la direction. Par ailleurs, le processus de dveloppement d'un systme d'information est soumis aux exigences accrues des utilisateurs, des contraintes de prennit et l'volution des technologies informatiques. Le travail prsent dans ce mmoire s'inscrit dans le cadre de l'tude du processus de dveloppement logiciel au sein de la DB. Cette tude sarticule autour de trois axes principaux : Le premier axe dcrit la cartographie du systme dinformation de la DB et le processus du dveloppement de ce systme. ce stade, nous avons men une enqute sur les mthodologies du dveloppement logiciel auprs des cadres et des responsables de la DSI de la DB afin d'enrichir l'analyse du processus de dveloppement logiciel. Le deuxime axe expose le fruit de la recherche bibliographique des principaux rfrentiels standards et mthodologies du dveloppement logiciel. Enfin, le troisime axe synthtise l'enqute mene auprs des structures informatiques marocaines afin d'examiner les pratiques de dveloppement logiciel mises en uvre par les chefs de projet. Nous proposons par la suite un rfrentiel des bonnes pratiques de dveloppement logiciel et une dmarche de sa mise en uvre.

V

VI

ABSTRACTThe management of software development process of Direction of Budget (DB) is based on careful and permanent listening to all services. This approach allows us to identify the changing needs of the direction, evaluate the contribution of IT and identify suitable projects to meet user expectations on information processing rich and diverse and on building the ability of the direction expertise. Moreover, the process of software development is subjected to increasing demands of users, and the constraints of continuity and the evolution of computer technology. The work presented in this report is a part of the study of the process of software development in DB. This study is about three main axes: The first axis describes the mapping of the Information System of the DB and it presents the process of developing this system. We did a survey of methodologies of software development with executives and officials from the DIS1 of the DB in order to enrich the analysis of the software development process of the DB. The second axis describes the result of a literature search of the main methods and standards of software development. Finally, the third axis summarizes the survey of Moroccan IT structures to discuss the software development practices implemented by their project leaderships. Then; we provide a repository of good practices of software development and the approach of its implementation.

1

Division of Information System

VII

VIII

. . . . : . . .

IX

X

SOMMAIRELISTE DES FIGURES LISTE DES TABLEAUX LISTE DES ACRONYMES XV XVII XVIII

Introduction gnrale1. 2. 3. 4. Contexte du projet Objectif du projet Mthodologie du travail Contenu du mmoire 2 3 3 4

Contexte & problmatique1. Prsentation de la Direction du Budget Missions et attributions de la Direction du Budget 1.1. Organigramme de la Direction du Budget 1.2. Organisation de la Division du Systme d'Information Service de dveloppement des systmes mtiers 2.1. Service de l'architecture du systme d'information 2.2. Service de la communication et du dcisionnel 2.3. Service de lexploitation et du support 2.4. Le systme d'information de la Direction Budget Gense du systme d'information de la DB 3.1. Architecture du Systme d'Information de la DB 3.2. 3.2.1. Les mtiers 3.2.2. Le dcisionnel 3.2.3. La collaboration et la communication Problmatique du dveloppement logiciel la DB Le Schma directeur du systme d'information (2009-2012) Objectifs du schma directeur du SI de la DB 5.1. Thmes de progrs 5.2. Conclusion 6 6 7 9 10 11 12 12 13 13 14 16 20 21 21 22 22 23 23

2.

CHAPITRE I CHAPITRE II

3.

4. 5.

6.

Processus de dveloppement Logiciel de la DB1. Management des projets informatiques Dmarche et organisation 1.1. 1.1.1. Comit de direction 1.1.2. Commission de Liaison Informatique (CLI) 1.1.3. Structure Informatique (DSI) Outils de management des projets informatiques 1.2 1.2.1. Schma directeur informatique 1.2.2. Plan de charges annuel 1.2.3. Planification du projet 1.2.4. Bilan annuel des ralisations Dveloppement de l'applicatif informatique Analyse et spcification des besoins 2.1. Spcification de l'architecture du systme d'information 2.2. Analyse fonctionnelle 2.3. Programmation 2.4. Les Tests 2.5. Documentation 2.6. 26 26 27 28 28 29 29 30 31 31 32 34 34 35 36 36 37

2.

XI

3.

4.

Analyse du processus de dveloppement logiciel de la DB Prsentation et analyse des rsultats de lenqute 3.1. 3.1.1. Environnement de lenqute 3.1.2. Profils des rpondants 3.1.3. Environnement de travail 3.1.4. Activits des rpondants 3.1.5. Mthodes et organisation 3.1.6. Difficults rencontres 3.1.7. Perspectives damlioration Synthse de l'tude 3.2. 3.2.1. Points forts du processus de dveloppement logiciel 3.2.2. Points d'amlioration au processus du dveloppement logiciel Conclusion

38 38 38 39 39 40 42 44 46 49 49 50 52

Mthodes traditionnelles ou mthodes agiles1. Les approches traditionnelles Origine du gnie logiciel 1.1. Les processus de production dans une approche traditionnelle 1.2. 1.2.1. L'organisation du travail 1.2.2. Les modles du cycle de vie logiciel 1.2.3. Les mthodologies de dveloppement logiciel 1.2.4. Les acteurs dans une approche classique Limitations des approches traditionnelles 1.3. Les mthodes agiles Les bases de l'agilit 2.1. 2.1.1. Dfinition 2.1.2. Origine 2.1.3. Le manifeste agile 2.1.4. Les principes agiles 2.1.5. Les concepts de l'interdpendance L'apport de l'approche agile 2.2. 2.2.1. L'apport agile pour les dveloppeurs 2.2.2. L'apport agile pour le produit 2.2.3. L'apport agile pour le client 2.2.4. L'apport agile pour le projet Limitations des approches agiles 2.3. Description de quelques mthodes de dveloppement agiles Extreme Programming (XP) 3.1. 3.1.1. Les Valeurs d'Extreme Programming 3.1.2. Les pratiques d'Extreme Programming 3.1.3. Le processus d'Extreme Programming SCRUM 3.2. 3.2.1. Les trois phases de SCRUM 3.2.2. Processus de SCRUM Crystal Clear 3.3. Rapid Application Developpement (RAD) 3.4. Rational Unified Process (RUP) 3.5. Autres mthodes 3.6. Synthse des diffrences fondamentales entre l'approche traditionnelle et agile 54 54 55 55 57 58 58 59 59 59 59 60 60 60 62 62 62 62 63 63 63 64 64 64 65 66 69 70 70 72 72 73 73 75

2.

CHAPITRE III3. 4.

XII

Dmarche qualit dans les systmes d'information1. 2. Les Origines de la qualit Dfinitions Qualit 2.1. Qualit logicielle 2.2. Systme qualit 2.3. Management de la qualit 2.4. Assurance qualit 2.5. Manuel d'assurance qualit 2.6. Dmarche qualit 2.7. Management de la qualit totale (TQM) 2.8. Principes de management de la qualit Dmarches qualit Les normes de standardisation ISO 9000 4.1. 4.1.1. La norme ISO 9000:2005 4.1.2. La norme ISO 9001:2008 4.1.3. La norme ISO 9004:2009 4.1.4. La gestion documentaire du systme d'assurance qualit 4.1.5. La certification La dmarche CMMi 4.2. 4.2.1. Historique CMMi 4.2.2. Les niveaux de maturit CMMi 4.2.3. Architecture du modle CMMi 4.2.4. Les audits de certifications La dmarche SPiCE / ISO 15504 4.3. 4.3.1. Origines de la dmarche SPiCE 4.3.2. Les niveaux d'amlioration de la dmarche SPiCE/ISO15504 4.3.3. Architecture de la dmarche SPiCE La dmarche ITIL 4.4. Limitations d'une dmarche qualit Gestion de projet: le guide PMBOK Origine PMBOK 6.1. Cycles de vie d'un projet dans le PMBOK 6.2. Avantages et inconvnients du PMBOK 6.3. Conformit de l'approche agile aux dmarches qualit 78 79 79 79 81 81 81 81 81 82 82 85 85 85 86 87 87 88 89 89 90 91 92 93 93 93 94 95 97 97 98 98 100 101

3. 4.

CHAPITRE IV5. 6. 7. 1. 2. 3. 4.

BenchmarkingObjectif du Benchmarking Dfinition des mesures du Benchmarking Identification du Benchmark Collection des donnes de la cible du Benchmarking Prsentation de l'enqute 4.1. Dmarche et enjeux de l'enqute 4.2. Synthse du Benchmarking Environnement de l'enqute 5.1. Environnement de l'organisme 5.2. Projet informatique 5.3. Dmarrage du projet informatique 5.4. Management du projet informatique 5.5. Processus de dveloppement 5.6. 5.6.1. Le dveloppement 105 105 105 106 106 106 107 107 107 110 112 114 116 116

CHAPITRE V

5.

XIII

6. 7.

5.6.2. La documentation Utilisation du produit 5.7. Conclusion des rpondants 5.8. Tmoignages Conclusion

121 122 123 124 126

Rfrentiel des bonnes pratiques de dveloppement logiciel de la DB1. 2. 3. 4. Mthode et outils de travail Justifications du choix Objectif du guide mthodologique du dveloppement logiciel Contenu du guide Organisation et acteurs du dveloppement logiciel 4.1. 4.1.1 Pilotage global du systme d'information de la DB 4.1.2 Pilotage par domaine fonctionnel 4.1.3 Organisation de la structure des systmes d'information Charte projet 4.2. Planification et suivi de lavancement du projet 4.3. Gestion des risques 4.4. Rdaction du cahier des charges fonctionnel 4.5. Etude dtaille 4.6. Programmation & codage 4.7. Les tests 4.8. Gestion des changements 4.9. 4.10. Formalisme documentaire Dploiement 4.11 Conclusion 128 129 130 131 131 132 132 133 135 135 137 139 140 140 141 143 144 146 148

CHAPITRE VI5. 1. 2. 3.

Conduite du changement dans la mise en uvre du nouveau rfrentielContexte de la mise en uvre Plan prvisionnel de la mise en uvre Les ressources requises Les ressources logicielles 3.1 Les ressources humaines 3.2 Le budget estimatif du projet 3.3 L'organisation du projet de changement Le planning prvisionnel Mesure de la performance du changement Conclusion 150 152 154 154 154 155 156 157 160 161 163

CHAPITRE VII

4. 5. 6. 7.

Conclusion gnrale ANNEXES RfrencesCONVENTIONSLes rfrences sont cites dans le corps du texte entre deux crochets [] en petite taille et en GRAS. La rfrence se compose de deux parties, le premier mot renseigne l'auteur du livre, article ou site web. Pour certains sites web, le nom de l'auteur n'est pas renseign, on note alors un acronyme du site. La seconde partie renseigne l'anne de la publication du livre, article ou site web. Dans le cas o cette information n'est pas disponible pour certains sites web, on note alors l'anne de consultation.

XIV

LISTE DES FIGURESFigure 1-1 Figure 1-2 Figure 2-1 Figure 2-2 Figure 2-3 Figure 2-4 Figure 2-5 Figure 2-6 Figure 2-7 Figure 2-8 Figure 2-9 Figure 2-10 Figure 2-11 Figure 2-12 Figure 2-13 Figure 2-14 Figure 2-15 Figure 2-16 Figure 2-17 Figure 2-18 Figure 2-19 Figure 2-20 Figure 2-21 Figure 2-22 Figure 2-23 Figure 2-24 Figure 2-25 Figure 2-26 Figure 2-27 Figure 2-28 Figure 2-29 Figure 3-1 Figure 3-2 Figure 3-3 Figure 3-4 Figure 3-5 Figure 3-6 Figure 3-7 Figure 4-1 Figure 4-2Organigramme de la Direction du Budget Cartographie des principaux groupes applicatifs de la DB Organes mis en place pour le pilotage des projets informatiques Diagramme de squence illustrant le processus du pilotage des projets informatiques au sein de la DB Diagramme d'activits illustrant le processus de dveloppement logiciel la DB Architecture de dveloppement du systme d'information la DB Rpartition des rpondants par structure Rpartition des mtiers de la DSI au sein de la DB Rpartition des profils des cadres de la DSI au sein de la DB Anciennet des cadres de la DSI au sein de la DB Nombre de participation des cadres de la DSI dans les projets informatiques Dure moyenne des projets informatiques de la DB Taille des quipes informatiques de la DB Taux des participations dans les phases des projets informatiques de la DB Taux des participations dans l'laboration des documents informatiques de la DB Frquence des mises jour des documents dans les projets informatiques de la DB Organisation des projets informatiques de la DB Mthodologie de gestion de projet informatique de la DB Mthodes de dveloppement informatiques de la DB Normes et standards de gestion de projets informatiques de la DB Taux dutilisation des mthodes formelles dans la phase danalyse dans les projets informatiques de la DB Techniques de planification utilises lors des projets informatiques de la DB Analyses Post-projet informatique de la DB Taux des checs des projets informatiques de la DB Raisons dchecs de certains projets informatiques de la DB Difficults rencontres au processus de dveloppement logiciel de la DB Domaines damlioration prfrs des cadres informaticiens de la DB Dmarches de changement prfres par les cadres informaticiens de la DB Domaines de formation prfrs par les cadres informaticiens de la DB Prfrence de formation des cadres informaticiens de la DB en normes de certification Prfrence de formation des cadres informaticiens de la DB en mthodes agiles Rpartition des efforts du dveloppement logiciel Processus XP au niveau du projet Processus XP au niveau de l'itration Processus XP au niveau du dveloppement Processus XP sur la proprit du code commun Le cycle de vie SCRUM Les Phases de RUP Caractristiques de la qualit logicielle Roue de DEMING

8 15 27 29 33 35 38 39 39 39 40 40 40 41 41 42 42 42 43 43 43 44 44 45 45 45 46 47 47 48 48 55 66 67 68 69 71 73 80 84

XV

Figure 4-3 Figure 4-4 Figure 4-5 Figure 5-1 Figure 5-2 Figure 5-3 Figure 5-4 Figure 5-5 Figure 5-6 Figure 5-7 Figure 5-8 Figure 5-9 Figure 5-10 Figure 5-11 Figure 5-12 Figure 5-13 Figure 5-14 Figure 5-15 Figure 5-16 Figure 5-17 Figure 5-18 Figure 5-19 Figure 5-20 Figure 5-21 Figure 5-22 Figure 5-23 Figure 5-24 Figure 5-25 Figure 5-26 Figure 5-27 Figure 5-28 Figure 5-29 Figure 5-30 Figure 5-31 Figure 5-32 Figure 5-33 Figure 6-1 Figure 6-2 Figure 7-1 Figure 7-2 Figure 7-3

Historique des CMM Relations entre diffrents rfrentiels Les cinq processus du Management du Projet dans PMBOK Mode de rponse au questionnaire Rpartition des organismes par secteur d'activit Fonctions des rpondants Rpartition des tailles des DSI Nombre d'utilisateurs du systme d'information Projet informatique initi au sein des organismes enquts Initiateurs des projets informatiques dans les organismes enquts Pilotes des projets informatiques dans les organismes enquts La taille des projets informatiques Clart des objectifs des projets informatiques Degr de prcision de l'expression des besoins fonctionnels Dlai de ralisation des projets informatiques Planification des projets informatiques Le choix technique des outils de dveloppement Le choix de l'quipe de travail Le choix de l'organisation du travail Mthodologie de gestion de projet informatique Type de production d'application informatique Les technologies informatiques utilises Relations avec la matrise d'ouvrage Le contrle qualit Les dmarches qualit Gestion des changements des besoins fonctionnels Mode des livraisons des projets informatiques Les mthodes de dveloppement Les mthodes d'analyse Utilisation des dmarches structures dans les tests Documents labors dans le cadre des projets informatiques Niveaux de la documentation des projets informatiques Niveaux deffort fourni lors de lutilisation du produit logiciel Degr de satisfaction du matre d'ouvrage de la qualit du produit logiciel Rpartition globale de leffort dans la production logiciel Niveaux de la russite du projet informatique Gestion des projets informatiques de la DB Diagramme de squence de dveloppement du systme d'information Analyse de la performance oprationnelle de la DB Organisation du projet de changement du processus de dveloppement logiciel Planning prvisionnel de ralisation

90 93 100 107 108 109 109 110 110 111 111 112 112 113 113 114 115 115 116 116 117 117 118 118 119 119 120 120 121 121 122 122 123 123 124 124 132 134 150 157 159

XVI

LISTE DES TABLEAUX

Tableau 2-1 Tableau 3-1 Tableau 3-2 Tableau 3-3 Tableau 4-1 Tableau 4-2 Tableau 4-3 Tableau 4-4 Tableau 5-1 Tableau 6-1 Tableau 6-2 Tableau 7-1 Tableau 7-2

Rpartition des rpondants par structure Description des tapes du cycle de vie logiciel Les principes du manifeste agile Diffrences entre approche traditionnelle et approche agile Les domaines du processus du CMMi Les cinq catgories d'activits SPiCE Les Processus des deux principaux domaines d'ITIL Les processus du Management du Projet dans PMBOK Liste des dpartements participants l'enqute Liste des documents labors par la DB lors dun projet de dveloppement Formalisme de prsentation des documents Plan de communication du projet de changement Budget estimatif du projet

38 56 61 75 91 95 96 99 109 145 146 153 155

XVII

LISTE DES ACRONYMESAECID AFAQ AFNOR ANSI AQAP ASD ASP BLL BTP CCTA CDCF CDMT CEI CEN CLI CMMi CRC CST DAL DB DSDM DSI EPA ETSI FDD GID IEEE ISO ITIL J2EE LSD MEF OTAN PLF PMBOK PMI PNUD RAD RUP SADT SCAMPI SCE SEGMA SEI SI SIG SNIMA SPA SPiCE TGR TQM TSAVA UI UIT UML WBS XP Agence Espagnole de Coopration Internationale de Dveloppement Association Franaise pour l'Assurance de la Qualit Association Franaise de Normalisation American National Standards Institute Allied Quality Assurance Publications Adaptive System Development Active Server Pages Business Logic Layer Btiment et des Travaux Publics Central Computer and Telecommunications Agency Cahier Des Charges Fonctionnel Cadre de Dpense Moyen Terme Commission Electrotechnique Internationale Comit Europen de Normalisation Commission de Liaison Informatique Capability Maturity Models Integrated Classe, Responsabilit et Collaboration Comptes Spciaux du Trsor Data Access Layer Direction du Budget Dynamic Software Development Method Direction ou Division des Systmes d'Information Etablissement Public caractre Administratif European Telecommunications Standards Institue Feature Driven Development Gestion Intgre de la Dpense Institute of Electrical and Electronics Engineers International Organization for Standardization Information Technology Infrastructure Library Java Enterprise Edition Lean Software Development Ministre de l'Economie et des Finances Organisation du Trait de lAtlantique Nord Projet de Loi des Finances Project Management Body of Knowledge Project Management Institute Programme des Nations Unies pour le Dveloppement Rapid Application Development Rational Unified Process Structured Analysis and Design Technic Standard CMMI Appraisal Method for Process Improvement Software Capability Evaluation Service de l'Etat Gr de Manire Autonome Software Engineering Institute Systme d'Information Systme d'Information Gographique Service de Normalisation Industrielle Marocaine Software Process Assessment Software Process Improvement and Capability dEtermination Trsorerie Gnrale du Royaume Total Quality Management Taxe Spciale Annuelle sur les Vhicules Automobiles User Interface Union Internationale des Tlcommunications Unified Modeling Language Work Breakdown Structure Extreme Programming

XVIII

INTRODUCTION GENERALE


1

BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF


1. Contexte du projetLe dveloppement logiciel dsigne le processus consistant btir des applications informatiques, qu'elles soient labores par l'entreprise pour son propre compte ou par un diteur qui les commercialise [JNET 2011]. En perptuelle maturation depuis l'mergence de l'informatique dans les annes 1950, ce processus s'appuie sur diffrentes mthodes qui ont connu une nette volution damlioration. Cependant, de nombreux diteurs de logiciels se sont toujours exprims sur le sujet, proposant des mthodes trs riches et systmiques, mais souvent inutilisables vu la complexit de leur mise en uvre, elles sont utilises en dbut de projet, au prix defforts extrmes, mais rapidement abandonnes. Le dveloppement logiciel spcifique consiste produire un systme rpondant aux besoins mtiers et contribuer la performance des individus et de lentreprise. Nanmoins, selon le Standish Group [STANDISH 2010], quatre raisons majeures sont la source des checs des projets de dveloppement logiciel : Les spcifications fonctionnelles sont incompltes et la gestion des besoins est mal mene; Le manque de communication entre le matre duvre et le matre douvrage ; Le manque de ractivit face au changement continu des spcifications fonctionnelles ; Linexistence de la gestion des risques dans les projets de dveloppement logiciel. Dans son schma directeur informatique, la Direction du Budget (DB) a fait le choix stratgique du dveloppement spcifique de son Systme dInformation (SI), elle investit beaucoup de temps et de ressources dployer ses systmes informatiques car elle gre des volumes importants de donnes sensibles et complexes. Lvolution des mtiers de la DB en liaison avec la mise en place de diffrentes rformes des processus budgtaires, les besoins en termes douverture de son SI avec les partenaires internes et externes du Ministre de lEconomie et des Finances et le positionnement de la Direction du Budget en tant que maillon principal dans la gestion des finances publiques exigent le dploiement d'un systme dinformation performant, efficient et agile. La gouvernance du systme d'information et la dfinition des rfrentiels des procdures mtiers de la DB sinscrivent parmi les directives du Schma Directeur Informatique (SDI) (2009-2012) de la DB[DELOITTE 2009].

Le dveloppement logiciel est un support

d'accompagnement de la DB dans sa gestion budgtaire, par consquent, le Schma Directeur

2


INTRODUCTION GENERALEInformatique de la DB a prsent la ncessit davoir un rfrentiel des procdures mtiers relatives au dveloppement logiciel au sein de la direction. En consquence, il est impratif davoir une grande matrise de la chane de production des SI et principalement le processus du dveloppement qui prsente une tape trs importante. Dans ce contexte, la mise en place dun cadre normalis de dveloppement savre ncessaire pour assurer une production de logiciel respectant les dlais et la qualit exige, et facile maintenir pour garantir une bonne ractivit notamment en priode de prparation du Projet de la Loi de Finances (PLF).

2. Objectif du projetConformment aux directives du SDI da la DB, le prsent mmoire a pour objectif de proposer la Direction du Budget un rfrentiel des mthodes, outils et modles devant amliorer le dveloppement logiciel, dans la perspective dhabiliter la Division du Systme dInformation (DSI) assurer ladquation du logiciel produit par rapport aux attentes des utilisateurs, accrotre sa qualit et respecter les dlais de sa production. Ceci se traduit par les axes suivants: La proposition dun modle de dveloppement de logiciel qui met en adquation les besoins lis au dveloppement avec les attentes de la DB ; La proposition dune organisation des acteurs de dveloppement logiciel ; La mise en place des outils de pilotage au profit du chef de projet, ces outils lui permettent de crer des plans ralistes et les mettre en place, de mesurer l'avancement du logiciel et de faire le lien entre lavancement du projet et latteinte des objectifs ; La gestion des risques et la gestion des changements dans les projets de dveloppement logiciel ; La proposition des modles de forme et de contenu des documents accompagnant le cycle de vie de dveloppement logiciel.

3. Mthodologie du travailCe travail a dbut par une description du systme dinformation de la DB, tout en mettant l'accent sur la problmatique du dveloppement logiciel au sein de la DB. Par la suite, une tude du processus de dveloppement logiciel a t labore. Cette tude a t enrichie par une enqute sur lorganisation et les mthodes du travail au sein de la DSI, les diffrentes activits de lquipe informatique de la DB, et les perspectives damlioration du processus de dveloppement logiciel la DB. Une recherche bibliographique sur les diffrentes 3BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

INTRODUCTION GENERALEmthodologies de dveloppement de logiciel et les dmarches qualit dans les systmes dinformation a t ralise afin d'tablir une maquette des principaux rfrentiels standards et mthodologies de dveloppement logiciel existants. Le travail a t complt par une enqute auprs des structures responsables des systmes dinformation des organisations externes la DB, ce qui nous a permis de raliser un Benchmarking des diffrentes pratiques mises en uvre par les chefs de projet dans leurs processus de dveloppement logiciel. Le fruit de ce travail a conduit llaboration dun guide de bonnes pratiques de dveloppement logiciel dont la mise en uvre sera planifie pour les projets de dveloppement futurs prvus par la DSI.

4. Contenu du mmoireCe travail a abouti la rdaction du prsent mmoire, il est compos de sept chapitres : 1. Le premier chapitre est consacr au rappel des principales missions de la Direction du Budget, lorganisation de la Division des Systmes dInformation et la description de la cartographie du systme dinformation de la DB. Il expose galement la problmatique du dveloppement logiciel au sein de cette direction ; 2. Le second chapitre examine les principales composantes et organes de pilotage dans le management des projets de dveloppement logiciel la DB, il expose les rsultats de l'enqute mene sur la mthode de dveloppement au sein de la DSI et analyse le processus de dveloppement logiciel au sein de la DB ; 3. Le troisime chapitre est ddi la prsentation des concepts fondamentaux des mthodologies de dveloppement traditionnelles et celles agiles, afin de mettre en vidence les diffrences entre les deux mthodes ; 4. Le quatrime chapitre prsente les dmarches qualit dans les systmes dinformation et particulirement celles du dveloppement logiciel, il sera ensuite procd une tude de la conformit des mthodes de dveloppement ces dmarches qualit ; 5. Le cinquime chapitre est consacr au Benchmarking des pratiques de dveloppement de logiciel dans des structures responsables des systmes dinformation dans les organismes externes la DB. Il nonce la synthse de lenqute mene auprs de ces derniers ; 6. 7. Le sixime chapitre dcrit la mthodologie de l'laboration du guide des bonnes pratiques de dveloppement logiciel spcifique la DB et expose le contenu du guide propos ; Et enfin, le septime chapitre aborde les conditions de la mise en uvre du nouveau rfrentiel et les modalits de la conduite du changement. 4BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUE

Chapitre 1 Contexte & Problmatique

5


CHAPITRE I : CONTEXTE & PROBLEMATIQUETout en s'inscrivant dans la dynamique de modernisation enclenche par le Ministre de lEconomie et des Finances (MEF), le systme d'information de la Direction du Budget (DB) entend rpondre de manire concrte aux besoins de gestion de cette direction avec la proccupation d'amlioration des performances. C'est dans cet esprit que la Direction du Budget a adopt ds 1988, pour l'laboration de son systme d'information, une dmarche qui traite l'ensemble des aspects intervenant dans le processus d'informatisation. Ce chapitre propose de relater la gense de cette exprience et de dcouvrir les diffrentes composantes du systme d'information actuel de la Direction du Budget ainsi que la problmatique du dveloppement logiciel au sein de la DB.

1. Prsentation de la Direction du Budget1.1. Missions et attributions de la Direction du BudgetLa Direction du Budget se trouve au centre dun rseau de partenaires constitu essentiellement dadministrations, de collectivits locales, dtablissements publics, dadministrations publiques trangres et dorganisations internationales. Le rle de la Direction du Budget sarticule principalement autour de quatre axes principaux : La prparation de la loi de Finances, sa mise en uvre et le suivi de son excution, y compris la part relevant des tablissements publics ; Le traitement des problmes lis lenvironnement conomique, juridique, technique et financier du budget ; La mise en uvre et le suivi de financement extrieur des projets publics et de la coopration technique ; La gestion du personnel de lEtat, des collectivits locales et des tablissements publics. Dans ce contexte, la DB est charge : De prparer les projets de lois de finances et de veiller lexcution de ces lois ; De prparer les projets de lois de rglements en matire budgtaire et de veiller lexcution de la lgislation et de la rglementation dans ce domaine ; Dtudier en liaison avec les services intresss tous les projets de textes lgislatifs et rglementaires relatifs aux produits et revenus autres que fiscaux et domaniaux et de veiller lexcution de la lgislation et de la rglementation en la matire ; 6BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUE De participer llaboration et lapplication de la rglementation en matire de rmunration et de pensions servies au personnel de lEtat, des collectivits locales et des tablissements publics ; De donner son avis sur les projets de budget des tablissements publics pralablement leur approbation ; De participer la dfinition des modalits du financement de projets publics et den coordonner la mise en uvre ; De suivre, en relation avec les services intresss, les mouvements des comptes spciaux du Trsor retraant des oprations caractre dfinitif.

1.2.

Organigramme de la Direction du Budget

La Direction du Budget est structure autour de trois sous directions couvrant les axes majeurs de ses attributions: DB1 : Sous Direction charge de la coordination des structures du financement des projets publics regroupant deux divisions et un service. DB2 : Sous direction charge de la coordination des structures du personnel, des pensions, des finances locales, de la normalisation, des ressources humaines, de la formation et des affaires gnrales ; avec cinq divisions (dont la Division du Systme dInformation) et un service. DB3 : Sous direction charge de la coordination des structures sectorielles et de synthse ; avec sept divisions. Le dtail de ces structures est fourni dans la figure 1-1:

7



Direction du Budget

DB 1 Sous Direction Charge de la Coordination des Structures de Financement des Projets Publics

DB 2 Sous Direction Charge de la Coordination des Structures du Personnel, des Pensions, des Finances Locales, de la Normalisation, du Systme d'Information, des Ressources Humaines, de la Formation et des Affaires Gnrales

DB 3 Sous Direction Charge Coordination Structurelles Sectorielles et Synthse

Division Financement Bilatral et Union Europenne

Division Personnel de l'Etat, des Collectivits Locales et des Etablissements Publics

Division Secteurs Administratifs

Division Financement Multilatral et des Fonds Arabes

Division Pensions

Division Secteurs de l'Infrastructure

Service des Suivi et de la Synthse

Division Finances Locales

Division Secteurs Sociaux

Division Normalisation des Dpenses Publiques

Division Secteurs Productifs et conomiques

DIVISION DU SYSTEME D'INFORMATION

Division Secteur Agricole et de la Compensation

Service Affaires Gnrales

Division Synthse et de la Coordination

Division de la Rforme Budgtaire, du Suivi de l'excution du Budget et de la Loi de Rglement

Figure 1-1: Organigramme de la Direction du Budget

8



2. Organisation de la Division du Systme d'InformationLa DSI1 est le matre duvre de la mise en place et le pilotage oprationnel de lensemble des oprations entrant dans le cadre de linformatisation du systme dinformation de la Direction du Budget. Ses attributions sont bases autour de trois domaines: Le dveloppement informatique Gnraliser lautomatisation du systme dinformation pour rpondre, dans les meilleures conditions, aux besoins dtudes, de prparation, de suivi et de prvision budgtaires ; Concevoir des systmes intgrs avec les partenaires de la Direction du Budget afin damliorer les dispositifs de suivi et dassurer une fluidit de communication des informations ; Faire voluer lapplicatif en fonction des besoins des utilisateurs, assurer linstallation des nouvelles versions de lapplicatif et veiller ladministration des rseaux, des serveurs, des postes de travail et des imprimantes ; Elaborer et mettre en uvre un plan de scurit informatique permettant la direction de protger son patrimoine informationnel et de continuer lexploitation de ses systmes informatiques en cas de problme de fonctionnement dun ou de plusieurs composantes de son systme global ; Coordonner et synchroniser les diffrentes composantes du processus dinformatisation. La communication Mettre en place une bureautique intgre offrant un outil daide la dcision et de communication entre les diffrents services ; Assurer la reprsentation de la Direction du Budget dans les commissions inter-directions et les chantiers de rforme et de modernisation ayant trait linformatique, la communication et les systmes dinformation ; Grer le fonds documentaire du patrimoine informatique de la direction.

Division du Systme d'Information 1

9


CHAPITRE I : CONTEXTE & PROBLEMATIQUELa formation et support Elaborer et mettre en uvre des actions planifies de formation, dassistance, de perfectionnement et de recyclage du personnel de la Direction du Budget en matire de traitement de linformation ; Garantir lentretien et le renouvellement des moyens matriels et logiciels ; Assurer lassistance de lutilisateur et tre linterlocuteur du prestataire de service en ce qui concerne la maintenance corrective et volutive des logiciels de base ; Assurer la fonction de veille technologique pour garantir une actualisation continue du patrimoine informatique et mettre en place progressivement de nouveaux outils en vue de permettre lutilisateur de profiter des innovations de la technologie de traitement de linformation. La DSI est compose de quatre services qui sarticulent autour des orientations majeures de la fonction informatique, elle dispose d'un service de dveloppement des systmes mtiers, d'un service de l'architecture du systme d'information, d'un service de la communication et du dcisionnel et d'un service de lexploitation et du support.

2.1. Service de dveloppement des systmes mtiersIl est charg du dveloppement et de la maintenance des systmes applicatifs conformment aux exigences de la direction du point de vue mtier, qualit, performance, cot et dlai. Le champ daction du service couvre tout le primtre fonctionnel de la DB. En effet, ses fonctions constituent un support dtudes, dlaboration et de suivi recouvrant tous les mtiers de la Direction du Budget : llaboration des projets des lois de finances, la gestion des mouvements de suivi de lexcution du budget, llaboration de la loi de rglement, ldition des documents et statistiques budgtaires et la gestion de lexcution financire des accords de financements accords par les bailleurs de fonds. Ce service se charge de couvrir toutes les tapes du cycle de vie dun projet informatique depuis son identification jusqu la fin de son excution. Ces tches sarticulent autour des applicatifs ci-aprs : Gestion des crdits du budget de l'Etat (Budget gnral, Comptes spciaux du trsor et SEGMA) E-Budget Morasse2; Gestion des mouvements des crdits budgtaires E-Budget Mouvement; Gestion du Budget de l'Etat volet effectif E-Budget Tableau des effectifs;Systme d'laboration dlocalise de la morasse budgtaire 2

10


CHAPITRE I : CONTEXTE & PROBLEMATIQUE Aide la prparation de la loi de finances E-Budget PLF; Administration des applications E-Budget Administration; Gestion du budget des tablissements publics caractre administratifs E-Budget EPA; Gestion des Financements des projets publics via un systme d'information gographique SIG; Gestion du parc Automobile de lEtat assujetti la Taxe Spciale Annuelle sur les

Vhicules Automobiles (TSAVA) E-Budget Parc Auto. A posteriori, le service assure l'laboration du support utilisateur et la formation des utilisateurs. Le service dispose d'une quipe de neuf ingnieurs et deux techniciens.

2.2. Service de l'architecture du systme d'informationCe service est une structure stratgique au sein de la DSI, il est responsable de la conception des diffrentes briques du systme d'information, il assure la mise en uvre des infrastructures matrielle et logicielle, il est aussi responsable de la qualit et des procdures de production du systme d'information. Son objectif d'urbanisation du systme d'information se traduit par: La participation la dfinition, llaboration et au suivi de la mise en uvre du schma directeur informatique de la Direction du Budget; La participation la dfinition et la mise en place dune stratgie de scurit pour le SI et son environnement; La veille technologique et la gestion dimpact de lintroduction de nouvelles technologies dans le systme dinformation de la DB. Le service assure aussi la fonction de communication via: La veille au suivi et lalimentation des sites intranet et internet du MEF (Volet DB) ; La mise en place du portail intranet de la Direction du Budget travers lintgration des diffrents systmes dinformation, et lintroduction des outils collaboratifs ; La veille la mise en place et au renforcement des outils dautoformation (eLearning) sur les outils informatique, bureautique et de travail de groupe ; Laccompagnement des utilisateurs de la DB dans lexploitation des systmes dinformation. Ce service dispose d'une quipe de quatre ingnieurs, deux informatistes et un technicien. 11BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUE 2.3. Service de la communication et du dcisionnelCe service est charg de construire un espace de travail dcisionnel organis autour dune banque de donnes informationnelle dont les composants sont intelligibles pour le non informaticien, lhabilitant oprer aisment toutes sortes de manipulations de donnes pour les transformer en informations. Par consquent, le service assure la mise en uvre des protocoles dchanges et leur actualisation en fonction des changements qui interviennent dans lenvironnement interne et externe. Ses tches s'articulent principalement autour : La dfinition des spcifications technico fonctionnelles des instruments d'analyse; La mise en place des instruments d'analyse et prototypage des modules ; La mise en uvre du modle de simulation ; Ldition des travaux de reporting ; Les actions d'accompagnement : support auprs des utilisateurs du systme dcisionnel ; La dfinition, et mise en uvre des protocoles dchange avec les partenaires ; La mise en place dun tableau de bord de suivi des changes. Ce service dispose d'une quipe de trois ingnieurs et un informatiste.

2.4. Service de lexploitation et du supportCe service est charg de lexploitation du patrimoine matriel et logiciel de la direction, de ladministration des systmes et du rseau, de la surveillance du systme (charge, performance, scurit, disponibilit), de la gestion des incidents (reprise), des sauvegardes, de la maintenance des quipements; et ventuellement de la gestion de la scurit. Ses tches sont dtailles ci-dessous:

Administrer le parc informatique, les systmes dexploitation, les systmes de bases dedonnes, les applications et les rseaux informatiques ;

Dployer et mettre en exploitation les solutions informatiques dveloppes ou acquises; Mettre en uvre la politique de scurit prconise des infrastructures informatiques etdes systmes dinformation et leur intgrit ;

Concevoir et mettre en uvre un rseau informatique scuris de la direction et assurerson interconnexion avec les diffrents systmes dinformation des partenaires ;

12


CHAPITRE I : CONTEXTE & PROBLEMATIQUE Mettre en place linfrastructure physique et logicielle ncessaire pour le dveloppementet l'exploitation du patrimoine informationnel ;

Concevoir et mettre en uvre la politique de maintenance des applicatifs et desinfrastructures techniques et de tlcommunication et des systmes dinformation ;

Elaborer le plan d'action du service en harmonie avec les orientations de la direction etveiller au suivi de son excution ;

Assurer lentretien et le renouvellement des moyens matriels et logiciels, lassistancedes utilisateurs et tre linterlocuteur des prestataires de service ;

Mettre en place un systme dassistance aux utilisateurs dans les domaines de labureautique, des applicatifs et des tlcommunications. Ce service dispose d'une quipe de trois ingnieurs et trois techniciens.

3. Le systme d'information de la Direction du Budget3.1. Gense du systme d'information de la DBDans un souci de satisfaction des exigences continuellement changeantes des mtiers de la DB, le processus dinformatisation de la direction du budget a volu, conformment aux volutions technologies afin de faire profiter la DB du maximum des nouvelles technologies de linformation. Le 1er plan directeur (1988-1992) avait comme objectif principal lautomatisation des domaines prioritaires au vu des missions de la DB. Ce plan a aboutit la conception, la ralisation et la mise en uvre des sous systmes de gestion des crdits budgtaires (MASSIRA), de gestion des postes budgtaires (OTOR) et de gestion des projets financs (TAMWIL). Llaboration du 2me plan directeur (1994-1998) a concid avec le dbut de gnralisation des technologies de linformation indpendantes des constructeurs traditionnels et l'apparition d'un concept du poste de travail intelligent matrialis par un microordinateur standard (le PC) dot du systme d'exploitation WINDOWS qui est devenu un standard de fait. Ce plan est venu donc consolider les acquis du 1er plan travers la gnralisation de lautomatisation et lintroduction massive de la bureautique.

13


CHAPITRE I : CONTEXTE & PROBLEMATIQUELe troisime plan (2000-2005) a mis laccent sur les actions lies la communication, la valorisation du patrimoine informationnel budgtaire et la gnralisation des outils de communication et de travail de groupe. La priode (2005-2008) s'est caractrise par l'intgration du systme d'information EBudget des diffrents mtiers de la DB, l'ouverture de ce systme sur les diffrents partenaires de la DB, la mise en place d'un portail dcisionnel de la DB et le renforcement des outils de travail de groupe (Mise niveau du site intranet). Afin daccompagner les diffrents chantiers de Rforme dans lesquels sest inscrite la Direction du Budget, et en vue de mettre en place un cadre dvolution stratgique du SI devant assurer lalignement sur la stratgie mtier, une tude a t ralise avec le concours dun bureau dtudes international (Deloitte Conseil) pour llaboration du schma directeur du SI. Cette tude a abouti la dfinition dune feuille de route pour la priode 2009-2012, fixant les axes dvolution du systme dinformation ainsi que la cible atteindre, les chantiers mener pour construire cette cible (stratgiques, applicatifs et techniques) et leffort dinvestissement en termes de moyens matriels et humains.

3.2.

Architecture du Systme d'Information de la DB

Le systme dinformation de la Direction du Budget constitue une architecture intgre qui brasse lensemble des activits, circuits et procdures de cette direction. Son informatisation sinscrit par consquent dans la dure compte tenu des moyens humains et matriels mobilisables pour y parvenir. Le processus dinformatisation de la Direction du Budget a donn naissance une panoplie dapplications couvrant lensemble des domaines de gestion de cette direction. La figure 1-2 prsente une cartographie des principaux groupes applicatifs de la Direction du Budget.

14



Pilotage

TDB Finances Locales

Excel

E-Budget Consultation

OprationsFinancement SIG Elaboration budgtaire E-Budget GID "TGR" Prparation LF E-Budget PLF

Echange

SupportGestion du courrier

Site internet et intranet du Ministre Messagerie lectronique

Gestion Incidents E-Budget Administration Intranet de la Direction du Budget

- Morasse - Indicateurs deperformances - Tableaux de concordance - Mesures budgtaires - Tableaux des effectifs Suivi de l'excution budgtaire E-Budget - Mouvement des crdits budgtaires - Mouvements des postes budgtaires - Gestion du parc

Dcisionnel

- Historiquebudgtaire - Masse salariale E-Budget EPA Gestion des pensions

"Echanges TGR"

MANAR "Echanges DEPF" Systme Intgr de Gestion des Ressources Humaines

RfrentielsNomenclatures budgtaires Nomenclatures "Bailleurs de fonds"

- Pensionsexceptionnelles

- Pensions derforme

LgendeApplication utilise Application Externe Application en cours de dveloppement

Figure 1-2: Cartographie des principaux groupes applicatifs de la DB En outre, la varit des activits de la Direction du Budget ainsi que son rle dintgrateur, exigent la disponibilit dun systme dinformation fiable, mme doffrir une vision la fois globale et sectorielle. Ainsi, la mise en place dun systme ouvert permet de vulgariser, renforcer et amliorer les moyens dexploitation de linformation. Le patrimoine applicatif de la DB couvre la quasi-totalit des mtiers se rapportant au budget de l'Etat. Il permet, notamment dapprhender : Les budgets de lensemble des dpartements couvrant 35 ministres et institutions, rpartis sur une centaine de Chapitres du Budget Gnral, les modifications apportes aux budgets initiaux sous forme darrts de fonds de concours, de dcrets portant prlvement sur le chapitre des dpenses imprvues, les virements de crdits ainsi que les dcisions de transfert aux tablissements et entreprises publics et autres organismes ; Lvolution des budgets annexes jusqu leur suppression en 2006 ;

15


CHAPITRE I : CONTEXTE & PROBLEMATIQUE Les budgets des SEGMA portant sur 190 budgets, ainsi que les arrts de relvement du plafond des charges y affrentes ; Une soixantaine de Comptes Spciaux du Trsor (CST) et arrts portant relvement de plafonds des charges les concernant ; Les financements extrieurs des projets publics (prts ou dons) de type multilatral ou bilatral. Au regard de son architecture fonctionnelle, le SI actuel sarticule autour de trois axes : laxe mtier ; laxe dcisionnel et laxe collaboratif & communication.

3.2.1. Les mtiersLaxe Mtier est bti autour de la solution e-Budget qui constitue le socle de ce systme. Cette solution a t conue selon une vision dintgration de lensemble des mtiers de la Direction du Budget. Sa mise en uvre est faite selon une dmarche progressive privilgiant les besoins prioritaires.

Systme E-BudgetLe Systme E-Budget a t mis en ligne ; pour lensemble des dpartements ministriels, des SEGMA et des CST ; loccasion de la prparation du Projet de Loi de Finances pour lanne 2006. Il a permis de couvrir les processus dlaboration des morasses budgtaires. Compte tenu de louverture du "systme E-Budget" sur les partenaires du Ministre de lEconomie et des Finances, la scurit revt une grande importance. Elle a t prise en compte depuis la conception du systme et concerne essentiellement : Laccs rglement aux systmes oprationnels via des habilitations et des droits daccs; Lchange informationnel scuris par des techniques de cryptage de donnes ; Les procdures de sauvegarde et de restauration. Actuellement, le systme E-Budget compte plusieurs modules offrant un large ventail de fonctionnalits couvrant lensemble des domaines dactivits de la Direction du Budget: Prparation du Projet de la Loi de Finances Ce module sattache tous les aspects lis la prparation du Projet de Loi de Finances, notamment : La prise en charge des propositions budgtaires (dpenses et recettes) ; L'dition des lettres de cadrage du PLF aux dpartements ministrielles ; 16BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUELe calcul des diffrentes composantes de la dpense du personnel de l'Etat; La prise en charge des projets de texte et loi inscrire dans le projet de loi de finances ; La prise en charge des propositions relatives aux crations des postes budgtaires ; Les ditions en arabe et en franais dlocalises des diffrents Tableaux du PLF. Ce module a t mis en uvre en 2010. Elaboration des documents budgtaires de lEtat

Le module dlaboration des documents budgtaires de lEtat regroupe les fonctionnalits relatives : Llaboration des morasses de dpenses budgtaires : Fonctionnement et

Investissement ; Les ditions en arabe et en franais dlocalises des diffrents documents budgtaires. La dernire rforme de la nomenclature budgtaire qui sest porte sur lharmonisation de la codification administrative au niveau du chapitre budgtaire a permis lextension de ce module pour prendre en charges les budgets des SEGMA et des CST. Ce module a t mis en uvre en 2006. Elaboration des tableaux de concordance Ce module permet d'tablir les tableaux de concordance entre la codification des crdits reports de la loi de finance de l'anne antrieure avec celle de la loi de finance suivante. Il a t mis en uvre en 2007. Elaboration des tableaux des indicateurs Ce module permet d'diter les tableaux des indicateurs d'objectifs avec lesquels la Direction du Budget mesure la performance de ses objectifs savoir l'efficacit socioconomique, la qualit de service ou l'efficacit de gestion. Ce module a t produit pour accompagner la DB dans sa rforme de la gestion budgtaire axe sur les rsultats. Il a t mis en uvre en 2007. Elaboration des tableaux des effectifs du personnel de lEtat Ce module permet la prise en charge des diffrents mouvements (cration, transfert, transformation, suppression) ncessaire pour llaboration des tableaux annuels des effectifs des diffrents dpartements ministriels. Il a t mis en uvre en 2008. 17BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUE Gestion de la nomenclature budgtaire (Rfrentiel Budgtaire) Ce module permet la prise en charge de la nomenclature budgtaire, il est dcompos en sept grandes fonctionnalits : La nomenclature administrative. La construction des chapitres administratifs. La nomenclature fonctionnelle des dpenses. La nomenclature conomique des dpenses. La nomenclature conomique des recettes. Le lexique des paragraphes. Le lexique des lignes. Ce module a t mis en uvre en 2006. Gestion des mouvements des crdits budgtaires Ce module permet la prise en charge des mouvements des crdits budgtaires dans un souci de l'tablissement de la loi de rglement. Ce systme a t remplac par le systme GID3 offert par la TGR4 aux gestionnaires de la Direction du Budget. Cette opration entre dans un cadre d'intgration des systmes d'information du Ministre de l'Economie et des Finances. Le module a t mis en uvre en 2007. Consultation du patrimoine informationnel (Consultation Budgtaire) Ce module permet aux partenaires de la direction du budget dexploiter son patrimoine informationnel budgtaire suivant plusieurs axes danalyse et ce, pour les besoins dtude, de prvisions et de comparaison. Ce systme a t remplac par le portail dcisionnel de la Direction du Budget lors du dploiement de ce dernier en 2008. Elaboration des budgets des tablissements publics (EPA)

Ce module vise lintgration des donnes sur les tablissements et entreprises publics caractres administratifs dans le systme E-Budget. Il permettra ainsi: La gestion des rfrentiels ; Llaboration du Budget des EPA ; La gestion des crdits Budgtaires ;Systme de Gestion Intgr de la Dpense 3 Trsorerie Gnrale du Royaume 4

18


CHAPITRE I : CONTEXTE & PROBLEMATIQUELlaboration de la Loi cadre ; Lchange informatis des donnes avec les diffrents partenaires; Lanalyse multicritre laide des tableaux de bord et des outils dcisionnels ; La communication avec les systmes dinformation des entreprises et tablissements publics travers des fonctionnalits dchange, dintgration et de compatibilit ; La prise en charge de la base juridique concernant les tablissements publics. Ce module a t mis en uvre en Fvrier 2011. Gestion parc automobile de l'Etat Ce module qui a t mis en uvre en Mars 2011, permettra la gestion du parc automobile de l'Etat, ainsi il prend en charge : La gestion des programmes d'achat ou location des vhicules au profit des organismes public; Le suivi des paiements des Taxe Spciale Annuelle sur les Vhicules Automobiles. Administration du systme Ce module transverse toutes les applications du systme E-Budget, permet de grer la stratgie daccs au patrimoine applicatif de la Direction du Budget en termes de donnes et de fonctionnalits. Ladministration du systme E-Budget et de lensemble de ses composantes est centralise au niveau de ce module. Il a t mis en uvre en 2006.

Systme dInformation Gographique (SIG)Outre le systme E-Budget, la Direction du Budget s'est engag pour la mise en place dune Carte de projets de dveloppement via un Systme dInformation Gographique (SIG) permettant une gestion harmonise des donnes et informations relatives aux projets de dveloppement. Ce systme est le fruit d'un partenariat avec le PNUD5, et la collaboration de l'AECID6. Il a une forte valeur ajoute en terme dorganisation, de communication, de mise jour et de facilitation de laccs linformation sur les projets de dveloppement. Il permet notamment de disposer de: Un outil danalyse et daide la dcision, favorisant : Un meilleur appui aux priorits nationales de rfrence ;Programme des Nations Unies pour le Dveloppement 5 Agence Espagnole de Coopration Internationale de Dveloppement 6

19


CHAPITRE I : CONTEXTE & PROBLEMATIQUEUne rduction des inadquations, duplications ou autres carences au niveau de la planification de laide; Un outil de communication et de publication de linformation, permettant ltablissement ponctuel de rapports et autres bilans ; Un outil de travail en quipe et de coordination, permettant: Une consolidation de la coordination entre les partenaires du dveloppement ; Une matrise accrue des cots des transactions et, terme, rduction de ces cots. Ce systme est mis en service en Octobre 2010.

3.2.2. Le dcisionnelLaxe Dcisionnel vise se rapprocher davantage des proccupations de ses utilisateurs (les structures de la direction) en leur offrant des outils plus adapts daide la prise de dcision. Linitiation du projet dcisionnel a t matrialise par la mise en oeuvre de deux chantiers prioritaires relatifs lhistorique budgtaire et la masse salariale. Ceci a t fait dans le cadre dune approche itrative par focalisation successive sur un ensemble de domaines. Actuellement, ces deux chantiers sont achevs et permettront de doter le MEF, travers la Direction du Budget, doutils mettant la disposition des utilisateurs mtiers : Lhistorique budgtaire intgrant les informations de lensemble des crdits ouverts des diffrentes Lois de Finances depuis 1990 jusquen 2010. Les donnes sont structures autour dun ensemble daxes danalyse permettant une lecture multidimensionnelle de linformation budgtaire (conomique, fonctionnelle, rgionale et administrative) ; Des donnes pour avoir une vision multidimensionnelle des dpenses de personnel, des effectifs budgtaires et des postes pourvus et analyser les carts entre la prvision et la ralisation des donnes y affrentes ; La gestion de la masse salariale du personnel de lEtat. Le portail du systme dcisionnel recense un effectif budgtaire qui dpasse les 700 000 fonctionnaires ventils selon le dtail le plus fin concomitamment aux effectifs rels lesquels sont coupls la rmunration. Cet inventaire est destin se doter des outils applicatifs ncessaires la prvision budgtaire ainsi que pour assurer une meilleure matrise de la masse salariale. Les tableaux des effectifs comportent galement les crations de postes budgtaires, les suppressions ainsi que les transformations/ transferts. 20BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUE3.2.3. La collaboration et la communicationLaxe Collaboratif et communication : Le dveloppement de ce dernier axe trouve son essence dans le renforcement des outils de communication et du travail du groupe (groupware) et la valorisation du patrimoine informationnel. Cet axe est davantage renforc par la mise en place du rseau Intranet qui constitue un instrument de travail incontournable dans laccomplissement des tches via des fonctionnalits lies laccs, lchange, le partage et la recherche des documents, en plus de la disponibilit de services en ligne et laccs aux applicatifs web (Extranet budgtaire, dcisionnel). Compte tenu de la ncessit doffrir un point focal daccs lensemble des ressources de la Direction du Budget, en fonction des habilitations et moyennant une authentification unique, loption de mise en place dun Portail fdrateur et collaboratif a t retenue. Cette mise en place a t entame par la ralisation des modules prioritaires, notamment celui relatif la prparation de la Loi de Finances.

4. Problmatique du dveloppement logiciel la DBLa Direction du Budget a fait le choix stratgique du dveloppement de son systme d'information avec ses ressources internes, cependant la DSI confronte certains obstacles qui ralentissent son processus de dveloppement logiciel et rduisent l'efficacit de ses quipes. Ces obstacles concernent principalement l'organisation de la DSI, la mthodologie de gestion de ses projets informatiques et ses relations avec le matre d'ouvrage [DELOITTE 2008] : Lorganisation actuelle de la Division du Systme dInformation ne permet pas de rpondre pleinement la stratgie de la Direction du Budget. En effet, le mode dorganisation actuel correspond une gestion oriente plus quipe que projet . La mthodologie de gestion des projets informatiques nest pas formalise. Les rles des diffrents acteurs et notamment des utilisateurs dans le processus de dveloppement logiciel ne sont pas clairement dfinis, ce qui limite leur niveau dappropriation du SI et leurs responsabilits quant la qualit du SI quils utilisent. Les projets ne sont pas systmatiquement conduits en partenariat avec les divisions mtiers sur toutes les phases de leur cycle de vie. En effet, les divisions mtiers ne sont consultes qu'en amont du projet et lors de la formation sur le produit, elles ne sont pas impliques dans le pilotage des projets, donc les projets sont raliss sans vritable matrise 21BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUEdouvrage agissant en interface entre les divisions mtiers et les quipes informatiques. Certains projets ne disposent pas dune expression de besoins formalise et les phases de validation des spcifications fonctionnelles et de recette fonctionnelle ne sont pas ralises dans un cadre formalis avec les divisions mtiers. De ce fait, Labsence de la fonction dassistance la matrise d'ouvrage ainsi que la faible implication des utilisateurs dans le processus de dveloppement dapplication et de recette pourrait conduire au dveloppement dapplications partiellement adaptes aux besoins des utilisateurs. Le processus de gestion des changements nest pas formalis et il nexiste pas de processus formalis de gestion des versions. En fait, les modifications apportes aux applications par les quipes de dveloppement, bien que nombreuses, ne sont pas journalises. Les demandes de changement provenant des utilisateurs ne sont pas formalises. Il en va de mme pour les changements qui sont raliss. Il est donc impossible de suivre la satisfaction des demandes des utilisateurs. D'une manire gnrale, les projets ne sont pas suffisamment documents. La gestion des risques dans le management des projets de dveloppement logiciel est inexistante.

5. Le Schma directeur du systme d'information (2009-2012)5.1. Objectifs du schma directeur du SI de la DBA travers la ralisation du schma directeur 2009-2012 de son systme dinformation, la Direction du Budget souhaite atteindre les objectifs suivants : Disposer dun systme dinformation permettant la matrise de l'exercice des mtiers et favorisant la performance ; Faire du systme d'information un instrument de prvision budgtaire permettant d'anticiper les changements et les mutations futures de l'environnement ; Amliorer lchange dinformations avec les partenaires de la Direction du Budget par linstauration de protocoles de communication permettant un change rgulier de linformation et lintgration ventuelle avec les systmes structurants du ministre ; Mettre en place un systme d'information permettant de mesurer et d'valuer les performances de l'administration dans la mise en uvre des diffrentes rformes structurelles et sectorielles entreprises par le Gouvernement ;

22


CHAPITRE I : CONTEXTE & PROBLEMATIQUE Accompagner efficacement la politique mene par la Direction du Budget en matire dutilisation des technologies de linformation et de communication par la mise en place dun systme de gouvernance favorisant lanticipation et la vision prospective ; Mettre en place une architecture technologique prenne, volutive et scurise, garantissant une qualit de service optimale, et permettant la matrise des cots de possession (investissements et fonctionnement) du systme dinformation.

5.2.

Thmes de progrs

Les axes dvolution prvus dans lactuel schma directeur pour le systme dinformation de la DB ont t dfini comme suit [DELOITTE 2009] : Stratgie informatique : Dfinition des instances de gouvernance des systmes d'information, de formation et les indicateurs de suivi associs ; Dfinition des instances de pilotage de projet. Support au pilotage : Fourniture des fonctionnalits de pilotage ; Fourniture des outils d'aide la dcision oprationnelle aux structures mtiers. Systme d'information intgr support l'exercice mtier : Accompagnement des volutions du cadre budgtaire ; Support de la prparation des lois de finances ; Informatisation de la gestion budgtaire des tablissements publics ; Prise en charge de la gestion des financements extrieurs. Ouverture sur les partenaires : Mise en place des fonctionnalits d'change et d'intgration interne et externe. Rfrentiel, qualit et scurit : Dfinition des rfrentiels communs pour la nomenclature budgtaire, les procdures mtiers ; Dfinition de l'assurance qualit du service fourni par le systme d'information.

6. ConclusionDans le cadre de l'laboration du Schma Directeur Informatique, l'analyse de l'existant a dmontr l'existence des lacunes dans le processus de dveloppement logiciel la DB. Le Schma Directeur Informatique (2009-2012) de la DB a dsign, parmi ses directives, la gouvernance du systme d'information et la dfinition des rfrentiels des procdures mtiers 23BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE I : CONTEXTE & PROBLEMATIQUEde la DB tel que le dveloppement logiciel qui prsente un support d'accompagnement de la DB dans sa gestion budgtaire. En consquence, il doit y avoir un rfrentiel des procdures mtiers relatif au dveloppement logiciel au sein de la Direction du Budget, ce rfrentiel de bonnes pratiques permettra la mise en place d'un plan d'assurance qualit par le rapprochement de la structure et moyens de la DSI aux normes et standards internationaux. Ainsi lobjectif de ce travail est de proposer la DB un rfrentiel des bonnes pratiques de dveloppement logiciel. La dmarche de llaboration de ce rfrentiel sest tale sur plusieurs tapes : Nous avons men une enqute auprs des cadres et responsables de la DSI afin de confirmer le diagnostic de ltude de lexistant ralise dans le cadre de llaboration du SDI de la DB. Nous avons utilis pour cette tape un questionnaire qui nous a permis de recenser lorganisation et les mthodes du travail au sein de la DSI, les diffrentes activits de lquipe informatique de la DB, les difficults rencontres et les perspectives damlioration ; Nous avons men des entretiens avec les responsables de la DSI de la DB, principalement avec le chef de la DSI, le chef du Service de dveloppement des systmes mtiers et le chef du Service de larchitecture du systme dinformation. Ces entretiens ont t trs avantageux, leur intrt sinscrit dans lencadrement, la direction du travail et la validation des solutions proposes ; Nous avons programm des sances de travail avec les cadres de la DSI afin de recueillir leurs propositions et leurs recommandations au sujet de llaboration du futur guide mthodologique de dveloppement logiciel ; Nous avons effectu une tude documentaire de diffrentes mthodes, normes et standards de dveloppement logiciel, cette tude nous a permis de parcourir et d'tudier les recherches scientifiques et acadmiques qui ont t ralises dans ce domaine ; Nous avons ralis une enqute sur les activits de dveloppement au sein des structures informatiques marocaines, pour cela nous avons labor un questionnaire pour recenser les bonnes pratiques et les expriences russies en matire de dveloppement logiciel, que a soit au niveau du secteur public ou priv. Ltude des diffrentes pratiques mises en uvre par les chefs de projet dans leurs processus de dveloppement logiciel nous a permis de dcouvrir certaines bonnes pratiques susceptibles dtre adaptes la DB ;

24


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET

Chapitre 2 Processus de dveloppement logiciel de la Direction du Budget

25


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGETLe systme d'information de la Direction du Budget dessert l'ensemble des services de cette direction. Son processus de dveloppement logiciel volue constamment avec ses besoins. Par consquent, le dveloppement interne des applications informatiques s'impose vu les spcificits du mtier de la Direction du Budget qui ne cessent d'voluer avec toutes les rformes budgtaires qui amliorent la performance et le contrle du budget marocain. La confidentialit des informations budgtaires exige davantage la production interne du systme d'information de la Direction du Budget. Le prsent chapitre dvoilera dans un premier temps la dmarche du management des projets informatiques de la Direction du Budget, les procdures de dveloppement logiciel et les modes d'exploitation pour une utilisation aise du systme d'information. Par la suite, ce chapitre entamera une tude du processus de dveloppement logiciel au sein de la DB. La mise en surbrillance des bonnes pratiques et l'identification de celles amliorer ou ajouter aux mthodes de dveloppement logiciel de la DB feront l'objet de la conclusion de ce chapitre.

1. Management des projets informatiques1.1. Dmarche et organisation

La mise en place de tout systme informatique ncessite la mise en uvre dune organisation adquate capable de lui assurer les facteurs de russite. Ds le dmarrage de cette opration, la Direction du Budget a opt pour une dmarche participative qui visait ladhsion du personnel au processus dinformatisation, do : Linstauration dun comit de direction, qui reprsente l'acteur cl dans le processus dinformatisation puisquil veille la planification, lordonnancement des priorits, larbitrage et finalement la conformit entre prvisions et ralisations ; La mise en place des commissions de liaison informatique regroupant les informaticiens et les utilisateurs afin dinitier, piloter et accompagner les projets informatiques tout au long de leur cycle de vie ; Linstitution dune entit informatique qui constitue le matre duvre de la mise en place et du pilotage oprationnel de lensemble des oprations lies linformatisation du systme dinformation de la Direction du Budget.

26


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGETAinsi, trois instances, chacune dans son domaine de comptence, ont t constitues pour le pilotage, le suivi de la gestion, le dveloppement et la mise en uvre du projet d'informatisation de la Direction du Budget.

Figure 2-1: Organes mis en place pour le pilotage des projets informatiques

1.1.1. Comit de directionLe comit de direction reprsente linstance de pilotage, de coordination et dorientation de lensemble des actions dinformatisation. Il est prsid par le directeur et se compose de: Un comit restreint constitu des directeurs adjoints et du responsable informatique ; Un comit largi l'ensemble des chefs de division. Aussi, ce comit de direction peut inviter toute personne, en relation avec l'ordre du jour, pour participer ces runions (des consultants externes, le directeur des affaires administratives et gnrales, le reprsentant du Secrtaire Gnral, ). Dautre part, son rle consiste essentiellement : 27 La dfinition des choix stratgiques ; La dfinition des orientations de gestion ; Lordonnancement des priorits de ralisation ; Lactualisation des plans de dveloppement informatique ; La dfinition des axes de projets ; La validation des travaux des commissions de liaison informatique; Larbitrage.BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET1.1.2. Commission de Liaison Informatique (CLI)Cette commission intervient au niveau de chaque projet et sintresse toutes les oprations relatives la mise en place et au suivi de son exploitation durant tout son cycle de vie. Elle est constitue dun noyau dur dinformaticiens et dutilisateurs et peut, tout moment, faire appel dautres comptences internes ou externes pour mener et raliser ses tches. Les principales attributions de cet organe consistent en : La dfinition des orientations de gestion, dorganisation et techniques pour chaque projet ; La planification et l'ordonnancement des travaux ; L'laboration des documents ncessaires la ralisation de lapplicatif : Analyse de lexistant ; Conception du nouveau systme ; Elaboration du cahier des charges ; La validation du nouveau systme informatique ; Le recours aux utilisateurs.

1.1.3. Structure Informatique (DSI)Cet organe constitue le matre duvre de la mise en place et du pilotage oprationnel de lensemble des oprations lies au dveloppement logiciel de la Direction du Budget. Il assure les ralisations techniques des systmes d'information conformment au cahier des charges labor par la commission de liaison informatique. Il est responsable de la volatilit, de la prennit et de la scurit de son systme d'information, il doit l'entretenir et

accompagner les utilisateurs dans son exploitation par les actions de formation et d'assistance. En conclusion, la figure 2-2 prsente un diagramme de squence illustrant le processus de pilotage des projets informatiques au sein de la Direction du Budget:

28



Figure 2-2: Diagramme de squence illustrant le processus du pilotage des projets informatiques au sein de la DB

1.2.

Outils de management des projets informatiques

1.2.1. Schma directeur informatiqueLa diversit des domaines dintervention, lurgence de disposer de moyens modernes de traitement de linformation , la rflexion en commun sur les systmes dinformation potentiels futurs, la rationalisation de lallocation des ressources, loptimisation des procdures et les rgles de gestion, le renforcement des capacits de rflexion, danalyse et de prvision ainsi que lamlioration de la qualit du travail, constituent tant darguments qui ont amen les responsables de la Direction du Budget opter pour le schma directeur informatique (SDI) comme moyen de planification pour la gestion du processus dinformatisation de cette direction.

29


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGETCette planification a permis dassurer notamment : Ladaptation dune stratgie dinformatisation matrialise par un schma directeur informatique rvisable priodiquement ; La cohrence du dveloppement des diffrentes composantes du systme dinformation avec la stratgie de la direction; La compatibilit entre une conception globale et une ralisation progressive; La hirarchisation des projets informatiques en fonction des impratifs stratgiques et des contraintes organisationnelles et financires; La programmation des moyens mettre en uvre sur les plans matriel, logiciel, organisationnel et humain en fonction dun programme dtaill. La dmarche retenue pour llaboration du schma directeur informatique a t axe sur cinq lments essentiels : La stratgie de la direction en matire dinformatisation ; Loffre de la technologie de traitement de linformation ; Ltat de lenvironnement interne et de lorganisation de la direction ; Ltat de lenvironnement externe (situation des systmes dinformation des partenaires de la direction) ; La participation des comptences internes et externes.

1.2.2. Plan de charges annuelLe schma directeur informatique constitue le cadre gnral dorientation du processus dinformatisation de la direction moyen terme. Quant au plan prvisionnel annuel, il retrace lensemble des oprations inscrites au schma directeur dont la ralisation est prvue pour lanne considre. Le plan de charges annuel est un instrument de pilotage puisquil permet la programmation, la mobilisation des ressources et le suivi de ltat davancement des diffrentes oprations. Son contenu sarticule autour des axes suivants : 30 La prsentation gnrale des objectifs atteindre ; Le calendrier des oprations programmes ;BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET Les ressources humaines mobiliser ; Les quipements acqurir ; Les actions de formation assurer ; Les types d'oprations raliser au niveau de chaque projet.

1.2.3. Planification du projetChaque projet possde son propre plan daction qui constitue le document essentiel pour la planification de la ralisation du systme informatique correspondant. En effet, partir du schma directeur informatique qui dfinit le cadre dorientation globale du processus dinformatisation, et partir du plan prvisionnel annuel, le plan daction du projet reprend les donnes relatives chaque projet et les dtaille de faon fine pour permettre une meilleure programmation de ses diffrentes composantes et une utilisation rationnelle des ressources mobilises, ceci en vue dassurer un suivi permanent et un contrle rgulier de ltat davancement des ralisations au niveau de chaque projet.

1.2.4. Bilan annuel des ralisationsPour permettre au comit directeur de suivre lvolution des ralisations inscrites au programme prvisionnel, un document relatif au bilan des ralisations est labor annuellement par la structure charge du systme dinformation. Ce document retrace lvolution de la mise en uvre des diffrentes actions du processus dinformatisation de la Direction du Budget pendant les douze derniers mois. Il a pour objet de faire la synthse du droulement des ralisations et danalyser les carts et les incidents rencontrs. Les informations inscrites dans ce bilan sont des tats agrgs dont les donnes de base proviennent des intervenants oprationnels : les commissions de liaison informatique et les instances de dveloppement, de formation et dexploitation. Le contenu du bilan annuel des ralisations informatiques est ax sur les domaines suivants : Rappel des actions programmes ; Evaluation gnrale des ralisations ; Analyse et comparaison des ralisations par rapport aux prvisions ; Bilan des ralisations relatif chaque projet ;

31


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET Bilan des actions daccompagnement (formation, assistance, maintenance) ; Synthse et analyse des incidents rencontrs ; Recommandations ; Plan d'actions de l'anne suivante. En plus de sa mission primordiale dans lactualisation du schma directeur informatique, le bilan annuel des ralisations joue un rle important dans le pilotage du processus dinformatisation, puisquil permet aux dcideurs de connatre ltat rel davancement des ralisations par rapport aux prvisions et dagir en consquence.

2. Dveloppement de l'applicatif informatiqueLa Direction du Budget a opt pour le dveloppement de son systme d'information avec les ressources internes de la DB, et ce pour garantir sa prennit, rduire ses cots de dveloppement et d'exploitation et permettre, notamment, son dploiement auprs des partenaires sans investissement supplmentaire. Le dveloppement logiciel la Direction du Budget inspire ses mthodes d'une approche traditionnelle base sur le modle par prototypage. La phase de dveloppementprend en charge la ralisation du logiciel. Elle prcise les besoins, ralise le produit et valide son fonctionnement.

La figure 2-3 prsente le diagramme d'activits illustrant le processus de dveloppement logiciel au sein de la Direction du Budget.

32



Figure 2-3: Diagramme d'activits illustrant le processus de dveloppement logiciel la DB

33


CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET 2.1. Analyse et spcification des besoins

La phase de l'analyse et de spcification des besoins est dfinie sur le plan directeur labor par le comit directeur. Ces besoins s'alignent avec les besoins stratgiques de la Direction du Budget en matire d'informatisation et qui sont dclins sur le schma directeur informatique. Les exigences de la Direction du Budget en informatisation sont en gnral soit une intgration d'un nouveau module au systme E-Budget, soit un accompagnement de la direction sur une nouvelle rforme budgtaire telle que la budgtisation CDMT (Cadre de Dpense Moyen Terme).

2.2.

Spcification de l'architecture du systme d'information

La Direction du Budget a opt, pour le dveloppement de son systme d'information, une architecture plusieurs couches. Cette architecture prsente dans la figure 2-4 comporte : La couche UI (User Interface) : couche de prsentation ; La couche Mtier (BLL : Business Logic Layer) : couche de service et dobjets mtiers ; La couche daccs aux donnes (DAL : Data Access Layer). Les composants UI dans le cadre de ce projet sont des formulaires Web et des contrles utilisateur affichant les donnes utilisateur et permettant leur saisie. Le module des composants mtier (BLL) inclut les classes implmentant la logique mtier ainsi que les rgles de gestion. Le module relatif aux entits mtier inclut la liste des entits mtier utilises pour le transport des informations entre les diffrentes couches. Le composant de la logique daccs aux donnes est une interface gnrique efficace entre la couche mtier et la base de donnes. Chaque couche offre ses services travers une interface de service prenant en charge les contrats de communication (communications axes sur des messages, des formats, des protocoles, la scurit, des exceptions, etc.). Lappel de ces services utilise des patterns de fabrication (Factory pattern) afin de garantir labstraction des entits et leur indpendance.

34



Figure 2-4 : Architecture de dveloppement du systme d'information la DB

2.3.

Analyse fonctionnelle

Les spcifications fonctionnelles gnrales dcrivent les diffrents cas d'utilisation d'un processus mtier, elles sont labores par la commission de liaison informatique. Aprs leur validation, la Division des Systmes d'Information (DSI) prvoit le modle conceptuel, le modle logique, et le modle physique des donnes associes. La DSI utilise la mthode MERISE1 pour dresser les modles conceptuels, les modles logiques, et physiques des donnes. Il utilise aussi la modlisation UML2 pour laborer certains diagrammes UML, ces derniers constituent le squelette de l'analyse fonctionnelle.

1 2

Mthode franaise d'analyse, de conception et de ralisation de systmes d'information Unified Modeling Language (c'est un langage de modlisation graphique base de pictogrammes) BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

35

CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGET 2.4. Dveloppement

Le choix de la Direction du Budget pour le dveloppement s'est port sur la technologie Microsoft. Une exprimentation au sein de la DB entre la plateforme Microsoft Dot Net et J2EE1 a montr un succs de la premire notamment en termes de facilit dutilisation, rapidit de dveloppement et prsence dexpertise sur le march. Les dveloppeurs utilisent l'outil de dveloppement Microsoft Visual Studio Dot Net, la programmation est crite avec le langage de programmation C# puisqu'il est le mieux adapt pour le dveloppement des applications Web, ces dernires sont conues avec le langage ASP2 Dot Net. La gnration des entits de la couche d'accs aux donnes se fait automatiquement laide dune application Web nomme (GenereDAL). Cette dernire permet dattaquer la base de donnes et de gnrer pour chaque table la classe correspondante avec les mthodes de base CRUD3. Les requtes et les oprations de donnes sont implmentes sous forme de procdures stockes, afin d'amliorer les performances et la maintenance. Le dveloppement des modules de la couche mtier et de la couche de prsentation est partag entre les dveloppeurs de l'quipe du projet. Le chef de projet est responsable de l'intgration des diffrents modules livrs par son quipe, il assure la cohrence du produit final et gre les versions des diffrentes livraisons. Le code source des systmes est partag par toute lquipe. Une discipline manuelle permet le contrle des codes sources. En procdant ainsi, il est possible doublier ou dcraser des codes sources. Il serait bon dutiliser un outil spcialis dans le contrle des codes sources, afin de journaliser les modifications apportes au produit.

2.5.

Les tests

Les tests techniques sont raliss par le dveloppeur lui-mme. Le chef de projet assure le test technique de l'ensemble des modules intgrs au produit final.1 2

Java Enterprise Edition

Active Server Pages. Cest un standard mis au point par Microsoft permettant de dvelopper des applications Web dynamique.3

CRUD: Les quatre lettres signifient Create, Read, Update et Delete: crer, lire, mettre jour et supprimer. BADR TALAGHZI MEMOIRE POUR L'ACCES AU GRADE D'INGENIEUR EN CHEF

36

CHAPITRE II : PROCESSUS DE DEVELOPPEMENT LOGICIEL DE LA DIRECTION DU BUDGETLes tests fonctionnels sont raliss par des utilisateurs nomms "utilisateurs pilotes", cette tiquette drive de l'action pilote de mise en exploitation du nouveau systme au profit d'un chantillon d'utilisateurs choisis pour leur expertise du mtier informatis. Ces derniers utilisent le nouveau systme et gardent leurs anciens outils afin de tester la conformit des rsultats obtenus par les deux outils. Cette mthode offre aux utilisateurs "pilote" l'avantage de se familiariser avec le nouveau systme et leur permet de valider les fonctionnalits de ce systme et de spcifier, le cas chant, les fonctionnalits manquantes.

2.6.

Documentation

La documentation constitue le livrable de chaque tape en gestion de projet informatique, sa validation conduit la fin de cette tape. La Direction du Budget sest engage produire un certain nombre de document accompagnant la production du logiciel. Les diffrents livrables documentaires sont dcrits ainsi : Etude de lexistant : Cest un document qui analyse et prcise les qualits internes requises pour juger de la conformit du logiciel demand. Cahier des charges : Cest un document qui permet la matrise d'ouvrage d'exprimer son besoin de manire fonctionnelle indpendamment de toute solution technique. Il retrace les diffrentes maquettes du systme dinformation futur, ainsi que les rgles de gestion et les procdures du mtier informatiser. Manuel dutilisation informatique : Cest un document qui explique comment exploiter lapplication. Il est destin aux utilisateurs, et il est utilis lors des sessions de formation. La documentation technique de la DSI est formalise selon une structure qui contient les informations suivantes : Le titre du projet informatique ; Ltiquette du document produit ; La version du document ; Un historique des dates dlaboration de toutes les versions du document ; Les observations de ces versions.

37



3. Analyse du processus de dveloppement logiciel de la DBLlaboration dun rfrentiel des bonnes pratiques de dveloppement logiciel la DB doit tre prcde par ltude dtaille des besoins de lquipe du dveloppement logiciel. Ainsi, et en vue de clarifier davantage lesdits besoins, nous avons men une enqute afin dtudier lorganisation et les mthodes du travail au sein de la DSI, les diffrentes activits de lquipe informatique de la DB, et les perspectives damlioration. Lobjectif de cette enqute est de confirmer le diagnostic tabli dans le cadre de llaboration du SDI de la DB. En fait, elle permettra didentifier les causes majeures des diffrentes difficults rencontres lors du dveloppement logiciel la DB et de justifier la ncessit de la mise en place dun rfrentiel des bonnes pratiques de dveloppement logiciel. Cette enqute sadresse lquipe informatique de la DB, des entretiens ont t tenus avec les responsables de la DSI et un questionnaire a t distribu lensemble des cadres et responsables de la DSI, ce questionnaire porte sur six parties (cf. annexe I). La premire partie recueille des informations sur les profils des cadres de la DSI, la seconde partie comporte des questions relatives lenvironnement du travail de lquipe informatique, la troisime partie sinterroge sur les activits des dveloppeurs logiciel, la quatrime partie e