Lestimation des projets du logiciel GEF493 2001 Renvoi:HvV 7'12 - PowerPoint PPT Presentation

1 / 17
About This Presentation
Title:

Lestimation des projets du logiciel GEF493 2001 Renvoi:HvV 7'12

Description:

Exemple: Il faut qu'on finisse en 18 mois, et il y a 10 d veloppeur disponible, alors la ... difficille a prend compte des circonstances exceptionelles (personnel, teamwork... – PowerPoint PPT presentation

Number of Views:36
Avg rating:3.0/5.0
Slides: 18
Provided by: knig9
Category:

less

Transcript and Presenter's Notes

Title: Lestimation des projets du logiciel GEF493 2001 Renvoi:HvV 7'12


1
Lestimation 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
2
Mé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é
3
La 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

4
Estimation 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

5
Le 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?)

6
Lestimation basé sur lexpérience
  • une méthode assez simple

grandeur meilleur estimation personnel 20
nombre dannées dexpérience
sur les projets pareil
WAG (wild ass guess)
7
Wideband 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
8
Wideband 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
9
Lestimation 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.

10
Les 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.

11
Les 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

12
Lestimation 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é

13
Lestimation 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.
14
Bottom-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.

15
What 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?

16
Supplemental 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

17
Next ClassLestimation du grandeur par la
mèthode du Function Points
Write a Comment
User Comments (0)
About PowerShow.com