Support de cours 2CS ESTIN

CONDUITE DE PROJETS

Dr. SEBAA Abderrazak

ESTIN Bejaïa

IX.‹#›
 Chapitre 2
Démarche générale de conduite
de projet

IX.‹#›
 Cycle de vie de logiciel
Le développement d’un projet logiciel est complexe, il nécessite de décomposer le projet en
un ensemble des étapes de développement.

Spécification

Maintenance
Conception

Conception

Réalisation
Préalable

générale

détaillée

Mise en
oeuvre
projet
Etude

7
1

6
Etapes
ou
phases

Temps

IX.‹#›
Etude préalable

Etude préalable
Pourquoi développer le logiciel ?
Y-a-t-il un besoin pour ce logiciel?
Y a-t-il de meilleures alternatives ?
Y a-t-il un marché pour le logiciel ?
Quels moyens faut-il mettre en œuvre ? A-t-on le budget, le
personnel, la matériel nécessaires ?
Activité
Etudier l’existant, des besoins réels, la faisabilité du projet, de
l’opportunité, des alternatives possibles, ses contraintes techniques (coût,
temps, qualité) et des risques et enjeux.
Entrées : Problème à résoudre, objectifs à atteindre.

Sorties : OUI (la décision est prise de réaliser le logiciel) ou

NON (le projet est abandonné).
IX.‹#›
Spécification
Activités
Description du problème à traiter afin d’identifier les besoins de l'utilisateur,
de spécifier ce que doit faire le logiciel (comportement en boite-noire):
informations manipulées, services rendus, interfaces, contraintes
 Décrire comment vérifier en boite-noire que le logiciel fait bien ce qui est
exigé.
Mise en œuvre des principes : abstraction, séparation des problèmes,
séparation des besoins fonctionnels
Entrées - Client qui à une idée de ce qu’il veut.
- Exigences, désir, besoins… concernant le système permettant de
résoudre le problème.
Sorties Cahier des charges du logiciel (ou spécification du logiciel).
Un plan de test du futur système (cahier de validation)
Un dossier d'analyse comprenant les spécifications fonctionnelles et non
fonctionnelles du produit
Version provisoire des manuels d’utilisation et d’exploitation du logiciel

IX.‹#›
Conception
Objectif
 Concevoir et décrire de façon exhaustive la solution.
 Définition de l’architecture générale du logiciel.
 Description de la manière dont chacun des composants du logiciel sera réalisé et
comment ils interagiront.
Activités
Organiser le logiciel afin qu'il puisse satisfaire les exigences de la spécification.
Faire les principaux choix techniques pour satisfaire les exigences de la
spécification.
Répondre au « Comment réaliser le système »
Entrées - cahier de charge.
Sorties - Une description des décisions de conception.
- Description détaillée des modules avec les algorithmes essentiels
- Description des traitements sans ambiguïté fonctionnelle, ainsi que les sorties
(maquettes d’état).
- Des procédures de tests qui permettent de vérifier que les décisions de
conception sont correctement implémentées en code sources et qu’elles contribuent à
satisfaire les exigences de la spécification.

IX.‹#›
Implémentation
• Objectifs :
– Réalisation des programmes dans un langage(s) de programmation

Activités :
-Ecrire le code source du logiciel.
- Mise au point (déboguage)
Entrées
- Cahier de charge et dossier de conception
• Résultats :
- Dossier de programmation et codes sources.
– Collection de modules implémentés, non testés
– Documentation de programmation qui explique le code
- Procédure d’acceptation officielle (recette)

IX.‹#›
Tests unitaires
• Objectifs :
– Test séparé de chacun des composants du logiciel en vue de leur
intégration
• Activités :
– Réalisation des tests prévus pour chaque module
– Les tests sont à faire par un membre de l'équipe n'ayant pas participé à la
fabrication du module.
Entrée
- Dossier de programmation et codes sources.
- Les tests préparés
Résultats :
– Résultats des tests avec les jeux d’essais par module selon le plan de test.

IX.‹#›
Intégration et test du système
• Objectifs :
– Intégration des modules et test de tout le système
• Activités :
– Assemblage de composants testés séparément
– Démarche d’intégration (ascendante, descendante ou les deux)
– Conception des données de tests
– Tests Alpha : l'application est mise dans des conditions réelles
d'utilisation, au sein de l'équipe de développement (simulation de
l'utilisateur final)
– Documentation des éléments logiciels
• Résultats :
–– Rapports de test
– Manuel d’utilisation

IX.‹#›
Mise en ouvre, maintenance, évolution
• Objectifs :
– installation du produit final à l'utilisateur,
– Suivi, modifications, améliorations après livraison.
• Activités :
– Tests Bêta : distribution du produit sur un groupe de clients avant la
version officielle,
– Livraison à tous les clients,
– Maintenance : corrective, adaptative, perfective.
• Résultats : la version finale du manuel utilisateur, les traces
d’évolution du système, les rapport d’exploitation
– Produit et sa documentation
– Trace d’exploitation et d’évolution

IX.‹#›
Approches de développement logiciel
Etapes 1 2 3 4 6
5 7
ou phases Etude Spécification Conception Conception Mise en
Réalisation Maintenance
Préalable projet générale détaillée oeuvre

Temps
Dossier Dossier Dossier de
Documents Schéma
d ’étude de conception
directeur
préalable conception fonctionnelle
détaillée
Code
Dossier
Etude d ’ de
opportunité planification

Dossier de
Dossier conception
d ’architecture technique
détaillée

Décisions

Accord sur Accord sur les Recette Réception

l’inscription Choix d’une procédures, logicielle système
du projet organisation l ’architecture
du projet ...

IX.‹#›
Modèles de de développement logiciel

Le cycle de développement est défini en fonction de :

• L’environnement du projet,
• L’importance du projet,
• Délai de réalisation et
• Produit à livrer.
Plusieurs modèles de développement ont été fortement étudiées
et appliquées au cours des différentes années et de l’évolution
des activités.

IX.‹#›
Le modèle en cascade

Avantages:
 simple et logique
 facilité de planification des
étapes et des délais
 adapté à des petits systèmes

Inconvénients:
 mal adapté aux systèmes
complexes
 révision et réflexion quasi
impossible
 pas de validation intermédiaire

13
IX.‹#›
Le modèle en V

Avantages:
 facile à comprendre
 segmente clairement le projet
 vérifications adaptées à chaque
étape

Inconvénients:
 Vision en tunnel
 Manque de souplesse

14
IX.‹#›
Le cycle itératif

Avantages:
 souplesse
 démarche différente
 quelque chose à présenter à
chaque cycle

Inconvénients:
 peu de remise en question
 nouvelles fonctionnalités non
intégrées

IX.‹#›
Le modèle en spirale

Avantages
 repérage des incohérences plus facile

Inconvénients
 nombre de cycles élevé donc projet
coûteux

IX.‹#›
 Les méthodes agiles
12 principes généraux
- Satisfaction du client
- Acceptation de demandes de changement
- Livraison régulière de versions opérationnelles
du produit
- Coopération client/équipe
- Des individus motivés
- Conversation face à face
- Mesure de l’avancement via les fonctionnalités
du produit
- Un rythme soutenable et continu
- Excellence technique et conception surveillées
- Faire simple
- Responsabilisation des équipes
- Ajustement des processus pour plus d’efficacité
IX.‹#›
4 valeurs:
 L’équipe
 Un logiciel qui fonctionne
 La collaboration
 L’acceptation du changement
Inconvénients
• difficile d’établir un contrat
• difficile de limiter les risques
• compliqué de progresser sur
le rôle du client et du testeur
• très différents des autres
modèle donc demande des
efforts importants
 Les méthodes agiles

Méthode Méthode XP
SCRUM

IX.‹#›
Cycle de management de projet
ou
phases de conduite de projet

IX.‹#›
Phases de conduite de projet
Pour quoi décomposer en phases

• Unicité du projet  donc incertitude dans le projet (des

événements imprévisibles peuvent survenir et entraver son
déroulement)

• un objectif ambitieux en un ensemble d ’objectifs

intermédiaires plus simples à atteindre

• un produit ou une solution finale complexe en un ensemble

de produits plus simples à réaliser…

IX.‹#›
Phases de conduite de projet

 Un projet se décompose donc en PHASES dont l ’ensemble constitue le

cycle de vie du management du projet.

 Chaque phase se concrétise par l ’élaboration d’un ou de plusieurs

produits ou livrables.

 Elles se terminent par une revue portant à la fois sur ces livrables et sur
la performance du projet.

 Le suivi du projet est effectué par le comités de pilotage du projet

IX.‹#›
Gestion d’une phase d’un projet informatique
Pour le PMI, chaque phase fait l’objet d’une gestion complète qui met en œuvre
les processus des cinq catégories:
ÉTAPE 1:
Lancement

ÉTAPE 2 :
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

IX.‹#›
Processus de gestion de projets
Degré
d’activité

Exécution

Planification

Initialisation Clôture
Contrôle

Début de Fin de phase

phase
Superposition des processus
09/10/2022 23
IX.‹#›
 PHASE DE DÉMARRAGE
Processus permettant de définir le
ÉTAPE 1: nouveau projet (ou une nouvelle
Lancement
(Demarrage) phase d’un projet) en obtenant
l’autorisation de démarrer le projet
ÉTAPE 2 : ou la phase.
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

Source : Project Management Body of Knowledge, PMI, 2013 IX.‹#› 24

 PHASE DE DÉMARRAGE

• Lancer officiellement le démarrage du projet ou la phase

• Comprendre la vision du projet
• Déterminer les exigences et les contraintes particulières
(financières, humaines, temporelles, techniques…)
• Définir des objectifs clairs et réalisables
• Identifier les parties prenantes et désignation officielle du chef
de projet (si première phase)
• Début de gestion des risques

Démarrage Exécution Clôture

Planification Contrôle

IX.‹#›
Source : Adaptation des définitions du Project Management Body of Knowledge, PMI, 2013
25
PHASE DE PLANIFICATION
Processus permettant d’élaborer le contenu du
projet, d’affiner les objectifs et de définir les actions
ÉTAPE 1: nécessaires à l’atteinte des objectifs pour lesquels le
Lancement projet a été entrepris.
(Demarrage)

ÉTAPE 2 :
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

Source : Project Management Body of Knowledge, PMI, 2013 IX.‹#› 26

 PHASE DE PLANIFICATION
• Planifier les activités nécessaires à l’atteinte des objectifs et à la livraison
des produits et/ou services souhaités
• Réaliser une estimation des charges et une recherche de ressources par la
production d’un calendrier de travail, avec une répartition des tâches.
• Équilibrer les exigences de qualité, de contenu, de délai et de coût
• Adapter les spécifications, les plans et l’approche aux différentes
préoccupations et attentes des diverses parties prenantes

Démarrage Exécution Clôture

Planification Contrôle

IX.‹#›
Source : Adaptation des définitions du Project Management Body of Knowledge, PMI, 2013.
27
PHASE D’EXECUTION

ÉTAPE 1:
Lancement Processus permettant d’accomplir le
(Demarrage) travail défini dans le plan de projet
afin de respecter les specifications
du projet
ÉTAPE 2 :
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

Source : Project Management Body of Knowledge, PMI, 2013 IX.‹#› 28

 PHASE D’EXÉCUTION
• Prendre, de façon continue, les décisions permettant d’utiliser de la façon la
plus avantageuse possible les méthodes, techniques, outils disponibles dans
le respect des contraintes financières, temporelles, organisationnelles et
logistiques
• Assurer la gestion et la coordination des ressources humaines exécutant ou
intervenant dans l’exécution des activités
• Gérer également les ressources matérielles, financières, informationnelles et
autres qui sont requises
• Assumer toutes les activités complémentaires qui seront nécessaires pour
assurer le respect des objectifs

Démarrage Exécution Clôture

Planification Contrôle

IX.‹#›
Source : Adaptation des définitions du Project Management Body of Knowledge, PMI, 2013
29
PHASE DE CONTROLE
Processus permettant de suivre, revoir et
ÉTAPE 1:
Lancement
réguler l’avancement et la performance du
(Demarrage) projet, d’identifier les parties dans
lesquelles les modifications du plan
s’avèrent nécessaires, et d’entreprendre les
ÉTAPE 2 : modifications correspondantes
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

Source : Project Management Body of Knowledge, PMI, 2013 IX.‹#› 30

 PHASE DE CONTRÔLE
Assurer le suivi, l’évaluation et l’ajustement des activités et de
l’échéancier à la lumière des résultats partiels ou complets
produits
Prise des mesures correctives et le traitement des demandes de
changement.
Organise l’acceptation officielle des livrables par le client.

Démarrage Exécution Clôture

Planification Contrôle

IX.‹#›
Source : Adaptation des définitions du Project Management Body of Knowledge, PMI, 2013
31
PHASE DE CLÔTURE

ÉTAPE 1: Processus permettant de finaliser toutes

Lancement les activités dans tous les groupes de
(Demarrage) processus afin de clore formellement le
projet ou la phase.
ÉTAPE 2 :
Planification

ÉTAPE 3 :
Exécution

ÉTAPE 5 :
Cloture
(fermeture)

ÉTAPE 4 :
Contrôle

Source : Project Management Body of Knowledge, PMI, 2013 IX.‹#› 32

 PHASE DE CLÔTURE

• Officialiser l’achèvement d’une phase.

• Effectuer la fermeture administrative (Plan, budget, contrats)
• Relâcher les ressources et faire leur évaluation
• Documenter les leçons apprises

Démarrage Exécution Clôture

Planification Contrôle

IX.‹#›
Source : Adaptation des définitions du Project Management Body of Knowledge, PMI, 2013.
33
LES PROCESSUS CLÉS VS LES PHASES D’UN PROJET

Conception détaillée Développement

Lancement
Lancement
Planificati
Phases on Planificati Phases
on
précédentes Exécution suivantes
Exécution

Cloture
Cloture

Contrôle
Contrôle

34
IX.‹#›
Répartition du temps et de l'argent
…….
10% Initiation 20% Initiation

Planification Planification
25% 30%

60% Mise en œuvre 40% Mise en œuvre

5% dix% Fermeture
Fermeture

Typique Projets réussis

IX.‹#›
Coût consacré aux phases d'un projet

Coût et niveau de
personnel

Initiation Planification Exécution et contrôle Clôture

temps
Situation idéale (temps et les efforts )

IX.‹#›
Coût consacré aux phases d'un projet

Coût et niveau de
personnel

Initiation Planification Exécution et contrôle Clôture

Coût typique pour chaque phase temps

de projet

Coût d’un projet en ?

IX.‹#›
Exemple de projets
Opéra de Sydney Bon ou mauvais projet ?

IX.‹#›
Exemple de projets
Opéra de Sydney
Prévu - 1959 à 1963 (4 ans)
- 7 millions de dollars
Réel - 1959 à 1973 (14 ans)
- 100 millions de dollars

IX.‹#›
 LES 10 DOMAINES DE CONNAISSANCES DU PMBOK

1. Management de l’intégration du projet

2. Management du contenu du projet
3. Management des délais du projet
4. Management des coûts du projet
5. Management de la qualité du projet
6. Management des ressources humaines du projet
7. Management des communications du projet
8. Management des risques du projet
9. Management des approvisionnements du projet
10. Management des parties prenantes

40
IX.‹#›
Source : Project Management Body of Knowledge, Fifth Edition, PMI, 2013
 PROCESSUS DE GESTION VS DOMAINES DE CONNAISSANCES

41
Source : Project Management Body of Knowledge, Fifth Edition, PMI, 2013 IX.‹#›
 PROCESSUS DE GESTION VS DOMAINES DE CONNAISSANCES

42
Source : Project Management Body of Knowledge, Fifth Edition, PMI, 2013 IX.‹#›