Documentando a arquitetura: uma introdução (remasterizada)





Li o artigo Documentando a arquitetura: uma introdução e decidi descrever o acima com uma abordagem diferente.



Não vou pintar os diagramas no texto, tente lê-los na linguagem do Arquimato. Imagine decifrar uma escrita hieroglífica egípcia. Aqui está uma dica - o conjunto de caracteres para decodificar o Resumo da Notação de Idioma



Descrição da motivação e estratégia



Deixe-me lembrá-lo da definição que apresentei anteriormente :

Arquitetura é uma solução de design que organiza um conjunto de soluções de design em um Sistema que corresponde à finalidade pretendida.


Portanto, você precisa determinar a finalidade do sistema. Não temos metas e requisitos definidos diretamente, mas podemos considerá-los em uma escala maior usando a abordagem JTBD.





Camada de negócios e camada de aplicativo



Suponhamos que “Homem” escolheu o produto de informação “Blog” entre as alternativas disponíveis.

O produto é digital, portanto, a camada de negócios (arquitetura funcional) e a camada de aplicativo (arquitetura de aplicativo) podem ser conectadas imediatamente.





Ao mesmo tempo, os serviços "Comentar" e "Gerenciar comentários" ainda não serão utilizados, pois a moderação requer recursos de tempo.



Camada tecnológica (arquitetura tecnológica)



Existem muitas plataformas para blogs, você não precisa implementar nada do zero. Para selecionar uma plataforma específica, é necessário elaborar um quadro comparativo com base nos requisitos (que, infelizmente, não são especificados). Você pode complementá-lo com outros critérios. Aqui eu acho que está tudo claro. Digamos que escolhemos Ghost CMS, Apache HTTP Server e MySQL.





Agora precisamos colocar tudo isso em alguma infraestrutura, que também selecionaremos de acordo com os critérios pertinentes. Que seja o GCP.





Resumo



Bom, isso é tudo. Sim, entendo que haja pouca explicação.

Que perguntas podem surgir:

1) É possível colocar todas as informações em uma imagem?

Resposta : Sim, se você precisar controlar a conectividade. Mas você precisa manter um equilíbrio e unir cuidadosamente as camadas (empresarial, aplicada e tecnológica, etc.). Quanto menos gráficos diferentes você criar, menor será a probabilidade de ocorrer incompatibilidade. Quanto mais elementos no diagrama, mais difícil é entender o significado. Portanto, é necessário um equilíbrio.

2) O conceito de ponto de vista pode ser usado?

Resposta : Sim, mas certifique-se de que as visualizações estejam consistentemente alinhadas umas com as outras, caso contrário, você terá que concordar com as pessoas que lerão seus diagramas. ver item 1)




All Articles