1 novembre 2002 adrien machado e treme rogramming adrien machado année 2002 professeur responsable...

Novembre 2002Adrien Machado

http://www.extremeprogramming.fr.st1

e treme rogramming

Adrien Machado

Année 2002

Professeur responsable : M. Dominique Revuz

Filière Informatique et Réseaux

3ème année - Promotion 2000

X P



Plan

II. Les fondements d’XP

III. Principes de mise en œuvre

IV. Les limites d’XP

I. L’historique



I. L’historique

A. Un constat alarmant1. Les 3 plaies du développement logiciel2. La difficulté de réalisation

B. Le père d’XP : Kent Beck1. Chrysler, le berceau d’XP2. Beck, un chef de projet novateur

C. Un développement rapide dans le monde1. Un développement international facilité par internet2. XP s’installe progressivement en France

D. Par rapport aux autres méthodes1. XP : une méthode agile2. XP vs Méthodes traditionnelles comme UML

I



Un constat alarmantI-A

Planning non respecté

Besoins mal identifiés

Logicielbuggé

CLIENTS INSATISFAITS

Pourquoi ? Les envies du client changent !

Les ressources sont limitées…



Le père d’XP : Kent BeckI-B

Kent Beck

Chrysler Comprehensive Compensation :

mise à jour du logiciel de paie des 10 000 salariés



Un développement rapideI-C



Par rapport aux autres méthodes

I-D

Et rapport aux méthodes classiques et UML ?



II. Les fondements D’XP

A. Lignes directrices1. Rendre moins lourdes les démarches

2. Changer les principes

B. Les 4 valeurs d’XP1. Communication

2. Feedback

3. Simplicité

4. Courage

II



Lignes directricesII-A

Rendre la méthode moins lourde

Changer les principes Adaptative plutôt que prédictive Orientée sur les personnes



Les 4 valeurs d’XPII-B

Communication

Feedback

Simplicité

Courage



III. Principes de mise en œuvre

A. Spécifications itératives par le client1. Diviser pour mieux régner2. Définition des besoins par des user-stories3. Les prévisions détaillées

E. Intégration - Livraison

D. Documentation 1. Uniquement deux types de documents2. Des formes bien précises…

C. Programmation1. Un code propre et efficace2. L’organisation du développement

B. Les tests écrits avant le programme1. Ecrire les tests avant tout2. Un produit fiable et toujours opérationnel

III



Spécifications itératives par le client

III-A

Projet

Itération 1 Itération 2 … Itération n



Les tests écrits avant le programme

Les 2 types de tests écrits avant tout

III-B

Un produit fiable et toujours

opérationnel Une meilleur conception

Produit conforme à la demande

Un produit toujours « livrable »

tests unitaire

?tests de recette

?



Programmation

III-C

L’organisation du développement Pair programming

Des développeurs « heureux »

Un code propre et efficace Programmer simple

Le refactoring



Documentation

III-D

Des formes bien précises… Le code commenté et/ou schémas

10 pages maximum

Uniquement deux types de documents Pour le client

Pour les développeurs



Intégration - Livraison

III-E

Fini les week-end d’heure sup. !

Juste un transfert…



IV. LES LIMITES D’XP

A. Des équipes particulières1. Une composition d’experts

2. Une taille d’équipe limitée

3. Des experts en relationnels

B. Pour des projets particuliers1. Le code, source de conflit ?

2. Pour des projets de petite envergure

3. Le client sur place

IV



Des équipes particulières

Une composition d’experts

Une taille d’équipe limitée

Des experts en relationnels

IV-A



Pour des projets particuliers

Le code, source de conflit ?

Pour des projets de petite envergure

Le client sur place

IV-B



Conclusion

Chef de projet :• travail efficace• équipe motivée et soudée

Développeurs• travail diversifié et valorisé• bonnes conditions de travail

Client • satisfait par le produit• délais respectés

Avec XP, tous les acteurs sont contents !



A bientôt

Merci d’avoir suivi avec attention cette présentation !

Je vous invite maintenant à me poser toutes vos questions…

Rendez-vous sur :http://www.extremeprogramming.fr.st

1 novembre 2002 adrien machado e treme rogramming adrien machado année 2002 professeur responsable...

Documents