REPUBLIQUE DU BENIN

****************
MINISTÈRE DE L'ENSEIGNEMENT SUPÉRIEUR ET DE LA RECHERCHE SCIENTIFIQUE (MERS)

****************
UNIVERSITÉ D'ABOMEY CALAVI
****************
ECOLE NATIONALE D'ÉCONOMIE APPLIQUÉE ET DE MANAGEMENT (ENEAM)
***************

Filière: Informatique de Gestion (IG)

Matière: Unified Modeling Language (UML)

LES ETAPES POUR LE

DEVELOPPEMENT D’UNE
APPLICATION AVEC X-PROGRAMMING

Réalisés par: Sous la supervision de:

CAPO Danièle Dr SANDA MAHAMA Amadou Tidjani
GBEHOUN Romane
SOSSA Lydie

Année académique : 2023-2024

I-Origine de l’eXtreme Programming (XP) :
La création de l’eXtreme Programming remonte à la fin des années 1990, lorsque Kent Beck
s’occupe du développement d’un logiciel d’un logiciel de paie pour l’entreprise Chrysler,
appelé projet C3. L’objectif de l’XP était (et est toujours) d’éliminer toute résistance aux
modifications de code au sein des projets de développement. Dans les méthodes plus
traditionnelles, le code n’est généralement plus modifié une fois qu’il est écrit (sauf en cas
de dépannage). Avec l’XP, le code est examiné dans les moindres détails, si bien que les
développeurs peuvent décider de le réécrire entièrement après une seule itération.

II-L’eXtreme Programming (XP) : une méthode de développement Agile et

Collaborative
L’eXtreme Programming est une méthode de gestion de projet Agile qui mise non seulement
sur la rapidité et la simplicité avec des cycles de développement courts, mais également sur
une moindre documentation. La structure du processus repose sur 5 valeurs fondamentales,
5 règles et 12 pratiques bien particulières.
Comme toute autre structure Agile, l’XP est une méthodologie de développement logiciel
décomposée en sprints. Elle suit donc un processus itératif, c’est-à-dire que vous devez
réviser le système à la fin de chaque sprint, l’affiner pour optimiser au maximum son
efficacité tout en vous adaptant aux nouveaux besoins. L’eXtreme Programming permet
aussi aux développeurs de prendre en compte les demandes des clients, de s’adapter et de
faire des modifications en temps réel. Bien plus rigoureuse, cette méthode effectue
fréquemment des révisions de code et des tests unitaires pour apporter des changements
rapidement. Très créative et collaborative, elle favorise le travail d’équipe à toutes les étapes
du développement.

III-Le recours à l’eXtreme Programming : quand opter pour cette méthode

Agile
Portant essentiellement sur le développement logiciel, l’eXtreme Programming n’est la
plupart du temps utilisé que par des équipes d’ingénieurs. Contrairement à ce que l’on
pourrait penser, les équipes en charge des logiciels ne peuvent, quant à elles, l’appliquer que
dans certains contextes bien particuliers. Voici quelques exemples de situations vous
permettant d’en tirer le meilleur parti possible :
-Vous dirigez une petite équipe. En raison de sa nature très collaborative, l’XP fonctionne
bien mieux au sein des équipes de moins de 10 personnes.
-Vous êtes en contact permanent avec vos clients. L’XP intègre non seulement les exigences
des clients tout au long du processus de développement, mais s’appuie sur ces dernières
pour les tests et approbations.
-Vous travaillez avec une équipe flexible, encline au changement. Du fait de ses
caractéristiques, l’eXtreme Programming mettra votre équipe à rude épreuve et la
condamnera bien souvent à repartir de zéro malgré son dur labeur. Certaines règles
permettent par ailleurs aux membres de l’équipe d’apporter des modifications au processus,
et donc au travail de leurs collègues, à tout moment. Pas de susceptibilité qui tienne !

IV-Les cinq (05) valeurs de l’eXtreme Programming :

Plutôt que d’utiliser des facteurs de motivation externes, l’eXtreme programming s’appuie
sur 5 valeurs fondamentales et facilite le travail de votre équipe (en privilégiant la simplicité
et la collaboration plutôt que des conceptions complexes).
1. La simplicité
Avant de vous lancer, posez-vous la question suivante : comment cela pourrait-il fonctionner
plus simplement ? En effet, la simplicité ne va pas toujours de pair avec la praticité ou
l’efficacité. La méthode XP met l’accent sur la réalisation du travail le plus important en
premier. Vous devez donc rechercher un projet aussi simple que possible, dont vous pouvez
facilement vous occuper.

2. La communication
Cette méthode repose sur une réactivité rapide et une communication efficace. Pour
fonctionner, les membres de votre équipe doivent faire preuve d’ouverture et d’honnêteté
les uns envers les autres. En effet, il sera essentiel de faire part des éventuels problèmes au
groupe tout entier, et ce, le plus vite possible. Pourquoi ? Parce qu’il est fort probable que
l’un d’entre eux dispose déjà d’une solution adéquate. Dans le cas contraire, c’est en
réfléchissant ensemble que vous parviendrez à résoudre votre problème plus rapidement.

3. Les retours
Comme d’autres structures Agile, la méthode XP intègre les users stories et les retours
directement au sein du processus. Elle mise sur la rapidité et la simplicité de mise en œuvre
du travail, puis sur le partage des résultats afin d’obtenir un feedback quasi immédiat. Les
développeurs sont ainsi en contact permanent avec les clients, et ce, tout au long du
processus. Avec l’XP, de nouvelles versions sont régulièrement livrées afin d’obtenir autant
d’informations que possible dans les plus brefs délais. Le feedback reçu doit être pris en
compte et permettre à votre équipe d’adapter le processus (et non le projet) en
conséquence. Si par exemple les retours en question vous suggèrent de réduire les retards
inutiles, vous ajusterez votre processus de manière à ce qu’un binôme de développeurs
travaille sur le sujet. Vous n’adapterez en aucun cas le projet tout entier.
 4. Le courage
Il est crucial que vous fassiez toujours preuve d’honnêteté concernant vos progrès, même si
cela ne joue pas forcément en votre faveur. Si vous manquez une échéance, votre chef
d’équipe ne s’intéressera probablement pas au pourquoi du comment. Il s’attendra
cependant à ce que vous fassiez preuve de franchise, que vous endossiez la responsabilité de
vos actes et que vous remettiez le plus vite possible au travail.
En début de processus XP, il sera de la responsabilité du chef d’équipe de fixer les attentes
en matière de réussite et de définir clairement le travail à réaliser. Ce processus ne laisse
généralement que peu de place à l’erreur, car l’équipe se concentre essentiellement sur
l’atteinte de ses objectifs. Cependant, tout ne se passe pas toujours comme prévu, et l’avenir
réserve régulièrement son lot de surprises et de sueurs froides. Si des changements
surviennent en cours de processus XP, sachez que ce sera à votre équipe de s’adapter et non
l’inverse.

5. Le respect
Compte tenu de l’importance accordée à la communication et à l’honnêteté, il est logique
que le respect joue également un rôle essentiel. Pour que les équipes puissent communiquer
et collaborer efficacement, elles doivent être en mesure d’exprimer des opinions différentes,
et ce, toujours avec bienveillance. Terreau de la gentillesse et de la confiance, le respect
favorise grandement l’honnêteté des échanges. La méthode XP requiert en effet : le respect
mutuel entre les clients et l’équipe de développement ; le respect mutuel entre les membres
de l’équipe ; La reconnaissance des contributions uniques de chacun à la réussite du projet.

V-Les cinq (05) règles de l’eXtreme Programming :

Les valeurs fondamentales constituent l’aspect plus philosophique de l’eXtreme
Programming. Les règles, en revanche, encadrent la mise en pratique du travail. Ces deux
aspects seront essentiels à la réussite de votre équipe XP.
1.La planification :
C’est au cours des étapes de planification que vous déterminerez si le projet est viable et s’il
correspond aux critères XP. Pour ce faire, vous devrez examiner :
Les user stories, pour vous assurer de leur simplicité, mais aussi de la disponibilité du client
pour participer au processus. Si ces récits s’avèrent plus complexes ou s’ils ont été rédigés
par un client anonyme, il y a peu de chances que la méthode XP fonctionne.
La valeur commerciale et le niveau de priorité du projet, pour vous assurer que le travail le
plus important est bien effectué en premier.
Le stade de développement auquel vous trouvez. L’eXtreme Programming convient en effet
bien mieux aux premières phases de développement qu’aux itérations ultérieures.
Le projet en question semble répondre à tous les critères nécessaires à la mise en œuvre de
la méthode XP ? Parfait, établissez alors un calendrier de lancement. Gardez cependant à
l’esprit que vous devrez effectuer des livraisons le plus tôt et le plus souvent possible afin
d’obtenir les retours souhaités. Pour ce faire : décomposez le projet en itérations et créez
un plan pour chacune d’entre elles ; fixez des échéances réalistes et un rythme durable ;
communiquez les mises à jour au fur et à mesure pour permettre à votre équipe d’être aussi
honnête et transparente que possible ; partagez les mises à jour en temps réel pour aider
votre équipe à s’adapter, identifier et effectuer des modifications plus rapidement.

2. La gestion :
L’un des éléments clés de la méthode XP est l’espace de travail. Les puristes recommandent
aux membres de l’équipe de travailler dans une seule et même pièce. Si vous travaillez à la
maison, envisagez d’utiliser une plateforme qui favorise le travail asynchrone et donc une
collaboration à distance. Tous les membres de votre équipe pourront alors travailler sur un
même projet, sans forcément être physiquement réunis. Notons aussi qu’il faut de temps en
temps organisé des petites réunions pour savoir si vous êtes toujours sur la même longueur
d’onde.
En tant que manager ou chef d’équipe, vous concentrerez essentiellement sur les éléments
suivants : la progression constante du projet en cours, le suivi du rythme de travail,
l’attribution pertinente des tâches en fonction des erreurs ou des problèmes à résoudre au
fur et à mesure qu’ils se présentent, ou encore les changements à effectuer pour adapter au
mieux votre processus XP au projet et à l’itération en cours. Gardez bien à l’esprit que
l’objectif est d’être aussi flexible et réactif que possible, de manière à vous concentrer
pleinement sur le travail de votre équipe et gérer immédiatement la moindre modification.

3. La conception
Si vous n’avez que peu d’expérience en la matière faites alors au plus simple ; les itérations
ultérieures se chargeront de complexifier davantage votre conception. Un conseil, n’ajoutez
aucune fonctionnalité à ce stade et simplifiez ainsi votre système au maximum.
Les équipes XP utilisent souvent des cartes CRC (classe, responsabilité, collaborateurs) pour
présenter la manière dont interagissent les différents éléments entre eux. C’est en
remplissant les multiples champs de la carte que vous pourrez visualiser les relations et
interactions de toutes les fonctions. Les CRC permettent de simuler l’ensemble du processus
et de détecter les problèmes potentiels.

4. Le codage
La méthode XP se différencie notamment par le maintien d’un contact permanent avec le
client tout au long du processus de codage. Cette collaboration vous permet de tester et
d’intégrer les retours à chaque itération, au lieu de devoir attendre la fin d’un sprint. Les
règles de codage sont toutefois assez strictes. En voici quelques exemples :
L’ensemble du code doit être conforme aux normes de codage.
Des tests unitaires doivent être effectués pour définir les exigences et développer tous les
aspects du projet.
La programmation doit se faire en binôme. Deux développeurs doivent ainsi travailler
ensemble et simultanément sur le même ordinateur. Le temps de programmation reste le
même, mais les résultats sont de bien meilleure qualité en raison d’une attention décuplée.
L’intégration continue est de mise pour ajouter du nouveau code et le tester
immédiatement.
Un seul binôme peut modifier le code à un instant t afin de réduire le nombre d’erreurs.
La propriété collective du code, selon laquelle chaque membre de l’équipe peut le modifier à
tout moment, doit être respectée.

5. Les tests
La dernière règle de l’eXtreme Programming concerne la réalisation de tests tout au long du
processus. L’ensemble du code devra en effet être soumis à des tests unitaires avant de
pouvoir être publié. Des erreurs s’y sont glissées ? Pas de panique, il vous suffira de mettre
en place des tests supplémentaires pour les corriger. Par la suite, vous convertirez la user
story sur laquelle vous avez travaillé en test d’acceptation. C’est au cours de ce dernier test
que le client examinera les résultats pour vérifier si le produit reflète correctement les
besoins évoqués.

VI-Les 12 pratiques de l’eXtreme Programming :

Pour affiner davantage le processus, la méthode XP a recours à 12 pratiques, toutes fondées
sur le Manifeste Agile mais adaptées à ses propres besoins :
1)Le jeu de la planification : la planification XP guidera votre travail. Elle doit définir les
objectifs que vous souhaitez atteindre, les délais dans lesquels vous devez y parvenir ainsi
que l’ensemble des étapes qui suivront.
2)Les tests clients : à toute nouvelle fonctionnalité son test d’acceptation. C’est au cours de
ce test que le client déterminera si celle-ci répond ou non aux besoins décrits par le récit
utilisateur d’origine.
3)Les petites livraisons : effectuez régulièrement de petites livraisons et obtenez ainsi des
informations tout au long du processus. Les nouvelles versions sont généralement envoyées
directement aux clients, mais elles peuvent aussi être destinées à l’équipe interne.
4)La simplicité de la conception : le système XP misant avant tout sur la simplicité, il est
donc question de ne produire que le strict nécessaire.
5)La programmation en binôme : ce type de programmation requiert le travail simultané de
deux développeurs physiquement côte à côte. Vive le travail d’équipe !
6)Le développement piloté par les tests : obtenir autant de retours que possible étant
essentiel, de nombreux tests doivent être sans arrêt menés. Avec des cycles courts, les
programmeurs publient des tests automatisés et sont en mesure de réagir immédiatement.
7)Le remaniement du code : il s’agit ici d’examiner les moindres petits détails de votre code.
Supprimez donc les doublons et assurez-vous de sa cohérence. C’est ainsi que vous
obtiendrez des conceptions simples et de bonne qualité.
8)La propriété collective : tout binôme peut modifier le code à tout moment, qu’il l’ait
développé ou non. Le codage se fait en équipe et le travail de chacun est soumis à des
normes collectives plus élevées.
9)L’intégration continue : les équipes XP n’attendent pas que les itérations soient terminées,
elles intègrent constamment, et ce, généralement plusieurs fois par jour.
10)Un rythme durable : l’intensité des travaux XP exige l’établissement d’un rythme durable.
Les équipes doivent donc déterminer la quantité de travail qu’elles se sentent capables de
produire par jour et par semaine. Elles pourront ainsi fixer des échéances réalistes.
11)La métaphore : pas besoin d’aller chercher plus loin, il s’agit bien d’une métaphore
comme son nom l’indique. Choisie en équipe, elle décrit le fonctionnement de celle-ci. Par
exemple : nous sommes des fourmis et travaillons ensemble pour construire notre
fourmilière.
12)Normes de codage : il est indispensable que les équipes XP se soumettent à certaines
normes. De la même manière que lorsque plusieurs auteurs rédigent un même ouvrage, ils
font en sorte d’en homogénéiser le ton et le langage pour un rendu harmonieux, les
développeurs XP doivent coder de façon uniforme pour effacer toutes traces de leur
collaboration.

Intense, mais efficace. Extrême est bien le mot qui convient. Ce processus se révèle en effet
très rigoureux et structuré, mais croyez-nous, les résultats en valent vraiment la peine. Cette
méthode de développement unique, qui intègre directement les retours des clients et exige
une programmation intense et collaborative, permet de donner naissance à des logiciels de
grande qualité. Simplifiez votre planification et votre gestion XP avec un outil adapté qui
effectue des mises à jour et s’adapte en temps réel, tout comme votre travail.
PLAN :
I- Origine de l’eXtreme-Programming
II- L’eXtreme Programming (XP) : une méthode de
développement Agile et Collaborative
III- Le recours à l’eXtreme Programming : quand opter pour
cette méthode Agile
IV- Les cinq (05) valeurs de l’eXtreme Programming
V- Les cinq (05) règles de l’eXtreme Programming
VI- Les 12 pratiques de l’eXtreme Programming