Extreme programming

eXtreme
Programming
XP

LSI_FSTT 1

Le Cycle en
CASCADE

→Très bureaucratique, très lourd, mais un grand bond dans la bonne direction.

Le Cycle en V

→Le cycle en V est devenu un standard de l'industrie du développement
de logiciel et de la gestion de Wondershare Software années 1980.
Copyright © projet depuis les 4

Les Méthodes Agiles


Les Méthodes Agiles reconnues


Définition:
XP
Méthodologie efficace de
développement rapide de logiciels,
Qui exige que les membres d’une équipe
de développeurs soient physiquement
proches les uns des autres.

XP est une méthode de développement dédiée à
des petites équipes confrontées à
un environnement changeant ou des Besoins Mal connus.


Méthode Allégé:
XP
Une méthodologie logicielle
est un ensemble de règles et de pratiques
mises en œuvre pour la création de
programmes.

Ces règles sont trop difficiles à suivre, les
procédures complexes et mal comprises et la
quantité de documentation à produire hors de
contrôle.


Méthode Allégé:
XP

Pour essayer de rester dans le planning,
il est nécessaire de simplifier les règles,

Garder celles qui contribuent à la qualité
et
Laisser de côté celles qui ralentissent le projet.


Historique:
D’après une étude américaine menée sur 8000 projets,
Majorité des projets n’ont pas respecté les délais et le
budget initial et autres n’ont jamais abouti.


Historique:
La méthode est née réellement en 1999 après la parution du premier livre de
Kent Beck :
« eXtreme Programming Explained »,
Acteur très actif dans domaine de “Design Patterns”, domaine qui a beaucoup
inspiré XP


Historique:
inventer pendant leur travail sur un projet « C3 » . Kent Beck, chef de projet
en mars 1996 commença à affiner la méthodologie de développement utilisée
sur le projet.

(Chrysler Comprehensive Compensation)


Pourquoi XP?

La méthode est très attentive à l’activité en
dernière analyse essentielle dans un projet de
logiciel : la programmation. Le codage produit la
documentation principale : les fichiers sources.
Pourquoi « extrême » programming ?


Pourquoi XP?
Kent Beck, qui structure et présente XP, explique que les
pratiques sur lesquelles est bâtie XP sont autant de boutons
de contrôle… qu’il pousse au maximum. De ce point de vue,
XP est la réunion cohérente de pratiques efficaces, telles
que le test omniprésent, l’esprit d’équipe, le rôle
prépondérant du client dans l’équipe, etc.
Le bon sens est poussé à son extrême !


Pour qui XP?

Petites à moyennes équipes
écrivant des logiciels dont les besoins
sont vagues ou changent rapidement


Organisation
Hiérarchique


Programmeur
Responsabilisation

Retour du programmeur comme rôle central
 A la fois : codeur, testeur, concepteur et analyste
 Apprentissage - Qualités humaines nécessaires
 XP : Ecole de l’excellence
 Responsabilisés pour donner le meilleur d’eux même
ex. : estimation des charges et délais

Pratiques XP


Client
Responsabilisation

Description informelle d’une fonctionnalité ou d’une interaction
avec l’utilisateur
 Le plus simple possible
Des scénarios initiaux sont dégagés et Présentés, classés par
priorité et répartis en itérations

Pratiques XP


Testeur
Responsabilisation

Définit et automatise les tests de recette
Conseille le client sur la testabilité d’une Fonctionnalité.
Utilisation d’outils différents pour scripter.
Garant du sentiment de réussite sur le projet
Test fonctionnel réussi→ Progression.
Communiquer pour motiver (graphique de
progression...).
Pratiques XP


Tracker
Responsabilisation

Pas un supérieur hiérarchique
 Quelqu’un a qui on peut se confier
 De préférence pas un programmeur, mais quelqu’un d’extérieur
 Pour éviter les discussions techniques
 A défaut, ce rôle peut tourner entre les programmeurs à chaque
itération

Pratiques XP


Manager
Responsabilisation

 Il s’occupe matériellement de l’équipe
 Il demande des comptes (sur les engagements pris)
 Interface avec l’extérieur (dans le cadre d’un sous-projet)

Pratiques XP


Coach
Responsabilisation
Il réunit tout les autres rôles
 Vérifie que chaque rôle est respecté
 Ses buts ultimes :
Equipe autonome
Chaque programmeur est en amélioration continue
 Ses qualités
Expert de la méthode XP
Expert technique
Programmeur chevronné
Architecte
Pédagogue et sensible
Sang-froid
Pratiques XP


Plusieurs Rôles pour une Personne

Attention aux combinaisons possibles

 Toutefois, pas de règle absolue

 S’assurer qu’une cumulation ne pousse pas à
sacrifier une composante importante d’un rôle


Plusieurs Personne pour un Rôle

Programmeur, le plus grand nombre

Tracker, une seule personne...
à un moment donné

Coach, une personne unique

Manager, une personne unique

Client+Testeur, d’une personne à une équipe


Activité cadre de XP :
Planification et gestion :
Scénarios
Segmenter le projet
Réunion d’équipe
Déplacer les personnes
Le code appartient à toute l’équipe
«ideal week»


Conception :
Conception :
KIS
Représenter une histoire utilisateur à la fois
Adopter un codage uniforme…
Ne jamais ajouter de fonctionalité trop tôt
Encourager la reconstruction


Les activités et processus
Le client priorise les histoires
La vitesse du projet est mesurée
Le test unitaire est produit avant le code
Le code pour livraison est programmé
par binômes (paire)
L’intégration est fréquente


Les pratiques de l’XP


1. Jeux de planning

Création des scénarios pour les fonctionnalités
souhaité par le client.

Evaluation de temps nécessaire pour l’implémentation par
l’équipe.


2. Petites livraisons

Les livraisons doivent être les plus
fréquente possible.


3. Utilisation des métaphores

Décrire le système et son fonctionnement .


4.Conception simple

Implémentation des scénarios sélectionnées
par le client est l’objectif d’une itération .

Envisager les prochaines évolutions ferait perdre du temps
sans avoir le garantie d’un gain ultérieur .


5. Les testes

Test de recette (fonctionnelle):
Rédiger par le client a partir
d’une langage formelle si c’est possible.
Vérifier que tous fonctionnent correctement et
conformément a la demande.

Test unitaire:
 Ecrit par le programmeur dans le but d ’assurer le bon
fonctionnement du programme .

6. Refactoring

Amélioration régulière de la qualité du
code sans modifier le comportement .


7. Appropriation collective du code

L’équipe est collectivement responsable de l’application.


8. Intégration continue

Lorsque une tache est terminer ,
les modifications sont immédiatement
intégrés dans le produit complet.

Quand tous les testes passent ,l’intégration est terminer.


9. Client sur site

Présence de représentant du client (Il doit avoir
les connaissances de l'utilisateur final et
avoir une vision globale du résultat
à obtenir )pendant toute la duré du projet
pour répondre aux question de l’équipe.


10. Convention de nommage

Etablir ,respecter des normes de nommage
pour les variables , méthode , objet, classe …


11. Rythme soutenable

 L'équipe maintient sa capacité à rester efficace
en ne surchargeant pas le planning
et en s’aménageant des horaires raisonnables.

40 heures de travaille /semaine .

L’équipe ne fait pas d’heure supplémentaire .


12. Programation en binome

La programmation se fait par deux:
Driver (pilote) :tient le clavier ,
travaille sur la portion du code a écrire .

Partner (copilote) : pour l'aider en suggérant des nouvelles
possibilités ou en décelant d'éventuels problèmes


Architecture et valeurs
Rendre moins lourdes les démarches:

Le but d’XP est de trouver des solutions plus
ou moins simples pour tenter de diminuer
les risques et respecter les délais .

On souhaite réduire radicalement la production de documents
techniques très formelles et ce focalise plutôt sur un code bien
commenté .

Contrairement au solution rationnelle xp donne une grande
importance sur le développement.

Changer les principes:

Le but d’XP est de se vouloir orienté sur les personnes plutôt que
sur les processus. Alors, le développement tentera d’être une
activité agréable plutôt qu’un cauchemar bureaucratique.

Permet une meilleure relation avec le client et la livraison d’un
produit conforme totalement aux exigences de ce dernier.


Communication:

Dans l’équipes:
code propriété de tous

Avec le client:
rapprochement du client par rapport aux informaticiens,
elle permet de déterminer de façon claire les besoins nécessaires
du client.


Feedback: (retours, avis...)

Avec le client:
les livraisons régulières.

Dans l’équipe:
Le Feedback au seins de l'équipe est garantit par les
commentaires .


La simplicité:

Dans XP on cherche toujours à
supprimer l’inutile pour
optimiser au maximum la productivité.

Un développeur XP doit la solution la plus simple qui peut
fonctionner,
garantir la flexibilité au changement et faire de l'économie.

La simplicité est aussi essentielle pour que le code puisse être
repris instantanément par n’importe quel développeur pour le
compléter ou le Copyright © Wondershare Software
changer. 47

Le courage :

Le responsable doit avoir le courage de
commencer le projet avant que tout ait
été précisé clairement sur un document
contractuel.

Le client doit avoir le courage de donner
des priorités à ses besoins.


Avantages de l’ XP

•Le client étant présent dans l’équipe,
l’importance des documents liés au projet est
réduite.
•Grande satisfaction du client.
•Présence d’un coach potentiel afin de former
une équipe capable de travailler.
•Efficacité plus importante.
•…


inconvénients de l’ XP

•Petits et moyens projets seulement
•Nécessite une forte implication du client
•Pas assez de documentation


XP et UML
UML est un langage graphique de modélisation
des besoins des utilisateurs, des concepts métier, des
concepts techniques dans le cadre d’un développement
informatique. UML est généralement associé à une
méthodologie globale de gestion de projets fondée, si
possible, sur les grandes activités : spécification, analyse,
conception et développement, éventuellement itérative
comme par exemple l’eXtreme Programming, selon les
besoins et la maturité des équipes. UML peut aussi aider à
organiser le travail des équipes.


Extreme programming

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (20)

Semelhante a Extreme programming

Semelhante a Extreme programming (20)

Mais de Bilal ZIANE

Mais de Bilal ZIANE (7)

Último

Último (13)

Extreme programming

Notas do Editor