Les démarches de développement

Présentation au sujet: "Les démarches de développement"— Transcription de la présentation:

1 Les démarches de développement

2 Compréhension du problème
Découpages standards Code-and-fix Possible si détermination facile des besoins Mise au point avec l’aide de l’utilisateur Une vrai méthode ? Compréhension du problème Implémentation Mise au point Si non satisfaisant Fin

3 La transformation automatique
Découpages standards La transformation automatique Transform model Transformation automatique des spécifications en programme Atelier logiciel (Rational,...) Spécifications Validation Eccueil mythe de la spec. parfaite, complète et non ambiguë. Transformation

4 Définition des besoins
Découpages standards Cycle en cascade Waterfall model Hérité du bâtiment Problème en informatique : effet tunnel Incapacité de l’utilisateur final de valider les étapes intermédiaires Etude de faisabilité Définition des besoins Conception générale Conception détaillée Codage Hérité du bâtiment : les fondations, les murs, la toiture... Jalonnement très stricte, avec une validation marquée à chaque étape, sans retour arrière. Effet tunnel : le client utilisateur perd la visibilité sur le projet : étapes techniques, a la différence du bâtiment Une csq de la même problèmatique : le client est incapable de valider les étapes intermédiares. Intégration Implémentation

5 Modèle en V 1/4 Un standard de fait Années 1980
Découpages standards Modèle en V 1/4 Un standard de fait Années 1980 Adaptation du modèle en cascade au monde de l’informatique : Mise en évidence du cheminement top-down Standard de fait : Explicitement utilisé ou implicitement (au travers de la terminologie) Cheminement top-down : pas simplement évolution dans le temps : aussi évolution en terme de niveau de détails (a comparer aux étapes du bâtiment)

6 Expression des besoins
Découpages standards Modèle en V 3/4 Les paramètres du modèle : Le découpage en étapes lors de l’analyse La correspondance (logique) avec les phases de tests Cahier des charges Expression des besoins Recette Spécifications Tests d’intégration Le plus simple / intuitif... Cahier des charges : ce que l’on veut obtenir Spécifications : ce que l’on va faire (propose) Conception : comment on va le faire TU : tests directs de ce qu’on a implémenté TI : tests de fonctionnalités Recette : tests orientés utilisateur finaux -> scénarios enchainant des fonctionnalités Conception Tests unitaires Implémentation

7 Modèle en V 4/4 Toujours l’effet tunnel
Découpages standards Modèle en V 4/4 visibilité utilisateur Toujours l’effet tunnel Pas de remise en question des choix de l’étape précédente Principe : la validation de chaque étape est couverte par des tests

8 Modèle en W 1er V : Orienter l’analyse,
Découpages standards Modèle en W 1er V : Orienter l’analyse, dégager des directions pour les spécifications 2ème V : cycle standard Définition des besoins bruts Orientations pour les spécifications Conception de haut niveau Maquettes ou prototypes Vérification des flux logiques

9 Cycle en V : découpage en modules
Découpages standards Cycle en V : découpage en modules Cahier des charges Spécifications générales Spécifications module i Conception générale Spécifications module j Spécifications module j Conception module i Conception module j Conception module j Codage module i Codage module j Codage module j Tests d’intégration Recette

10 Modèle en spiral Spiral model Chaque révolution = 1 cycle en V
Découpages standards Modèle en spiral Spiral model Chaque révolution = 1 cycle en V Expression des besoins Validation Spécifications Test Le développement reprend les différentes étapes du cycle en V. Par l'implémentation de versions successives, le cycle recommence en proposant un produit de plus en plus complet. Chaque cycle peut être contractualisé comme un cycle classique en V Implémentation Conception

11 Cycle itératif Intérêts
Découpages standards Cycle itératif Intérêts Prise en compte des changements du cahier des charges Intégrations successives Dilution des risques Changement de stratégie Meilleure conception Montée en expertise de l’équipe de développement, des utilisateurs Amélioration du processus lui-même Prise en compte des changements du cahier des charges Intégrations successives : effort énorme en cas d’une intégration finale, et découverte trop tardive des problèmes Dilution des risques : les risques majeurs en phase d’intégration Changement de stratégie : ex : sortir le projet plus tôt avec moins de fonctionnalités pour convaincre, pour prendre des places de marché. Meilleure conception : possibilité de découvrir des problèmes de conception et de la remettre en question Montée en expertise de l’équipe de développement Amélioration du processus lui-même

12 1990 1980 1970 Les grandes approches Méthodes unifiées Méthodes Agiles
Découpages standards Les grandes approches 1990 Méthodes unifiées RUP, UP, EUP, 2TUP Méthodes Agiles XP, Crystal, ASD, Scrum, DSDM .. 1980 Rapid Application Development (RAD) 1970 Modèle en cascade Cycle en V, W

13 La démarche de développement
Conclusions Retenons qu’il y voire... 1,2 approches classiques : La séquence (cascade) La séquence sur plusieurs itérations…. Et des adaptations importantes : Approche itérative Approche incrémentale Et avec ça, on construit une démarche spécifique

14 Quelques Gantt Expérimentons Cascade V W Itératif Incrémental
Itératif et incrémental

15 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

16 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

17 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

18 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

19 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

20 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

21 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

22 Construction d’un Gantt
Elaboration du planning Construction d’un Gantt

23 Estimation de la charge

24 La méthode d’évaluation analytique 1/2
Découpage du développement en tâches élémentaires, Rattachement à un ‘type de développement’, Au sein de chaque type, caractérisation de la complexité de la tâche en : Très simple, simple, moyenne, ... , très complexe. Exemple : Tâche : formulaire web de saisie de recherche Type : interface web Complexité : très simple

25 La méthode d’évaluation analytique 2/2
Conversion directe en jour*homme Pondération des complexités par type de développement à partir d’abaque ou au cas par cas Ajout de charges pour les autres phases en pourcentage de la charge de réalisation, exemple : Spécification : 20% Test d’intégration : 20% Test de recette : 20% Gestion de projet : 20%, ... Simplification : pas de types de développement

26 Approche analytique : essayons...
Mise en œuvre excel (SOGETI)