Domain Modeling isn’t as technical as it sounds.
If you’re in the product delivery or business management space, you’ll most likely have data travelling all over your business. But do you really know how data flows from one place to the next? Thanks to a long standing methodology from the tech industry called Domain Driven Design (also known as DDD for short), its root concepts have been expanded to help businesses to think about their data in a new way. This is called domain modeling. It gracefully bridges the communication between DevOps, System architects and product management without making you think too hard about how best to communicate your products and systems to everyone.
So how do create one?
We’ll start with the fundamentals of a domain model. Let’s take a car mechanic for example. The business has staff, customers, services, and products. They may also refer customers to a business down the road who does modifications and receive a finders fee.
We can see in this example domain the relationships between all the different aspects of the business. Each colour represents a bounded context and a bounded context helps us group the domains by similar function. For example, the orange domains are all related to customer type entities, aqua for financial entities and blue for order related domains.
Putting the model to good use.
We’re starting to see how data may flow around in a mechanics business and also where we can make room for improvement. This mechanic would like to introduce an app for their business to help customer’s make it easier to buy the products they offer, book the services when needed and get regular alerts about their car and when it’s time to come in for servicing. The business could quite easily take their domain model to a development company and it quite quickly shows how the app could handle the same processes that occur offline.
From here the development company understand that the business want’s to take their ordering models and their customer models and digitise them into their new app. The domain also outlines the relationships and that helps a development company reduce the pains when it comes to adopting a new process. In this example, they know they need to have a way to assign mechanics to customers and also schedule customers with their mechanic when the mechanic is available.
How detailed can you get?
A domain model and dive pretty deep or site at a high level over a product or business. It really does depend on what your requirements are, be it to better understand your business or to communicate with other people. We’ve created domain models with over a hundred domains to ones with as few as a hand full.
If you would like to explore domain modeling further, feel free to get in touch for a free, no obligation consultation via our contact form.