Matrise douvrage et matrise

duvre dans la conduite des

projets informatiques

Dfinitions Matrise duvre MOE

Matre duvre Prime Contractor

Personne morale (entreprise, direction etc.) garant
de la bonne ralisation technique des solutions. Il a
un devoir de conseil vis--vis du Matre douvrage.
En cas de pluralit de fournitures, il veille leur
cohrence et la qualit des interfaces. Il
coordonne laction des fournisseurs en optimisant la
qualit technique, en minimisant les risques et en
assurant le respect des dlais fixs par le Matre
douvrage. Il valide la recette technique des
solutions.

Dfinition Matrise Douvrage MOA

Matre douvrage Customer

Personne morale (entreprise, direction etc.) charge dune
mission. Le matre douvrage est responsable de lefficacit de
son organisation, de ses mthodes de travail et de son systme
dinformation. Il fait appel des matres duvre* pour obtenir
les solutions qui lui permettent de raliser sa mission. Il leur
fournit les spcifications fonctionnelles, et valide la recette
fonctionnelle de ces solutions.
Les fonctions du matre d'ouvrage sont remplies par des
personnes ou des quipes : le matre d'ouvrage stratgique* est
le patron de la personne morale considre ; le matre d'ouvrage
dlgu* est l'expert qui assiste le matre d'ouvrage stratgique
pour lui permettre d'exercer ses responsabilits ; le matre
d'ouvrage oprationnel est un expert spcialis dans
l'automatisation d'un processus (Voir ci-dessous les dfinitions).

Dfinition Matrise douvrage dlgu

Matre d'ouvrage dlgu Business Technologist

Le matre douvrage dlgu (MOAD) est une
personne, soit seule, soit la tte dune quipe, qui
veille la qualit du SI de lentit tant du point de
vue de la conception que de la faon dont il est
utilis. Il assiste le matre douvrage stratgique en
lui fournissant les lments ncessaires la
dcision et lalignement stratgique du SI.
Ses interlocuteurs naturels au sein de lentit sont
les chefs de service et les matres douvrage
oprationnels. Son interlocuteur naturel au sein de
la direction informatique est le responsable de
domaine

Dfinition Matrise douvrage oprationnel

Matre d'ouvrage oprationnel

Le matre douvrage oprationnel (MOAO)
est, dans lentit, un expert qui connat fond
lun des grands processus du mtier. Il
recueille les demandes des utilisateurs et
tablit ou supervise les spcifications
gnrales. Il a pour interlocuteur naturel la
direction informatique le chef de projet
matrise duvre*.

Dfinition Matrise douvrage stratgique

Matre d'ouvrage stratgique

Le matre douvrage stratgique (MOAS) du SI d'une entit est le
dirigeant de cette entit : PDG ou DG pour lentreprise, DGA ou
directeur pour une direction de lentreprise, chef de service pour
les units qui constituent la direction etc. Le SI tant la fois la
concrtisation de la stratgie et la condition de sa mise en
uvre, le MOAS prend les dcisions essentielles concernant la
matrise d'ouvrage (notamment pour le lancement des grands
projets). Il arbitre les diffrends entre ses collaborateurs et signe
le contrat avec la matrise d'uvre.
Le MOAS nest pas, en gnral, un expert en matire de SI. Il se
fait assister par un matre douvrage dlgu (MOAD) auquel il
dlgue (cest le sens mme de lexpression) lexpertise en
matire de SI.

Missions de la matrise douvrage

Assurer la pertinence du SI en regard des

priorits du mtier, de la stratgie
Suivi et contrle de la mise en uvre du SI
Spcification fonctionnelle des volutions et
suivi des projets
Dploiement et formation des utilisateurs

Missions de la matrise duvre

Assurer lexploitation de la plate-forme

informatique

Performance, disponibilit, support aux

utilisateurs

Assurer lvolution du SI

Qualit des dveloppements, recette, mise en

exploitation

Spcifications

Spcifications gnrales (modle mtier)

Spcifications dtailles (modle danalyse)

Responsable : MOA
Responsable : MOE, valide par MOA

Spcifications techniques (modle technique)

Responsable : MOE

Matrise douvrage

Modle mtier

Matrise doeuvre

Modle danalyse

Matrise douvrage
Production
Validation

Modle technique

Matrise doeuvre

MOA / MOE

Nouvelles relations entre

matrise douvrage et matrise
duvre

Nouveaux rles

L entreprise s organise autour des

processus et des composants
Les mtiers modlisent leur systme
d information
Le systme d information s ajuste pour
quiper les processus des mtiers
mergence de la matrise d ouvrage
Organisation et smantique : des rgles
simples aux applications diversifies
Professionnalisation de la matrise d ouvrage
et de l informatique

Nouveaux rles

Gnralisation de l assist par ordinateur

Un nouveau professionnalisme de la MOA...

Articulation de l homme organis et de l automate

programmable
quiper la stratgie d entreprise
lucider les processus des mtiers
Veille SI

en relation avec celui de l informatique

Solide plate-forme technique

Matrise des cots
Veille techno : langages, middleware, solutions,
Matrise des fournisseurs

Principes de la MOA

Axes fondamentaux

Sobrit
Fermet et disponibilit
Esprit de coopration

Mthodes

Spcifications, validations, qualit de la validation

recettes, dploiement

Problmes essentiels

Priorit : domaines ou projets ?

Frontire de l externalisation
Matrise de la diversification des
comptences techniques
Vers un nouveau type d entreprise

Relation entre la matrise

douvrage et ses utilisateurs

Relation MOA - utilisateurs

2 utilisateurs : terrain et concepteur

tapes de la relation :

expression des besoins,

recette fonctionnelle,
formation,
dploiement,
conduite du changement,
aide aux utilisateurs,
exploitation technique de proximit

tapes de lexpression des besoins

Expression informelle
Validation par les responsables
Formalisation du besoin
Convergence MOA
Convergence MOA-MOE

Formalisation du besoin

vers la modlisation mtier

professionnalisation du matre d'ouvrage
transcription de la stratgie de l'entreprise
dans le systme d'information

Modle UML
Prsentation stratgique

Prsentation des processus

Explication de la modlisation

Modle formel

Convergence MOA
Expression
des besoins

Modle
formel

E1
M1
E2
M2
E3
E
stabilise
temps
En : n-me expression des besoins
Mn : n-me version du modle formel

cohrence

M
stabilis

Premier modle
mtier livrable

Convergence MOA-MOE
ANPE
Matrise douvrage

ATOS
Matrise
duvre

M1

M2
M3

Q1

Q2

temps

Mn : n-me version du modle

Qn : n-me mission de remarques

Modle mtier
stabilis

Suite de l histoire

modle mtier -> modle d analyse

modle d analyse -> modle technique

(spcifications gnrales -> spcifications

dtailles)
(specs dtailles -> specs techniques)

specs techniques -> dveloppement

etc.

Qualit Logiciel

AFNOR X50-151 : Cahier des charges

Fonctionnel
ISO9001/ISO 12207 :Cycle de vie du Logiciel
ISO15504 : Lassurance qualit

Qualit Logiciel

La matrise de la qualit pour objectifs

pratiques de rduire les cots par la
rduction des dysfonctionnements et par
la mme de garantir une rgularit de
production. La matrise de la qualit
implique en premier lieu la matrise des
processus d'ingnierie du logiciel. Celle-ci
se base dsormais sur la normalisation
ISO 15504 ou CMM qui reprsente
actuellement ltat de lart

ISO 15504

Lassurance qualit ISO 15504 - CMM

Dans une organisation implique dans la normalisation de sa
chane de production de logiciel, la notion de Plan Qualit
sapplique lorganisation. La notion de Plan dassurance Qualit
sapplique toujours au projet et correspond un document
dcrivant le protocole du projet en incluant les points suivants :
la formalisation des Exigences et des contraintes du projet,
lorganisation de la communication,
la prcision de la mthodes et du processus de production,
la description des livrables et des conditions de recette chaque
tape,
la planification de contrles systmatiques de qualit appliqus
aux livrables.

ISO 15504
La documentation ISO 15504 se compose de 9 parties auxquelles correspondent autant de documents :
1 - Introduction aux concepts fondamentaux.
2 - Modle de gestion de lingnierie des processus.
3 - Processus dvaluation du niveau daptitude.
4 - Guide de conduite de lvaluation.
5 - Modle d'valuation, guide des indicateurs, outils.
6 - Guide pour la qualification des valuateurs.
7 - Guide de mise en uvre de lamlioration des processus.
8 - Guide de dtermination des aptitudes des fournisseurs.
9 - Dictionnaire, vocabulaire et terminologie.
La figure suivante dcrit les principes dinteraction des 9 parties.

A ces 9 parties s'ajoute un fascicule de documentation, labor en France, dont l'objet est de prsenter de manire
synthtique l'utilisation de la norme.

Critres qualit dun Logiciel

l'adaptabilit mesure l'aptitude du logiciel faciliter l'adjonction de nouvelles

fonctionnalits ou la modification de fonctionnalits existantes (cet aspect
couvre la correction des dfauts provenant d'une mauvaise expression des
besoins),
la confidentialit mesure l'aptitude d'un logiciel tre protg contre tout accs
non autoris ,
la correction mesure le degr de conformit par rapport aux spcifications,
la couplabilit mesure l'aptitude d'un logiciel tre intgr dans un ensemble
plus vaste,
l'efficacit mesure l'aptitude d'un logiciel minimiser la consommation des
ressources qu'il utilise,
lergonomie mesure l'aptitude d'un logiciel tre d'une utilisation agrable et
facile pour l'utilisateur qui il est destin,
la maintenabilit mesure l'aptitude d'un logiciel faciliter la localisation et la
correction d'erreurs rsiduelles (il s'agit bien l de correction de dfauts de nonconformit par rapport aux spcifications et non de dfauts provenant d'une
mauvaise expression des besoins),
la portabilit mesure l'aptitude du logiciel minimiser les consquences d'un
changement d'environnement technique,
la rutilisabilit mesure l'aptitude du logiciel une rutilisation de tout ou partie
de ses composants dans le cadre d'un autre projet,
la robustesse mesure l'aptitude du logiciel conserver un comportement
conforme aux besoins dans le cas d'vnements imprvus,
la testabilit mesure l'aptitude d'un logiciel faciliter la vrification de son
comportement par rapport des critres de test et de recette.

Qualit Logiciel

Lassurance qualit regroupe lensemble de ces

proccupations dans un cadre gnrique dont
laboutissement oprationnel peut sexprimer par la
production dun document spcifique un projet
particulier : le plan dassurance qualit. Ce plan est
constitu de la description systmatique des
conditions dexcution du projet et du pilotage
permanent des processus. Ladaptation permanente
de ces deux activits seffectue dynamiquement par
l'limination des dfauts ou des dviations mis en
vidence lors de leur excution.
Une responsabilit formelle doit tre charge des
activits d'assurance qualit.

Assurance Qualit

Qualit applicative et qualit technique

En termes de qualit de la production, il importe de dissocier la qualit
applicative de la qualit technique.
La qualit applicative se mesure par le degr de satisfaction de lutilisateur
l'gard :
de la couverture fonctionnelle de ses besoins rels,
de lergonomie gnrale et des facilits dappropriation,
des temps de rponse de lapplication,
De divers autres facteurs dapprciation.
La qualit technique est un ensemble de critres qui couvre :
le nombre de bugs rsiduels,
la lisibilit du code et sa documentation,
la concision des modules programms,
unicit et la hirarchisation des fonctions internes,
la non-redondance des appels de fonctions,
la rduction des parties dinterfaces similaires,
la gnralisation et la scurit des procdures derreur.

Assurance Qualit

Une direction des tudes informatiques soucieuse de sa

performance s'attache dfinir, pralablement chaque projet,
son niveau de besoin en terme de suivi et de qualit. Cette
notion de niveaux de services recouvre entre autres :
le niveau de conduite de projet,
le niveau de leve des risques,
le niveau de qualit documentaire,
le niveau de qualit applicative.
Les deux liste suivantes prsentent un exemple plus dtaill de
cette vision la carte de la rigueur juste ncessaire que
requiert la qualit assujettie des conditions de performance
conomique.

Assurance Qualit
1. Niveau de service projet
Planification et suivi de l'avancement.
Planification et suivi des risques.
Planification et suivi de la scurit.
Formalisation des activits de conduite de projet.
Formalisation de la gestion des changements.
Formalisation de la gestion de la configuration.
Formalisation de la gestion des tests.

Assurance Qualit
2. Niveau de service application
Production de l'application, qualit
technique.
Production de l'application, qualit
fonctionnelle.
Production de la documentation technique.
Production de la documentation d'utilisation.

ISO 12207

La norme ISO 12207 tablit un rfrentiel pour les

processus associs au cycle de vie des produits
logiciels et ceci avec une terminologie bien dfinie,
pour lindustrie du logiciel. La norme contient des
processus, activits et tches qui se doivent dtre
appliqu lors de lacquisition dun systme
contenant des composantes logiciels, dun produit
logiciel ainsi que lors des services informatiques
pour les tapes dapprovisionnement, de
dveloppement, de mise disposition et de
maintenance des ces produits logiciels. La norme
propose galement un processus afin de dfinir,
contrler et amliorer les processus du cycle de vie
des produits logiciels.

ISO 12207

La norme prsente trois groupes de processus qui sont requis

durant le cycle de vie des produits logiciels. Pour chacun des
processus, un ensemble dactivits y est dcrit et pour chaque
activit, un ensemble de tches. Voici maintenant une courte
description des trois groupes:
Le premier groupe constitue les processus primaires du cycle de
vie et contient les processus suivants : acquisition,
approvisionnement, dveloppement, mise disposition et
maintenance.
Le deuxime groupe comprend les processus de support qui
sont: la documentation, la gestion de la configuration,
lassurance qualit, la vrification, la validation, les revues
conjointes, les audits et la rsolution des problmes.
Finalement, le troisime groupe contient les processus
organisationnels qui sont: gestion, organisation, amlioration et
formation.
La norme est applicable pour lacquisition de systmes, de
produits et de services logiciels qui peut comprendre les tapes
dapprovisionnement, de dveloppement, de mise disposition
et finalement de maintenance, autant effectuer au sein de
lentreprise qu lextrieur.

ISO
12207
Quels sont les avantages?

La norme ISO 12207 permet de slectionner les processus,

les activits et les tches qui sont applicables pour des
projets spcifiques. Elle permet la mise en place et
lamlioration continue des processus ncessaires, au sein
de lentreprise ainsi qu lextrieur de lentreprise, pour les
diffrentes tapes de dveloppement et de maintenance des
produits logiciels.
Quelles sont les limites?
La norme ISO 12207 dfinit une architecture des processus
requis mais ne spcifie pas les dtails dimplantation ou
dexcution des activits et des tches qui sont incluses
dans les processus. Elle ne prescrit pas le nom, le format et
de faon explicite le contenu des documents produire et
ne prescrit pas un modle de cycle de vie ou de
mthodologie de dveloppement.
Quels sont les cots associs?
Les cots de formation sont estims $ 1,5K par personne
pour une formation d'une dure de trois jours. L'laboration
des processus peut prendre de 40 100 heures par
processus. Sans oublier les frais relis au support externe,
qui peuvent atteindre entre $ 30K et $ 75K.

Traabilit

La traabilit est une procdure visant suivre automatiquement

un produit ou un service depuis sa naissance jusqu' sa
valorisation finale
Lobjectif premier de la traabilit est de pouvoir identifier un
produit, un lot de produits ou encore un service afin de pouvoir le
retirer trs rapidement et avec un maximum de scurit en cas
de non conformit, de danger.
La traabilit offre galement lavantage de pouvoir intervenir en
amont de la distribution en permettant par exemple de contrler
la qualit du produit depuis lorigine des ses matires premires.
Ce qui autorise une nette diminution des cots de non qualit
intervenant traditionnellement sur les produits finis.
De nombreuses statistiques peuvent ressortir dune traabilit,
trs utile pour un service S.A.V. ou un service marketing. Les flux
de matires premires, de produits finis sont galement mieux
identifis.
En rsum, la traabilit permet damliorer la qualit, le service
et lefficacit globale dune entreprise.

Maintenance

Maintenance Prventive
La maintenance prventive est axe sur la correction des dfauts
des applications, en vue de minimiser le risque d'une rptition des problmes.
La maintenance corrective apporte des solutions ponctuelles pour garder les
applications en fonction, tandis que la maintenance prventive fait l'analyse
dtaille des problmes rcurrents et s'attaque aux causes profondes .
Les interventions de maintenance prventive comprennent la restructuration
des codes sources, la rorganisation des bases de donnes et la rcriture des
programmes. Maintenance pour lamlioration
La maintenance pour lamlioration est un processus d'amlioration continuelle
qui a pour but d'optimiser le rendement d'une application. Ce genre de maintenance
produit une application haute performance, stable, qui procure un degr lev
de satisfaction des utilisateurs.

Maintenance Corrective
La maintenance corrective consiste rparer
les dfauts qui empchent une application
de traiter correctement les donnes ou de
produire des rsultats exacts. Elle consiste
rgler des problmes oprationnels ou
corriger des anomalies qui entravent
l'excution d'un processus. La maintenance
corrective exige un soutien 7 jours/24 heures,
afin de maintenir les applications leur
efficacit maximale.

Maintenance Adaptative
La maintenance adaptative a pour but d'amliorer
constamment les applications selon l'volution des
besoins de l'entreprise. Les amliorations peuvent
prendre diverses formes : les mises niveau
logicielles, les modifications exiges par la
rglementation, lintgration de systmes, etc.
La maintenance adaptative sassure que les
applications progressent au rythme des changements
constants qui surviennent, que ceux-ci soient d'origine
commerciale, technologique ou rglementaire.

Rcapitulatif de Mthodes de gestion de

projets informatique

1. Les origines
2. Notion de projet et caractristiques d'un projet
3. Lancement d'un projet et valuation d'un projet
4. Les causes d'checs et la perte de contrle
5. Le triangle projet : les objectifs, les dlais, les
moyens
6. Parmi les moyens : les acteurs
7. Le contexte psychologique, motiver l'quipe de
projet

Les origines

annes 1950 : rflexion pour les grands projets

industriels (aronautique,
armement, travaux public)
aujourd'hui : projets de plus en plus importants
besoin de mthode : constat d'chec et situation de
crise (cots, dlais,non-fiabilit...)
influence organisationnelle : certaines organisations
se structurent en mode projet

Outils de gestion de projets informatique

1. Le contexte de la gestion de projet

2. Dcouper pour estimer
3. Estimer pour planifier
4. La planification du projet
5. Le suivi et le contrle

Caractristiques dun projet

une action unique et ponctuelle, non

rptitive
limit dans le temps : dates de dbut et de fin
une dmarche spcifique : atteindre l'objectif
en matrisant la qualit du produit fini, les
cots et les dlais grce des tapes et des
jalons
mobilise des comptences multiples et
complmentaires

Lancement dun Projet

Avant acceptation ou lancement, se poser

des questions :
Toute difficult identifie devra faire l'objet
d'un dialogue approfondi avec le demandeur
pour soit annuler, inflchir ou diffrer le projet
soit ngocier des moyens de russite la
hauteur des enjeux et des conditions de
russite identifies.

Evaluer un projet

valuer sous diffrents angles :

Evaluer par le rsultat attendu et les enjeux
gnrateur de rsultats conomiques ?
initiateur de changements dans les structures et
comportements ?
Evaluer par la pertinence de la demande : est t-elle
mre ?
identifier le demandeur (initiateur,
dcideur,destinataire)
cerner la demande : demande nonce
clairement,nature de la demande, cadre de la
demande, les dlais
Evaluer par la cohrence du projet dans le contexte
de l'organisation
Evaluer par la conduite de projet

Causes des Echecs

Ct utilisateur

l'incapacit dialoguer entre partenaires

la mauvaise dnition des objectifs
l'absence d'implication des utilisateurs
le manque de qualit du produit livr
l'absence de calcul des risques

Causes des Echecs

Ct fournisseur

mise en oeuvre de moyens inadapts

contraintes de dlais, charges et cots
dmotivation de l'quipe
absence d'outils

Perte de contrle

Quelques symptmes :
perte de contrle sur certains responsables
on ne peut plus s'engager sur la date de
livraison
la qualit du produit en dveloppement est
incertaine
non-dtection temps des carts de dlai, de
cots ou de conformit aux spcifications

Triangle Projet

Les Acteurs
Diversit d'acteurs et d'intrts :
parmi les clients :
les dcideurs
le chef de projet
les usagers
parmi les fournisseurs :
le chef de projet
les concepteurs
les quipes de fabrication

Les Acteurs

Les Objectifs
Quoi faire ?
Dfinir le domaine couvert en termes de
fonctionnalits
La difficult rside dans les dtails
techniques : temps de rponse d'un systme
informatique
volution des volumes traits
Difficult les prvoir en termes de
faisabilit, dlais, et cots

Motiver lquipe Projet

Chaque acteur s'engagera d'autant plus que :
le rsultat de son action est visible
le rsultat envisag est dsir
sa confiance dans sa capacit agir est grande
Provoquer ces trois facteurs :
s'accorder sur le chemin parcourir
assurer la continuit du processus
faire adhrer les quipes
agir par la hirarchie
investir en ressources humaines, temps, argent

Dcoupage dun Projet

1. Pourquoi dcouper ?
2. Principes du dcoupage
3. Les difficults du dcoupage
4. Choisir une mthode de dcoupage
5. Dcoupage PBS, WBS et OBS
6. Dcoupage selon norme AFNOR

Dcoupage dun Projet

Faire face la complexit des activits (diviser pour
rgner)
Aborder le projet en termes d'units de fabrication
(Toujours se souvenir de l'objectif initial)
Diminuer les risques de drives (Cloisonnement des
activits)
Affecter des activits aux acteurs
(Faire correspondre besoins et comptences)
Ordonnancer
(Planifier le travail sur un calendrier)

Difficult du dcoupage

Identifier prcisment les tches

Recenser les lots fabriquer

Principe du dcoupage
Objets du dcoupage : des lments
autonomes
Mthodes courantes de dcoupage
sur critre temporel : succession d'tapes et
de phases
sur critre structurel : dfinition des modules

Choisir une Mthode de dcoupage

Mthodes gnrales
1. PBS (Product Breakdown Structure)
2. WBS (Work Breakdown Structure)
3. OBS (Organisation Breakdown Structure)
Mthodes de conception spcique mtier :
Exemple dveloppements informatiques :
Merise
UML
Mthode plus spcifique, ex : Norme de
conduite de projet AFNOR Z67-101

Exemple WBS (Work)

division hirarchique du travail global raliser en work packages, qui peuvent tre
estims, planifs, et affects un responsable (personne ou service).

PBS

Vue hirarchique des composants, parties,

sous-parties,
ncessaires la construction du produit.

OBS

hierarchie de l'organisation qui mne le

projet, qui permet de mettre en relation PBS
avec WBS pour identifier les responsabilits
vis--vis des work-packages.

Relation OBS/WBS

Synthse WBS/OBS/PBS

La mthode est gnrale, et peut s'appliquer tout projet.

Certaines spficits du mtiers ne sont pas prises en compte
(trop gnrale).
La structure hirarchique arborescente favorise un dcoupage
rcursif des lments.
Dans la pratique, on utilise des patrons (templates) dnis pour un
type de projet donn.
Exemple : l'arme U.S. demande ses sous-traitants de se
conformer
au WBS normals US MIL-STD-881
(http://www.defence.gov.au/dmo/esd/evm/DefAust5655.pdf)

Dcoupage temporel du projet

Mthode pour projets industriels
1. tude de faisabilit
(analyse, recherche, tudes de terrain)
2. Dfinition des solutions
(reprsentation prcise de l'objectif, solutions possibles)
3. Conception dtaille
(contrats de ralisation, cahier des charges fournisseurs)
4. Ralisation
(excutions des contrats acheves par des recettes)
L'tape 4 occupe gnralement 90% des efforts et dpenses

Estimer un Projet
Pourquoi estimer ?
Cerner la dure du projet
Dterminer les ressources mettre en
oeuvre
Dterminer la faisabilit technique du projet
Pouvoir ngocier
viter les drives de cots

Estimer a diffrents Niveau

Niveau projet
dterminer enveloppe budgtaire
poids du projet en termes d'effort
estimation de la rentabilit
valuer une dure vraisemblable
Niveau tape
planification prcise
calendrier des fournitures intermdiaires
prvoir suivi de projet
prvoir les montes/baisses en charge

Norme AFNOR pour estimer

Norme Z67-101 "recommandations pour la conduite de projets
informatiques" s'inspire de la mthode Merise et normalise le dcoupage
du processus de dveloppement.

Mthode DELPHI

Chaque expert donne anonymement une

estimation
Les rsultats sont rassembls et exposs au
groupe
Chaque expert argumente sur son estimation
Les experts s'accordent sur une estimation
consensuelle

Mthode de rpartition Proportionnelle

Mthode COCOMO
Soit t le nombre de milliers de lignes de code livres (sans les
commentaires). Le type de projet est alors :
taille t type de projet
t < 50 simple
> 50 < 300 moyen
t > 300 complexe
La charge c et le dlai d sont estims par :
Type projet Charge en mois/homme Dlai en mois

Mthode Pert

Mthode Gantt