DomainDriven Design - An Overview

Transcript

1. DomainDriven Design Overview
3. 1. The Conventional Approach
4. 1.1. Software development process ? Problem Discussion Design Code Run
5. 1.2. Responsibilities defined by conventional Devs ? Problem Discussion Design Code Run
6. 1.3. Knowledge distribution [IESAB]
7. 1.4. Limits of scalability
8. 1.5. Accidential Complexity Utils Libs Model UI Components Persistence 1 Persistence 3 Model Feature
9. 1.6. Wrong Vision
10. 1.7.1 Misunderstanding „Apache“
11. 1.7.2 Misunderstanding “It’s developers’ (mis)understanding, not expert knowledge that gets released in production.” - Alberto Brandolini -
12. 1.8. Upfront Design [PPPDDD]
13. 1.9. Communication Structures “Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations.” - Conway’s Law -
14. 2. Beyond the Conventional Approach
15. 2.1.1. Responsibilities defined by DevOps “You build it, you run it” - Werner Vogels -
16. 2.1.2. Responsibilities defined by DevOps ? Problem Discussion Design Code Run
17. 3. DomainDriven Design to the rescue
18. 3.1. Responsibilities defined by DomainDriven Design ? Problem Discussion Design Code Run
19. 3.2. History of literature 2003 2013 2016 2015 2019
20. 3.3. Elements of DomainDriven Design • Strategic Design adresses a top-down approach by breaking complexity down from domains to subdomain and further down to Bounded Contexts. • Tactical Design, on the other hand, can be used for bottum-up analysis and design since it has a focus in finer grained building blocks like Value Objects, Entities or Aggregates. [HODDDBE]
21. 3.4. Model Exploration Whirlpool
22. 4. Strategic Design
23. 4.1.1. Problem Space ? Problem Discussion Design Code Run Problem Space
24. 4.1.2. Problem Space Context of wider business Problem Domain
25. 4.2. Ubiquitous Language [AODDDBSM]
26. 4.3. Knowledge Crunching [PPPDDD]
27. 4.4. Domain Subdomain Subdomain Subdomain Subdomain Subdomain
28. 4.5. Focus on the Core Domain [AODDDBSM]
29. 4.6. Subdomains Core Domain Generic Domain Support Domain Support Domain Generic Domain
30. 5. Techniques for Knowledge Crunching
31. 4.1. Event Storming [IESAB]
32. 5.2. Domain Storytelling [DSSHHS]
33. 5.3. User Story Mapping [USMJP]
34. 5.4. Example Mapping [EMMW]
35. 5.5. Behavior-Driven Design [BDDWiki]
36. 5.6. Impact Mapping [IMTK]
37. 5.7. Wardly Map [WMSW]
38. 5.8. Business Model Canvas [15YDDD]
39. 6. Tactical Design
40. 6.1. Solution Space ? Problem Discussion Design Code Run Solution Space
41. 6.2. Solution Space [PPPDDD]
42. 6.3.1. Domain Model [AODDDBSM]
43. 6.3.2. Domain Model „All models are wrong, but some are useful“ - George E. P. Box -
44. 6.4. Bounded Context
45. 6.5. Context Mapping • Open-host Service • Published Language • Conformist • Customer / Supplier • Anticorruption Layer • Shared Kernel • Big Ball of Mud • Partnership • Seperate Ways
46. 6.6. Context Map [HODDDBE]
47. 6.7. Building Blocks [HODDDBE]
48. 6.8. Model Exploration Whirlpool [PPPDDD]
49. 6.9. History of concepts 2003 2005 Event Sourcing 2010 Command
 Query
 Responsibility
 Segregation Micro Service Self
 Contained
 System Distributed
 DDD 2015 2011 Workshop of Software
 Architects 2005 Hexagonal Architecture DomainDriven
 Design
50. 6.10. Self-Contained Systems [SCSWEB]
51. 6.11. Hexagonal Architecture
52. 6.12. Scalability with Bounded Contexts
53. 6.13. Organisational Structure „In other words, your application‘s architecture mirrors the structure of the organization that developed it. It is important, therefore, to apply Conway‘s Law in reverse and design your organisation so that its structure mirrors your microservice architecture.“ - Chris Richardson -
54. 7. Beyond DomainDriven Design
55. 7.1.1. Responsibilities defined by DDD & DevOps "You design it, you build it, 
 and then you run it“ - Michael Plöd -
56. 7.1.2. Responsibilities defined by DDD & DevOps ? Problem Discussion Design Code Run
57. End of presentation
58. Thank you! • Markus Hanses • @markushanses • hanses.markus@gmail.com
59. Sources 1 • [DLWEB], Documentation, https://domainlanguage.com/ddd/whirlpool/ • [MFESWEB], Event Sourcing, https://martinfowler.com/eaaDev/EventSourcing.html • [MIROWEB], Miro Application, https://miro.com • [AKWEB], Presentation, https://www.slideshare.net/aslamkhn/experiments-in-reasoning-227676025 • [GYCQRSWEB], CQRS, https://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf • [ISAWEB], ISA Principles, https://isa-principles.org/ • [DDDWiki], DomainDriven Design, https://en.wikipedia.org/wiki/Domain-driven_design • [SCSWEB], Self Contained System, http://scs-architecture.org/ • [IESAB], Introducing EventStorming, Alberto Brandolini, leanpub.com • [DSSHHS], Domain Storytelling, Stefan Hofer, Henning Schwentner, leanpub.com • [USMJP], User Story Mapping, https://www.jpattonassociates.com/user-story-mapping/ • [EMMW], Example Mapping, https://cucumber.io/blog/bdd/example-mapping-introduction/ • [IMTK], Impact Mapping, https://blog-de.akquinet.de/2016/12/14/von-der-loesung-zum-problem- impact-mapping-mal-anders-herum/ • [WMSW], Wardly Map,https://medium.com/wardleymaps • [BDDWiki], Behavior-Driven Design, https://en.wikipedia.org/wiki/Behavior-driven_development • [HAWiki], Hexagonal Architecture, https://en.wikipedia.org/wiki/Hexagonal_architecture_(software) • [HAAC], Hexagonal Architecture, Alistair Cockburn, https://web.archive.org/web/20180822100852/ http://alistair.cockburn.us/Hexagonal+architecture • [15YDDD], DDD Europe, Domain-Driven Design: The First 15 Years, https://leanpub.com/ ddd_first_15_years
60. Sources 2 • [AODDDBSM] The Anatomy of Domain-Driven Design - Booklet, Samual Knight & Scott Millett, https://leanpub.com/theanatomyofdomain-drivendesign • [PPPDDD], „Patterns, Principles, and Practices of Domain-Driven Design“, ISBN: 978-1-118-71470-6 • [HODDDBE], Hands On Domain-driven Design by example, Michael Plöd, https:// leanpub.com/ddd-by-example