Attention ! Cette présentation ne peut être comprise sans le commentaire associ (certains slides peuvent être trompeur quant au message délivré).
Pitch :
On vous le répète : une application répond bien aux besoins de ses utilisateurs si elle reflète bien leur métier. Les approches du développement orientées Utilisateur sont d'ailleurs faites pour ça : le DDD d'Eric Evans comme le BDD de Dan North concentrent leurs efforts sur la modélisation du "Coeur du Domaine".
En pratique, comment faire un "bon" Modèle Métier ?
Traditionnellement, on dit qu'il faut représenter au mieux la réalité de ce métier : faire "coller" le code au plus près du monde réel pour garantir l'adéquation au besoin.
Malheureusement, cette approche naïve est mauvaise ! Pourquoi ? Parce qu'un logiciel ne représente pas le monde réel, il informatise des services rendus.
Parce qu'un Modèle de Domaine n'est pas un Modèle du Métier, c'est un modèle de conception répondant à des exigences de codage.
Et je vous montrerai, à partir d'exemples, pourquoi il ne doit pas être construit en observant le monde réel mais à partir des besoins de présentation ou de services.
23. Liv re
titre
auteur
éditeur
ISBN
copyright
nombre de pages
hauteur
largeur
épaisseur
/volume
illustration couverture
texte quatrième de couverture
stock
date de disponibilité
date de réimpression
dépôt légal
type de papier
type de reliure
texte brut
texte mis en forme
collection
tome numéro
allée numéro
position
photo de l'auteur
présentation de l'auteur
opérations spéciales
prix de vente public
note des lecteurs
note des critiques
autres choix des lecteurs 23
34. Contact Librairie
- nom
- tél
- e-mail
Commande
+ fac turer()
0..1
1
Destinataire Facture
- nom - c lient
- adresse 1 - adresse 1
- adresse 2 - adresse 2
- c ode postal - c ode postal
- ville - ville
- pays - n° TVA
- montant HT
+ c alc uler MontantTTC()
34