- Home >
- Services >
- Access to Knowledge >
- Trend Monitor >
- Domain of Application >
- Trend snippet: Growth in Domain Driven Design
Trends in Security Information
The HSD Trendmonitor is designed to provide access to relevant content on various subjects in the safety and security domain, to identify relevant developments and to connect knowledge and organisations. The safety and security domain encompasses a vast number of subjects. Four relevant taxonomies (type of threat or opportunity, victim, source of threat and domain of application) have been constructed in order to visualize all of these subjects. The taxonomies and related category descriptions have been carefully composed according to other taxonomies, European and international standards and our own expertise.
In order to identify safety and security related trends, relevant reports and HSD news articles are continuously scanned, analysed and classified by hand according to the four taxonomies. This results in a wide array of observations, which we call ‘Trend Snippets’. Multiple Trend Snippets combined can provide insights into safety and security trends. The size of the circles shows the relative weight of the topic, the filters can be used to further select the most relevant content for you. If you have an addition, question or remark, drop us a line at info@securitydelta.nl.
visible on larger screens only
Please expand your browser window.
Or enjoy this interactive application on your desktop or laptop.
Growth in Domain Driven Design
Groei in Domain Driven Design
Hoe vaak hoor je wel niet dat grote ICT-projecten gedeeltelijk of helemaal mislukken? Het mislukken van grote ICT-projecten is voor 64 procent toe te schrijven aan problemen in organisatie en communicatie. De complexiteit van deze softwareprojecten gaat het organisatievermogen van mensen simpelweg te boven
Er ís een methode die je kan helpen deze chaos te voorkomen: Domain Driven Design. Al eens van gehoord?
Domain Driven Design of DDD is een software architectuur instrument met als doel het versnellen van softwareprojecten die te maken hebben met complexe domeinen. Het uitgangspunt van DDD is het in kaart brengen van deze domeinen. Dit doe je nog voordat je start met het ontwikkelen van de software zelf. DDD werd het eerst beschreven door Eric Evans in zijn boek 'Domain Driven Design: Tackling Complexity in the Heart of Software' in 2004.
"Goede" software gaat niet alleen over efficiënte code en robuuste integraties. De code moet een afspiegeling zijn van het domein, zodat software tijdens iedere processtap de flow faciliteert en software mee kan veranderen als er iets wijzigt in het domein. DDD geeft hier handvatten voor.
Maar wat is een domein? Een domein is een afgebakend gebied binnen een proces. Neem als voorbeeld een webwinkel. Daar heb je te maken met bijvoorbeeld het boodschappenkarretje, een wensenlijstje, gegevens voor bezorging en gegevens voor facturatie. Met DDD splits je deze onderdelen op in verschillende domeinen. Hoe je dit opgesplitst is voor iedere organisatie anders. In het plaatje hieronder zie je in een abstracte schets hoe verschillende domeinen met elkaar verbonden kunnen zijn.
Met DDD breng je dus eerst in kaart wat de software moet gaan doen. Pas later kijk je naar de technische kant. Verder heeft DDD verschillende tools en principes die ervoor zorgen dat business, IT en andere stakeholders dichter bij elkaar komen in het hele proces. Samenwerking is key.
Een heel belangrijk principe van DDD is bijvoorbeeld het gebruik van "Ubiquitous Language" of simpel: een gemeenschappelijke taal. Bij een complex softwareproject komen een hoop verschillende mensen kijken, in alle soorten en maten, denk maar aan: eindgebruiker, expert, projectleider, architect, tester, analist, beheerder, ontwikkelaar, directie, noem maar op. Al deze mensen hebben ieder een "ideale" kijk op hoe de applicatie eruit moet komen te zien. Deze ideeën komen zelden met elkaar overeens. Door één taal te spreken kan iedereen zijn verwachting communiceren op een manier dat het voor allen duidelijk is.
Waarom verwachten we meer van Domain Driven Design in 2021?
DDD bestaat al sinds 2004 en het is eigenlijk al die jaren een relevante methode geweest. Maar je ziet nu wel dat bedrijven en developers microservices meer en meer weten toe te passen. Ook "containerized development" met bijvoorbeeld Docker is steeds laagdrempeliger geworden. Beiden stimuleren een software architectuur van "verticale isolatie". Dankzij deze ontwikkelingen verwachten we dat DDD meer op de voorgrond gaat treden, ook in de communicatie naar klanten.
Past jouw IT afdeling al "verticale isolatie" toe in de architectuur van softwareprojecten?