Processus_développement_logiciel

8/3/2019 Processus_dveloppement_logiciel

1/42

Processus du dveloppement logicielParadigmes & Perspectives

- Cas de la Direction du Budget-

Prpar par :M. Badr TALAGHZI

Ingnieur d'Etat Grade Principal

la Direction du Budget

Soutenance pour l'accs au grade d'Ingnieur en Chef

04 Mai 2011

ROYAUME DU MAROC


2/42

PPLANLAN

Introduction

Analyse du processus de dveloppement logiciel la DB

Benchmarking

Proposition du rfrentiel de dveloppement logiciel

Conduite du changement dans la mise en uvre du nouveau rfrentiel

Conclusion

2 B. TALAGHZI - Processus du dveloppement logiciel - Paradigmes & Perspectives: Cas de la Direction du Budget


3/42

IINTRODUCTIONNTRODUCTION

Raisons majeures des checs:

Spcifications fonctionnelles incompltes et/ou une mauvaise

expression des besoins ;

Manque de communication entre le matre duvre et le matre

douvrage ;

Manque de ractivit face au changement continu des spcifications

fonctionnelles ;

Omission de la gestion du risque dans le management des projets

de dveloppement logiciel.Source: http://www.standishgroup.com/

B. TALAGHZI - Processus du dveloppement logiciel - Paradigmes & Perspectives: Cas de la Direction du Budget3

PROBLEMATIQUEPROBLEMATIQUE

31%31% des projets de dveloppement logiciel ne sont jamais terminsdes projets de dveloppement logiciel ne sont jamais termins

52%52% des projets de dveloppement logiciel dpassent le cot 189% de linitialdes projets de dveloppement logiciel dpassent le cot 189% de linitial

16%16% des projets de dveloppement logiciel russissentdes projets de dveloppement logiciel russissent


4/42


Source: Etude pour llaboration dun Schma

Directeur du Systme dinformation de la DB

Phase 1 Analyse de l'existant (22/07/2008)DELOITTE conseil

PROBLEMATIQUE (Cas de la DB)PROBLEMATIQUE (Cas de la DB)



5/42

Mise en place dun cadre mthodologiquepour le dveloppement logiciel.

QUEL RFRENTIEL DE BONNESPRATIQUES DU DVELOPPEMENT LOGICIEL ?

COMMENT METTRE ENUVRE LE RFRENTIEL?


5

OBJECTIF DU PROJETOBJECTIF DU PROJET

B. TALAGHZI - Processus du dveloppement logiciel - Paradigmes & Perspectives: Cas de la Direction du Budget


6/42

Recherche documentaire

tude du processus de dveloppement logiciel laDirection du Budget

Enqute sur lorganisation et les mthodes dedveloppement la DB

Benchmarking des pratiques de dveloppementlogiciel

Proposition dun rfrentiel des bonnes pratiques dudveloppement logiciel


6

DEMARCHE DU TRAVAILDEMARCHE DU TRAVAIL



7/42

Mthodologie de dveloppement traditionnelleMthodologie de dveloppement Agile

une approche itrative et incrmentale, qui est mene dans un espritcollaboratif, avec juste ce quil faut de formalisme. Elle gnre un produit dehaute qualit tout en prenant en compte lvolution des besoins des clients

Manifeste Agile:

Les individus et leurs interactions avant les processus et les outils.

Des fonctionnalits oprationnelles avant la documentation.

La collaboration avec le client plutt que la contractualisation des

relations.

Lacceptation du changement plutt que la conformit aux plans.

QQUELUEL RRFRENTIEL ?FRENTIEL ?

7

MTHODOLOGIE DE DVELOPPEMENTMTHODOLOGIE DE DVELOPPEMENT



8/42

8

RFRENTIELS STANDARDSRFRENTIELS STANDARDS

QQUELUEL RRFRENTIEL ?FRENTIEL ?



9/42

EETUDE DE LTUDE DE LEEXISTANTXISTANT

Comit de direction Commission de LiaisonInformatique Structure Informatique Personnel de la DB

1: Elaboration dun plan directeur

2: Dsignation des membres du CLI / projet

3: Elaboration du cahier des charges

4: Validation du cahier des charges

5: Ralisation technique

6: Validation fonctionnelle

7: Prsentation du Produit

8: Approbation du Produit9: Elaboration dun plan de formation

10: Mise en exploitation du produit

9

ACTEURS ET ORGANISATIONSACTEURS ET ORGANISATIONS



10/42

EETUDE DE LTUDE DE LEEXISTANTXISTANT

Spcification des besoins

Identification du processus Mtier

Elaboration du Modle Conceptuel

Elaboration du Cahier des charges

Dveloppement

Tests techniques

Intgration & Test intgral du systme

Recette

Dploiement Formation - Exploitation

Nouvelles spcifications fonctionnelles

Design du prototype utilisateur

Valid NON

Valid NON

ValidNON

ValidNON

Valid

Valid

NON

NON

10

ACTIVIT DUACTIVIT DUDVELOPPEMENT LOGICIELDVELOPPEMENT LOGICIEL

Dveloppement



11/42

EETUDE DESTUDE DES BBESOINSESOINS

Responsablesde la DSI:

Organisation

Mthodes

Perspectives

damliorations

Equipeinformatique:

Environnement Activits Mthodes Organisation Difficults

Motivations Perspectivesdamliorations

1 2 3

11

DEMARCHE DE LENQUTEDEMARCHE DE LENQUTE

Rsultats :

Taux de rponseAnalyse delexistantRecueil desBesoins



12/42


RESPONSABLES DE LA DSI:

Utilisation des moyens propres pour la gestion des projets informatiques

Acquisition de lquipe informatique des comptences mtiers

Engagement de lquipe informatique dans lassistance aux utilisateurs

Ncessit dun cadre mthodologique pour le dveloppement logiciel

Priorit de la russite des projets par rapport une certification

12

RSULTATS DES ENTRETIENSRSULTATS DES ENTRETIENS



13/42


QUESTIONNAIRE

La distribution et la collecte du questionnaire a t manuelle.

Le taux de rponse 80%

4% Service de lExploitation& Support

45% Service deDveloppement desSystmes Mtiers

17% Service Dcisionnel &

Communication

4%Division SystmedInformation

29% Service de lArchitecturedu SystmedInformation

13

REPRSENTATIVIT DES RPONDANTSREPRSENTATIVIT DES RPONDANTS



14/42


MTHODOLOGIE DE DVELOPPEMENT

50% Mthodologie dedveloppement propre la DSI

25% Aucune mthodologiede dveloppement

21% Mthodologie dedveloppement traditionnelle 4% Autres mthodologies

de dveloppement

14

ANALYSE DES RSULTATSANALYSE DES RSULTATS



15/42


DIFFICULTS RENCONTRES

56% Changement desspcifications

12% Gestion des ressourceshumaines

12% Matrise destechnologies

20% Communication avec lematre douvrage

15




16/42


PERSPECTIVES DAMLIORATIONS

30 % Mthode de travail

2% Satisfaits2% Autres Amliorations

27% Communication27% Organisation

12% Planification

16




17/42


CHANGEMENT ESCOMPT

59 % Mthodologie dedveloppement (sans certification)

4% Satisfaits

33% Certification aux normesstandard de dveloppement

4% Motivation des cadres

17




18/42


La communication avec les divisions mtiers nest pas assure pendant

toutes les phases du cycle de vie du dveloppement logiciel

Les cadres ne participent ni la planification ni aux analyses post-projet

des projets informatiques

La charge des cadres de la DSI est leve

Les tests ne suivent aucun formalisme

Le processus de gestion des changements nest pas formalis

La gestion des risques dans le processus de dveloppement logiciel est

inexistante

18

SYNTHSE DE LENQUTESYNTHSE DE LENQUTE



19/42

BBENCHMARKINGENCHMARKING

Gestion du projet de dveloppement

Dveloppement oprationnel

Le primtre de ce Benchmarking :

Activits de formation, de maintenance ou du centre

de production

Structures charges du dveloppement logicieldans les organismes marocains:

Dpartements ministriels; Etablissements publics

Secteur Priv (SII, Banques et Assurances)

19

OBJECTIF & BENCHMARKOBJECTIF & BENCHMARK



20/42


Dmarrage: regroupe lensemble des activits permettant dentamer le

dveloppement du systme dinformation et le management du projet.

Management de projet: vise assurer la matrise des objectifs (qualit &

dlai). Il englobe les activits dorganisation, de dcision, de coordination des

diffrents acteurs et de pilotage du projet.

Processus de dveloppement: regroupe les activits de conception et dedveloppement du futur SI.

Utilisation: laboutissement du projet.

20

MESURESMESURES



21/42


QUESTIONNAIRE

5% Manuel 3% En ligne (Web)

57% Mail

35% Entretien

27% Directions du MEF

40% Secteur Public (Autres que MEF)

33% Secteur Priv

21

ANALYSE DES DONNESANALYSE DES DONNES



22/42


22

EXPRESSION DES BESOINS

MEF

Public

Priv

0% 20% 40% 60% 80% 100%

Besoins bien exprims et formaliss

Besoins formaliss, mais voluentfrquemment

Besoins Non formaliss, ils changentconstamment

22




23/42


23

Interlocuteur unique, expert mtier

Formalisme avec certains utilisateurs, maissouvent occups

Pas de contact avec la matrise douvrage

0% 20% 40% 60% 80% 100%

MEF

Public

Priv

23


RELATIONS AVEC MOA



24/42


24

Aucune mthodologie

Mthodologie traditionnelle

Mthodologie standard

0% 20% 40% 60% 80% 100%

MEF

Public

Priv

24


GESTION DU PROJET


B


25/42


Aucun contrle qualit

Quelques contrle qualit

Plan dassurance qualit respect

MEF

Public

Priv

0% 20% 40% 60% 80% 100%

25


CONTRLE QUALITE


B


26/42


Demande du changement accepte

mais mal gre

Demande du changement rejete

Demande du changement biengre et contrle

MEF

Public

Priv

0% 20% 40% 60% 80% 100%

26


CHANGEMENTS DES BESOINS


B


27/42


0%

10%

20%

30%

40%

50%

60%Modle ad hoc

Modle en cascade

Modle en V

Modle par prototypage

Modle en spirale

Modle itratif

Extreme programming

SCRUM

Autres

Pas de modle formel

Finances

Public

Priv

27


MTHODES DE DVELOPPEMENT


BB


28/42


Trs satisfait

Assez satisfait

Non satisfait

0% 20% 40% 60% 80% 100%

MEF

Public

Priv

28


SATISFACTION DU MOA


BB


29/42


Les mthodes agiles commencent investir le secteur Priv etprincipalement les SII

La TGR a introduit le modle SCRUM comme mthodologie dedveloppement agile

Ladoption dune mthodologie agile augmente le taux de satisfaction

de la matrise douvrageLes besoins fonctionnels de la DB voluent souvent au cours dudveloppement dun systme dinformation

Les demandes du changement sont toujours acceptes mais leurgestion demeure insuffisante

La relation avec la matrise douvrage la DB est collaborative

Introduction des bonnes pratiques relatives aux mthodes agilesdans le rfrentiel de dveloppement logiciel de la DB

29

SYNTHSESYNTHSE



30/42

PPROPOSITION DUROPOSITION DU RREFERENTIEL DEEFERENTIEL DE DDEVELOPPEMENTEVELOPPEMENT LLOGICIELOGICIEL

Lquipe de dveloppement logiciel de la DB est compose de huitingnieurs

La DB dispose de cadres expriments qui collaborent bien avec lesdveloppeurs

Lenvironnement favorise lagilit

SCRUM et XP sont les mthodologies les plus populaires

Le rfrentiel standard du march est trop engageant (trop dedocumentation, cot lev )

Un rfrentiel Maisonqui contiendra des bonnes pratiques deSCRUM et XP.

30

JUSTIFICATION DU CHOIXJUSTIFICATION DU CHOIX



31/42

Organisation et acteurs du dveloppement logiciel

Charte du projet

Planification et suivi du projet

Suivi des risques

Rdaction du cahier des charges fonctionnelles

Etude dtaille

Programmation et codage

Les tests

Gestion des changements

Formalisme documentaire

Dploiement

31

CHAMP DU RFRENTIELCHAMP DU RFRENTIEL



P R D L


32/42

Comit directeur

Commission deLiaison Informatique

Comit de pilotage

Equipeoprationnelle

Equipe deFormation &dassistance

Structureinformatique

Pilotage global du SI de la DB

Pilotage par domaine fonctionnel

Pilotage oprationnel

Initiation du projet

Dsignation de la CLI

Dfinition de la charte projet

Elaboration du Cahier des charges fonctionnel

Validation des itrations

Elaboration et Maj. du macro planning

Elaboration du planning des itrations

Suivi des risques

Suivi des changements

Elaboration du plan de formation

Cycle de dveloppement itratifORGANISATION :ORGANISATION :

ACTEURS :ACTEURS :



P R D L


33/42

Tches

Ressources

Dure prvue

La charge de travail relle

Achev (%)

Actualisation de la charge prvue:charge de travail relle / pourcentage

achev.

Variation de la prvision :Actualisation de la charge prvue charge de

travail prvue.

33

PLANIFICATION & SUIVI DE LAVANCEMENT DU PROJETPLANIFICATION & SUIVI DE LAVANCEMENT DU PROJET



PP RR DD LL


34/42

Analyse des risques

Identification des risques

Classification des risques (typologie, probabilit dapparition, consquence)

Rductions des risques

Suppression des causes

Partage des responsabilits

Limitations des consquences

Acceptation du risque en le surveillant

Suivi de l'volution des risques

tablissement du tableau de suivi des risques chaque runion de projet

Communication du tableau tous les membres de lquipe du projet34

GESTION DES RISQUESGESTION DES RISQUES



PP RR DD LL


35/42

Demande de changement:

- Adaptatives, volutives

-Correctives

Envoi de la demande

Etude et avis sur lopportunit et les priorits

Mise jour du portefeuille de la gestion des changements

Ralisation des modifications demandes

35

GESTION DES CHANGEMENTSGESTION DES CHANGEMENTS



CC CC MM


36/42

CCONDUITE DUONDUITE DU CCHANGEMENT DANS LAHANGEMENT DANS LA MMISE ENISE EN UVREUVRE

DmarrageLes objectifs du travail sont aligns avec le schma directeur

informatique de la DB

Planification

Estimation des ressources humaines et matrielles

Elaboration dun plan de communication

Ralisation

Prsentation du rfrentiel (Formation )

Intgration graduelle des nouvelles pratiques

Matrise

Mesure des performances

Amlioration et adaptation du rfrentiel

Clture

36

PLAN PRVISIONNEL DE LA MISE EN UVREPLAN PRVISIONNEL DE LA MISE EN UVRE


CC CC MM


37/42

Ressources logiciellesTeam Foundation Server

Microsoft project

Ressources Humaines

Cration du comit de suivi du changement (3h)Externalisation de la conduite du changement auprs

d'une socit de conseil

Budget estimatif du projet

Formation (Agile et TFS) (7j/10h) 114 000,00

Assistance (20j) 160 000,00

274 000,00 (DH/HT)

37

RESSOURCES REQUISESRESSOURCES REQUISES



CC CC MM


38/42

Direction du Budget

Comit directeur

EquipeOprationnelle

(DSI)

Commissionde Liaison

Informatique

Comit du suividu changement

AssistanceExterne

Valider le projet Valider les

ralisations

Intgrer les bonnes pratiques de gestion du projet Intgrer les bonnes pratiques du dveloppement

Adhrer au changementdu processus de dveloppement

Valider les itrations Respecter le formalismedocumentaire

Communication des objectifsSuivi des indicateurs de

performanceAmlioration du rfrentielCommunication des rsultats

38

ORGANISATION DU CHANGEMENTORGANISATION DU CHANGEMENT



CC CC MM


39/42

39

Anne n Anne (n+1)

01 02 03 04 05 06 07 08 09 10 11 12 01 02 03 04 05 06 07 08 09 10 11 12

Phase 1

Dmarrage

Phase 2Planification

Phase 3

Excution

Phase 4

Matrise

Phase 5

Clture

PLAN PRVISIONNELPLAN PRVISIONNEL



CCONDUITE DU CCHANGEMENT DANS A MMISE EN UVRE


40/42

1- Action non ralise : Les acteurs n'ont pas pu mettre en uvre la pratique

mesure

2- Action ralise : Les acteurs sont parvenus la ralisation de la pratique

3- Action matrise : Les acteurs matrisent la pratique4- Action amliore : La pratique est matrise et des amliorations ont t ajoutes

Application des nouvelles pratiques

Portefeuille du suivi des anomalies

Mesure de la satisfaction de la matrise douvrage

(satisfait, partiellement satisfait, non satisfait)

Indicateurs de performance

B. TALAGHZI - Processus du dveloppement logiciel - Paradigmes & Perspectives: Cas de la Direction du Budget40

INDICATEURS DE PERFORMANCEINDICATEURS DE PERFORMANCE


CCONCLUSIONONCLUSION


41/42

CCONCLUSIONONCLUSION

tude du processus de dveloppement logiciel la Direction du Budget

Benchmarking des pratiques de dveloppement logiciel

tudetude

Proposition dun rfrentiel des bonnes pratiques de dveloppement logicielspcifique la Direction du Budget

ApportApport

Amlioration continue du rfrentiel des bonnes pratiques du dveloppement

Capitalisation sur les expriences russies

RecommandationsRecommandations

Elaboration des guides mthodologiques spcifiques chaque mtier de la DSI:

Systme dcisionnel de la DB

Scurit du systme d'information

Gestion des bases de donnes

PerspectivesPerspectives



42/42

Merci pour votre attentionMerci pour votre attention

Processus_développement_logiciel

Documents

Transcript of Processus_développement_logiciel