Vous êtes sur la page 1sur 41

Conduite de projet

Concepts et Dfinitions Le Cahier des Charges

Page 1 Yves LALOUM

Plan
1 Quest-ce quun projet ?
Rappel des principaux concepts et du vocabulaire Analyse Estimation Planification Suivi

Page 2 Yves LALOUM

1. Quest-ce quun projet?


Un projet se distingue par :
Un besoin unique, non rptitif Une dure dtermine Une activit cratrice Une complexit Une varit dintervenants indpendants quil faut coordonner.

Page 3 Yves LALOUM

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


Daprs lAFNOR, X50-105 daot 91, un projet se dfinit comme une dmarche spcifique, qui permet de structurer mthodiquement et progressivement une ralit venir.Un projet est dfini et mis en uvre pour laborer la rponse au besoin dun utilisateur, direct ou dune clientle et il implique un objectif et des actions entreprendre avec des ressources donnes .
Page 4 Yves LALOUM

Les phases dun projet


Faisabilit ? Contrle de la validit du besoin ? Conception Dfinition Ralisation Mise en place Mise disposition Essais Besoin satisfait Utilisation Matre douvrage Utilisateur Matre doeuvre Matre douvrage Payeur

Ralisateur Constructeur

Page 5 Yves LALOUM

Piloter un Projet
Le pilotage dun projet doit se faire en recherchant en permanence lquilibre dlai-cot, dans le respect de la technique, pas plus ni moins.

Technique

Projet

Dlai

Cot

Page 6 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 savoir trouver le meilleur compromis, entre le dlai et le cot.

Page 7 Yves LALOUM

Lanalyse
Lanalyse dun projet cest :
Dfinir la liste des tches Dfinir la liste des rsultats Structurer les diffrents parties du projets.

Page 8 Yves LALOUM

Les outils danalyse


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 9 Yves LALOUM

Exemple de WBS
Repeindre une salle de bain

Repeindre Acheter le matriel


Peindre Nettoyer

Passer 1ere couche

Passer 2eme couche

Page 10 Yves LALOUM

Exemple de PBS
Repeindre une salle de bain

Salle de bain repeinte Matriel disponible


Salle de bain peinte Salle de bain nettoye

1ere couche passe

2eme couche passe

Page 11 Yves LALOUM

Exemple d OBS

TACHE T1 T2

Mr A X X

Mr B X

Mr C

Dfinit la liste des intervenants aux projet

Page 12 Yves LALOUM

Lestimation
Estimation dun projet :
Chiffrage approximatif du cot de ralisation dun projet chiffrage tche par tche ou ressource par ressource en units correspondant aux besoins du suivi

Objectifs :
Etude dopportunit Budgtisation dun projet
Page 13 Yves LALOUM

Principes de la planification
- PRVOIR un programme daction (en terme de dlai et de cot) - ORDONNANCER son excution - CONTRLER le droulement, les cots et les dlais - ADAPTER le plan aux nouvelles exigences - DCIDER en continu, jusquau but final

Page 14 Yves LALOUM

Le Rseau PERT
Reprsentation des tches et des liaisons :

T2

T4

T7 T1 T3 T6 T5

Page 15 Yves LALOUM

Planning de projet : Diagramme de GANTT


Lancement Analyse des besoins Rdaction du CdC Dveloppement Prpa jeu d'essai Test

5
Page 16 Yves LALOUM

10

15

20

Diffrentes types de liaisons entre tches


Fin Dbut (FD) Dbut Dbut (DD) Fin Fin (FF)
A

B ne peut dbuter avant que A ne soit termine


A B

B ne peut dbuter avant que A ne soit commence


B

B ne peut pas tre acheve avant que A soit termine

Dbut Fin (Dbut Fin)


Page 17 Yves LALOUM

B ne peut pas se terminer avant que A ne dbute

Dfinitions
Date au plus tt/Date au plus tard
Date au plus tt : la date laquelle une tche peut commencer en fonction des dpendances aux autres tches Date au plus tard : la date laquelle une tche peut commencer au plus tard sans remettre en cause la date de fin de projet

Page 18 Yves LALOUM

Marge Totale :
Intervalle de temps pendant lequel une tche peut tre 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 plus immdiat - 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 affecte la date de fin de projet
Page 19 Yves LALOUM

Principes de calcul
Dates au plus tt de chaque tche :
Taches A B C D E dure 3j 2j 4j 2j 5j prdcesseurs Date de dbut au plus tt t t+3 t+3 t+5 t+7 Date de fin au plus tt t+3 t+5 t+7 t+7 t+12

A A B B,C

Page 20 Yves LALOUM

10

Principes de calcul
Dates au plus tard de chaque tche :
Taches dure prdcesseurs Date de Date dbut au de fin plus tard plus tard t t+3 t+5 t+7 t+3 t+7 t+10 t+12 t+7 t+12

A B C D E

3j 2j 4j 2j 5j

A A B B et C

Page 21 Yves LALOUM

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

Page 22 Yves LALOUM

dure prdcesseurs
3j 2j 4j 2j 5j

Marge Totale
0 2 0 5 0

Marge Libre
0 0 0 5 0

A B C D E

A A B B et C

11

Gnralits sur le cahier des charges

Page 23 Yves LALOUM

GNRALITS SUR LE CAHIER DES CHARGES (CDC)


1. Introduction 2. Linfrastructure de dveloppement 3. Les composants de dveloppement 4. Les attributs du systme 5. 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

Page 24 Yves LALOUM

12

Le cahier des charges : Introduction


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

La notion de cahier des charges vient de la ncessit dengagements rciproques entre un donneur dordre et un sous-traitant (interne ou externe), relation client/fournisseur. Un environnement de dveloppement a une infrastructure de dveloppement, des composants de dveloppement et des attributs.

Page 25 Yves LALOUM

Linfrastructure de dveloppement
Des objets externes (gnrateur de requtes SQL, gnrateur dtats, outils de communication, gestionnaire de base de donnes). Des interfaces qui comprennent elles-mmes : - Les outils de dfinition des interfaces utilisateurs et dans un mode client/serveur, les outils des clients ; - Les appels des sous-systmes , en particulier les API ; - Les interfaces du systme avec le ou les rseaux locaux ou distants.

Page 26 Yves LALOUM

13

Les composants de dveloppement


Les supports aux outils de dveloppement, documentation, formation et assistance. Les outils de gestion du projet pour la gestion du dveloppement 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 du code, de dbogage et dassemblage ; - Outils de tests ; - Outils danalyse conceptuelle, de simulation et danalyse de la consistance; - Outils de simulation, danalyse de la consistance et conceptuelle.

Page 27 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 management :

propres

au

projet

et

son

- 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.
Page 28 Yves LALOUM

14

Quand faire un cahier des charges ?


Client Cahier des charges Fournisseur

Dialogue

Produit ou Service

Page 29 Yves LALOUM

Quand faire un cahier des charges ?


Le concept de CDC peut tre utilement utilis chaque fois qu il y a une relation de sous-traitance ou de dlgation 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 permettre au fournisseur dy rpondre par un produit ou un service. Limportant par rapport la ralisation dun CDC est de dfinir les objectifs principaux et de dterminer parmi ces objectifs ceux qui sont en opposition, et pour lesquels il faudra mettre en place des compromis.
Page 30 Yves LALOUM

15

Cahier des Charges : Dfinition et rle


Le cahier des charges relve de la responsabilit du client. 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 du cahier des charges pour quil soit rdig sous une forme, dans un langage et avec un vocabulaire comprhensible. Un dialogue pendant la phase dexcution sera souvent ncessaire pour prciser la demande et supprimer les ambiguts et les incomprhensions. -> Deux lments influent sur le contenu du cahier des charges : La complexit du besoin et Le montant que lentreprise est prte mettre pour satisfaire le besoin.

Page 31 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 en uvre, de dlai de ralisation.

Page 32 Yves LALOUM

16

Cahier des Charges : Rle


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

Le rle du cahier des charges dans appel doffres est de provoquer lengagement du fournisseur. Il existe un certain nombre de normes franaises qui peuvent tre utilises comme lments de rfrence la structuration dun cahier des charges.
Page 33 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 en vue 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.

Page 34 Yves LALOUM

17

CDC pour la ralisation de spcifique ou pour l acquisition de progiciel


Logiciel spcifique Progiciel tude pralable ou gnrale Orientation gnrale, Analyse de l existant, Axes d amlioration, schma cible global ou par domaine, Planification de projets

Type de CDC

Cahier des Charges d tude dtaille

tude dtaille Spcifications gnrales, Spcifications dtailles

Choix Critres, Consultation des fournisseurs, valuation, Dcision Conception dtaille Jeux d essais, Interfaces

Cahier des charges de ralisation

Ralisation Codage, Tests unitaires, Intgration

Ralisation Complment de dveloppement, Paramtrage progiciel

Cahier des charges de mise en oeuvre

Mise en uvre
Page 35 Yves LALOUM

Mise en place organisation, Scnario mise en place, Recette, Environnement de production, valuation

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


Au travers du dcoupage du projet, chaque tape dcrite peut faire lobjet dun cahier des charges en particulier si elle doit tre soustraite. . Exploration tude pralable

Conception dtaille Ralisation Mise en uvre valuation


Page 36 Yves LALOUM

. Conception densemble . Apprciation de la solution retenue . Conception du systme de traitement de linformation . Spcifications fonctionnelles du systme informatique . tude organique gnrale . tude organique dtaille . Programmation et tests . Validation technique . Rception provisoire . Exploitation sous contrle . valuation du systme informatique . valuation du systme de traitement de linformation

18

Les tudes de besoins des utilisateurs


Lanalyse des besoins sinscrit dans le cycle de conception du systme dinformation (Cycle en U ou V).

Page 37 Yves LALOUM

Le cycle de dveloppement
Conception des oprations

La notion de CDC et le cycle de dveloppement

Tests de rception

Spcification du systme

Prvoir et planifier les tests

Tests d intgration systme

Spcification sous-systme

Ds la phase de conception

Tests de validation sous-systme

Conception sous-systme

Tests d intgration sous-systme

Conception des modules Code


Page 38 Yves LALOUM

Tests des modules

19

Techniques d investigation des outils de la qualit


Questions Quoi Qui Rponses Le document cible produire : - sa forme ; - son plan ; - son contenu. - Qui met la phase en uvre ? - Quels sont les interlocuteurs qui y participent ? - Qui valide le document ? - Qui lutilise ? - O trouver linformation ? - Quelles sont les actions avant et les actions aprs ? - Quels sont les dlais de ralisation ? - Choix des moyens et choix des mthodes ? - Quelle est lutilisation du document ? - Quelles sont les contraintes quantitatives de la phase ? - Quel est le budget de la phase ? - Quels sont les indicateurs qui permettent de mesurer lavancement des travaux ? - Quels sont les critres de russite ?

O Quand Comment Pourquoi Combien Critres

Page 39 Yves LALOUM

Plan d actions
Description des phases -Dcomposition en phases -Dcomposition en tapes -Cycle de dcision -Cycle de validation

Description dtaille de la dmarche

Dtail des actions O rcuprer les informations ? Comment faire ?

Description du document crer


Page 40 Yves LALOUM

-Formalisation -Vocabulaire -Type de documents fournir

20

Les caractristique gnrales dun cahier des charges


Un CDC doit tre : le cahier des charges doit :

- Cohrent - Non ambigu - Faisable - Vrifiable - Modifiable - Traable - Dfinitif


Page 41 Yves LALOUM

- Dfinir le domaine - tre complet - tre utilisable pour lexploitation et la maintenance - Prparer ltape suivante

Les risques dun cahier des charges incomplet


Les risques techniques . Les performances ne seront pas au niveau des performances attendues. . La ralisation ne pourra pas tre utilise sur lenvironnement technique de lentreprise. . 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 changements danalyse. . Les utilisateurs ne veulent plus collaborer avec linformatique. . Les services oprationnels sont dsorganiss.
Page 42 Yves LALOUM

21

Les risques dun cahier des charges incomplet


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 aux utilisateurs. . 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 chiffre daffaires. . La dgradation des marges met en pril la survie de lentreprise.
Page 43 Yves LALOUM

Les risques dans un projet informatique et les rpercutions sur l ensemble du projet
- Conflits - Rtention d informations Grer les quipes - Spcifications vagues, incompltes, changeantes Dfinir l nonc - Sous projet trop vaste - Imprcision Estimer - Oublis Suivre et contrler - Optimisme Planifier - Absence de formation

- Non-planification des tests - Rgression Assurer la qualit Dcouper

Projet
- Mconnaissance du produit - Absence d outils et de mthodes Documenter

- carts non dtects - Plannings glissants


Page 44 Yves LALOUM

- Organisation inadapte - Contraintes omises

22

LA MTHODE DLABORATION dUN CAHIER DES CHARGES


1. Lorganisation mettre en place 2. Les exigences respecter 3. Le processus de validation

Page 45 Yves LALOUM

La synthse de lanalyse des besoins


Les sept points essentiels pour bien dfinir ses besoins

1/ Dfinir clairement 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.
Page 46 Yves LALOUM

23

Investigation selon trois axes

Expression des besoins utilisateurs (besoins humains) Expression des besoins

Contraintes de lentreprise (besoins des affaires)

Contraintes des tches excuter (besoins oprationnels et dinformations)

Page 47 Yves LALOUM

Le cahier des charges : un projet


La ralisation dun cahier des charges concerne la mise en uvre 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 et un fournisseur : le matre duvre. Ils sont tous les deux conjointement responsables du bon achvement du projet.
Page 48 Yves LALOUM

24

La responsabilit des diffrents participants lanalyse des besoins


Les principaux participants lanalyse des besoins sont : - Le chef de projet ; - Les dveloppeurs ; - Les utilisateurs.

Page 49 Yves LALOUM

La dmarche dlaboration
La mise en uvre de la dmarche suppose : - lorganisation des matrises, cest--dire la dtermination des intervenants, des organes de validation et des organes de dcision ; - la dtermination du type du CDC, pour quelle phase du projet il est raliser, quel est son objectif (logiciel, progiciel ou acquisition de matriel) ; - le choix de la mthode et des outils pour sa formalisation ; - la planification des diffrentes tches pour arriver lobjectif.
Page 50 Yves LALOUM

25

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 ralisation du cahier des charges et du projet La connaissance des enveloppes budgtaires permettra de prciser les efforts et les moyens
Page 51 Yves LALOUM

Connaissance du domaine
Cette connaissance passe par la connaissance des normes applicables aux domaines Le contexte juridique du domaine est aussi prendre en compte

La prise en compte des besoins des partenaires de lentreprise devient souvent une ncessit du fait de linterconnexion des systmes dinformation.
Page 52 Yves LALOUM

26

La collecte des informations et mthodes dinvestigation



Page 53 Yves LALOUM

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

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 de renseignement.

Page 54 Yves LALOUM

27

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 55 Yves LALOUM

La connaissance de lenvironnement de lentreprise


Lenvironnement technique Lenvironnement oprationnel Lenvironnement organisationnel Les dysfonctionnements Les points positifs du systme actuel

Page 56 Yves LALOUM

28

Les outils dinvestigations


Les mthodes dinvestigation reposent sur les techniques suivantes : - 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 lanalyse des besoins et fonction des objectifs attendus.
Page 57 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 de questionnaire, deux types de questions sont utilisables : - Les questions ouvertes ; - Les questions fermes.
Page 58 Yves LALOUM

29

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 59 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 dpouillement statistique. Cette exploitation comprend trois parties : 1 La saisie des questionnaires. 2 Lexploitation statistique des rsultats. 3 La ralisation dun document de synthse.
Page 60 Yves LALOUM

30

Synthse des outils dinvestigation


Recueil des donnes prliminaires Entretiens Questions ouvertes Observations Questions structures Observations Questionnaire papier ou tlphonique Travail de groupe

Contrle du qualitatif

valuation quantitative Confirmation des conclusions

Page 61 Yves LALOUM

Exigences de pilotage pour le matre d oeuvre


Il doit connatre le mtier et plus particulirement le domaine fonctionnel du projet ; Il doit savoir rdiger un cahier des charges complet et prcis, comprhensible par les utilisateurs comme par les ralisateurs ; Cest sa responsabilit de conduire et grer le projet en relation avec le matre douvrage ; Cette responsabilit suppose le dcoupage du projet en phases et la planification des diffrentes phases ; Enfin, il doit rendre compte de lavancement des travaux et des ventuelles difficults au matre douvrage.


Page 62 Yves LALOUM

31

Exigences de pilotage pour le matre d ouvrage


Il doit tre capable davoir une estimation des cots et des dlais pour contrler le matre duvre, et doit mettre en place un suivi de ces cots et de ces dlais pour contrler des drives ventuelles ; Cest lui qui dfinit les critres dachvement et les rgles de qualits ; Cest sur lui que reposent les contrles davancement, de rception et dapplication des rgles de qualit.
Page 63 Yves LALOUM

Exigences de documentation
La ralisation de cahiers des charges suppose de travailler avec mthodes. - Bien formaliser - tre exhaustif, clair et prcis - Soigner la rdaction - Utiliser lorganisation qui a t dfinie avec le matre douvrage - Prvoir la rutilisation du cahier des charges - Choisir la ou les mthodes danalyses - Prvoir les volutions successives du projet - Dfinir les critres dachvement

Page 64 Yves LALOUM

32

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 les grilles danalyse multicritres sont utilises pour le dpouillement des rponses. - La validit du choix est vrifie grce lutilisation du jeu dessai.
Page 65 Yves LALOUM

La validation du cahier des charges


Analyste . Exprime des besoins Utilisateur . Valide ladquation de la comprhension du cahier des charges ses besoins . Comprend les besoins de lutilisateur. . Traduit les besoins en terme informatique : le cahier des charges

Dveloppeur . Comprend le cahier des charges

Analyste . Valide la comprhension du cahier des charges par le dveloppeur

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

33

Le processus de validation du projet


-> Le cahier des charges doit inclure des spcifications sur les techniques de validation qui seront utilises. - Analyse en cascade - Analyse en cascade avec rtroaction - Analyse par cycle exprimental - Analyse par lapproche volutive

Page 67 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 t dcoup en sous-ensembles suffisamment petits.
Page 68 Yves LALOUM

34

valuation financire (suite)


->Le dpassement des dlais et des budgets, une maladie des services 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
Page 69 Yves LALOUM

Lvaluation des dlais


Mthode Algorithmique Avantages . Objectivit, rptabilit, efficacit. . Base sur lapplication de formules. . Utilisable que si lanalyse est dtaille. . Le calibrage de la mthode peut tre fonction de lexprience. . Base sur lexprience accumule. . Lexpert peut prendre en compte les lments exceptionnels . Objective, rptable. . Les lments du calcul peuvent tre mesurs objectivement. Dsavantages . Les lments entrant dans le calcul sont subjectifs. . Ne peut pas tre utilis pour des dveloppements exceptionnels (il est ncessaire davoir une exprience). . Base sur des donnes historiques (elles ne prennent pas en compte les volutions technologiques). . Dpend de la qualit des experts. . Peut tre influenc. . Li la reprsentativit de lexprience . Bas sur une connaissance historique. . Doit faire lobjet dun calibrage. . Focalis sur les aspects externes de lapplication.

Par expertise

Par point/fonction

Page 70 Yves LALOUM

35

La mthode par expertise


Faire une valuation par plusieurs experts qui ne se connaissent 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 divergences et ventuellement de rectifier les valuations en fonction de ces causes.

Page 71 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 code nont pas la mme valeur selon le type de fonction dvelopper et valider). 4/ Sommer les temps.

Page 72 Yves LALOUM

36

Les mthodes par fonction (suite)


Type de fonction Math matique dition Log ique Traitemen t de signaux /Cont rle de p rocess Cont rle t emps rel Mois Homme/1 000 lignes de code (LOC) 6 Mois Homme 8 Mois Homme 12 Mois Homme 20 Mois Homme 40 Mois Homme

Ex e dapplca empl i tion


Nombre 5 15 25 6 0 Fonctions Mathmatique dition Logique Traitement de signaux/Contrle de process Contrle temps rel Valeur en ligne de code 2 000 LOC 8 000 LOC 5 000 LOC 1 200 LOC 0 LOC

Page 73 Yves LALOUM

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

Les mthodes algorithmiques


La mthode algorithmique la plus utilise est la mthode CoCoMo (Composite Cost Model) daprs Boehm et Barry (1981). Dans cette mthode, lunit de mesure est le KDSI (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 de dveloppement utilis et de sa complexit. 4/ Appliquer les formules de calcul.
Page 74 Yves LALOUM

37

Les mthodes algorithmiques (suite)


Types dorganisation du projet Normal Dfinition . Dveloppement en interne lentreprise. . Projet de taille moyenne. . Utilisation dune technologie connue. . Dveloppement pour partie en interne et pour partie en sous-traitance. . Projet de taille intermdiaire. . Utilisation dune technologie connue. . Sous-traitance total. . Projet de taille intermdiaire projet de grande taille. . Utilisation de ltat de lart du moment et utilisation de technologies non matrises.

Partiellement sous-trait

Important

Page 75 Yves LALOUM

Les mthodes algorithmiques (suite)


Tai lle de projet Petit Intermd iaire Moyen Grand Trs g rand Nombre de K DSI 2 8 32 128 512 e t plu s

Table d f e ormul s du CoCo o : e M


Type dorga nisation du projet Normal Partiellement sous-trait Important Investissement en Mois Homme (MH) 2,4 (KDSI 1,05) 3 (KDSI 1,12) 3,6 (KDSI 1,20) Dlais de ralisation 2,5 (MH 0,38) 2,5 (MH 0,35) 2,5 (MH 0,32)

Page 76 Yves LALOUM

38

Processus de qualit et cahier des charges


Le plan dassurance-qualit fait partie du CDC. En rsum, le plan dassurance-qualit dfinit les dispositions prises pour obtenir la qualit du produit ou du service 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 et des procdures de contrle de la qualit.
Page 77 Yves LALOUM

Lappel doffres
Lappel doffres consiste transmettre des fournisseurs prslectionns le CDC. Ce document prend alors une dimension contractuelle puisquil constituera une annexe du 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.

Page 78 Yves LALOUM

39

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
Page 79 Yves LALOUM

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

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

Page 80 Yves LALOUM

40

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

Page 81 Yves LALOUM

TOTAL=

CAHIER DES CHARGES TYPE (SUITE)


5/ Contraintes du projet - Matriel - Logiciel - Progiciel - Formation - Maintenance - Proximit du partenaire Indications - Dtail des cots - Description du matriel - Conditions de rglement - Rfrences

Page 82 Yves LALOUM

41