coursGP PartieI

4ème année IIR/IFA- EMSI
Gestion de projet
Pr. Imane DAOUDI
Plan
1. Introduction
1.1 Notion de Projet
1.2 Etapes d’élaboration d’un projet
1.3 Exemple applicatif
1.4 Cycle de vie d’un projet
1.5 L’équilibre « Qualité-Coût-Délais »
Etudes de cas
2. Conduite d’un projet

2.1 Le découpage
2.2 La planification
2.3 La gestion des ressources
Etudes de cas
2
Références bibliographiques
Piloter les risques d’un projet, Henrie-Pierre Maders, Jean-Luc Masselin, collection gestion
de projet, édition EYROLLES
Gestion de Projet vers les méthodes agiles, véronique Messager Rota, édition EYROLLES
Management de projet, Marc Lassagne, ENS Cachan
Conduite de projets informatique, principes généraux et techniques, Violaine Prince,
Université Montpellier 2, UFR des Sciences, département informatique
Management et Gestion de projet, Michel EMERY

Management de projets: Animation d’équipe et motivation, Rémi Bachelet, école centrale
de Lille Villeneuve d’Ascq
Gestion de projet, Denis Szalkowski, Formateur Consultant
3
1. Introduction à la gestion de projet
1.1 Notion de projet
Définition1
Un projet consiste à vouloir réaliser une idée ayant un caractère
nouveau.
 Cette réalisation est unique

 Elle est éphémère
 Il faut un certain temps pour la réaliser
4
Définition2
Un projet est une entreprise temporaire décidée dans le but de

créer un produit, un service ou un résultat unique
 Entreprise: c’est la dimension économique du projet, englobant les ressources, le

budget et les risques encourus.
 Temporaire: tout projet a un début et une fin déterminés.
 Produit, service ou résultat unique: des livrables uniques, une application logicielle, de
la documentation, etc.
Selon le PMBOK: Projet Management Body of knowledge

5
Définition3
Un projet = image d’une situation, d’un état que l’on pense atteindre.
 « Petit Robert »
Définition4
Toute activité réalisée une seule fois, dotée d’un début et une fin
déterminés et qui vise à créer un produit ou un savoir unique
 Projet Management Institute (PMI) (www.pmi.org)
6
• Projet (1) : Séquences d’activités
 Un projet comprend un certains nombre d’activités qui doivent être

réalisés dans un ordre précis.
 Une activité est « un morceau de travail bien défini ».
7
• Projet (2) : activités uniques et complexes
 Des activités uniques : un projet n’a jamais eu lieu et ne se reproduira jamais dans
le même contexte.
 Quelque chose est toujours différent et aléatoire.
 C’est le challenge pour le manager de projet.
 Les activités qui constituent un projet ne sont pas des activités simples et
répétitives.
8
• Projet (3) : activités connectées
 Il existe une relation logique ou technique entre toute paire d’activités.
 Il y a un ordre dans lequel les activités doivent être complétées au sein du projet.
 La connexion vient du fait que la « sortie » d’une activité est l’« entrée » d’une autre.
9
• Projet (4) : un but
 Un projet doit avoir un but unique.

 Cependant les projets très larges ou complexes peuvent être divisés en sous-projets,
chacun étant un projet au sens plein.
 Plusieurs décompositions pour les sous-projets sont possibles.
 Ne pas oubliez que les sous-projets sont alors interdépendants cela ajoute un niveau
supplémentaire de complexité et nécessite davantage des communications.
10
• Projet (5) : temps limité
 Un projet possède une date de complétion.
 Cette date peut-être imposé par le management ou spécifié en externe par un client.
 Cette deadline est hors du contrôle de tous les membres du projet.
11
• Projet (6) : budget limité
 Un projet a des ressources limitées :

 Personnes
 Argent
 Temps
 Bien que ces ressources puissent être ajustées par le management, elles sont
considérées comme fixes.
12
Comment transformer une idée en un projet?
1. Transformer l’idée en objectifs

– Techniques : Ce qu’on veut faire
– Délai : En combien de Temps
– Coût : Avec quel budget
2. Définir les moyens nécessaires
3. Prévoir l’organisation et la gestion de projet
13
Comment transformer une idée en un projet?
 Cela s’applique:
 Aux idées les plus simples :
– Organisation d’une formation,
– Un investissement à réaliser dans une entreprise,
– Organisation d’une journée
– Etc.
 Aux idées les plus complexes

– La construction d’un complexe industriel
– La construction d’un aéroport
– La construction des autoroutes
– Etc.
14
Plan
1. Introduction
Etude de cas
2.1 Le découpage
 Etape 1: La prospection
 Etape 2: Définition des buts et objectifs
 Etape 3: Etude de la faisabilité
 Etape 4: Réalisation
15
Etape 1: La prospection
Prospecter c’est:
– Identifier les champs d’opération du projet et les
personnes en faveur desquelles le projet va être
conçu.
– Conceptualiser le projet sans bouleverser les
traditions et coutumes de la population locale
existante.
16
 Etape 1: La prospection
De façon plus exhaustive, il s’agit de :
– Analyser l’environnement économique, social, culturel et politique;
– Etudier les besoins et problèmes
– Concerter la population bénéficiaire
– Recueillir des informations auprès des acteurs déjà impliquées dans le même
domaine
– Choisir l’objectif de développement envisagé
– Choisir l’objectif immédiat visé
17
 Etape 2: Définition des buts et objectifs
 Les buts sont les intentions qui marquent la volonté de ceux qui les définissent
 Le but doit être connu de tous les participants au projet
 Le but doit être accepté par tous les participants
 Il tient explicitement compte des intérêts des parties prenantes les plus
importantes
18
Etape 2: Définition des buts et objectifs
 Les buts sont traduits en objectifs qui sont:

– Spécifiques (ils touchent un seul domaine)
– Mesurables ( une valeur cible qui se mesure)
– Attendus ( une réponse à des besoins)
– Réalisables (réaliste, faisable)
– Temporelles (il a une durée, un début, une fin)
19
Etape 2: Définition des buts et objectifs
Les pièges à éviter:

– Des buts trop vagues
– Des buts qui n’ont pas d’effet motivant sur l’équipe de projet
– Les utilisateurs finaux ne sont pas consultés
20
Etape 3: La faisabilité
Etudier la faisabilité d’un projet, c’est définir les
chances et les possibilités de réussite de ce projet
sur différents plans
 Est-ce réalisable?
Ai-je les ressources humaines, matérielles et

financières pour atteindre le résultat visé?
21
 Sur le plan matérielle il s’agit de:
– Examiner si le matériel nécessaire pour le projet est facilement accessible et
disponible
– Définir toutes les démarches à entreprendre pour rassembler ou acquérir ce
matériel, notamment par des achats à l’étranger
– Prendre en compte les délais de livraisons, les formalités d’importation, etc.
 Sur le plan du personnel, il s’agit de:

– S’assurer de la disponibilité des compétences chargées d’exécuter et de gérer le
projet:
• personnel local,
• personnel à recruter,
• Etc
22
 Sur le plan financier, il s’agit de:
– S’assurer que le budget défini par le projet a des chances d’être accepté par les
institutions de financement.
 Sur le plan organisationnel, il s’agit de:

– Savoir si le projet décrit de manière précise, le contenu et le contour du travail
à effectuer, et si les tâches à réaliser sont bien planifiées.
23
 Etape 4: La réalisation
Il s’agit de l’étape de développement du projet proprement dite.
 La mise en place d’un plan de communication permettant d’animer le projet:

 L’utilisation d’un tableau de bord de pilotage, permettant au chef de projet de prendre
les décisions d’arbitrage en cas de dérivation
 D’un rapport d’avancement permettant à tous les acteurs du projet d’être informé des
actions en cours et achevée
24
Exemple de canevas de rédaction d’un

document de projet
I- Présentation générale
I.1. Contexte et environnement du projet
I.2. Justification
I.3. Population cible bénéficiaire
II- Méthodologie et stratégie de développement

II.1. Objectif général
II.2. Objectif(s) spécifique(s)
II.3. Stratégie de développement
II.4. Activités
II.5. planning d’exécution
25
Exemple de canevas de rédaction d’un

document de projet
III- Apports, assistance sollicitée et budget
III.1. Ressources disponibles
III.2. Assistance sollicitée
III.3. Budget
IV- Suivi et évaluation

IV.1. Suivi
IV.2. Evaluation
26
Application
Vous voulez faire une petite fête en invitant vos amis pour un
événement exceptionnel (30 à 50 personnes)
Détaillez les différentes étapes à suivre pour élaborer votre projet
27
1.3 Etapes d’élaboration d’un projet informatique
Les 3 grandes phases de cycle de développement d’un projet informatique
Analyse Conception Développement
- Codage
- Tests
- Déploiement
28
• Étude de l’existant
Analyse des besoins • Description des besoins
• Étude de faisabilité
• Description des fonctionnalités
• Conception architecturale
Conception • Conception des données
• Conception des interfaces
Codage • Transformer les solutions proposées en un code opérationn
• Déterminer la qualité du logiciel

Test • Bugs fonctionnels
• Bugs techniques
• Mise en place du logiciel

Déploiement • Installation des serveurs
• Tests de déploiement
• Modification du produit après sa livraison
Maintenance • But correctif
• But évolutif 27
1. Analyse des besoins

 Objectifs :
– définition de ce que doit faire le logiciel
 Activités :
– Dialogue fournisseur / client pour formaliser le problème à résoudre.
– Description du problème à traiter afin d’identifier les besoins de l'utilisateur, de
spécifier ce que doit faire le logiciel : informations manipulées, services rendus,
interfaces, contraintes
– Étude de faisabilité du projet: Coût, ressources humaines, matériels…
– Étude de l’existant: étudier les logiciels déjà existant dans le marché, répondant aux
mêmes besoins.
 Résultats : cahier des charges et plan qualité
– un dossier d'analyse comprenant les spécifications fonctionnelles et non fonctionnelles
du produit (cahier de charge)
30
PLAN TYPE D’UN CAHIER DES CHARGES
1. Présentation du projet
1.1. Contexte
Environnement dans lequel s'inscrit le projet (stratégie, enjeux,
domaine, etc.)
1.2. Objectifs
Résultats que le projet doit atteindre.
1.3. Description de l’existant
Environnement logiciel et matériel du logiciel.
Système existant, le cas échéant.
1.4. Critères d’acceptabilité du produit
Procédure de validation.
Critères d'acceptation.
31
2. Expression des besoins

2.1 Besoins fonctionnels
Fonctions (ou opérations, ou encore transformations) que le logiciel doit réaliser.
Les spéciations fonctionnelles peuvent être classées par importance.
2.2 Besoins non fonctionnels
Les spécifications non fonctionnelles sont toutes les spécifications qui n'expriment
pas une
fonction du logiciel (contraintes de performance, système d'exploitation cible...).
3. Contraintes
3.1 Coûts
Budget alloué au projet
Moyens matériels et logiciels mis à disposition.
3.2 Délais
Date de livraison du produit
Echéances intermédiaires.
3.3 Autres contraintes
Autres contraintes à prendre en compte (normes techniques, clauses juridiques, etc.)
32
4. Déroulement du projet
4.1 Planification
Articulation des grandes phases du projet.
4.2 Plan d’assurance qualité
Procédures adoptées pour contrôler la qualité du logiciel.
4.3 Documentations
Description de la documentation devant accompagner le logiciel à sa
livraison.
4.4 Responsabilités
4.4.1 Maîtrise d'ouvrage : client
4.4.2 Maîtrise d’œuvre : Equipe exécutive
33
Exercice d’application:
Dans le cadre d’un projet de développement de l’enseignement à distance, on s’intéresse à la possibilité de générer
des exercices interactifs. Le but final est d’intégrer ces exercices sur une plateforme afin de gérer des cours à
distance.
L’objectif est de développer une application permettant de générer des exercices interactifs, ensuite l’intégrer sur la
plateforme Moodle, et puis fournir toute la documentation associée.
Cette application doit permettre de gérer des exercices avec des énoncés aléatoires, afficher la réponse de l’exercice
si l’utilisateur le souhaite, recevoir et traiter les réponses fournies par l’utilisateur, afficher la date, le temps pour
résoudre les exercices, et finalement pouvoir donner une note à la fin de tous les exercices.
L’application doit être portable et accessible uniquement aux étudiant ayant un login Moodle.
Le matériel existant sur les sites de l’école est les ordinateurs munis des systèmes d’exploitation (Linux et Windows).
L’application ainsi que le manuel d’utilisation doivent être livrés dans un délai de 4 mois.
Les membres du club informatique de l’école sont les développeurs de l’application ; Le budget est nul.
Travail à faire :
Vous êtes le chef de ce projet, réalisez le cahier des charges de ce projet en respectant le plan type d’un cahier des
charges d’un projet logiciel.
34
1. Analyse des besoins : exemple de besoin non fonctionnel
Besoins
non-
fonctionnel
s
Besoin du Besoin Besoin
produit organisationne externe
l
Interopéra
Utilisabilité Efficacité Robustesse Portabilité Livraison Ethique Légalité
bilité
Respect de
Vitesse Implantatio la vie
d’exécution n privée
Consommation
en espace Standard Sûreté
mémoire
35
2. Conception
Comment faire le système

 Choix d’une architecture technique (matériel, logiciel) suivant certaines
priorités (facteurs qualités : robustesse, efficacité, portabilité…)
 Modèle de l’architecture logicielle du système
 Conception des données
 Conception des interfaces
 Permet la définition des phases d’implémentation, de validation et de
maintenance
36
3. Codage
Comment faire le système
 Transformer les solutions proposées en un code opérationnel

 Implémentation des composants
Traduire la conception détaillée en code
Saisir le code
Insérer les commentaires
37
4. test
 Tests de vérification
• Vérification de la robustesse et cohérence du système
• Testeur concepteur ou programmeur
• Toute ligne de code doit être testée !
 Recette
• Validation client : accord avec les besoins
38
5. Déploiement
 Mise en place du logiciel
 Installation des serveurs
• Installation des serveurs requis pour le fonctionnement du logiciel
 Tests de déploiement
• Tester les connectivités
6. Maintenance
 Deux types de maintenance
• correction des erreurs du système
• demande d’évolution (modification de l’environnement technique, nouvelle fonctionnalités)
 Etape longue, critique et coûteuse

• 80 % de l’effort de certaines entreprises (problèmes de pratiques ?)
39
Plan
1. Introduction
Etude de cas

2.1 Le découpage
Etude de cas
Cycle de vie d’un

projet
ensemble généralement séquentiel des phases du projet, dont le

nom et le nombre sont déterminés en fonction des besoins de
maîtrise par l’organisation ou les organisations impliquées dans le
projet
Selon le guide PMBOK

41
1.1 Vue d’ensemble 1.2 Découpage
1. Préparation
2.1 Analyse 2.2 Synthèse

2. Suivi
1.1 -Définir le projet dans ses grandes lignes

-Mettre en place l’équipe de Management
1.2 -Effectuer les découpages, la planification et la gestion des coûts destinés à servir
de référence au suivi du projet
-Lancer les actions permettant le démarrage du projet
2.1 -Analyser périodiquement l’avancement et l’évolution de tous les sous ensembles
2.2 -Effectuer les synthèses nécessaires à la maîtrise des objectifs

-Appliquer éventuellement, les actions correctives
42
Différents modèles de cycle de vie
Modèles linéaires
– Modèle en cascade
– Modèle en V
Modèles itératifs
– Modèle incrémental
– Modèle en spirale
Modèles agiles
– Scrum
– XP
43
Cycle de vie en cascade
 Mis au point en 1966
 Formalisé en 1970 (Royce)
 Production de documents (livrables) à l’issue de chaque phase
 Vérification de chaque phase avant de passer à la suivante
 Les résultats sont définis sur la base des interactions entre phases
44
 Considère que le projet est découpé en phases successives dans le temps

Etude de faisabilité
 le développement du projet
s’effectue d’une manière strictement séquentielle Analyse
des besoins
 Chaque étape est validée par un document Analyse

du système
Conception
 Chaque étape ne peut remettre en cause que l’étape
Implémentation
précédente et tests unitaires
Validation
et tests d’intégration
Exploitation
et maintenance
45
 Avantages
– Adapté aux projets ou les exigences sont bien connues et non sujettes à modification
 Fonctionnalités/attentes utilisateurs
 Technologies utilisées
– Fonctionne très bien quand la qualité est plus importante que les coûts et les délais
 Limites
– la vérification du bon fonctionnement du projet est réalisée trop tardivement
– Fort coût de correction des erreurs en particulier si elles sont découvertes tardivement
– Ne contient pas d’activités d’analyse de risque
– Ne gère pas explicitement les changements des spécifications
46
 Quand l’utiliser?
– Quand les besoins sont connus et stables
– Quand la technologie à utiliser est maîtrisée
– Exemples:
• Création d’une nouvelle version d’un produit existant
• Portage d’un produit sur une nouvelle plateforme
40
Cycle de vie en V
 Standard des années 1980 (Goldberg)
 Dérive du modèle en cascade : les tests sont effectués de manière synchrone
 A chaque étape créative (spécification , conception , codage) correspond une étape

de vérification (validation , intégration , tests unitaires)
 2 branches:
– Gauche (Top-Down): Décomposition du projet
– Droite (Bottom-Up): Intégration et tests
47
Cycle de vie en V
 Les tests sont définis à l’issue de chaque phase
Expression validé par Validation

des besoins besoins
Validation
Spécifications fonctionnelle
Analyse Validation
Conception Analyse
Implémentation Validation finale
Maintenance
Validations des étapes intermédiaires sous forme de documents
48
Cycle de vie en V
 Avantages
– Force la documentation: une phase ne peut se terminer avant qu’un document ne soit
validé
– Le test est inhérent à chaque phase
 Les limites
– la vérification du bon fonctionnement du projet est réalisée trop tardivement : Très
couteux si les erreurs sont constatées
– Ne marche que si les exigences sont stables et le problème est connu
– Ne contient pas d’activités d’analyse de risque
– Ne gère pas explicitement les changements des spécifications
49
Cycle de vie en V
 Quand l’utiliser?
– Quand le produit à développer à de très hautes exigences de qualité
– Quand les besoins sont connus à l’avance
– Les technologies à utiliser sont connues à l’avance
50
Modèles itératifs
 La nature changeante d’un projet

– L’environnement technique et économique évolue
– Les besoins et les souhaits des clients changent
– Les priorités du management aussi
 On ne peut pas attendre de tout savoir pour commencer
Les méthodes linéaires inefficaces
51
Cycle de vie incrémental
 Le modèle incrémental est itératif: Un projet est décomposé en incréments,

développés séparément et intégrés à la fin du projet
 Un incrément= une sous partie fonctionnelle cohérente du projet
 Chaque incrément est testé comme un produit final
 Dans les modèles par incréments un seul ensemble de composant est développé à
la fois, chaque développement est moins complexe
 Les intégrations sont progressives
 Possibilité de mettre en service chaque incrément
52
 Le projet (logiciel) est délivré en plusieurs fois, de manière incrémentale, c’est à

dire en le complétant au fur et à mesure.
 Chaque incrément peut donner lieu à un cycle de vie classique plus ou moins
complet.
 Les premiers incréments peuvent être des maquettes (jetables s’il s’agit juste de
comprendre les besoins des utilisateurs) ou des prototypes (réutilisables pour
passer au prochain incrément en les complétant et/ou en optimisant leur
implantation).
53
Conception
Validation
Planification
Validation
Maintenance
Vérification
Incrément 1
Incrément 2
Incrément n
-Conception
-Planification
-maintenance
54
 Modèle incrémental 1 : architecture évolutive
– Découpage fonctionnel en sous ensemble
– Développement des sous-ensembles par incrément
– (un incrément= 1 version). La première version constitue le noyau
– Les versions suivantes s’appuient sur l’existant et étendent l’architecture
55
 Modèle incrémental 2 : architecture stable
– La première version fournit une enveloppe complète
– Chaque nouvelle version fournit un ou plusieurs sous système en respectant
l’architecture
Maj YL 2007
56
 Avantages
– Une première version du système est fournie rapidement
– Les clients peuvent ajouter des exigences à tout moments
– Chaque développement est moins complexe et donne un produit fonctionnel
– Possibilité de livraisons et de mises en service après chaque incrément
– Le client intervient à la fin de chaque incrément, il entre en relation avec le produit

très tôt
57
 Les limites
– Architecture stable: Réalisation trop complexe; difficile de concevoir une
architecture stable dès le début
– Exige une vision sur le produit fini pour pouvoir le diviser en incréments
– Difficulté de définir le nombre d’incréments
– Incréments réutilisables inadaptés
58
 Quand l’utiliser?
– Quand la plupart des spécifications sont connus à l’avances et vont être
sujettes à de faibles évolutions
– Quand on veut rapidement un produit fonctionnel
– Pour des projets de longues durées
– Pour des projets impliquant de nouvelles technologies
59
Cycle de vie en spirale
 Proposé par B. Boëhm en 1988, ce modèle général met l'accent sur l’évaluation des
risques
 Basée sur l’analyse des risques avec déclenchement d’actions pour contrer les
risques
 1 cycle= 1étape (Analyse, Développement, Essai, etc.)
 Après avoir défini les objectifs et les alternatives de chaque étape, celles-ci sont
évaluées par différentes techniques (prototypage, simulation, ...)
60
Chaque cycle de la spirale se déroule en quatre phases:

1. spécification des contraintes et objectifs.
2. conception et résolution des problèmes (analyse des risques)
3. développement et vérification de la solution retenue ( un modèle cascade ou en V peut

être utilisé ici )
4. revue des résultats et vérification du cycle suivant.
55
Conception et
Spécification des
résolution des
contraintes et
Cycle 2 problèmes
objectifs 1
Cycle 1
1 2
2
4 3
3
4
Prévision de la Développement,
phase suivante vérification
61
C’est un modèle qui offre un cadre où chaque boucle doit être instanciée. On peut
par exemple créer
– Une boucle de faisabilité
– Une boucle de prototypage
– Des boucles de développement itératifs, etc.
Il faut alors trouver le bon modèle de processus pour chaque boucle!
62
Avantages
 Identification des risques, impacts minimaux des risques sur le projet
 Fonctions critiques développées en premier
 Feedback rapide du client
 Une évaluation continue du projet
63
Limites
 L’évaluation des risques peut prendre beaucoup de temps
 Le modèle est très complexe
 La spirale peut s’éterniser
64
Quand l’utiliser?
 Quand le prototypage est exigé
 Quand le risque du projet est considérable
 Quand les spécifications ne sont pas stables
 Quand le projet implique de la recherche et de l’investigation
65
Exercices d’application
• Une entreprise LOG de production logiciel adopte un processus de
développement logiciel qui consiste à enchainer les différentes phases de
développement : étude de faisabilité, spécification, conception, implémentation,
tests et livraison. Les retours en arrière entre ces différentes phases ne sont pas
planifiés mais si des erreurs sont détectées pendant les tests, il est possible que
l’équipe de développement réadapte la conception et/ou l’implémentation du
logiciel.
• Question
Déterminez le modèle de cycle de vie utilisé par cette entreprise
66

coursGP PartieI

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

coursGP PartieI

Transféré par

Droits d'auteur :

Formats disponibles

4ème année IIR/IFA- EMSI

1.2 Etapes d’élaboration d’un projet

1.3 Exemple applicatif

1.4 Cycle de vie d’un projet

1.5 L’équilibre « Qualité-Coût-Délais »

2. Conduite d’un projet

2.3 La gestion des ressources

Management et Gestion de projet, Michel EMERY

Gestion de projet, Denis Szalkowski, Formateur Consultant

 Cette réalisation est unique

Un projet est une entreprise temporaire décidée dans le but de

 Entreprise: c’est la dimension économique du projet, englobant les ressources, le

Selon le PMBOK: Projet Management Body of knowledge

 Projet Management Institute (PMI) (www.pmi.org)

• Projet (1) : Séquences d’activités

 Un projet comprend un certains nombre d’activités qui doivent être

• Projet (2) : activités uniques et complexes

• Projet (3) : activités connectées

 Il existe une relation logique ou technique entre toute paire d’activités.

 Un projet doit avoir un but unique.

• Projet (5) : temps limité

 Un projet possède une date de complétion.

 Cette deadline est hors du contrôle de tous les membres du projet.

• Projet (6) : budget limité

 Un projet a des ressources limitées :

Comment transformer une idée en un projet?

1. Transformer l’idée en objectifs

Comment transformer une idée en un projet?

 Aux idées les plus complexes

2. Conduite d’un projet

 Etape 2: Définition des buts et objectifs

 Etape 3: Etude de la faisabilité

– Etudier les besoins et problèmes

– Concerter la population bénéficiaire

– Choisir l’objectif de développement envisagé

– Choisir l’objectif immédiat visé

 Etape 2: Définition des buts et objectifs

 Le but doit être connu de tous les participants au projet

 Le but doit être accepté par tous les participants

Etape 2: Définition des buts et objectifs

 Les buts sont traduits en objectifs qui sont:

– Mesurables ( une valeur cible qui se mesure)

– Attendus ( une réponse à des besoins)

– Réalisables (réaliste, faisable)

– Temporelles (il a une durée, un début, une fin)

Etape 2: Définition des buts et objectifs

Les pièges à éviter:

– Les utilisateurs finaux ne sont pas consultés

Ai-je les ressources humaines, matérielles et

 Sur le plan du personnel, il s’agit de:

 Sur le plan organisationnel, il s’agit de:

 La mise en place d’un plan de communication permettant d’animer le projet:

Exemple de canevas de rédaction d’un

II- Méthodologie et stratégie de développement

Exemple de canevas de rédaction d’un

IV- Suivi et évaluation

événement exceptionnel (30 à 50 personnes)

Détaillez les différentes étapes à suivre pour élaborer votre projet

Les 3 grandes phases de cycle de développement d’un projet informatique

Analyse Conception Développement

Codage • Transformer les solutions proposées en un code opérationn

• Déterminer la qualité du logiciel

• Mise en place du logiciel