Title: Lestimation des projets du logiciel GEF493 2001 Renvoi:HvV 7'12
1Lestimation des projets du logiciel GEF493
2001 RenvoiHvV 7.1-2
Royal Military College of Canada Electrical and
Computer Engineering
- Major Greg Phillips
- greg.phillips_at_rmc.ca
- 1-613-541-6000 ext. 6190
Major Ron Smith smith-r_at_rmc.ca 1-613-541-6000
ext. 6030
2Méthodes destimation
- La méthode de Parkinson
- Estimez pour gangner le contrat (Price to Win)
- Le jugement dexpert
- un estimat venant dexperience
- le méthode Wideband Delphi
- Lanalogie
- Les modèles algorithmique
- de haut en bas
- de bas en haut
pas recommendé
3La méthode de Parkinson
- La loi de ParkinsonLe travail saccroît pour
remplir le temps disponible. - Exemple Il faut quon finisse en 18 mois, et il
y a 10 développeur disponible, alors la tache
prendra 180 mois-développeur. - Faiblesses
- énormement inexacte
- march seulement sil y a beaucoup de marge (temps
et argent) pour ajouter de la fonctionnalité
inutile - renforce les mauvaises pratiques délaboration
4Estimation pour gagner le contrat
- On estime le prix et le plan quon croit
nécessaire pour gangner le contrat - Souvent fait parce quils ne comprennent pas, ou
ne croit pas, les techniques pour arriver aux
estimats légitime. - Faiblesse
- motivé par les facteurs politiques dhabitude
conduit vers un désastre
5Le jugement dexpert
- On pose le question a un ou des expert(s)
- Avantages
- lexpert est capable de prendre en compte les
différence entre projets - lexpert peut considerer les conditions
exceptionnels - Faiblesses
- pas mieux que lexpert
- lexpert à peut-être ses propre motivations
- demande de lexpérience (alors, quest-ce quon
peut faire pour le premier projet?)
6Lestimation basé sur lexpérience
grandeur meilleur estimation personnel 20
nombre dannées dexpérience
sur les projets pareil
WAG (wild ass guess)
7Wideband Delphi (une technique de consensus du
group)
- étape 1 - commence avec les besoins de
fonctionnalité et qualité certain - étape 2 - crée une conception raisonnable ou
chaque composant est assez simple pour être
compris - étape 3 - chaque participant produit une
estimation du grandeur pour chaque composant, et
les donne a un modérateur - étape 4 - pour chaque composant le modérateur
crée une graphique comme
2000
0
1000
grandeur de composant 7, en ligne de code, série 1
8Wideband Delphi
- étape 5 - sans parlant des valeurs de leur propre
estimations, chaque participant explique leurs
logiques - étape 6 - on refait les étapes 3 à 5 jusquà les
estimations convergent - Lexpérience dit que
- les estimations convergent
- le valeur à laquelle les estimations covergent
est typiquement mieux que le moyen des
estimations des premier ronds, et plus précis que
les meilleur estimations des meilleur participants
2000
0
1000
grandeur de composant 7, en ligne de code, série 1
9Lestimation par analogie
- On raissonne par analogie avec des autres projets
pareil quon a deja faite, et leurs coûts et
programmes réels - On essay de quantifier les differences entre ce
projet et les projets précédents. - Avantages
- lestimation vient de lexpérience réel
- on peut le faire au nivau du système ou au niveau
plus détaillé - Faiblesse
- pas toujours claire si le projet actuel est
vraiement pareil aux projets precedents en termes
des limitations, techiques, personnel, etc.
10Les modèles algorithmiques
- Les modèles algorithmiques nous donnent les
algorithmes mathématiques qui produisent une
estimation comme fonction des variables
considerées comme inducteur du coût importantes
?(x1, x2,... xn) - Inducteurs du coût possibles
- lignes de code
- capacité des programmeurs
- contrainte de temps
- contrainte sur le montant de mémoire utilisé
- etc.
11Les modèles algorithmiques
- Avantages
- objective
- les motivations personnels ne peut pas influencer
les estimations - on peut les répéter avec les mêmes resultats
- on peut faire l analyse de sensibilité
- Faiblesses
- doit être calibré (est-ce que le nouveau project
est pareil aux données du algorithme) - difficille a prend compte des circonstances
exceptionelles (personnel, teamwork....) - il reste encore une manque de données venant des
projets précédents
12Lestimation de haut en bas
- On crée une estimation en considerante les
propriétés globales du système - Avantages
- on pense du système totale (basée sur
lexpérience avec projets pareils - on considère les coûts dintegration, de la
documentation, de la gestion de la configuration,
etc. - Faiblesses
- ne prend pas compte des issues significatifs du
niveau bas - cest possible de manquer quelques composants
- la mèthode ne donne pas une justification
destimation detaillé
13Lestimation de bas en haut
- (... traduction...)
- The cost of each software component is estimated
by an individual the costs are then summed to
derive an overall cost - May use work breakdown structure
System
Sub-system
Sub-system
Sub-system
Mod.
Mod.
Mod.
Mod.
Mod.
Mod.
Mod.
Mod.
Mod.
14Bottom-up Estimating
- Strength
- earlier understanding of low level technical
problems - component estimates will be backed up by personal
commitment of the individual responsible for the
job - detailed cost justification (other analysis is
possible) - Weakness
- tends to miss system level costs (these must be
included in the work breakdown structure) - hard to estimate system level costs until
component costs are estimated - hard to model incidental project activities
- reading, reviewing, meeting, fixing, etc.
- hard to model incidental non-project activities
- training, personal business, non-project
communications, etc.
15What is a Good Unit of Measure?
- Consider lines of deliverable source code - LOC
- ProductivityGoods or services produced per
unit of labour and expense - Does moving to a higher-order language compiler
increase productivity?
16Supplemental References
- Boehm, W.B., The Art of Software Estimation,
Prentice-Hall, 1981 - University of West Florida, Generic Delphi
Estimation Process, http//www.cs.uwf.edu/wilde/g
ump/delphi.htm
17Next ClassLestimation du grandeur par la
mèthode du Function Points