Utilização de domain driven design em arquitetura de sistemas

Abstract

O Domain Driven design surgiu pela primeira vez em 2003 atraves da publicação do livro Domain Driven Design: Atacando as complexidades no coração do software. A partir daí diversos foram os autores e desenvolvedores que passaram a utilizar essa metodologia de arquitetura de software em seus projetos na tentativa de organizar melhor o codigo e atendar aos requisitos e especificações. Quando implementado corretamente, DDD entrega um design que traduz exatamente como o domínio funciona. Os princípios ágeis e as práticas de Scrum e Xp ensinaram equipes a entregar qualidade usando testes. Evitando entregas com grande quantidade de bugs. No entanto, mesmo que fosse possível entregar um software completamente sem bugs, não significa, necessariamente que existe um design de software bem projetado. O presente trabalho teve por função mostrar a parte teórica do DDD, mostrando atraves de uma revisão bibliográfica porque se utilizar dessa metodologia quando necessário assim como uma parte pratica, mostrando os passos de como implementar um software utilizando as práticas presente no Domain Driven Design.Domain Driven design first appeared in 2003 through the publication of the book Domain Driven Design: Attacking complexities at the heart of software. From then on, several authors and developers started to use this software architecture methodology in their projects in an attempt to better organize the code and meet the requirements and specifications. When implemented correctly, DDD delivers a design that translates exactly how the domain works. The agile principles and practices of Scrum and Xp have taught teams to deliver quality using tests, avoiding deliveries with a lot of bugs. However, even if it were possible to deliver software completely bug-free, it does not necessarily mean that there is a well-designed software design. The present work had the function of showing the theoretical part of DDD, showing through a bibliographic review why to use this methodology when necessary as well as a practical part, showing the steps of how to implement a software using the practices present in Domain Driven Design.