Checklist: Architecture

Os itens nesta lista de verificação representam boas práticas para criar e comunicar uma arquitetura robusta. Pode ser possível não utilizar todos os itens, e alguns itens podem ser utilizados com abrangência limitada. Nestes casos, tenha certeza que existem boas razões para utilizar um item parcialmente ou não utiliza-lo.

A arquitetura pode ser executada diariamente. Use esta lista de verificação regularmente para assegurar que os resultados estão robustos, consistentes e compreensíveis. Faça com que a arquitetura seja boa o bastante para os objetivos específicos que estão sendo endereçados pelo uso desta lista de verificação para identificar as áreas que foram deixadas de lado, ignoradas ou insuficientemente endereçadas.

A estrutura geral da arquitetura está clara?

As principais abstrações estão definidas adequadamente?
Os Mecanismos Arquiteturais necessários foram identificados e descritos?
A arquitetura divide as responsabilidades do sistema em subsistemas bem definidos com interfaces bem definidas?
A abordagem por pacotes reduz a complexidade e melhora a compreensão?
O particionamento em pacotes e subsistemas e a disposição em camadas estão logicamente consistentes?
Os pacotes estão definidos para ser altamente coesivos dentro do pacote e também estão minimamente acoplados?
Todos os componentes do subsistema para a iteração estão identificados?
As dependências entre subsistemas e pacotes correspondem aos relacionamentos de dependência entre as classes contidas neles?
As classes de um subsistema suportam os serviços identificados para o subsistema?
A quantidade e os tipos de componentes são razoáveis?

Os requisitos suplementares estão sendo endereçados adequadamente?

A arquitetura endereça adequadamente os requisitos Funcionais globais?
A arquitetura endereça adequadamente os requisitos de Usabilidade?
A arquitetura endereça adequadamente os requisitos de Confiança?
A arquitetura endereça adequadamente os requisitos de Desempenho?
A arquitetura endereça adequadamente os requisitos de Suportabilidade?
A arquitetura endereça adequadamente as outras necessidades identificadas nos Requisitos Suplementares?

A arquitetura pode ser entregue pela equipe?

A arquitetura dos componentes fornece uma base apropriada para organizar as equipes de desenvolvimento?
Cada equipe tem as habilidades necessárias para implementar os componentes alocados a elas?
As responsabilidades estão bem divididas entre as equipes?
Todos os membros da equipe tem a mesma compreensão sobre a arquitetura da mesma forma que o arquiteto?
Os membros da equipe compreendem bastante a arquitetura para projetar e codificar com sucesso os componentes alocados à eles?

A arquitetura está mostrando estabilidade apropriada?

Está surgindo uma arquitetura candidata na fase de concepção?
A arquitetura está começando a se estabilizar na fase de elaboração?
A arquitetura está satisfatoriamente estável na fase de construção?
A arquitetura está bastante estável na fase de transição?

No geral, a arquitetura parece estar sensível?

A arquitetura está em um nível apropriado de detalhe, mostrando os objetivos?
Os conceitos estão sendo tratados da forma mais simples possíveis?
A arquitetura pode evoluir facilmente de modo que as mudanças previstas possam ser acomodadas com facilidade?
A arquitetura foi superestruturada para tratar mudanças improváveis à custa da simplicidade e da compreensibilidade ao mesmo tempo? (Dica: “Sim” como resposta não é bom).
As principais suposições e decisões nas quais a arquitetura está baseada estão documentadas e visíveis para os revisores e consumidores da arquitetura?
A descrição da arquitetura está atualizada?
As diretrizes de design foram seguidas?
Todos os riscos técnicos foram atenuados ou endereçados para um plano de contingência?