Font size
Worksheetsmodèles empiriques : Racines et Cocomo
Total questions: 40
Worksheet time: 20mins
Les modèles empiriques de coût reposent principalement sur :
Des formules purement théoriques
Des données historiques observées sur des projets réels
Des interviews d’experts
Des hypothèses aléatoires
L’objectif principal d’un modèle de coût empirique est de :
Déterminer le salaire des développeurs
Estimer la taille de la base de données
Estimer l’effort, le coût et la durée d’un projet logiciel
Vérifier la qualité du code
Les modèles empiriques sont dits “empiriques” car :
Ils reposent sur l’intuition du chef de projet
Ils utilisent des données expérimentales et statistiques
Ils se basent sur la théorie des systèmes
Ils ne nécessitent aucune donnée passée
Dans les modèles empiriques, la taille du projet est souvent mesurée en :
Heures de travail
Lignes de code (LOC) ou KLOC
Nombre de fonctionnalités
Pages de documentation
1 KLOC correspond à :
10 lignes de code
100 lignes de code
1 000 lignes de code
10 000 lignes de code
Le modèle RACINES est un modèle :
Empirique et académique
Basé sur la méthode Agile
Propre à l’industrie automobile
Dérivé de COCOMO II
L’équation de base du modèle RACINES est de la forme :
Effort = a × Taille + b
Effort = a×Tailleb
Effort = Taille / a + b
Effort = (a + b) / Taille
Dans RACINES, le paramètre a correspond :
À un facteur de productivité
Au nombre de développeurs
À la complexité du projet
À la durée du projet
Dans RACINES, le paramètre b contrôle :
Le niveau de documentation
La non-linéarité de l’effort avec la taille
Dans RACINES, si b = 1, la relation Effort–Taille est :
Quadratique
Linéaire
Exponentielle
Logarithmique
Dans RACINES, si b > 1, cela signifie que :
L’effort augmente proportionnellement à la taille
Les projets deviennent plus coûteux à grande échelle
Le projet est sous-estimé
Le code est très optimisé
Dans RACINES, la taille peut être exprimée en :
KLOC ou points de fonction
Heures de réunion
Nombre de tests unitaires
Mégaoctets de code
Le modèle RACINES permet surtout de :
Gérer la configuration du code
Estimer rapidement l’effort à partir de la taille
Calculer la dette technique
Planifier les réunions
Avec le modèle RACINES, si un projet de 10 KLOC nécessite 50 h.mois, combien coûterait un projet de 20 KLOC avec b = 1, a = 5 ?
50 h.mois
100 h.mois
200 h.mois
500 h.mois
L’un des avantages du modèle RACINES est :
Sa simplicité
Sa prise en compte de 50 paramètres
Sa précision sur tous les types de projets
Qu’il ne nécessite aucune donnée
COCOMO a été développé par :
Boehm
Brooks
Royce
Pressman
COCOMO date de :
Les années 1960
Les années 1980
Les années 2000
Les années 2020
L’équation de base de COCOMO est :
Effort = a×Tailleb
Effort = a + b × Taille
Effort = a × Taille + b
Effort = a/Tailleb
Dans COCOMO, Effort est exprimé en :
Heures
Hommes-jours
Hommes-mois
Euros
Dans COCOMO, la taille est exprimée en :
KLOC
Points de complexité
Fonctionnalités
Heures
Dans COCOMO, les coefficients a et b dépendent du :
Langage utilisé
Type de projet
Nombre de développeurs
Client
Les trois types de projets dans COCOMO sont :
Simple, moyen, complexe
Basique, semi-détail, avancé
Organic, Semi-detached, Embedded
Facile, difficile, critique
Un projet Organic correspond à :
Un petit projet stable, dans un domaine connu
Un système embarqué critique
Une équipe distante
Une maintenance logicielle
Un projet Embedded correspond à :
Un site web standard
Un projet intégré à du matériel et très contraint
Un projet universitaire
Une application mobile simple
Un projet Semi-detached correspond à :
Une situation intermédiaire entre simple et complexe
Un projet externalisé
Une mission temporaire
Une maintenance logicielle
Si un projet Organic de 10 KLOC utilise a=2.4 et b=1.05, l’effort est :
24 h.mois
26.9 h.mois
2.9 h.mois
105 h.mois
Si l’effort = 60 h.mois et la durée = 10 mois, la taille moyenne de l’équipe est :
(a)
La durée du projet peut être estimée avec la formule :
Durée = c×Effortd
Durée = Effort × c
Durée = Effort / c
Durée = c/Effortd
Les coefficients c et d dans la durée dépendent :
Du type de projet
Du coût du matériel
Du langage utilisé
Du nombre de bugs
Une durée estimée de 11 mois pour un effort de 60 h.mois implique :
Environ 5 à 6 personnes d’équipe
Une seule personne
Un projet de maintenance
Une mauvaise estimation
Si la taille double mais que b>1, alors l’effort :
Reste identique
Double
Plus que double
Diminue
Si le projet est “embedded”, le facteur b est :
Plus petit
Plus grand
Égal à 1
Négatif
Plus la valeur de b augmente, plus le modèle reflète :
Une meilleure productivité
Des rendements décroissants
Une simplification du code
Une équipe stable
Le principal intérêt de COCOMO est de :
Calculer le coût du matériel
Fournir une estimation structurée de l’effort
Évaluer la satisfaction client
Gérer la documentation
Le modèle COCOMO suppose une corrélation empirique entre :
Taille et productivité
Code et documentation
Tests et maintenance
Nombre de bugs et lignes de code
Une limite majeure de COCOMO est :
COCOMO II ajoute :
Des facteurs de coût supplémentaires
Des notions d’agilité
Des métriques de tests
Des modules de documentation
RACINES et COCOMO ont en commun :
Une base empirique
Une équation linéaire simple
Une approche agile
Un modèle de productivité constant
Les modèles empiriques doivent être calibrés avec :
Les données d’autres entreprises
Les données historiques internes
Les données publiques
Les estimations des concurrents
L’usage principal de ces modèles dans le management de SI est :
Estimer coût et ressources avant le lancement
Planifier la maintenance
Automatiser les tests
Choisir un langage de programmation
