Cours de Génie Logiciel

1 2, 3 4, 5 4, 5 6, 7, 8

Chapitre 3.

La conduite de projet

3.1. Rappel des phases de développement
Les différents modèles des phases de développement d’un projet que nous avons vu jusqu’à présent ont pour nom UML ou "Unified Modeling Language" (voir notes de Philippe Dugerdil) et Merise. Sur un plan plus général, on relie les différentes phases par un modèle en cascade ou par un modèle en spirale. Bien qu’ils offrent une bonne vision de l’enchaînement des différentes étapes, ils ne suffisent pas à la réalisation d’un projet. : Client Utilisateurs

Maîtrise d’oeuvre

Vérification de l’expression des besoins

Expression des besoins

Recette

Spécifications

Validation

Conception

Intégration

Développement Figure 4.1 : Une vue moderne du modèle en cascade

page 23

Cours de Génie Logiciel

3.2. Nécessité d’une conduite de projet
La conduite de projet se situe à deux niveaux: lors de la conception, fixer les objectifs, la stratégie, les moyens, l’organisation et le programme d’action; lors de la réalisation, s’assurer du bon déroulement du projet, de la qualité du code produit, du respect des délais et des budgets.

3.3. Les causes des difficultés liées à la conduite du projet 3.3.1. Problèmes de communications

Dans son fameux livre ""the mythical man-month: essays on Software Engineering", Fred Brooks remarque que s’il y a n employés sur un projet, on a n(n-1)/2 besoins de communications. En clair 1 personne: 2 personnes: 3 personnes 0 document nécessaire 1 3 documents

6 personnes

15 documents

Le seul moyen d’éviter la catastrophe est d’organiser le travail en groupes et de n’échanger entre les groupes que les documents formellement approuvés.

3.3.2. Problèmes humains
Plus un projet est vaste et complexe, plus la direction de projet s’éloigne du domaine technique pour se rapprocher de celui des relations humaines. La gestion des ressources humaines fait l’objet du chapitre suivant. Il