Domain driven design sample manual#
Domain driven design sample software#

The customer age at the day of the last loan installment must not exceed 65 years.The property value must not exceed the requested loan amount.LetвЂ™s review the scoring rules for our application score calculation. The system validates the operatorвЂ™s competence level. If the score is GREEN then the operator validates the attached documents and accepts application or rejects it due to discrepancies between provided data and documents.If the score is RED application is rejected and an explanation is provided.Operator commands the system to calculate the score based on rules.The system performs basic validation: required fields, data formats.The operator submits loan application with property information, customer data, loan information and attached documents provided by the customer.LetвЂ™s see how the business process looks in a more detailed manner. ThatвЂ™s what high-level requirements look like.

Domain driven design sample manual#

Applications that have RED scoring results should be automatically rejected, others would require a manual check of documents sent by the customer and then approval or refusal decision should be recorded. Scoring rules should be relatively easy to add and change. To achieve this goal they want to automate application score calculation and combine information about customers from sources available online. Business wants to increase the efficiency of loan application processing for individual customers. LetвЂ™s assume that we are working for a retail bank that is selling mortgage loans. LetвЂ™s start with some business requirements.

Domain driven design sample software#

The source code for this post is located here at Altkom Software & Consulting Github. We will start with business requirements, then we will have a look at implementation that does not use domain driven design and has an anemic model, then we will analyze problems related to such approach and compare it with code build with help of domain-driven design tactical patterns. By better code I mean code that is more readable, easier to reason about and maintain. In this post, I am going to present how you can use domain-driven design tactical patterns like value object, entity, repository, domain event, factory, and domain service, to write better code.