Chapitre 1: Généralités: Fahmi Ben Rejab

Année universitaire 2018/2019
CHAPITRE 1: GÉNÉRALITÉS
Gestion de projets Informatique

Mastère STID
Fahmi Ben Rejab

FBR. ISG. 2019
2018 1
OBJECTIF Gestion de projet Informatique
Mastère STID
Le cours Gestion de projets informatique est destiné

aux chefs de projets ou futurs chef de projets
informatiques,
ou tout autre acteur mené à organiser ou structurer
un projet dans ce domaine.
2
« PORTRAIT » D’UN CHEF DE PROJET INFORMATIQUE Gestion de projet Informatique
Mastère STID
 S'orienter vers le management plutôt que de rester dans la programmation
 a développé une bonne connaissance du métier
 il faut posséder une hauteur de vue suffisante pour voir le projet dans sa
globalité
 l'excellence technique n'est pas tout
 la personnalité intervient beaucoup.
3
QUALITÉ Mastère STID
La Rigueur
Le chef de projet doit maîtriser Communication
l'ensemble des paramètres
du projet. Il ne doit laisser
Il doit posséder une bonne
compétence à exprimer ses
Ecoute
Le chef de projet doit être à
passer aucuns détails (pas de idées, savoir passer d'un
l'écoute des autres, essayer
questions sans réponses, pas discours ferme à un discours
de les comprendre.
d'ambiguïtés,...). sympathique.
Il doit accepter les critiques et
Il se doit aussi de noter toutes Il est aussi nécessaire qu'il
surtout en tenir compte.
les décisions et de vérifier possède une bonne expression
qu'elles soient bien prises en écrite et orale.
compte.
Compétence en
Informatique Caractère
Il doit posséder une bonne
compétence en informatique
Avoir du caractère
important pour résister à la
est
Réactivité
Le chef de projet doit réagir
afin de se rendre compte des pression hiérarchique.
efficacement et rapidement
tâches à accomplir. Il doit être en position de force
en cas de problèmes.
La compétence technique est dans la proposition des
essentielle pour avoir une solutions
certaine CREDIBILITE au sein
de son équipe projet
4
INTERACTION Mastère STID
les principales interactions entre les

différentes entités concernées par
un projet informatique
5
TÂCHES Mastère STID
Définition du Identification
projet Définition des des ressources
Dans un premier temps, il est
essentiel de s'assurer que la
critères qualités nécessaires et
Il s'agit de définir des moyens
définition du projet est correcte.
de contrôle tout au long du
suffisantes
C'est-à-dire que les réels Il est impératif de s'assurer que
besoins ont été clairement projet, et de définir le contrôle
final. l'on possède toutes les
identifiés, et que toutes les compétences qu'il faut pour la
données soient connues. réalisation du projet.
Elaboration du Identification du
planning périmètre
Management L'élaboration du planning se fait Il s'agit d'identifier toutes les
avec l'ensemble des entités du
des équipes projet.
actions à mener.
Il faut s'assurer de la
cohérence des objectifs de Coordination et
chacun avec l'objectif final.
contact Chiffrage
La communication entre toutes Estimation du coût de projet.
les entités du projet est
essentielle.
FBR. ISG. 2018

Toutes ces activités montre que le rôle de chef de projet est une activité à 6
temps plein et essentielle au bon déroulement du projet.

PROBLÈMES Mastère STID
Dérapage Dérapage
fonctionnel Technique
si le maître d'œuvre n'est pas assez
à l'écoute du maître d'ouvrage sur On peut avoir un dérapage
les impératifs fonctionnels, ou si le technique si l'on a pas identifié
maître d'ouvrage refuse de assez tôt les contraintes
s'impliquer dans la définition des techniques.
fonctionnalités .
Dérapage du
Dérapage du
Budget
planning
Pour éviter ce type de dérapage, il
faut identifier au plus tôt la charge on peut avoir un dérapage plus
de travail nécessaire. important si le maître d'œuvre
Généralement, le coût fixé au manque de réactivité, et qu'il
départ est volontairement sous- n'a pas identifié assez tôt les
estimé. risques de déviation.
7
PROBLÈMES Mastère STID

DÉFINITIONS ET TERMINOLOGIES Gestion de projet Informatique
QU’EST-CE QU’UN PROJET? Mastère STID
Création de Valeur
Productivité =
Coût
Coûts : n’est plus la solution idéale
• Concurrence
• Mondialisation
• Créer plus de valeur : innover

• Innovation = Projet
9
POURQUOI UN PROJET? Mastère STID
Projet : une première définition...

Nos projets de vacances, projets de carrière, projets d'avoir des enfants...
Le terme projet est donc un terme du vocabulaire courant, auquel on associe
une signification relativement claire et précise :
c'est un ensemble d'actions que nous souhaitons entreprendre, pour atteindre

un but (devenir parent, embrasser une nouvelle carrière...). En ce sens, le
projet est bien « le brouillon de l'avenir » : une ébauche, mais pas encore
une réalisation.
Cette notion de projet nous vient du latin « projectum de projicere », qui signifie
littéralement « jeter quelque chose vers l'avant ».
10
LE PARADOXE DE LA GESTION DE PROJET Mastère STID
Capacité d’action sur le projet Connaissance du projet
temps
• En début de projet : Marge de manœuvre plus importante

• En fin de projet, on sait ce qu’il aurait fallu faire, mais trop tard…
11
Mastère STID
• Définissez le concept de projet en trois mots essentiels
• Un projet (informatique) Ensemble finalisé d’activité et d’actions

entreprises dans le but de répondre à un
 un objectif besoin défini dans des délais fixés et dans la
 des moyens limite de l’enveloppe budgétaire allouée.
 des contraintes
Objectif
Espace défini
moyens par le projet contraintes
FBR. ISG. 2018 12
Mastère STID
Le projet : 5 aspects
Fonctionnel: réponse à un besoin
Technique: respect des spécifications et des contraintes.
Organisationnel: respect d'un mode de fonctionnement (rôles,

culture, fonctions, résistance au changement)
Délais: respect des échéances (Planning)
Coûts: respect du budget
13
Mastère STID
• Gérer sa propre vie est parfois difficile !!!!!!!

• On ne peut même pas se faire confiance !!!!!!!!!!!!!
 Alors imaginer avec une équipe!
• Très difficile:
 d'évaluer le temps exact (problème conceptuel, bug...)
 de prévoir les problèmes (Incompatibilité de deux logiciels)
 d'anticiper les difficultés (la base de données client est mal faite)
 d'imaginer les aléas (Sami vient de se casser le bras...)
14
Mastère STID
Constat du développement logiciel:
• Délais de livraison non respectés
• Budget non respecté
• Ne répond pas aux besoins de l'utilisateur ou du client
• Difficile à utiliser, maintenir, et faire évolue
15
Mastère STID
16
Mastère STID
Étude du Standish group

Enquête sur 8380 projets de toutes tailles et de tous secteurs
Projets ratés : abandonnés avant la fin
Projets mitigés : achevés et opérationnels, mais livrés hors délais, hors

budget ou sans toutes les fonctionnalités demandées
Projets réussis : achevés dans les délais et pour le budget impartis, avec
toutes les fonctionnalités demandées
17
Mastère STID
Utilisation des fonctionnalités implantées
18
Mastère STID
Raisons principales des bugs
● Erreurs humaines
● Taille et complexité des logiciels
● Taille des équipes de conception/développement
● Manque de méthodes de conception
● Négligence de la phase d'analyse des besoins du client
●Négligence et manque de méthodes et d'outils des phases de

validation/vérification
19
Mastère STID
● Idée grossière du logiciel suffisante pour commencer à programmer
Faux : échecs dus principalement à une idée imprécise du logiciel
● Travail terminé quand programme écrit et fonctionnel
Faux : maintenance du logiciel = plus du 50% du coût total
● Facile de gérer spécifications changeantes
Faux : changements de spécifications souvent coûteux
● En cas de retard, solution : ajouter des programmeurs
Faux : période de familiarisation et communication plus difficile

impliquent perte de productivité
« Ajouter des programmeurs à un projet en retard ne fait que le retarder davantage »
20
Mastère STID
Qualité du logiciel
Critères de qualité
Externe
• Validité : réponse aux besoins des utilisateurs
• Facilité d'utilisation : prise en main et robustesse
• Performance : temps de réponse, débit, fluidité...
• Fiabilité : tolérance aux pannes
• Sécurité : intégrité des données et protection des accès
• Maintenabilité : facilité à corriger ou transformer le logiciel
• Portabilité : changement d'environnement matériel ou
logiciel
21
Mastère STID
Qualité du logiciel
Critères de qualité
Interne
• Ré-utilisabilité : Aptitude d’un logiciel à être réutilisé, en tout
ou en partie, pour d’autres applications.
• Vérifiabilité : aptitude d ’un logiciel à être testé (optimisation

de la préparation et de la vérification des jeux d’essai)
• Lisibilité,
• Modularité.
22
Mastère STID
Acteurs principaux d’un projet
• Maîtrise d’ouvrage : personne physique ou morale propriétaire

de l’ouvrage. Il détermine les objectifs, le budget et les délais
de réalisation.
• Maîtrise d’œuvre : personne physique ou morale qui reçoit

mission de la maîtrise d’ouvrage pour assurer la conception
et la réalisation de l’ouvrage.
23
Mastère STID
PRINCIPES DE CONDUITE DE PROJET
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes
4. Modularité
5. Construction incrémentale
6. Généricité
7. Anticipation des évolutions
8. Documentation
9. Standardisation/normalisation
24
Mastère STID
1. Rigueur : principale source d'erreurs humaine, s'assurer

par tous les moyens que ce qu'on écrit est bien ce qu'on
veut dire et que ça correspond à ce qu'on a promis (outils,
revue de code...)
2. Abstraction
4. Modularité
6. Généricité
8. Documentation
25
Mastère STID
1. Rigueur
2. Abstraction : extraire des concepts généraux sur lesquels
raisonner, puis instancier les solutions sur les cas
particuliers
4. Modularité
6. Généricité
8. Documentation
26
Mastère STID
1. Rigueur
2. Abstraction
3. Décomposition en sous-problèmes : traiter chaque aspect
séparément, chaque sous-problème plus simple que
problème global
4. Modularité
6. Généricité
8. Documentation
27
Mastère STID
1. Rigueur
2. Abstraction
4. Modularité : partition du logiciel en modules interagissant,
remplissant une fonction et ayant une interface cachant
l'implantation aux autres modules
6. Généricité
8. Documentation
28
Mastère STID
1. Rigueur
2. Abstraction
4. Modularité
5. Construction incrémentale : construction pas à pas,
intégration progressive
6. Généricité
8. Documentation
29
Mastère STID
1. Rigueur
2. Abstraction
4. Modularité
6. Généricité : proposer des solutions plus générales que le
problème pour pouvoir les réutiliser et les adapter à
d'autres cas.
8. Documentation
30
Mastère STID
1. Rigueur
2. Abstraction
4. Modularité
6. Généricité
7. Anticipation des évolutions : liée à la généricité et à la
modularité, prévoir les ajouts/modifications possibles de
fonctionnalités
8. Documentation
31
Mastère STID
1. Rigueur
2. Abstraction
4. Modularité
6. Généricité
8. Documentation : essentielle pour le suivi de projet et la
communication au sein de l'équipe de projet
9. Standardisation/normalisation : aide à la communication
pour le développement, la maintenance et la réutilisation
32
PROCESSUS DE DÉVELOPPEMENT LOGICIEL Mastère STID
Activités du développement logiciel
1. Analyse des besoins et Spécification

2. Conception
3. Programmation
4. Validation et vérification
5. Livraison
6. Maintenance
Pour chaque activité : Utilisation et production de documents

1- Analyse des besoins
Objectif : Comprendre les besoins du client

Objectifs généraux, environnement du futur système,
ressources disponibles, contraintes de performance...
Entrée : Fournies par le client

Expert du domaine d'application, futur utilisateur
Document produit : Cahier des charges (+ manuel

d'utilisation préliminaire)
2- Conception et spécification
Objectif : Élaborer une solution concrète réalisant la

spécification
• Description architecturale en composants (avec interface et
fonctionnalités)
• Réalisation des fonctionnalités par les composants (algorithmes,
organisation des données)
• Réalisation des exigences non-fonctionnelles (performance, sécurité...)
Entrée : Cahier des charges fonctionnel

Document produit : Dossier de conception
3- Programmation
Objectif : Implantation de la solution conçue
• Choix de l'environnement de développement, du/des langage(s) de

programmation, de normes de développement...
Entrée : Dossier de conception
Document produit : Code documenté + manuel d'utilisation

4- Validation et vérification
Objectifs :
• Validation : assurer que les besoins du client sont satisfaits (au niveau de la
spécification, du produit fini...)
• Vérification : assurer que le logiciel satisfait sa spécification
• Document : recette de la validation et vérification

5- Livraison
Livraison du produit (Logiciel).
Mise en œuvre et installation
Paramétrage et formation
Document: Manuel d’utilisation + support de formation
Remarque: La phase de validation et livraison nous pouvons

la faire dans une seule phase: Intégration et test
6- Maintenance
Types de maintenance :
• Correction : identifier et corriger des erreurs trouvées après la livraison
• Adaptation : adapter le logiciel aux changements dans

l'environnement (format des données, environnement
d'exécution...)
• Perfection : améliorer la performance, ajouter des

fonctionnalités, améliorer la maintenabilité du logiciel
• Document: Fiche d’intervention

Répartition de l’éffort
Thank You

Chapitre 1: Généralités: Fahmi Ben Rejab

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chapitre 1: Généralités: Fahmi Ben Rejab

Transféré par

Droits d'auteur :

Formats disponibles

Année universitaire 2018/2019

Gestion de projets Informatique

Fahmi Ben Rejab

Le cours Gestion de projets informatique est destiné

 S'orienter vers le management plutôt que de rester dans la programmation

 a développé une bonne connaissance du métier

 l'excellence technique n'est pas tout

 la personnalité intervient beaucoup.

QUALITÉ Mastère STID

INTERACTION Mastère STID

les principales interactions entre les

TÂCHES Mastère STID

FBR. ISG. 2018

temps plein et essentielle au bon déroulement du projet.

PROBLÈMES Mastère STID

PROBLÈMES Mastère STID

Coûts : n’est plus la solution idéale

• Créer plus de valeur : innover

Projet : une première définition...

c'est un ensemble d'actions que nous souhaitons entreprendre, pour atteindre

Capacité d’action sur le projet Connaissance du projet

• En début de projet : Marge de manœuvre plus importante

• Définissez le concept de projet en trois mots essentiels

• Un projet (informatique) Ensemble finalisé d’activité et d’actions

Fonctionnel: réponse à un besoin

Technique: respect des spécifications et des contraintes.

Organisationnel: respect d'un mode de fonctionnement (rôles,

Délais: respect des échéances (Planning)

Coûts: respect du budget

• Gérer sa propre vie est parfois difficile !!!!!!!

 Alors imaginer avec une équipe!

Constat du développement logiciel:

• Délais de livraison non respectés

• Budget non respecté

• Ne répond pas aux besoins de l'utilisateur ou du client

• Difficile à utiliser, maintenir, et faire évolue

Étude du Standish group

Projets ratés : abandonnés avant la fin

Projets mitigés : achevés et opérationnels, mais livrés hors délais, hors

Utilisation des fonctionnalités implantées

Raisons principales des bugs

● Taille et complexité des logiciels

● Taille des équipes de conception/développement

● Manque de méthodes de conception

● Négligence de la phase d'analyse des besoins du client

●Négligence et manque de méthodes et d'outils des phases de

● Idée grossière du logiciel suffisante pour commencer à programmer

Faux : échecs dus principalement à une idée imprécise du logiciel

● Travail terminé quand programme écrit et fonctionnel

Faux : maintenance du logiciel = plus du 50% du coût total

● Facile de gérer spécifications changeantes

Faux : changements de spécifications souvent coûteux

● En cas de retard, solution : ajouter des programmeurs

Faux : période de familiarisation et communication plus difficile

• Vérifiabilité : aptitude d ’un logiciel à être testé (optimisation

Acteurs principaux d’un projet

• Maîtrise d’ouvrage : personne physique ou morale propriétaire

• Maîtrise d’œuvre : personne physique ou morale qui reçoit

7. Anticipation des évolutions

1. Rigueur : principale source d'erreurs humaine, s'assurer

Activités du développement logiciel

1. Analyse des besoins et Spécification

Pour chaque activité : Utilisation et production de documents