Decompose by Business Capability

Il problema

Dividere il sistema per layer tecnici crea servizi che si chiamano continuamente e non corrispondono a responsabilità di business autonome.

Il pattern

Definire i servizi intorno a capability aziendali stabili, con dati, regole e casi d'uso coerenti.

Come funziona

Si parte dai processi e dalle responsabilità: Patient Identity, ADT, Order Entry, Clinical Documentation, Billing. Ogni servizio possiede il comportamento necessario alla propria capability.

Esempio sanitario

Benefici

• Allinea software e organizzazione
• Riduce chatty calls tra layer remoti
• Migliora ownership

Trade-off

• Una capability troppo grande può diventare un nuovo monolite
• Confini errati sono costosi da correggere

Quando usarlo

Quando il business offre responsabilità riconoscibili e relativamente stabili.

Quando evitarlo

Quando si divide solo per Controller/Service/Repository o per tabella.

Pattern correlati