1.3 - Priorização dos Requisitos de Arquitetura
É uma coisa rara quando todos os requisitos da arquitetura de um aplicativo são iguais. Muitas vezes, a lista de requisitos de arquitetura contém itens que são de baixa prioridade, ou "isso seria bom ter, mas não é necessário". Por este motivo, é importante identificar e classificar os requisitos da arquitetura usando prioridades. Inicialmente, em geral é suficiente classificar cada requisito em três categorias:
| 1. Alta | 2. Média | 3. Baixa | ||
|---|---|---|---|---|
| a aplicação tem de suportar esta exigência. Estes requisitos devem conduzir o projeto de arquitetura. | este requisito terá de ser suportado em algum momento, mas não necessariamente na primeira versão. | isso faz parte da lista de requisitos desejados. As soluções que podem acomodar estes requisitos são desejados, mas eles não são condutores do projeto. |
Priorização fica mais complicada em face das exigências conflitantes e restrições que muitas vezes não têm como serem atendidas. Diante deste cenário, não há solução simples. Faz parte do trabalho do arquiteto discutir com os stakeholders, e chegar a possíveis soluções. É responsabilidade do arquiteto considerar possíveis trocas e tentar encontrar soluções que satisfaçam de forma adequada requisitos sem grandes consequências indesejáveis sobre o requisito. Lembre-se: bons arquitetos sabem como dizer "não".
|
Em um projeto com muitos stakeholders, uma boa ideia é separar os stakeholders em conjuntos para assinar esta priorização. Isto é especialmente verdade em face das exigências conflitantes. Assim que a priorização for aprovada, o projeto de arquitetura pode ter início.
|