O que é o dominio em arquitetura de software?

O “dominio” no contexto de arquitetura de software vem principalmente do Domain Driver Design (DDD), o conceito principal é termos os domínios de negócio guiando o código.

Normalmente o software que você desenvolve representa algum problema da empresa para qual você está trabalhando. Como programador o seu papel é entender o problema e representá-lo no código, os procesoss de um negócio são os dominios do negócio.

Para mim era muito comum chamar esse tipo de “processo” de regra de negócio. Eu gosto de entender o que o negócio faz, quem ele atende, o que o usuário espera e principalmente o que dá dinheiro para a empresa (Qual problema/solução mexe na última linha da DRE de uma empresa (Lucro/Prejuízo Operacional)?). Esse entendimento permite você visualizar os problemas e processos que já existem no negócio de uma forma mais clara antes de ir direto para o código.

Obviamente uma empresa pode ter vários dominios e sub-dominios dentro do seu contexto e você representará vários deles no seu código. Entender que existe um padrão comum que é compartilhado pela empresa e pelo software te ajuda a ter um código estruturado de acordo com o contexto do negócio.

Então o dominio nada mais é do que o problema ou processo que é implementado no software de acordo com uma abstração do contexto real do negócio, preferencialmente seguindo as mesmas regras e principalmente a mesma forma de expressar “verbalmente” (Ubiquitous Language).

Exemplo:

1
# Dominio Financeiro
2
Financeiro
3
  Pagador (Cliente)
4
  Contas
5
  Detalhes do pagamento
6

7
# Dominio Livraria
8
Livraria
9
  Comprador (Cliente)
10
  Livros
11
  Detalhes da venda
12

13
# Dominio Entrega
14
Entrega
15
  Recebedor (Cliente)
16
  Produtos
17
  Detalhes do pedido
18
  Status
19
  Data de entrega
20
  Data de recebimento
21
  Data de cancelamento

Referências: