Conduite de Projet Et Cahier Des Charges

8/3/2019 Conduite de Projet Et Cahier Des Charges

1/41

1

Page 1

Yves LALOUM

Conduite de projet

Concepts et Dfinitions

Le Cahier des Charges

Page 2

Yves LALOUM

Plan

1 Quest-ce quun projet ? Rappel des principaux concepts et du

vocabulaire

Analyse

Estimation Planification

Suivi


2/41

2

Page 3

Yves LALOUM

Un projet se distingue par :

- Un besoin unique, non rptitif

1. Quest-ce quun projet?

- Une dure dtermine

- Une activit cratrice

- Une complexit- Une varit dintervenants indpendants

quil faut coordonner.

Page 4

Yves LALOUM

Dfinition d un projet :AFNOR, X50-105d aot 91

Daprs lAFNOR, X50-105 daot 91, un projetse dfinit comme une dmarche spcifique, qui

permet de structurer mthodiquement et progressivement une ralit venir.Un projet estdfini et mis en uvre pour laborer la rponseau besoin dun utilisateur, direct ou duneclientle et il implique un objectif et des actions entreprendre avec des ressources donnes .


3/41

3

Page 5

Yves LALOUM

Les phases dun projetFaisabilit ?

Contrle de lavalidit du besoin?

Conception

Dfinition

Ralisation

Mise en place

Mise disposition

Essais

Besoin satisfaitUtilisation

Matre douvrage

Matre douvrage

Matre doeuvre

Payeur

RalisateurConstructeur

Utilisateur

Page 6

Yves LALOUM

Technique

Projet

Dlai Cot

Le pilotage dun projetdoit se faire enrecherchant en

permanence lquilibredlai-cot, dans lerespect de latechnique, pas plus nimoins.

Piloter un Projet


4/41

4

Page 7

Yves LALOUM

Rle du Chef de Projet

rpondre au cahier des charges la bonne date,au cot prvu ou infrieur

chaque ala, lart du planificateur est alors de

savoirtrouver le meilleur compromis, entre ledlai et le cot.

Page 8

Yves LALOUM

Lanalyse

Lanalyse dun projet cest : Dfinir la liste des tches

Dfinir la liste des rsultats

Structurer les diffrents parties du projets.


5/41

5

Page 9

Yves LALOUM

es ou s ana yse

Outils : WBS (Work Breakdown Structure)

arbre des tches

PBS (Product Breakdown Structure) Arbre des rsultats

OBS (Organisation Breakdown Structure)

Tableau des affectations Ressources ---> Tches

Page 10

Yves LALOUM

Exemple de WBS

Repeindre une salle de bain

Repeindre

Passer 1ere couche

PeindreAcheter le matriel Nettoyer

Passer 2eme couche


6/41

6

Page 11

Yves LALOUM

Exemple de PBS Repeindre une salle de bain

Salle de bain repeinte

1ere couche passe

Salle de bain peinteMatriel disponible Salle de bain nettoye

2eme couche passe

Page 12

Yves LALOUM

Exemple d OBS

TACHE Mr A Mr B Mr C

T1 X X

T2 X X

Dfinit la liste des intervenants aux projet


7/41

7

Page 13

Yves LALOUM

Lestimation

Estimation dun projet : Chiffrage approximatif du cot de ralisation

dun projet

chiffrage tche par tche ou ressource parressource

en units correspondant aux besoins du suivi Objectifs : Etude dopportunit

Budgtisation dun projet

Page 14

Yves LALOUM

Principes de la planification

- ORDONNANCERson excution

- PRVOIRun programme daction (en terme dedlai et de cot)

- CONTRLER le droulement, les cots et lesdlais

- ADAPTERle plan aux nouvelles exigences

- DCIDERen continu, jusquau but final


8/41

8

Page 15

Yves LALOUM

Le Rseau PERT Reprsentation des tches et des liaisons :

T1

T3

T5

T2

T7

T4

T6

Page 16

Yves LALOUM

Planning de projet : Diagramme de GANTT

Lancement

Analyse des besoins

Rdaction du CdC

Dveloppement

Test

Prpa jeu d'essai

5 10 15 20


9/41

9

Page 17

Yves LALOUM

ren es ypes e a sons

entre tches

Fin Dbut (FD) B ne peut dbuter avant que A ne soit termine

Dbut Dbut (DD) B ne peut dbuter avant que A ne soit commence

Fin Fin (FF) B ne peut pas tre acheve avant que A soit termine

Dbut Fin (Dbut Fin) B ne peut pas se terminer avant que A ne dbute

A B

A B

BA

A B

Page 18

Yves LALOUM

Dfinitions

Date au plus tt/Date au plus tard Date au plus tt : la date laquelle une tche

peut commencer en fonction des dpendancesaux autres tches

Date au plus tard : la date laquelle une tchepeut commencer au plus tard sans remettre encause la date de fin de projet


10/41

10

Page 19

Yves LALOUM

Marge Totale : Intervalle de temps pendant lequel une tche peuttre retarde sans affecter la date de fin de projet.

= Date de dbut au plus tard - date de dbut au plus tt

Marge Libre : Intervalle de temps pendant lequel une tche peut

tre retarde sans affecter dautres tches.

= Date de dbut au plus tt du successeur le plusimmdiat - Date de fin au plus tt

Chemin critique : Suite des tches ayant une marge totale gale 0.

Tout retard sur une tche du chemin critique affectela date de fin de projet

Page 20

Yves LALOUM

Principes de calcul Dates au plus tt de chaque tche :

Taches dure prdcesseurs Date de Datedbut au de fin plus tt au plus tt

A 3j t t+3B 2j A t+3 t+5C 4j A t+3 t+7D 2j B t+5 t+7E 5j B,C t+7 t+12


11/41

11

Page 21

Yves LALOUM

Principes de calcul Dates au plus tard de chaque tche :

Taches dure prdcesseurs Date de Datedbut au de fin

plus tard plus tardA 3j t t+3B 2j A t+5 t+7C 4j A t+3 t+7

D 2j B t+10 t+12E 5j B et C t+7 t+12

Page 22

Yves LALOUM

Principes de calcul

Marge totale, Marge libre : Taches A, B,C ,D et E

Taches dure prdcesseurs Marge Marge

Totale Libre A 3j 0 0

B 2j A 2 0

C 4j A 0 0

D 2j B 5 5

E 5j B et C 0 0


12/41

12

Page 23

Yves LALOUM

Gnralits sur le cahier descharges

Page 24

Yves LALOUM

GNRALITS SURLE CAHIER DES CHARGES (CDC)

1. Introduction

2. Linfrastructure de dveloppement

3. Les composants de dveloppement

4. Les attributs du systme5. Dfinition et rle

6. Les tudes de besoins des utilisateurs

7. Diffrents types de cahiers des charges

8. Les caractristique gnrales dun CDC

9. Les risques techniques dun CDC incomplet


13/41

13

Page 25

Yves LALOUM

Le cahier des charges :Introduction

Le cahier des charges = la prsentation contractuelle dela synthse de lexpression des besoins.

La notion de cahier des charges vient de la ncessitdengagements rciproques entre un donneur dordre etun sous-traitant (interne ou externe), relation

client/fournisseur.

Un environnement de dveloppement a uneinfrastructure de dveloppement, des composants dedveloppement et des attributs.

Page 26

Yves LALOUM

Linfrastructure de dveloppement

Des objets externes (gnrateur de requtes SQL,gnrateur dtats, outils de communication, gestionnairede base de donnes).

Des interfaces qui comprennent elles-mmes :

- Les outils de dfinition des interfaces utilisateurs etdans un mode client/serveur, les outils des clients ;

- Les appels des sous-systmes , en particulier lesAPI ;

- Les interfaces du systme avec le ou les rseauxlocaux ou distants.


14/41

14

Page 27

Yves LALOUM

Les composants de dveloppement

Les supports aux outils de dveloppement,documentation, formation et assistance.

Les outils de gestion du projet pour la gestion dudveloppement et des processus de dveloppement.

Les outils dingnierie de production dcomposes en :- Outils de spcification pour dfinir des applications partir de

lanalyse des besoins et de dfinition de larchitecture logicielle ;

- Outils de gnration de code, de spcialisation et daffinage ducode, de dbogage et dassemblage ;

- Outils de tests ;

- Outils danalyse conceptuelle, de simulation et danalyse de laconsistance;

- Outils de simulation, danalyse de la consistance et conceptuelle.

Page 28

Yves LALOUM

Les attributs du systme Les caractristiques du produit final :

- Lassurance de bon fonctionnement, de prennit ;- Linteroprabilit du systme avec dautres;- La facilit dusage ;- Lvolutivit ;- La rutilisabilit de tout ou partie pour dautres applications ;

- La performance ;- La portabilit sur dautres matriels et/ou dautres systmes;- La gestion des risques techniques propres au produit.

Les caractristiques propres au projet et sonmanagement :

- Les cots du projet ;- Le planning de mise en uvre et de ralisation du projet ;- La gestion des risques financiers et des risques inhrents au

management du projet.


15/41

15

Page 29

Yves LALOUM

Dialogue

Cahier des charges

Produit ou Service

Client Fournisseur

Quand faire un cahier des charges ?

Page 30

Yves LALOUM

Quand faire un cahier des charges ?

Le concept de CDC peut tre utilement utilis chaquefois qu il y a une relation de sous-traitance ou dedlgation entre un client et un fournisseur.

Le CDC est le document qui permet un client (interne ou

externe) dindiquer un fournisseur (interne ou externe)quel est son souhait et partir dun dialogue, de permettreau fournisseur dy rpondre par un produit ou un service.

Limportant par rapport la ralisation dun CDC est dedfinir les objectifs principaux et de dterminer parmices objectifs ceux qui sont en opposition, et pour lesquelsil faudra mettre en place des compromis.


16/41

16

Page 31

Yves LALOUM

Le cahier des charges relve de la responsabilit duclient. Il doit garantir que son expression traduise bien les

besoins initiaux et quil soit comprhensible par des tiers.

Il est donc ncessaire de bien identifier le destinataire ducahier des charges pour quil soit rdig sous une forme,dans un langage et avec un vocabulaire comprhensible.

Un dialoguependant la phase dexcution sera souventncessaire pour prciser la demande et supprimer lesambiguts et les incomprhensions.

-> Deux lments influent sur le contenu du cahier descharges : La complexit du besoin et Le montant quelentreprise est prte mettre pour satisfaire le besoin.

Cahier des Charges :Dfinition et rle

Page 32

Yves LALOUM

Un cahier des charges doit prciser :

Le cadre gnral de la demande ;

Les objectifs satisfaire ;

Les fonctions et rsultats qui sont attendus ;

Les contraintes de ralisation et de mise en uvre ; Les exigences du client en termes dexprience du

fournisseur, de suivi de la qualit, de moyens mettre enuvre, de dlai de ralisation.


17/41

17

Page 33

Yves LALOUM

Le cahier des charges constitue une demande derponses ; cette opration se nomme appel doffres.

Le rle du cahier des charges dans appel doffres est deprovoquerlengagement du fournisseur.

Il existe un certain nombre de normes franaises qui peuvent tre utilises comme lments de rfrence lastructuration dun cahier des charges.

Cahier des Charges :Rle

Page 34

Yves LALOUM

La norme Z67-102 :Structuration d un CDC

1. Phase de conception 1/ Description de chaque sortie.

2/ Description hirarchique de lensemble des donnes obtenir.

3/ Vrification de la cohrence entre les entres et les sorties.

4/ Description hirarchique de lensemble des donnes utiliser envue de lobtention des rsultats.

5/ Jeu dessais logique de lunit de traitement.

2. Phase de programmation 1/ Description hirarchique de lunit de traitement.

2/ Liste des instructions logiques par fonction raliser.

3/ Liste des instructions logiques ordonnes par squence logique.

4/ Codification des instructions.

5/ Codification du jeu dessai.


18/41

18

Page 35

Yves LALOUM

CDC pour la ralisation de spcifiqueou pour l acquisition de progiciel

tude pralable ou gnrale

Orientation gnrale, Analyse de l existant, Axes d amlioration, schmacible global ou par domaine, Planification de projets

Cahier des Chargesd tude dtaille

Cahier des chargesde ralisation

Cahier des charges

de mise en oeuvre

Logiciel spcifique Progiciel Type de CDC

tude dtaille

Spcifications gnrales,Spcifications dtailles

Choix

Critres, Consultation des fournisseurs,valuation, Dcision

Conception dtaille

Jeux d essais, Interfaces

Ralisation

Codage, Tests unitaires,Intgration

Ralisation

Complment de dveloppement,Paramtrage progiciel

Mise en uvre

Mise en place organisation, Scnario mise en place, Recette, Environnementde production, valuation

Page 36

Yves LALOUM

La norme Z61 101 :Dcoupage d un projet -> CDC

tude pralable . Exploration. Conception densemble

. Apprciation de la solution retenueConception dtaille . Conception du systme de traitement de linformation

. Spcifications fonctionnelles du systme informatique

. tude organique gnraleRalisation . tude organique dtaille

. Programmation et tests

. Validation technique

Mise en uvre . Rception provisoire. Exploitation sous contrle

valuation . valuation du systme informatique. valuation du systme de traitement de linformation

Au travers du dcoupage du projet, chaque tape dcrite peut fairelobjet dun cahier des charges en particulier si elle doit tre sous-traite.


19/41

19

Page 37

Yves LALOUM

Les tudes de besoins des utilisateurs Lanalyse des besoins sinscrit dans le cycle de

conception du systme dinformation (Cycle en U ou V).

Page 38

Yves LALOUM

Le cycle de dveloppement

Spcificationdu systme

Conception desoprations

Spcificationsous-systme

Conceptionsous-systme

Conception desmodules

Code

Tests desmodules

Testsd intgrationsous-systme

Tests devalidation

sous-systme

Testsd intgration

systme

Tests derception

La notion de CDC et le cycle de dveloppement

Prvoir et planifier les tests

Ds la phase de conception


20/41

20

Page 39

Yves LALOUM

Techniques d investigationdes outils de la qualitQuestions Rponses

Quoi Le document cible produire :- sa forme ;- son plan ;- son contenu.

Qui - Qui met la phase en uvre ?- Quels sont les interlocuteurs qui y participent ?- Qui valide le document ?- Qui lutilise ?

O - O trouver linformation ?Quand - Quelles sont les actions avant et les actions aprs ?

- Quels sont les dlais de ralisation ?Comment - Choix des moyens et choix des mthodes ?

Pourquoi - Quelle est lutilisation du document ?Combien - Quelles sont les contraintes quantitatives de la phase ?- Quel est le budget de la phase ?

Critres - Quels sont les indicateurs qui permettent de mesurerlavancement des travaux ?- Quels sont les critres de russite ?

Page 40

Yves LALOUM

Plan d actions

-Dcomposition en phases-Dcomposition en tapes-Cycle de dcision-Cycle de validation

Dtail des actionsO rcuprer les informations ?Comment faire ?

-Formalisation-Vocabulaire-Type de documents fournir

Descriptiondtaille dela dmarche

Descriptiondu document crer

Descriptiondes phases


21/41

21

Page 41

Yves LALOUM

Les caractristique gnralesdun cahier des charges

Un CDC doit tre :

- Cohrent

- Non ambigu

- Faisable

- Vrifiable- Modifiable

- Traable

- Dfinitif

le cahier des charges doit :

- Dfinir le domaine

- tre complet

- tre utilisable pour lexploitation

et la maintenance- Prparer ltape suivante

Page 42

Yves LALOUM

Les risques dun cahier des chargesincomplet

Les risques techniques

. Les performances ne seront pas au niveau des performances attendues.

. La ralisation ne pourra pas tre utilise sur lenvironnement technique delentreprise.

. Linteroprabilit avec les autres sous-systmes nest pas assure

. Les risques sur les dlais. Les dlais de ralisation sont dpasss du fait de modifications du CDC.

. Les dlais sont incompatibles avec les chances de lentreprise.

. La livraison tardive entrane des pertes de part de march pour lentreprise.

Les risques humains

. Les quipes de dveloppement sont dmotives par les multiples changementsdanalyse.

. Les utilisateurs ne veulent plus collaborer avec linformatique.

. Les services oprationnels sont dsorganiss.


22/41

22

Page 43

Yves LALOUM

Les risques sur les cots. Les budgets de dveloppement sont dpasss du fait des modifications.

. Des parties entires de logiciel sont refaire aprs la prsentation auxutilisateurs.

. Lentreprise est oblige davoir recours la sous-traitance pour faire face ses engagements.

. Les performances obligent acqurir de nouveaux matriels plus rapides.

Les risques sur lorganisation. Les objectifs de lorganisation ne peuvent plus tre remplis.

. Des dysfonctionnements provoquent la perte de clientle et de chiffredaffaires.

. La dgradation des marges met en pril la survie de lentreprise.

Les risques dun cahier des chargesincomplet

Page 44

Yves LALOUM

Les risques dans un projet informatique etles rpercutions sur l ensemble du projet

Projet

Grer lesquipes Dfinir

l nonc

Dcouper

Estimer

PlanifierSuivre etcontrler

Documenter

Assurer la

qualit

- Spcifications vagues,incompltes, changeantes

- Sous projet trop vaste

- Imprcision

- Oublis

- Optimisme

- Absence de formation

- Organisation inadapte

- Contraintes omises

- carts non dtects

- Plannings glissants

- Conflits

- Rtention d informations

- Non-planification des tests

- Rgression

- Mconnaissance duproduit

- Absence d outils et demthodes


23/41

23

Page 45

Yves LALOUM

LA MTHODE DLABORATIONdUN CAHIER DES CHARGES

1. Lorganisation mettre en place

2. Les exigences respecter

3. Le processus de validation

Page 46

Yves LALOUM

La synthse de lanalyse des besoins

Les sept points essentiels pour bien dfinir ses besoins

1/ Dfinirclairement ses objectifs.

2/ Dcrire prcisment les rsultats escompts.3/ Prsenter lorganisation actuelle.

4/ Indiquer les volumes significatifs dinformations traiter

5/ Prvoir les volutions futures ventuelles.

6/ Prciser les temps souhaits de rponse et de traitement

7/ Spcifier les caractristiques propres lentreprise.


24/41

24

Page 47

Yves LALOUM

Investigation selon trois axes

Expression desbesoins utilisateurs(besoins humains)

Contraintes de lentreprise(besoins des affaires)

Contraintes des tches excuter(besoins oprationnels et dinformations)

Expressiondes besoins

Page 48

Yves LALOUM

Le cahier des charges : un projet

La ralisation dun cahier des charges concerne la mise enuvre dun projet.

Ce projet se caractrise par :- Une dure de vie limite ;

- Un objectif atteindre ;- Des ressources affectes ;- Des rgles dorganisation et de fonctionnement.

Le projet met en uvre un client : le matre douvrage etun fournisseur : le matre duvre.

Ils sont tous les deux conjointement responsables du bonachvement du projet.


25/41

25

Page 49

Yves LALOUM

La responsabilit des diffrentsparticipants lanalyse des besoins

Les principaux participants lanalyse des besoins sont :

- Le chef de projet ;

- Les dveloppeurs ;

- Les utilisateurs.

Page 50

Yves LALOUM

La dmarche dlaboration

La mise en uvre de la dmarche suppose :

- lorganisation des matrises, cest--dire ladtermination des intervenants, des organes devalidation et des organes de dcision ;

- la dtermination du type du CDC, pour quellephase du projet il est raliser, quel est son objectif(logiciel, progiciel ou acquisition de matriel) ;

- le choix de la mthode et des outils pour saformalisation ;

- la planification des diffrentes tches pour arriver lobjectif.


26/41

26

Page 51

Yves LALOUM

Connaissance des mtiers

Il est ncessaire de connatre :

Le mtier du client

Lenvironnement technique du projet

Lenvironnement humain du projet

Le vocabulaire et la rdaction doivent tre adapts

Avoir une ide des contraintes et des dlais de ralisationdu cahier des charges et du projet

La connaissance des enveloppes budgtairespermettrade prciser les efforts et les moyens

Page 52

Yves LALOUM

Connaissance du domaine

Cette connaissance passe par la connaissance des normesapplicables aux domaines

Le contexte juridique du domaine est aussi prendre encompte

La prise en compte des besoins des partenaires delentreprise devient souvent une ncessit du fait delinterconnexion des systmes dinformation.


27/41

27

Page 53

Yves LALOUM

La collecte des informations etmthodes dinvestigation

Les informations externes

Les informations internes

La connaissance de lenvironnement de lentreprise

Les outils dinvestigations

Les deux types de questions

La planification de ltude Les interviews

Conseils pour btir un questionnaire

Lobservation

Page 54

Yves LALOUM

Les informations externes

Les concurrents.

Les expriences

Les progiciels du march

Les autres fournisseurs potentiels du domaine Les socits du groupe

Les normes

Les lois et rglements

Vers une professionnalisation des fonctions derenseignement.


28/41

28

Page 55

Yves LALOUM

Les informations internes

Les demandes des utilisateurs

Le service de Hot Line

Les manuels de procdures

Les notes de service

Les manuels dutilisation du systme actuel

La documentation technique du systme actuel

Page 56

Yves LALOUM

Lenvironnement technique

Lenvironnement oprationnel

Lenvironnement organisationnel Les dysfonctionnements

Les points positifs du systme actuel

La connaissance de lenvironnement delentreprise


29/41

29

Page 57

Yves LALOUM

Les outils dinvestigations

Les mthodes dinvestigation reposent sur les techniquessuivantes :

- La planification des investigations ;

- Les questionnaires dentretiens ;

- Les groupes dinvestigation ;`

- Les enqutes papiers ou tlphoniques ;- Les techniques dobservations.

Ces mthodes sont utiliser selon les phases de lanalysedes besoins et fonction des objectifs attendus.

Page 58

Yves LALOUM

Les interviews

Les entretiens non structurs Les entretiens structurs Les groupes cibls.

Les enqutes postales Les enqutes tlphoniques

Pour la conduite dinterviews ou la construction dequestionnaire, deux types de questions sont utilisables :

- Les questions ouvertes ;- Les questions fermes.


30/41

30

Page 59

Yves LALOUM

Rgles de communication efficace 1/ Savoir ce que l on veut : objectifs personnels

Viser un rsultat spcifique, correct et observable Formuler un objectif en termes positifs Concevoir un objectif selon une reprsentation sensorielle Concilier des objectifs personnels avec ceux des interlocuteurs quilibrer les objectifs personnels court, moyen et long terme

2/ Observer ou Calibrer /couter tre conscient de ce qui se passe ici maintenant. Calibrer , c est reprer

des indicateurs comportementaux et physiologiques 3/ Crer le rapport avec ses interlocuteurs Rencontrer la personne sur son terrain Agir sur le processus de communication plutt que sur le contenu

-> Processus de Relation -> CHANGE-> TRE SOUPLE ET S ADAPTER AU PARTENAIRE

Page 60

Yves LALOUM

Conseils pour btir un questionnaire Dfinir lobjectif du questionnaire. Avant de commencer la

construction dun questionnaire, il est prfrable de :- Bien identifier toutes les informations que lon souhaite

obtenir ;- Savoir comment sera exploit la question pour synthtiser

les rponses ;- Dfinir quelle sera lutilisation de la synthse des rponses.

Lexploitation des rponses. Elle se fait par dpouillementstatistique. Cette exploitation comprend trois parties :1 La saisie des questionnaires.2 Lexploitation statistique des rsultats.3 La ralisation dun document de synthse.


31/41

31

Page 61

Yves LALOUM

Synthse des outils dinvestigation

Recueil des donnes prliminaires - Entretiens- Questions ouvertes- Observations

Contrle du qualitatif - Questions structures- Observations

valuation quantitative - Questionnaire papier ou tlphonique

Confirmation des conclusions - Travail de groupe

Page 62

Yves LALOUM

Exigences de pilotagepour le matre d oeuvre

Il doit connatre le mtier et plus particulirement ledomaine fonctionnel du projet ;

Il doit savoir rdiger un cahier des charges complet etprcis, comprhensiblepar les utilisateurs comme par lesralisateurs ;

Cest sa responsabilit de conduire et grer le projet enrelation avec le matre douvrage ;

Cette responsabilit suppose le dcoupage du projet enphases et la planification des diffrentes phases ;

Enfin, il doit rendre compte de lavancement destravaux et des ventuelles difficults au matre douvrage.


32/41

32

Page 63

Yves LALOUM

Exigences de pilotagepour le matre d ouvrage

Il doit tre capable davoir une estimation descots et des dlaispour contrler le matreduvre, et doit mettre en place un suivi de cescots et de ces dlais pour contrler des drivesventuelles ;

Cest lui qui dfinit les critres dachvement etles rgles de qualits ;

Cest sur lui que reposent les contrlesdavancement, de rception et dapplication desrgles de qualit.

Page 64

Yves LALOUM

Exigences de documentation

La ralisation de cahiers des charges suppose de travailleravec mthodes.

- Bien formaliser

- tre exhaustif, clair et prcis

- Soigner la rdaction

- Utiliser lorganisation qui a t dfinie avec le matredouvrage

- Prvoir la rutilisation du cahier des charges

- Choisir la ou les mthodes danalyses

- Prvoir les volutions successives du projet

- Dfinir les critres dachvement


33/41

33

Page 65

Yves LALOUM

Exigences pour les progiciels La dmarche possible est la suivante :

- Dfinir le domaine dapplication

- tablir la liste des principales fonctions automatiser

- Spcifier des interfaces avec lexistant

- Spcifier les contraintes denvironnement du progiciel

- Dfinir un jeu dessai

- Le processus de choix doit tre fond sur une dmarche objective.

- Identifier les fournisseurs potentiels (taille, anciennet, rfrences,

situation financire).- Demander les documentations commerciales

- Un cahier des charges lger est envoy aux membres de la short list et lesgrilles danalyse multicritres sont utilises pour le dpouillement desrponses.

- La validit du choix est vrifie grce lutilisation du jeu dessai.

Page 66

Yves LALOUM

La validation du cahier des charges

Une double finalit :1/ Que le dveloppeur comprenne les besoins de lutilisateur.2/ Que lutilisateur sassure que ses besoins ont t compris.

. Comprend les besoins delutilisateur.. Traduit les besoins en termeinformatique : le cahier des charges

Analyste

DveloppeurUtilisateur

Analyste

. Exprime des besoins

. Valide ladquation de lacomprhension du cahier

des charges ses besoins

. Valide lacomprhension ducahier des charges parle dveloppeur

. Comprend lecahier des charges


34/41

34

Page 67

Yves LALOUM

Le processus de validation du projet

-> Le cahier des charges doit inclure des spcifications surles techniques de validation qui seront utilises.

- Analyse en cascade

- Analyse en cascade avec rtroaction

- Analyse par cycle exprimental - Analyse par lapproche volutive

Page 68

Yves LALOUM

valuation financire

Charge de travail produire

Acquisition de matriels ou de logiciels raliser

Cots de fonctionnement du nouveau systme

conomie de matire conomie sur le matriel

conomie sur les cot de fonctionnement

conomie sur le personnel

-> Ces diffrentes valuations sont facilites si le projet a tdcoup en sous-ensembles suffisamment petits.


35/41

35

Page 69

Yves LALOUM

->Le dpassement des dlais et des budgets, une maladie desservices informatiques !

Les raisons des sous-estimations sont cependant connues :

- Exprience limite

- Loptimisme- Vision parcellaire du projet

- Oubli de la documentation

- Sous-estimation des tches annexes

valuation financire (suite)

Page 70

Yves LALOUM

Lvaluation des dlaisMthode Avantages Dsavantages

Algorithmique . Objectivit, rptabilit,efficacit.. Base sur lapplication deformules.. Utilisable que si lanalyse estdtaille.

. Le calibrage de la mthode peuttre fonction de lexprience.

. Les lments entrant dans lecalcul sont subjectifs.. Ne peut pas tre utilis pour desdveloppements exceptionnels (ilest ncessaire davoir uneexprience).

. Base sur des donnes historiques(elles ne prennent pas en compteles volutions technologiques).

Par expertise . Base sur lexprienceaccumule.. Lexpert peut prendre en compteles lments exceptionnels

. Dpend de la qualit des experts.

. Peut tre influenc.

. Li la reprsentativit delexprience

Parpoint/fonction

. Objective, rptable.

. Les lments du calcul peuventtre mesurs objectivement.

. Bas sur une connaissancehistorique.. Doit faire lobjet dun calibrage.. Focalis sur les aspects externesde lapplication.


36/41

36

Page 71

Yves LALOUM

La mthode par expertise

Faire une valuation parplusieurs experts qui ne seconnaissent pas.

Si les rsultats sont concordants, il peuvent tre utiliss.

Si les rsultats ne sont pas concordants, il est ncessaire

dexaminer avec chaque expert les causes de divergenceset ventuellement de rectifier les valuations en fonction deces causes.

Page 72

Yves LALOUM

Les mthodes par fonction

Une des mthodes possible est :

1/ Estimer le nombre de fonctions par type

2/ Estimer le nombre de lignes de code pour chaque fonction.

3/ Appliquer la table de productivit (toutes les lignes de codenont pas la mme valeur selon le type de fonction dvelopper et valider).

4/ Sommer les temps.


37/41

37

Page 73

Yves LALOUM

Type de fonction Mois Homme/1 000 l ignes de code (LOC)

Mathmatique 6 Mois Homme

dition 8 Mois Homme

Log ique 12 Mois Homme

Traitement de signaux /Cont rle de p rocess 20 Mois Homme

Cont rle temps rel 40 Mois Homme

Nombre Fonctions Valeur en ligne de code5 Mathmatique 2 000 LOC

15 dition 8 000 LOC25 Logique 5 000 LOC6 Traitement de signaux/Contr le de process 1 200 LOC0 Contr le temps rel 0 LOC

Ce qu i donne : (6x2) + (8x8) + (12x5) + (20x1,2) + (40x0) = 160 Mois Homme

Exemple dapplication

Les mthodes par fonction (suite)

Page 74

Yves LALOUM

Les mthodes algorithmiques

La mthode algorithmique la plus utilise est la mthodeCoCoMo (Composite Cost Model) daprs Boehm etBarry (1981). Dans cette mthode, lunit de mesure est leKDSI (Kilo of Delivered Source Instructions), cest--dire

des instructions finies et incorpores au projet final. La dmarche est la suivante :

1/ valuer le KDSI.

2/ Dterminer le type dorganisation du projet.

3/ Corriger le KDSI en fonction du type de langage dedveloppement utilis et de sa complexit.

4/ Appliquer les formules de calcul.


38/41

38

Page 75

Yves LALOUM

Les mthodes algorithmiques (suite)Types dorganisation du projet Dfinition

Normal . Dveloppement en interne lentreprise.. Projet de taille moyenne.. Utilisation dune technologie connue.

Partiellement sous-trait . Dveloppement pour partie en interne et pour partieen sous-traitance.. Projet de taille intermdiaire.. Utilisation dune technologie connue.

Important . Sous-traitance total.

. Projet de taille intermdiaire projet de grande taille.. Utilisation de ltat de lart du moment et utilisationde technologies non matrises.

Page 76

Yves LALOUM

Les mthodes algorithmiques (suite)

Taille de projet Nombre de KDSI

Petit 2

Intermdiaire 8

Moyen 32

Grand 128

Trs grand 512 e t plu s

Table de formules du CoCoMo :

Type dorganisation duprojet

Investissement en MoisHomme (MH)

Dlais de ralisation

Normal 2,4 (KDSI 1,05) 2,5 (MH 0,38)

Partiellement sous-trait 3 (KDSI 1,12) 2,5 (MH 0,35)

Important 3,6 (KDSI 1,20) 2,5 (MH 0,32)


39/41

39

Page 77

Yves LALOUM

Processus de qualit etcahier des charges

Le plan dassurance-qualit fait partie du CDC.

En rsum, le plan dassurance-qualit dfinit lesdispositions prises pour obtenir la qualit du produit ou duservice considr.

Ces dispositions comprennent :

- Les procdures mettre en place ;

- La description de lorganisation du projet ;- La dfinition de la politique de qualit ;

- La description des mesures dassurance-qualit etdes procdures de contrle de la qualit.

Page 78

Yves LALOUM

Lappel doffres

Lappel doffres consiste transmettre des fournisseursprslectionns le CDC. Ce document prend alors unedimension contractuellepuisquil constituera une annexedu contrat dfinitif qui sera sign entre le fournisseur et

lentreprise. Pour rpondre cette dimension, le CDC doit indiquer :

- Le rle de chaque partenaire ;

- La description du produit et des services ;

- Les points de contrle et les critres dachvement ;

- Les normes de qualit respecter ;

- Le calendrier respecter.


40/41

40

Page 79

Yves LALOUM

Le dossier dappel doffres

Les huit lments essentiels prciser pour lappel doffres

1/ Les objectifs viss

2/ Les contraintes techniques

3/ Les contraintes lies lenvironnement

4/La nature des engagements attendus du fournisseur

5/ Lexprience du fournisseur dans le domaine dactivit de lentreprise

6/ Le degr dautonomie existant avec le fournisseur

7/ Les dlais de rponse du fournisseur et de mise en route oprationnelle

8/ Les caractristiques particulires du systme (matriel et logiciel)

Page 80

Yves LALOUM

CAHIER DES CHARGES TYPE

1/ Prsentation de lentreprise

- Raison sociale

- Activit

- CA

- Effectif

- Responsable du projet- Mode actuel du traitement de linformation

2/ Plan informatique

- Date limite de retour des offres

- Date de la prise de dcision

Par application : calendrier prvisionnel

- Date dinstallation (-> avec le matriel)

- Dates formation

- Date exploitation


41/41

Page 81

Yves LALOUM

CAHIER DES CHARGES TYPE

(SUITE) 3/ Description des applications

Par application :

a) Objectifs

b) Traitement actuel

c) Rsultats attendus

d) Rgles internes (y compris outils de gestion)

e) Codification

f) Volumes

4/ Postes de travail

Services Appli cation Con sole Micro Impriman tes

TOTAL=

Page 82

Yves LALOUM

5/ Contraintes du projet

- Matriel

- Logiciel

- Progiciel

- Formation

- Maintenance

- Proximit du partenaire

Indications

- Dtail des cots

- Description du matriel

- Conditions de rglement

- Rfrences

CAHIER DES CHARGES TYPE(SUITE)

Documents

Conduite de Projet Et Cahier Des Charges