O conjunto do SEI possui apenas três pontos de vista, que devemser especializados por meio dos chamados estilos arquiteturais. Os pontos devista deste conjunto são:
- de Componentes e Conectores : este ponto de vista se preocupa em descreveros aspectos dinâmicos e de comportamento e interações entre os elementosda arquitetura. É nele em que encontramos os estilos arquiteturais: Pipes-and-filters , Publish-Subscribe , Cliente-Servidor, Peer-to-Peer e outros.
- de Módulos : este ponto de vista se preocupaem descrever a estrutura estática da arquitetura e em como ela sedivide em unidades de código. O estilo arquitetural Camadas é umaespecialização desse ponto de vista.
- de Alocação : este ponto de vista se preocupaem descrever as relações entre o software e o seu ambiente. Oponto de vista de Alocação se especializa em três aspectos diferentes: aspectosde implantação, que descreve as relações entre as partes do softwaree os recursos físicos utilizados (como servidores ou roteadores);aspectos de implementação, que descreve o mapeamento das partesdo software e as partes do código (como pacotes, classes ou estruturade diretórios); e aspectos de atribuição de trabalho, relacionados à distribuiçãode responsabilidades do projeto entre os membros do time de desenvolvimento.
Documentando a arquitetura
A partir dos conceitos de decisões, visões e pontos de vista arquiteturais,estamos aptos a registrar o design da arquitetura em um documento. O primeiro passo parasermos capazes de escrever um bom documento arquitetural é conhecer os interessadosna arquitetura. Esse conhecimento é um parâmetro fundamental para o processo deescolha dos pontos de vista a serem usados. Depois de definir os pontos de vista relevantesaos stakeholders da arquitetura, devemos então registrar as decisões arquiteturaisque descrevem o design em visões derivadas a partir dos pontos de vista escolhidos.
Devemos observar que os processos de definição dos stakeholders,de escolha dos pontos de vista arquiteturais e de descrição das decisões em visões sãodependentes do processo de desenvolvimento seguido pelo time de desenvolvimento. Alémdisso, apesar de descrevermos separadamente o processo de documentação do processode design, é possível (e bastante comum) que ocorram em paralelo, uma vez que adocumentação e o design se ajudam mutuamente para alcançar seus objetivos.