Nota: Se você acha que pelo menos metade de um cachorro foi comido durante a construção da arquitetura, este artigo não é para você.
Um modelo é uma representação abstrata da realidade de alguma forma.
Assumimos que o arquiteto já terminou de coletar requisitos para o sistema futuro e analisá-los.
O desenvolvimento da arquitetura precisa começar apenas com o conceito e a adoção do conceito fundamental de trabalhar com informações (dados): transmissão, armazenamento e processamento. Além disso, as formas de entrada / saída de informações, esquemas de processamento, estruturas abstratas de matrizes e elementos de dados também são informações (como toda a aplicação) e obedecem ao mesmo conceito fundamental.
O conceito fundamental leva às primeiras idéias e à criação dos primeiros modelos de processamento de dados.
Os modelos de trabalho com dados podem ser chamados de maneira diferente devido à diferença de conceitos aninhados. Um dos nomes é fluxo de dados, onde os elementos geralmente são futuros módulos ampliados que implementam tarefas específicas de manipulação de dados.
A base da arquitetura (o modelo principal) será o modelo do processo de negócios de movimentação dos dados principais (a que o aplicativo se destina). Essa etapa é muito perigosa: muitas idéias originais podem inundar o arquiteto. Esse fluxo de idéias deve ser contido. Suprima o desejo de sonhar ou desenhar um monte de esquemas desnecessários. Agora você precisa criar apenas um esquema para obter sequencialmente dados mestre, armazenamento e processamento. Nada mais. Nenhuma decomposição é necessária aqui. Esse esquema é subjacente, é a principal representação da arquitetura e deve estar sempre à vista. Como um processo de negócios, pode ser um mapa tecnológico.
O segundo modelo principal será com a adição de dados e processos de negócios secundários. Por exemplo, modelos de usuário, controle de acesso (ACL), modelos de log, modelos de monitoramento, modelos de eventos etc. são adicionados. Com base no segundo modelo, já é possível desenvolver o primeiro esquema do banco de dados e / ou armazém de dados e um aplicativo de protótipo. Nesse estágio, pode-se entender se é necessário fazer uma aplicação monolítica, componente, aplicar uma abordagem de microsserviço ou outra. O fato é interessante: entre o monólito e cada microsserviço (na arquitetura do microsserviço) não há diferenças do ponto de vista do conceito fundamental. A partir deste momento é necessário iniciar o desenvolvimento de um documento de justificativa da arquitetura. Um documento de justificativa da arquitetura é um registrador de raciocínio sobre os motivos das decisões tomadas pela arquitetura e explicações.
A criação do primeiro protótipo de aplicativo com base no segundo modelo pode mostrar os benefícios imediatos do aplicativo. O protótipo certamente será um layout de aplicativo formalizado. Por exemplo, em vez de formulários detalhados, você pode usar botões condicionais que criam um elemento pronto com base em geradores de dados aleatórios.
Após criar o segundo modelo principal e o primeiro protótipo, é possível iniciar a decomposição, ampliação, desenvolvimento de outras representações e modelos arquitetônicos. Mas o primeiro modelo principal e o segundo modelo principal serão básicos. No processo de desenvolvimento adicional, o primeiro e o segundo modelos podem ser aprimorados, refinados e refinados.