Prenons l’exemple typique de la classe processeur de paiement \u2014 Cet article explore comment les diagrammes de classes devraient\u00e9voluer<\/strong> \u00e0 travers les \u00e9tapes du d\u00e9veloppement \u2014 des mod\u00e8les conceptuels de haut niveau aux conceptions d\u00e9taill\u00e9es et pr\u00eates \u00e0 l’impl\u00e9mentation \u2014 et commentdes connexions strat\u00e9giques<\/strong>entre les composants peuvent transformer un syst\u00e8me fragment\u00e9 en une architecture coh\u00e9rente et \u00e9volutif. Nous nous concentrerons sur un exemple du monde r\u00e9el : le sous-syst\u00e8me de traitement des paiements \u2014 et montrerons comment appliquer lePattern Strat\u00e9gie<\/strong>, Pattern Fabrique<\/strong>, etl’injection de d\u00e9pendances<\/strong>peut combler le foss\u00e9 entre les classes isol\u00e9es et un syst\u00e8me v\u00e9ritablement dynamique et maintenable.<\/p>\n Gr\u00e2ce auxdiagrammes PlantUML<\/strong>et \u00e0 des insights de conception pratiques, vous apprendrez \u00e0 :<\/p>\n \u00c0 la fin, vous verrez qu’un diagramme de classes bien connect\u00e9 n’est pas seulement un outil de documentation \u2014 c’est un vision de la mani\u00e8re dont votre logiciel devrait fonctionner<\/strong>.<\/p>\n Les diagrammes de classes sont l’un des outils UML les plus puissants pour mod\u00e9liser les syst\u00e8mes orient\u00e9s objet. Leur\u00a0niveau de d\u00e9tail<\/strong>\u00a0change consid\u00e9rablement en fonction du\u00a0stade de d\u00e9veloppement<\/strong>. Ce guide vous accompagne \u00e0 travers\u00a0quatre \u00e9tapes cl\u00e9s<\/strong>\u00a0du d\u00e9veloppement logiciel et montre comment les diagrammes de classes \u00e9voluent en cons\u00e9quence.<\/p>\n Capturer les concepts de domaine de haut niveau.<\/p>\n<\/li>\n Identifier les entit\u00e9s cl\u00e9s et leurs relations.<\/p>\n<\/li>\n Faciliter la communication entre les parties prenantes et les d\u00e9veloppeurs.<\/p>\n<\/li>\n<\/ul>\n Focus sur\u00a0entit\u00e9s de domaine<\/strong>\u00a0et\u00a0relations<\/strong>.<\/p>\n<\/li>\n Pas de m\u00e9thodes ou d’attributs (ou tr\u00e8s minimaux).<\/p>\n<\/li>\n Utiliser\u00a0g\u00e9n\u00e9ralisation<\/strong>,\u00a0association<\/strong>,\u00a0agr\u00e9gation<\/strong>, et\u00a0composition<\/strong>.<\/p>\n<\/li>\n \u00c9vitez les d\u00e9tails d’impl\u00e9mentation (par exemple, les modificateurs d’acc\u00e8s, les types de donn\u00e9es).<\/p>\n<\/li>\n<\/ul>\n \u2705\u00a0Cas d’utilisation<\/strong>: Pr\u00e9senter aux parties prenantes, affiner le mod\u00e8le de domaine, valider avec les analystes m\u00e9tier.<\/p>\n<\/blockquote>\n Affiner le mod\u00e8le de domaine pour obtenir une conception plus structur\u00e9e.<\/p>\n<\/li>\n Introduire\u00a0attributs<\/strong>,\u00a0op\u00e9rations de base<\/strong>, et\u00a0associations<\/strong>.<\/p>\n<\/li>\n Commencer \u00e0 identifier\u00a0interfaces<\/strong>,\u00a0classes abstraites<\/strong>, et\u00a0mod\u00e8les de conception<\/strong>.<\/p>\n<\/li>\n<\/ul>\n Ajouter\u00a0attributs<\/strong>\u00a0et\u00a0op\u00e9rations<\/strong>\u00a0(avec des types minimaux).<\/p>\n<\/li>\n Utilisez\u00a0classes abstraites<\/strong>\u00a0et\u00a0interfaces<\/strong>.<\/p>\n<\/li>\n Introduisez\u00a0multiplicit\u00e9<\/strong>\u00a0et\u00a0navigabilit\u00e9<\/strong>.<\/p>\n<\/li>\n Commencez \u00e0 r\u00e9fl\u00e9chir \u00e0\u00a0responsabilit\u00e9s<\/strong>\u00a0et\u00a0coh\u00e9sion<\/strong>.<\/p>\n<\/li>\n<\/ul>\n \u2705\u00a0Cas d’utilisation<\/strong>: Revue de conception, alignement d’\u00e9quipe, d\u00e9cisions initiales d’architecture.<\/p>\n<\/blockquote>\n Pr\u00e9parez-vous \u00e0 la programmation.<\/p>\n<\/li>\n D\u00e9finissez\u00a0attributs exacts<\/strong>,\u00a0m\u00e9thodes<\/strong>,\u00a0types de donn\u00e9es<\/strong>,\u00a0modificateurs d’acc\u00e8s<\/strong>.<\/p>\n<\/li>\n Inclure\u00a0contraintes<\/strong>,\u00a0d\u00e9pendances<\/strong>,\u00a0associations<\/strong>, et\u00a0composition<\/strong>.<\/p>\n<\/li>\n Utiliser\u00a0mod\u00e8les de conception<\/strong>\u00a0(par exemple, Factory, Strategy, Singleton).<\/p>\n<\/li>\n<\/ul>\n Signatures de m\u00e9thode compl\u00e8tes et types de retour.<\/p>\n<\/li>\n Utilisation de\u00a0modificateurs d’acc\u00e8s<\/strong>\u00a0( D\u00e9pendances<\/strong>,\u00a0h\u00e9ritage<\/strong>,\u00a0interfaces<\/strong>sont enti\u00e8rement sp\u00e9cifi\u00e9es.<\/p>\n<\/li>\n Peut inclure\u00a0contraintes<\/strong>\u00a0(par exemple,\u00a0 \u2705\u00a0Cas d’utilisation<\/strong>: Transmission au d\u00e9veloppeur, g\u00e9n\u00e9ration de code, documentation de conception.<\/p>\n<\/blockquote>\n R\u00e9fl\u00e9chir\u00a0changements du monde r\u00e9el<\/strong>dans le syst\u00e8me.<\/p>\n<\/li>\n Documenter\u00a0refactoring<\/strong>,\u00a0d\u00e9pr\u00e9ciations<\/strong>,\u00a0nouvelles fonctionnalit\u00e9s<\/strong>.<\/p>\n<\/li>\n Soutien\u00a0suivi de la dette technique<\/strong>\u00a0et\u00a0compr\u00e9hension du syst\u00e8me<\/strong>.<\/p>\n<\/li>\n<\/ul>\n Peut inclure\u00a0obsol\u00e8te<\/strong>\u00a0classes\/m\u00e9thodes.<\/p>\n<\/li>\n Afficher\u00a0nouvelles classes<\/strong>,\u00a0\u00e9l\u00e9ments renomm\u00e9s<\/strong>,\u00a0composants supprim\u00e9s<\/strong>.<\/p>\n<\/li>\n Utiliser\u00a0st\u00e9r\u00e9otypes<\/strong>\u00a0( Souvent\u00a0simplifi\u00e9<\/strong>\u00a0pour plus de lisibilit\u00e9.<\/p>\n<\/li>\n<\/ul>\n @startuml @startuml \u2018 Interface \u2018 Strat\u00e9gies concr\u00e8tes class PayPalProcessor { class StripeProcessor { \u2018 Patron de fabrication \u2018 Service qui utilise la strat\u00e9gie \u2018 Entit\u00e9 de paiement \u2018 Client et Commande (simplifi\u00e9) class Commande { \u2018 St\u00e9r\u00e9otypes pour plus de clart\u00e9 \u2018 H\u00e9ritage : Patron Strat\u00e9gie \u2018 Factory cr\u00e9e les processeurs \u2018 OrderService utilise un processeur (injection de d\u00e9pendance) \u2018 OrderService utilise la factory pour d\u00e9finir le processeur \u2018 Payment d\u00e9pend du processeur \u2018 Associations \u2018 Contraintes note droite de Payment note droite de PaymentProcessorFactory @enduml<\/p>\n \u2705\u00a0Cas d’utilisation<\/strong>: Int\u00e9gration des nouveaux d\u00e9veloppeurs, refonte du syst\u00e8me, tra\u00e7abilit\u00e9 des audits.<\/p>\n<\/blockquote>\n Utilisez\u00a0 Utilisez\u00a0 Utilisez\u00a0 Utilisez\u00a0 Utilisez\u00a0CreditCardProcessor<\/code>, PayPalProcessor<\/code>, etStripeProcessor<\/code> \u2014 souvent mod\u00e9lis\u00e9s comme des entit\u00e9s autonomes et d\u00e9connect\u00e9es dans un diagramme de classes. Bien que cela puisse suffire pendant la phase de conception initiale, cela r\u00e9v\u00e8le un probl\u00e8me plus profond :un manque d’int\u00e9gration et de clart\u00e9 comportementale<\/strong>. Ces classes existent en isolation, sans m\u00e9canisme clair de s\u00e9lection, de configuration ou de flexibilit\u00e9 en temps d’ex\u00e9cution. En cons\u00e9quence, la conception devient rigide, difficile \u00e0 \u00e9tendre et difficile \u00e0 tester.<\/p>\n\n
\ud83e\udde9 1.\u00a0\u00c9tape 1 : Exigences et conception conceptuelle (Phase initiale)<\/strong><\/h2>\n
\ud83c\udfaf Objectif :<\/h3>\n
\n
\ud83d\udd0d Caract\u00e9ristiques :<\/h3>\n
\n
\ud83d\udccc Exemple : Syst\u00e8me de commerce \u00e9lectronique (niveau conceptuel)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagramme de classes conceptuel - \u00c9tape 1 : Exigences\r\n\r\nclass Client {\r\n +nom : Cha\u00eene\r\n +email : Cha\u00eene\r\n}\r\n\r\nclass Produit {\r\n +nom : Cha\u00eene\r\n +prix : D\u00e9cimal\r\n}\r\n\r\nclass Commande {\r\n +dateCommande : Date\r\n +statut : Cha\u00eene\r\n}\r\n\r\nClient \"1\" -- \"0..*\" Commande : place\r\nCommande \"1\" -- \"1..*\" Produit : contient\r\nProduit \"1\" -- \"0..*\" Commande : vendu dans\r\n\r\nnote right of Client\r\n Repr\u00e9sente un utilisateur achetant des produits\r\nend note\r\n\r\nnote right of Produit\r\n Article physique ou num\u00e9rique en vente\r\nend note\r\n\r\nnote right of Commande\r\n Un enregistrement de transaction\r\nend note\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83e\uddf1 2.\u00a0\u00c9tape 2 : Analyse et conception de haut niveau (mi-phase)<\/strong><\/h2>\n
\ud83c\udfaf Objectif :<\/h3>\n
\n
\ud83d\udd0d Caract\u00e9ristiques :<\/h3>\n
\n
\ud83d\udccc Exemple : Syst\u00e8me de commerce \u00e9lectronique (niveau d’analyse)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagramme de classes de haut niveau - \u00c9tape 2 : Analyse\r\n\r\n@startuml\r\n' Diagramme de classes de haut niveau - \u00c9tape 2 : Analyse\r\n\r\nclasse abstraite Commande {\r\n - orderID : Cha\u00eene\r\n - orderDate : Date\r\n - status : Cha\u00eene\r\n +calculateTotal() : D\u00e9cimal\r\n +validate() : Bool\u00e9en\r\n +save() : void\r\n}\r\n\r\nclass Client {\r\n - customerID : Cha\u00eene\r\n - name : Cha\u00eene\r\n - email : Cha\u00eene\r\n +addOrder(commande : Commande) : void\r\n +getOrders() : Liste<Commande>\r\n}\r\n\r\nclass Produit {\r\n - productID : Cha\u00eene\r\n - name : Cha\u00eene\r\n - price : D\u00e9cimal\r\n - stockQuantity : Entier\r\n +isInStock() : Bool\u00e9en\r\n +updateStock(quantit\u00e9 : Entier) : void\r\n}\r\n\r\nclass LigneCommande {\r\n - quantity : Entier\r\n - unitPrice : D\u00e9cimal\r\n +getSubtotal() : D\u00e9cimal\r\n}\r\n\r\nClient \"1\" -- \"0..*\" Commande : place\r\nCommande \"1\" -- \"1..*\" LigneCommande : contient\r\nLigneCommande \"1\" -- \"1\" Produit : r\u00e9f\u00e9rence\r\nProduit \"1\" -- \"0..*\" LigneCommande : appara\u00eet dans\r\n\r\ninterface ProcesseurPaiement {\r\n +processPayment(montant : D\u00e9cimal) : Bool\u00e9en\r\n}\r\n\r\nCommande \"1\" -- \"1\" ProcesseurPaiement : utilise\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83d\udd27 3.\u00a0\u00c9tape 3 : Conception d\u00e9taill\u00e9e et impl\u00e9mentation (phase tardive)<\/strong><\/h2>\n
\ud83c\udfaf Objectif :<\/h3>\n
\n
\ud83d\udd0d Caract\u00e9ristiques\u00a0:<\/h3>\n
\n
+<\/code>,\u00a0-<\/code>,\u00a0#<\/code>).<\/p>\n<\/li>\n<<contrainte>><\/code>).<\/p>\n<\/li>\n<\/ul>\n\ud83d\udccc Exemple : syst\u00e8me de commerce \u00e9lectronique (conception d\u00e9taill\u00e9e)<\/h3>\n
<\/p>\n
@startuml\r\n' Diagramme de classes d\u00e9taill\u00e9 - \u00c9tape 3 : Impl\u00e9mentation\r\n\r\n@startuml\r\n' Diagramme de classes d\u00e9taill\u00e9 - \u00c9tape 3 : Impl\u00e9mentation\r\n\r\nclass Client {\r\n - customerID: String\r\n - name: String\r\n - email: String\r\n - address: String\r\n +addOrder(order: Order): void\r\n +getOrders(): List<Order>\r\n +validateEmail(): Boolean\r\n}\r\n\r\nclass Commande {\r\n - orderID: String\r\n - orderDate: Date\r\n - status: EtatCommande\r\n - total: D\u00e9cimal\r\n +calculateTotal(): D\u00e9cimal\r\n +validate(): Boolean\r\n +save(): void\r\n +cancel(): void\r\n}\r\n\r\nclass LigneCommande {\r\n - quantity: Integer\r\n - unitPrice: D\u00e9cimal\r\n +getSubtotal(): D\u00e9cimal\r\n}\r\n\r\nclass Produit {\r\n - productID: String\r\n - name: String\r\n - price: D\u00e9cimal\r\n - stockQuantity: Integer\r\n +isInStock(): Boolean\r\n +updateStock(amount: Integer): void\r\n +getPrice(): D\u00e9cimal\r\n}\r\n\r\nclass TraitementPaiement {\r\n +processPayment(amount: D\u00e9cimal): Boolean\r\n}\r\n\r\nclass TraitementCarteCredit {\r\n +processPayment(amount: D\u00e9cimal): Boolean\r\n}\r\n\r\nclass Paiement {\r\n - paymentID: String\r\n - amount: D\u00e9cimal\r\n - method: String\r\n - timestamp: Date\r\n +confirm(): Boolean\r\n}\r\n\r\n' H\u00e9ritage\r\nClient <|-- ClientPremium\r\n\r\n' Interfaces\r\nTraitementPaiement <|-- TraitementCarteCredit\r\nTraitementPaiement <|-- TraitementPayPal\r\n\r\n' Associations\r\nClient \"1\" -- \"0..*\" Commande : place\r\nCommande \"1\" -- \"1..*\" LigneCommande : contient\r\nLigneCommande \"1\" -- \"1\" Produit : r\u00e9f\u00e9rence\r\nCommande \"1\" -- \"1\" Paiement : a\r\nTraitementPaiement \"1\" -- \"1\" Paiement : traite\r\n\r\n' Contraintes\r\nnote right of Commande\r\n Statut : [En attente, Confirm\u00e9e, Exp\u00e9di\u00e9e, Annul\u00e9e]\r\nend note\r\n\r\nnote right of Produit\r\n Le stock doit \u00eatre > 0 pour \u00eatre vendu\r\nend note\r\n\r\n@enduml\r\n<\/code><\/pre>\n\n
\ud83d\udee0\ufe0f 4.\u00a0\u00c9tape 4 : Maintenance et \u00e9volution (apr\u00e8s la mise en production)<\/strong><\/h2>\n
\ud83c\udfaf Objectif :<\/h3>\n
\n
\ud83d\udd0d Caract\u00e9ristiques\u00a0:<\/h3>\n
\n
<<obsol\u00e8te>><\/code>,\u00a0<<singleton>><\/code>,\u00a0<<factory>><\/code>).<\/p>\n<\/li>\n\ud83d\udccc Exemple\u00a0: syst\u00e8me E-Commerce (phase de maintenance)<\/h3>\n
<\/p>\n
<\/code><\/pre>\n
\n\u2018 Syst\u00e8me de paiement r\u00e9vis\u00e9\u00a0: strat\u00e9gie + patron Factory<\/p>\n<\/code><\/pre>\n
\n\u2018 Syst\u00e8me de paiement r\u00e9vis\u00e9 : Strat\u00e9gie + Patron de fabrication<\/p>\n<\/code><\/pre>\n
\nclass PaymentProcessor {
\n+processPayment(montant: Decimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\nclass CreditCardProcessor {
\n+processPayment(montant: Decimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\n+processPayment(montant: Decimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\n+processPayment(montant: Decimal): Boolean
\n}<\/p>\n<\/code><\/pre>\n
\nclass PaymentProcessorFactory {
\n+createProcessor(type: String): PaymentProcessor
\n+getAvailableTypes(): List<String>
\n}<\/p>\n<\/code><\/pre>\n
\nclass OrderService {
\n\u2013 processor: PaymentProcessor
\n+createOrder(client: Customer, articles: List<OrderItem>): Order
\n+setPaymentProcessor(processor: PaymentProcessor): void
\n}<\/p>\n<\/code><\/pre>\n
\nclass Payment {
\n\u2013 paymentID: String
\n\u2013 montant: Decimal
\n\u2013 m\u00e9thode : Cha\u00eene de caract\u00e8res
\n\u2013 horodatage : Date
\n+confirmer() : Bool\u00e9en
\n}<\/p>\n<\/code><\/pre>\n
\nclass Client {
\n\u2013 identifiantClient : Cha\u00eene de caract\u00e8res
\n\u2013 nom : Cha\u00eene de caract\u00e8res
\n\u2013 courriel : Cha\u00eene de caract\u00e8res
\n+ajouterCommande(commande : Commande) : void
\n+obtenirCommandes() : Liste<Commande>
\n}<\/p>\n<\/code><\/pre>\n
\n\u2013 identifiantCommande : Cha\u00eene de caract\u00e8res
\n\u2013 dateCommande : Date
\n\u2013 statut : StatutCommande
\n\u2013 total : D\u00e9cimal
\n+calculerTotal() : D\u00e9cimal
\n+valider() : Bool\u00e9en
\n+enregistrer() : void
\n+annuler() : void
\n}<\/p>\n<\/code><\/pre>\n
\nProcessusPaiement <<interface>>
\nProcessusCarteCredit <<strat\u00e9gie>>
\nProcessusPayPal <<strat\u00e9gie>>
\nProcessusStripe <<strat\u00e9gie>>
\nUsineProcessusPaiement <<usine>>
\nServiceCommande <<service>><\/p>\n<\/code><\/pre>\n
\nCreditCardProcessor <|\u2013 PaymentProcessor
\nPayPalProcessor <|\u2013 PaymentProcessor
\nStripeProcessor <|\u2013 PaymentProcessor<\/p>\n<\/code><\/pre>\n
\nPaymentProcessorFactory \u00ab1\u00bb \u2014 \u00ab1\u00bb PaymentProcessor : cr\u00e9e<\/p>\n<\/code><\/pre>\n
\nOrderService \u00ab1\u00bb \u2014 \u00ab1\u00bb PaymentProcessor : utilise<\/p>\n<\/code><\/pre>\n
\nOrderService \u00ab1\u00bb \u2014 \u00ab1\u00bb PaymentProcessorFactory : configure via<\/p>\n<\/code><\/pre>\n
\nPayment \u00ab1\u00bb \u2014 \u00ab1\u00bb PaymentProcessor : utilise<\/p>\n<\/code><\/pre>\n
\nCustomer \u00ab1\u00bb \u2014 \u00ab0..*\u00bb Order : place
\nOrder \u00ab1\u00bb \u2014 \u00ab1..*\u00bb OrderItem : contient
\nOrderItem \u00ab1\u00bb \u2014 \u00ab1\u00bb Product : r\u00e9f\u00e9rence
\nOrder \u00ab1\u00bb \u2014 \u00ab1\u00bb Payment : a<\/p>\n<\/code><\/pre>\n
\nnote droite de Order
\nStatut : [En attente, Confirm\u00e9, Exp\u00e9di\u00e9, Annul\u00e9]
\nfin note<\/p>\n<\/code><\/pre>\n
\nM\u00e9thode : \u00abCarte de cr\u00e9dit\u00bb, \u00abPayPal\u00bb, \u00abStripe\u00bb
\nfin note<\/p>\n<\/code><\/pre>\n
\nTypes pris en charge : \u00abCarte de cr\u00e9dit\u00bb, \u00abPayPal\u00bb, \u00abStripe\u00bb
\nPeut \u00eatre \u00e9tendu sans modifier OrderService
\nfin note<\/p>\n<\/code><\/pre>\n\r\n<\/code><\/pre>\n\n
\ud83d\udd04 R\u00e9sum\u00e9 : \u00c9volution des diagrammes de classes<\/h2>\n
\n\n
\n \n\u00c9tape<\/th>\n Objectif<\/th>\n Niveau de d\u00e9tail<\/th>\n \u00c9l\u00e9ments cl\u00e9s<\/th>\n<\/tr>\n<\/thead>\n \n 1. Exigences<\/td>\n Concepts du domaine<\/td>\n Niveau \u00e9lev\u00e9<\/td>\n Entit\u00e9s, associations<\/td>\n<\/tr>\n \n 2. Analyse<\/td>\n Structure du syst\u00e8me<\/td>\n Moyen<\/td>\n Attributs, op\u00e9rations, interfaces<\/td>\n<\/tr>\n \n 3. Impl\u00e9mentation<\/td>\n Code pr\u00eat<\/td>\n \u00c9lev\u00e9<\/td>\n Types, modificateurs d’acc\u00e8s, motifs<\/td>\n<\/tr>\n \n 4. Maintenance<\/td>\n \u00c9volution du syst\u00e8me<\/td>\n Adaptatif<\/td>\n St\u00e9r\u00e9otypes, d\u00e9pr\u00e9ciations, simplification<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \ud83d\udee0\ufe0f Astuces pour utiliser PlantUML<\/h2>\n
\n
@startuml<\/code>\u00a0et\u00a0@enduml<\/code>\u00a0pour encadrer les diagrammes.<\/p>\n<\/li>\n<<st\u00e9r\u00e9otype>><\/code>\u00a0pour les mod\u00e8les de conception ou les m\u00e9tadonn\u00e9es.<\/p>\n<\/li>\nnote \u00e0 droite de<\/code>\u00a0pour la documentation.<\/p>\n<\/li>\n+<\/code>,\u00a0-<\/code>,\u00a0#<\/code>\u00a0pour la visibilit\u00e9 (public<\/code>,\u00a0prive<\/code>,\u00a0prot\u00e9g\u00e9<\/code>).<\/p>\n<\/li>\n<<interface>><\/code>,\u00a0<<abstrait>><\/code>,\u00a0<<singleton>><\/code>\u00a0pour plus de clart\u00e9.<\/p>\n<\/li>\n