Atividade:
| ||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Freqüência: Provavelmente apenas uma vez, durante uma iteração de iniciação. | |
| Papel: Arquiteto de Software | |
| Detalhamentos do Fluxo de Trabalho: |
Os critérios segundo os quais a Prova de Conceito Arquitetural será avaliada são obtidos a partir dos requisitos importantes para a arquitetura, que impulsionaram sua construção. É um processo análogo à construção dos Casos de Teste, que ocorre em fases posteriores.
Neste passo, a Prova de Conceito Arquitetural é testada de acordo com os critérios de avaliação: a maneira como é feita dependerá da forma da prova de conceito. Por exemplo, no caso de um protótipo executável, pode ser feita com uma demonstração. No caso de um modelo conceitual, por meio de inspeção e raciocínio. No caso de uma simulação, requer a configuração e a execução do modelo simulado com dados informados obtidos dos critérios de avaliação e, em seguida, da coleta e análise dos dados resultantes do modelo.
Os resultados da avaliação são analisados não apenas para determinar se os requisitos importantes para a arquitetura podem ser atendidos, mas também para verificar a validade desses requisitos. Nesse momento do desenvolvimento, os requisitos podem ser modificados e ainda não estão necessariamente bem entendidos pelos envolvidos. Por exemplo, pode ser que haja a oportunidade de afrouxar os requisitos apontados como de alto risco pela avaliação da Prova de Conceito Arquitetural. Todos esses caminhos devem ser totalmente explorados durante a avaliação dos resultados - ao contrário da situação posterior nas fases de elaboração e construção, quando será maior a relutância às mudanças ou à reinterpretação dos requisitos. Depois da avaliação, os envolvidos terão um melhor entendimento do escopo e da viabilidade, e as propostas de mudança para o Caso de Uso, Visão e Lista de Riscos serão preparadas, se necessário.
|
Rational Unified Process
|
