Estimation des projets logiciels

Chapitre: Estimation des projets

• L'estimation de la durée, du coût et de l'effort d'un projet logiciel est indispensable pour le client, le chef de projet et la direction.
• Il est aussi crucial d'évaluer les risques et les dépendances externes qui peuvent influencer les coûts et les délais.
• L'estimation est une activité complexe et difficile.

Importance de l'estimation

• Une estimation précise du projet est nécessaire pour une planification rigoureuse et un pilotage efficace.
• Une mauvaise estimation peut entraîner un sous-effectif, une sous-estimation de la charge, un planning serré, des livrables de qualité médiocre.
• Une surestimation peut entraîner une augmentation des coûts et du temps de développement.

Difficulté de l'estimation

• L'estimation nécessite une évaluation de la taille du projet, ce qui est une étape particulièrement complexe.
• Le processus d'estimation est un processus itératif, afin d'obtenir une estimation correcte du projet.
• Il est souvent difficile d'analyser les données des projets terminés pour une estimation plus précise.

Processus de l'estimation

• Le processus d'estimation nécessite plusieurs étapes successives:
• Évaluer la taille du produit à développer
• Évaluer la charge (effort) en mois-homme ou jours-homme
• Évaluer le coût du projet en monnaie locale
• Construire le calendrier du planning
• Collecter les exigences
• Estimer la taille

Les sources d'information

• Les sources d'information pour l'estimation incluent l'appel d'offres, spécifications des exigences logiciel et les besoins du client.
• Les documents de conception fournissent des informations complémentaires pour une réestimation durant la vie du projet.

1- Estimation de la taille

• L'étape initiale consiste à estimer la taille du logiciel à développer, le plus précisément possible.
• La taille est généralement mesurée en nombre d'instructions (lignes de code) ou en points de fonction.
• Les principaux moyens d'estimer la taille incluent l'analogie (si un projet similaire existe) ou une approche algorithmique pour convertir les points de fonction en mesure de taille.

2- Estimation de la charge (effort)

• Déduire la charge totale du projet à partir de la taille estimée est possible seulement après la définition d'un processus de développement.
• Utiliser l'historique de l'organisme pour recenser les charges réelles consommées par les projets antérieurs.
• En l'absence d'historique utilisable, appliquer des modèles algorithmiques comme COCOMO ou PUTNAM.
• Le modèle COCOMO ou PUTNAM permet de transformer l'estimation de la taille en estimation de la charge.

3- Estimation des délais

• Déterminer les délais à partir de la charge estimée et des ressources affectées au projet.
• Planifier les tâches en tenant compte de l'historique des projets précédents et des formules empiriques.

4- Estimation du coût

• L'estimation du coût total du projet dépend de la façon dont les coûts sont affectés.
• Le directeur du projet estime généralement uniquement les coûts du travail et les coûts additionnels sont considérés comme des frais généraux.
• Le coût du travail peut être obtenu en multipliant l'estimation de la charge en heures par un taux journalier.
• Un calcul plus précis du coût nécessite un taux différent pour chaque catégories de personnel (ex: technicien, documentateur).

5- Quelques règles d'or pour l'estimation

• Prévoir suffisamment de temps pour l'estimation et la planification.
• Utiliser les données des projets précédentes de l'entreprise.
• Si possible, utiliser des données de projets similaires de l'entreprise.
• Commencer à collecter des données dès que possible.

Méthodes d'estimation

• Les méthodes d'estimation peuvent être classées en: jugement d'expert, analogie, globale (top-down), analytique (bottom-up), algorithmiques.
• Méthode de l'analogie: se référer à des projets similaires pour estimer les caractéristiques et la charge d'un nouveau projet.
• Méthode du jugement d'expert : demander à un groupe d'experts leur estimation afin d'atteindre un consensus.
• Méthode globale (top-down) : estimer la charge à partir des propriétés globales du produit puis la répartir entre les différents composants.
• Méthode analytique (bottom-up) : faire une analyse détaillée et une estimation individuelle de chacun des éléments du projet puis faire une agrégation des coûts communs.
• Modèles algorithmiques: utiliser des formules mathématiques et plusieurs variables. exemples: MCP de Gédin, Modèle de Putnam, Méthode COCOMO, les Points de Fonction, estimation du calendrier rapide.
• Méthode d'estimation des lignes de code: utiliser, les tailles de projets passés, pour estimer la taille du projet en cours. Calculer la taille du projet en divisant en plusieurs parties quantifiables.

Modèle COCOMO

• La méthode COCOMO, développée par Dr. Barry Boehm, permet d'estimer l'effort et le temps de développement d'un projet logiciel en se basant sur la taille du logiciel.
• Le modèle s'appuie sur une formule pour calculer l'effort (en homme-mois) et le temps de développement (en mois).
• Le modèle COCOMO inclut trois modèles: de base, intermédiaire et expert. Le modèle de base est moins détaillé que les autres.

Modèle d'estimation

• Le modèle COCOMO utilise une estimation de la taille pour calculer l'effort et le temps de développement.
• Le temps de développement est estimé à partir de la taille à l'aide d'une formule donnée.
• Cette méthode propose plusieurs modèles à utiliser selon le type de projet (organique, médian, imbriqué).

Distribution de l'effort par phase

• Le temps de développement commence après la spécification fonctionnelle et se termine après l'intégration.
• La productivité est calculée en divisant la taille par l'effort.
• L'estimation du personnel requis.

Exemples et exercices

• Des exemples de calculs d'effort (ex: projet a 32 KDSI) et de temps de développement sont expliqués, pour les types de projets organique, médian et imbriqué, en utilisant les modèles COCOMO de base et intermédiaire.
• Des tableaux à compléter sont inclus pour effectuer des exercices pratiques.
• Des définitions de la Taille, Les Hommes-Mois, et KDSI sont inclus.

Inconvénients

• L'estimation dépend de la ligne de code, ce qui représente une petite partie du développement.
• Le nombre de lignes peut être difficile à évaluer a posteriori.
• Différents langages peuvent générer des nombres de lignes de code différents pour un même logiciel.

Ce quiz traite de l'estimation des projets logiciels, en mettant l'accent sur la durée, le coût et l'effort. Il aborde l'importance d'une estimation précise pour le succès du projet et les risques associés à une estimation incorrecte. Le processus d'estimation et sa complexité sont également discutés.