Domain Driven Design François Wauquier Agile Tour Lille 2009 - Sfeir

Il est difficile de capturer le besoin présent Il est impossible de capturer le besoin futur Les méthodes agile exploitent le changement comme avantage compétitif en livrant fréquemment

Il est difficile de capturer le besoin présent

Il est impossible de capturer le besoin futur

Les méthodes agile exploitent le changement comme avantage compétitif en livrant fréquemment

Manifeste Agile Les individus et les interactions plutôt que les processus et les outils Un logiciel qui fonctionne plutôt que une documentation détaillée La collaboration avec le client plutôt que la négociation de contrats Accepter le changement plutôt que suivre le plan

Les individus et les interactions plutôt que les processus et les outils

Un logiciel qui fonctionne plutôt que une documentation détaillée

La collaboration avec le client plutôt que la négociation de contrats

Accepter le changement plutôt que suivre le plan

Accepter le changement Accueillir l'évolution des besoins, même tard dans le développement Les gens de l'art et les développeurs doivent travailler ensemble quotidiennement tout au long du projet

Accueillir l'évolution des besoins, même tard dans le développement

Les gens de l'art et les développeurs doivent travailler ensemble quotidiennement tout au long du projet

Design (Conception) ‘ Big Design Up Front’ ≠ Conception Emergeante Processus incrémental?

‘ Big Design Up Front’ ≠ Conception Emergeante

Processus incrémental?

Domain Driven Design Eric Evans ‘ Tackling Complexity in the Heart of Software’ ‘ Model Driven Design’ ‘ Ubiquitus Language’ ‘ Supple Design’

Eric Evans

‘ Tackling Complexity in the Heart of Software’

‘ Model Driven Design’

‘ Ubiquitus Language’

‘ Supple Design’

Ubiquitous Language Langage commun Monsieur le client, Est-ce que ‘A’ veut dire la même chose que ‘B’ ? ‘ Domain Specific Language’

Langage commun

Monsieur le client, Est-ce que ‘A’ veut dire la même chose que ‘B’ ?

‘ Domain Specific Language’

Test Driven Development Test avant implémentation Toujours ‘ Intention Revealing Interfaces’ ‘ Side-Effect-Free Functions’ Contrat de méthode

Test avant implémentation

Toujours

‘ Intention Revealing Interfaces’

‘ Side-Effect-Free Functions’

Contrat de méthode

Refactoring Améliorer la lisibilité et/ou la maintenabilité du code Toujours Rendre visible les concepts cachés

Améliorer la lisibilité et/ou la maintenabilité du code

Toujours

Rendre visible les concepts cachés

Test Driven Requirement Spécifications exécutables Une story est définie par son parcours utilisateur et ses tests d’ acceptance client Le test d’ acceptance est écrit par le client pendant l’itération

Spécifications exécutables

Une story est définie par son parcours utilisateur et ses tests d’ acceptance client

Le test d’ acceptance est écrit par le client pendant l’itération

Intégration continue Tests de code (TDD) Tests fonctionnels (TDR)

Tests de code (TDD)

Tests fonctionnels (TDR)

Programmation en couches Presentation Services Domain Infrastrucure Mais programmation par story!

Presentation

Services

Domain

Infrastrucure

Mais programmation par story!

Domain Entities Value Objects Factories Repositories

Entities

Value Objects

Factories

Repositories

Pair Programming Pilote CoPilote Partage de connaissances Formation Nommage de classes, méthodes Suppression erreurs de typo, syntaxe, inattention On demande au client ? On fait un workshop ?

Pilote

CoPilote

Partage de connaissances

Formation

Nommage de classes, méthodes

Suppression erreurs de typo, syntaxe, inattention

On demande au client ?

On fait un workshop ?

Workshop Equipe et client Salle toujours dispo Intense Orienté solution UML ‘ Paper Prototyping’ Métaphore

Equipe et client

Salle toujours dispo

Intense

Orienté solution

UML

‘ Paper Prototyping’

Métaphore

Organisation d’équipes ‘ Shared Kernel’ ‘ Customers /Supplier Teams’ ‘ Conformist’ ‘ Anticorruption Layer’ ‘ Separate Ways’

‘ Shared Kernel’

‘ Customers /Supplier Teams’

‘ Conformist’

‘ Anticorruption Layer’

‘ Separate Ways’

En couches ou objet? class FooServiceImpl implements FooService { FooDao fooDao; void bar (Foo foo){ foo.bar(); fooDao.saveOrUpdate(foo); } void setFooDao(FooDao fooDao){ this.fooDao = fooDao; } }

class FooServiceImpl implements FooService {

FooDao fooDao;

void bar (Foo foo){

foo.bar();

fooDao.saveOrUpdate(foo);

}

void setFooDao(FooDao fooDao){

this.fooDao = fooDao;

}

}

Merci François Wauquier Sfeir on agile way Agile France http://francois.wauquier.fr

François Wauquier

Sfeir on agile way

Agile France

http://francois.wauquier.fr