Conduite de projet. Cycles de développement (logiciel)

Transcription

1 Conduite de projet Cycles de développement (logiciel) NETCAT

2 Gestion de projet vs Cycle de vie

3 Notion et but But de la gestion de projet : Maîtriser les risques Maîtriser les délais, les coûts Maîtriser la qualité Qu'est-ce qu'un cycle de vie? Découpage en un ensemble de processus Un processus : objectif, étapes, entrée/sortie

4 Cycle d'un projet Tout projet est constitué de six phases distinctes 1. Analyse et spécification (initiating) 2. Conception (planning) 3. Réalisation (implementing) 4. Test (monitoring) 5. Mise en production (closure) 6. Maintenance (adapting)

5 Les 6 phases d'un projet (1/3) I. Analyse et spécification Description du dossier qualité Réalisation du cahier des charges fonctionnel II. Conception Définition de l'architecture du logiciel (globale) Découpage en modules (détaillée) Réalisation du cahier des charges technique

6 Les 6 phases d'un projet (2/3) III. Réalisation Développement logiciel Codage des modules Écriture des tests unitaires IV. Tests Intégration Qualification technique et fonctionnelle

7 Les 6 phases d'un projet (3/3) V. Mise en production Validation en environnement réel Correction des anomalies résiduelles Vérification du respect du contrat de service VI. Maintenance et adaptation

8 Effort aux différentes phases

9 Types de modèles Il existe 3 façons d'avancer sur un projet Modèles séquentiels Un seul trajet Une séquence Chaque phase correspond Modèles incrémentaux Modèles itératifs

10 Modèle en cascade

11 Modèle en cascade : Origines Méthodologie séquentielle Modèle classique (Bohem 1988) Base et référence des autres modèles hérité de l'industrie du BTP Sa logique est que les conséquences d'une modification amont on un impact majeur sur les coûts en aval

12 Modèle en cascade : Caractéristiques Les phases du modèle en cascade ont pour caractéristique : Est définie au préalables (développement modulaire) Doit être finie pour que la suivante commence se termine à date précise Se termine seulement lorsque les livrables sont jugés satisfaisants lors d'une étape de validationvérification N.B: À l'origine, il n'y avait pas de retour arrière, mais après après évolution du modèle, une étape ne remet en cause que l'étape précédente

13 Modèle en cascade : illustration

14 Cycle en V

15 Cycle en V : origine Modèle séquentiel Evolution du modèle en cascade Plus réactif que le modèle en cascade Limite le retour aux étapes précédentes Met en évidence la nécessité d'anticiper dans les étapes descendantes on a les "attendus" des futures étapes montantes Standard de l'industrie du développement logiciel et de la gestion de projet depuis les années 1980

16 Cycle en V : illustration

17 Cycle en V : dans la vraie vie

18 Cycle en V : avantages Permet de discipliner le processus de développement Fait apparaitre des points de contrôle Notion de validation forte Base des cycles suivants

19 Cycle en V : inconvénients Rigidité des phases linéaires Industrie manufacturière!= créativité Projet monolithique : un produit global livré en bloc Estimation du cout difficile àfaire Difficulté d'intégrer et d'anticiper le développement

20 Prototypage

21 Prototypage expérimental (1/2) Utilisé au niveau de la conception pour : S'assurer de la faisabilité de parties critiques Valider des options de conception Souvent jeté après développement

22 Prototypage expérimental (2/2)

23 Prototypage évolutif La première version du prototype: embryon Développement par incrément Chaque prototype fait l'objet d'un cycle spécification-conception-implantation-test Mise en place de la notion de cycle incrémental

24 Modèle en spirale

25 Modèle en spirale : présentation (1/2) Basé sur le prototypage évolutif Basé sur la gestion des risques Reprends les étapes du cycle en V Démarche : Identifier les risques et commencer par les plus importants Chaque cycle peut est basé sur une démarche en V ou en cascade

26 Modèle en spirale : bilan (2/2) Avantages : Meilleure maîtrise des risques Les utilisateurs acceptent progressivement le produit Meilleure réactivité Inconvénients : Le nombre d incréments doit être assez important Marche si le projet est géré en interne (client=fournisseur)

27 XP : Extreme Programming

28 Définition Naissance : année 2000 Modèle itératif Une méthode appelé «agile» Mise en avant du rôle du développeur Réduction de la documentation Renforcement du lien client/intégrateur

29 Les valeurs La communication : Client intégré dans le projet Groupe soudé Feedback (commentaire) Travail en binôme Retour du client La simplicité : Supprimer ce qui est inutile Le courage Jeter le code mauvais Le client doit donner des priorités

30 Le fonctionnement Pratiques de programmation : Une conception simple, Refactoring, Tests unitaires, Tests fonctionnels Les acteurs : Coach, manager, tracker, développeur, testeur, client Règles : programmation en binôme, responsabilité collective du code, intégration continue

31 Les avantages Qualité Maintenabilité, Efficacité Adaptabilité Transparence Client intégré Respect des objectifs Ambiance de travail

32 Les inconvénients Langages : adaptés pour des langages objets Projet de petits envergures Equipe réduite, et devant être très compétente et soudée Travail en binôme Clients omniprésents

33 A base d'xp... La notion de besoin remplacé par la notion de service Découpage en Lots et en îlots Reprise des valeurs et de la méthodologie XP pour chacun de ces lots. Découpage du projet en îlots indépendants

34 Projet agile avec lotissement

35 Que choisir?

36 Nécessité d'une méthode de gestion Il n'y a pas de bonnes ou de mauvaises méthodes Chaque projet a ses spécificités qui conduisent à définir la méthode la plus adaptée (ou la moins mauvaise), qui résulte souvent du dosage subtil de plusieurs méthodes.

37 Questions pour choisir? Sommes nous d accord sur le besoin? Quel est le degré de modification? Quel est le degré d implication du client? Quel est le degré de maîtrise du client? Quel est le délai? Le budget? La qualité?

38 Choisir les cycles séquentiels? Le projet est important, peu d implication du client, vieilles technologies maîtrisées : Le cycle en V est très approprié Si la technologie n est pas totalement maîtrisée on peut rajouter une phase de prototypage maquettage Si les tests sont réduits simple cascade

39 Choisir les cycles orientés itérations? FIXME!

40 Étapes parallèles

41 Le transverse Gestion des environnements Données de tests Administration des serveurs Mise en place du réseau informatique Installation/Masterisation du parc informatique Le contrôle qualité Capacity planning Suivi du système développé ou en cours de développement

42 La formation Formation des futurs utilisateurs de l application Mise en place d un environnement de formation Adaptation du projet par rapport aux premières remontés Formation des futurs administrateurs de l application Prise de connaissance de l application Formation aux nouveaux outils pouvant être mis en place etc.

43 Questions

44 Retour au sommaire