 Collection de plusieurs opérations pour

atteindre un objectif

 Caractéristiques:

◦ Un objectif clairement identifié

◦ Un délai de réalisation
◦ des contraintes de réalisation
 Moyens humains
 Compétences techniques
 Matériel disponibles
 Budgets
 Les projets informatiques n’atteignent pas
souvent leurs objectifs
◦ Dépassement de délais, Surcouts ,Qualité
insuffisante
 Les projets sont menés à plusieurs acteurs
divers
◦ informaticiens et non informaticiens

 Maitriser la gestion de projet

 Maître d’ouvrage : le client
Le besoin
◦ Définit les besoins
◦ Contrôle le Respect des besoins utilisateurs et les
contraintes techniques

◦ Déclenche le financement
◦ Fait l’interface entre les utilisateurs et le MOE
◦ Valide les livrables
◦ Fait le suivi d’exploitation
 Maître d’œuvre : le chef de projet
◦ Coordonne la réalisation Le suivie
◦ Définit une référentiel qualité
◦ Suit les actions et gère les risques
◦ contrôle la qualité, les délais et les coûts

 Equipe projet
◦ Réalise les travaux
La réalisation
 Défini et configure la portée du projet ;

 possède les connaissances nécessaires aux

phases de cycle de vie de développement
logiciel

 ne doit pas être impliqué directement dans

la production du produit final

 il doit contrôler et gérer toutes les activités

impliquées dans la production.
 l
 Surveille le processus de développement, et
suit les progrès et les performances

 prépare et exécute divers plans

 organise les ressources nécessaires et

adéquates

 Gere les ressources humaines, et maintient la

communication entre tous les membres de
l’équipe ;
 Analyse les risques à chaque phase

 prend les mesures nécessaires pour détecter

et résoudre les problèmes

◦ de coûts, de budget, de ressources, de temps et de

satisfaction client.
 est effectuée avant le démarrage effectif du
processus de développement du logiciel .

 n'implique aucune activité concrète ayant un lien

direct avec la production de logiciels;

 facilite la production de logiciels.

 La planification du projet peut inclure les

éléments tels que la portée du projet
;l’estimation du projet en terme des délais et des
coûts ; etc.
 Elle définit la portée du projet
 crée des limites au projet : quantifier et limiter
les tâches

 Définir ce qui serait fait dans le projet et ce qui

ne serait pas fait.

 vérifier, et contrôler la portée du projet ;

 Intérêt :des tâches limitées et quantifiables

peuvent être facilement documentées et évitent à
leur tour les dépassements de coûts et de temps.
 Permet de gérer et contrôler le projet de
manière efficace.

 L'estimation du projet peut impliquer les

 éléments suivants :
 La taille du logiciel peut être estimée par :

 Le nombre de ligne de code en termes de

KLOC (Kilo Line of Code). Les lignes de code
dépendent des pratiques de codage

 le nombre de points de fonctions l les points

de fonction varient en fonction des exigences
de l'utilisateur ou du logiciel.
 L’efforts est estimé en termes de personnel
et d'heures de main-d'œuvre requis pour
produire le logiciel.

 Pour une estimation de l'effort, la taille du

logiciel doit être connue.

 L’estimation de l’effort peut être obtenu par

l’expérience des gestionnaires
 le temps nécessaire pour produire le logiciel
dépends de la taille et des efforts éstimés

 Les tâches sont planifiées au jour le jour ou

en mois calendaire.

 La somme du temps requis pour effectuer

toutes les tâches en heures ou en jours
correspond au temps total consacré à la
réalisation du projet.
 le coût du projet dépend de :

◦ Taille du logiciel ;
◦ Qualité du logiciel ;
◦ Matériel ;
◦ Logiciels, outils, licences, etc.
◦ Personnel qualifié;
◦ Voyage impliqué ;
◦ la communication ;
◦ Formation et support.
 La prévision de projet fait référence à la
feuille de route (calendrier )de

 toutes les activités à effectuer

 avec un ordre spécifié

 et dans un créneau horaire attribué à chaque

activité.
 la planification, a pour objectif d’assurer la
satisfaction des besoins par une utilisation
prédéfinie des ressources

 la prévision prend en compte les données

structurelles au moment T, étudie la situation
et les différents scénarios d’évolution et
établit à partir de là le schéma le plus
probable.
 leur objectif commun est l’anticipation d’un
état

 la manière d’envisager le futur est cependant

très différente:

 La prévision propose une évolution à partir de

l’existant, alors que la planification impose
une organisation fondée sur un objectif.
 Les chefs de projet ont tendance à définir et
organiser différentes tâches en tenant
compte de divers facteurs.

 Ils recherchent des tâches se trouvant dans le

chemin critique du calendrier
 Les taches du chemin critique doivent être
accomplies de manière spécifique (en raison
de l’interdépendance des tâches) et
strictement dans les délais impartis.

 Les tâches qui sont hors du chemin critique

est moins susceptible d'avoir un impact sur
tout le calendrier du projet.
 Pour faire la prévision d’un projet, il est
nécessaire de :
◦ Décomposer les tâches du projet en une forme plus
petite; et les corréler

◦ Estimer le délai requis pour chaque tâche ;

◦ Assigner un nombre suffisant d'unités de travail

pour chaque tâche ;

◦ Calculer le temps total requis pour le projet du

début à la fin.
 Tous les éléments utilisés pour développer un
produit logiciel sont considérés comme des
ressources pour un projet :

 des ressources humaines, des outils de

production et des bibliothèques de logiciels..

 Les ressources sont disponibles en quantité

limitée
 Le manque de ressources entrave le
déroulement du projet et peut être en retard
sur le calendrier.

 L'allocation de ressources supplémentaires

augmente les coûts de développement.
 Il est donc nécessaire d’estimer et d’allouer
des ressources suffisantes pour le projet

 Déterminer les ressources requises à un stade

particulier

 Gérez les ressources en générant des

demandes de ressources lorsqu'elles sont
requises et en les désallouant lorsqu'elles ne
sont plus nécessaires.
 La gestion des risques comprend toutes les
activités liées à l'identification, à 'analyse et à
la prévision des risques dans le projet.
 Changement de personnelles;

 Exigences erronées ;

 Sous-estimation du temps et des ressources

requis ;

 Changements technologiques, changements

environnementaux,
 …
 Identifier tous les risques pouvant survenir

 Classer les risques en intensité (élevée, moyenne et faible)

en fonction de leur impact sur le projet.

 Analyser la probabilité d'occurrence des risques

 Surveiller les risques potentiels et leurs premiers signes.

 Faire un plan pour éviter ou faire face aux risques, et

minimiser leurs effets.

 Surveillez les mesures prises pour les atténuer ou les

éviter.
 les tâches décrites dans les plans de projet
sont exécutées conformément à leurs
calendriers.

 L'exécution doit être surveillée afin de vérifier

si tout se déroule conformément au plan
(calandrier).
 Surveillance de l'activité :

◦ Toutes les activités planifiées dans une tâche

doivent être surveillées au quotidien jusqu’à
ce quelles terminées (complètes).

 Rapports de statut :

◦ Les rapports contiennent l'état des activités et

des tâches exécutées dans un délai donné
◦ Le statut peut être marqué comme terminé,
en attente ou en cours, etc.
 Vérification des jalons
◦ Un jalon est une sorte d’evenement qui marque à
l'instant T un point de passage important et dont il
faut rendre compte.

◦ fonction des phases du processus de

développement du logiciel , des tâches principales
sont exécutées (jalons)

◦ en Cette liste de vérification des étapes est

préparée après chaque exécution des jalons
 Une communication efficace joue un rôle
essentiel dans la réussite d'un projet.

 comble les écarts entre

◦ le client et ’organisation
◦ les membres de l’équipe et
◦ les autres parties prenantes du projet, tels que les
fournisseurs de matériel.

 La communication peut être orale ou écrite.

 identifications de tous les acteurs du projet et le
mode et moyen de communication entre eux.

 partage d'informations correctes avec la bonne

personne au moment opportun.

 rapports d’état et de performance

 annonces des fermetures à la fin de chaque

événement majeur, la fin d'une phase de SDLC
ou fin du projet lui-même
 La gestion de la configuration (modification)
est un processus de suivi et de contrôle des
modifications logicielles en termes par
exemple
◦ d'exigences,

◦ de conception,

◦ et réalisation du produit.
 Identification et documentation de la
demande de modification

 Vérification de la validité de la demande de

modification

 Analyse de l’impact de la demande de

modification en termes de calendrier, de
coûts et d'efforts requis.
 Contrôler l’impacte des modifications sur le
déroulement du projet

 Contrôler les mesures appropriées pour

exécuter la modification

 Vérification de la modification et fermeture

de la demande (documenation)
 Des outils sont disponibles pour faciliter une
gestion efficace des projets

 Exemples
 conçus par Henry Gantt (1917).
 représente le calendrier du projet par rapport
aux périodes.
 maîtriser l'enchaînement des tâches
 connaître le délai de chaque étape clé
 Poser des jalons pour valider les étapes
 affecter et gérer les ressources
(humaines, budgétaires, matérielles...)
 visualiser les tâches à mener
 suivre l'avancée du projet et le piloter au
regard des délais planifiés
 estimer l'impact d'un retard sur la date de
fin et les autres tâches
 outil visuel d'ordonnancement et de
planification de projet.

 Son but est d'organiser les tâches sous la

forme d'un réseau afin de faciliter la gestion
du projet.

 permet d'identifier les connexions entre les

différentes tâches, les temps d'exécution, les
interdépendances.
 donner une vue réelle de la livraison du projet,

 anticiper l'affectation des ressources humaines

et financières, des moyens techniques,

 identifier les tâches à traiter plus

rapidement si l'on souhaite livrer le projet plus
tôt

 repérer les tâches à traiter
simultanément et les tâches antérieures

 identifier les tâches critiques et le non-

critique pour tenir les délais

 Permet de redéployer des ressources si

nécessaire

 affecter des responsabilités
 Le diagramme s'organise sous forme de
réseau.

 possède un début et une fin, des étapes et

des tâches.

 Les tâches sont représentées par des flèches

encadrées par 2 étapes (ou nœuds). Chaque
étape possède une date au plus tôt et une
date au plus tard.
 Il s’agit d’un outil graphique contenant des
 barres ou des diagrammes représentant le
nombre de ressources (généralement
 du personnel qualifié) nécessaires au fil du
temps pour un événement (ou une
 phase) du projet.
 L'histogramme des ressources est un outil
efficace pour la planification et la
coordination du personnel.
 Les méthodes d’analyse et de conception
fournissent

◦ des notations standards

◦ et des conseils pratiques qui permettent d’aboutir à

des conceptions « raisonnables »,
 Méthode compositionnelle :
◦ les méthodes ascendantes permettent de construire
un logiciel par composition à partir de modules
existants

 Méthode décompositionnelle:
◦ les méthodes descendantes décomposent
récursivement le système jusqu’à arriver à des
modules programmables
 Méthode fonctionnel
◦ Le système a un état partagé, qui est centralisé et
accessible par l’ensemble des fonctions, les
fonctions disposent d’un état local .

 Méthode orientée objet

◦ considèrent qu’un système est un ensemble
d’objets interagissant.
◦ Chaque objet dispose d’un ensemble d’attributs
décrivant son état et l’état du système est décrit par
l’état de l’ensemble
 les méthodes fonctionnelles
◦ basées sur les fonctionnalités du logiciel ;

 les méthodes objet

◦ basées sur différents modèles (statiques,
dynamiques ..)de développement logiciel.

 Les méthodes adaptatives ou Agiles

◦ basées sur le changement des besoins ;

 Les méthodes spécifiques

◦ basées sur les découpages temporels.
 Les méthodes fonctionnelles ont pour origine
la programmation structurée.

Cette approche consiste à décomposer une

fonctionnalité (ou fonction) du logiciel en
plusieurs sous fonctions plus simples.

L’architecture du système est le reflet de

cette décomposition fonctionnelle.
 Inconvénients :

◦ une évolution fonctionnelle peut remettre en cause

l’architecture.

◦ Cette méthode supporte donc mal l’évolution des

besoins.

◦ Cette méthode ne favorise pas la réutilisation

 Les approches objet sont basées sur une
modélisation du domaine d’application.

 Aide à visualiser un système tel qu’il est ou tel

qu’on le souhaite

 Permet de spécifier la structure ou le

comportement d’un système

 Fournit un guide pour la construction du système

 Documente les décisions prises lors de la

construction du système
 Statique : Dans lequel, on identifie les objets,
leurs propriétés et leurs relations ;

 Dynamique : Dans lequel, on décrit les

comportements des objets, leurs états
possibles et les évènements qui déclenchent
les changements d’état ;

 Fonctionnel : fonctionnalités du logiciel, ou

les fonctions réalisées par les objets
 Basées sur le domaine d’application et facilite
en la communication avec les utilisateurs.

 Ces approches supportent mieux l’évolution

des besoins que les approches fonctionnelles

 Les approches objet facilitent la réutilisation

des composants
 sont subdivisées en 2 parties:

◦ les méthodes prédictives

◦ les méthodes agiles (adaptatives).

 correspondent à un cycle de vie du logiciel en
 cascade ou en V

 sont basées sur une planification très précise

et très détaillée

 A pour but de réduire les incertitudes liées au

développement du logiciel.

 ne permet pas d’évolutions dans les besoins

des utilisateurs
 un style de développement logiciel itératif
centré sur les personnes et qui met l'accent
sur la satisfaction du client à travers les
release continue d'un logiciel entièrement
fonctionnel".
 Communication : Personnes et interactions
plutôt que procédures et outils.

 Simplicité : Applications fonctionnelles plutôt

que documentation complète.

 Feedback : Collaboration avec le client plutôt

que négociation de contrat.

 Courage : Acceptation du changement plutôt

que suivi d’un plan.
 Satisfaire le client
 Considérer comme naturel les changements
d’exigences
 Livrer fréquemment une application
fonctionnelle
 Utilisateurs et développeurs travaillent
ensemble
 Bâtissez le projet autour de personnes motivées
 L’échange d’information le plus efficace est en
face à face
 Un logiciel fonctionnel est la meilleure façon de
mesurer l’avancement du projet
 Le rythme de développement doit être
soutenable indéfiniment
 Simplicité :maximiser la quantité de travail à
ne pas faire
 Architectures, spécifications et conceptions
issues d'équipes auto-organisées
 Vérifier en continue l’excellence des
pratiques et techniques
 Réflexion régulière de l’équipe pour être
plus efficace
 La méthode RAD
◦ (Rapid Application Development) ;

 La méthode DSDM
◦ (Dynamic Systems Development Method);

 La méthode XP
◦ (Programmation eXtrême);

 …
 La méthode RAD fut initialement développée
par James Martin pendant les années 1980.

 Un cycle de développement sécurisant et

court

 fondé sur un phasage simple :Cadrage,

Design, Construction


 l’absolu respect d’une dimension temporelle
(90 jours optimum, 120 jours maximum)

 Une architecture de communication

engageant des groupes de travail de structure
et de composition variable

 une méthode de développement de logiciels

où le cycle de développement est plus court
que celui des méthodes Cascades.
 Utilise des méthodes, techniques et outils
permettant de définir et d’appliquer des
choix portant sur 4 objectifs:
◦ budget,délais,qualité technique,qualité
fonctionnelle
 Une architecture de conception
◦ s’appuyant sur les techniques de l'objet et
particulièrement sur celles qui permettent une
conception " en vue de modifications
 Une architecture de réalisation
◦ qui impose, pour garantir la qualité technique, des
normes minimales
 La méthode RAD, est un modèle linéaire
structuré en cinq phases

 le modèle itératif intervient à la phase

Construction du logiciel en vu de la
séquencer en plusieurs modules
Successivement livrés.
 Le cycle de vie du projet comprend cinq
phases, dont deux sont cycliques.
 Les flèches pleines indiquent un déroulement
normal.
 Les flèches en pointillé montrent des
 retours possibles à une phase antérieure, soit
après la phase Conception et construction,
soit après celle de Mise en oeuvre.
 Après une Étude de faisabilité

 la phase Étude du métier permet, de définir le

périmètre du projet, avec une liste
d’exigences prioritaires et une architecture
fonctionnelle et technique du futur système.
 La phase Modélisation fonctionnelle est une
suite de cycles.

 Chacun permet de définir précisément les

fonctionnalités souhaitées et leur priorité.
L’acceptation par toutes les parties prenantes
d’un prototype fonctionnel, sur tout ou partie
du périmètre
 la phase Conception et construction. Permet
de développer un logiciel testé, par des cycles
successifs de développement/acceptation par
les utilisateurs.
 La méthode XP, focalisée sur la partie
programmation du projet
 propose un modèle itératif avec une structure
à deux niveaux :
◦ d’abord des itérations de livraison (release),
◦ puis des itérations de développement.
 Les premières conduisent à livrer des
Fonctionnalités complètes pour le client,
 les secondes portent sur des éléments plus
fins appelés scénarios qui contribuent à la
définition d’une fonctionnalité.
 Après une phase initiale d’Exploration des
besoins, un plan de livraison est défini avec le
client.

 Chaque livraison, d’une durée de quelques

mois, se termine par la fourniture d’une
version opérationnelle du logiciel.
 Une itération de livraison est découpée en
plusieurs itérations de développement de
courte durée (deux semaines à un mois)

 Chaque itération donne lieu à la livraison

d’une ou plusieurs fonctionnalités pouvant
être testées, voire intégrées dans une version
en cours.
 Sont liés soit à une méthode, soit à un type
de projet bien particulier.

 Exemple :Le modèle RUP (Rational Unified

Process) est représentatif d’une approche
 combinant plusieurs modèles.
 Le cycle est constitué de quatre phases
principales :

◦ étude préalable
◦ conception de la solution détaillée
◦ Développement de la solution et mise en œuvre
 Six types de tâches se retrouvent à des
degrés variables dans chacune des phases.

 l’étude des besoins peut apparaître jusqu’à la

fin du projet, la plus grande partie est
effectuée dans les deux premières phases.
 L’implémentation a principalement lieu dans
la phase de construction, mais peut etre
réaliser un prototype dès la première phase.

 Certaines tâches, comme la direction de

projet, s’effectuent sur toute la durée du
projet.
 l’ensemble du modèle représente un tour de
spirale, dans le cas d’une approche globale
en spirale.