A documentação, em projetos que utilizam de metodologias tradicionais de desenvolvimento, era uma parte extensa e necessitava estar totalmente completa antes da fase de codificação do produto. Esta obrigatoriedade de estar pronta, na prática, significa que o cliente não poderia “mudar de ideia” e alterar qualquer requisito já especificado previamente, o que deixa todo o processo engessado.
Na prática, a necessidade do cliente é dinâmica, de modo que seus interesses podem mudar a qualquer momento, ao longo do projeto, e, em caso de projetos com prazos de entrega longos, nos quais o cliente só verá o produto após sua finalização, poderia significar que o produto entregue ao final do processo não iria mais refletir a necessidade inicial do cliente.
Com base no texto acima, e em seus conhecimentos sobre a documentação de requisitos, assinale a alternativa CORRETA que apresenta um artefato resultante da fase de especificação de requisitos.
Alternativas:
a)
Diagrama de entidade relacionamento
b)
Fluxograma do projeto
c)
Cenários de caso de uso
Alternativa assinalada
d)
Diagrama de classes
e)
Modelo da arquitetura do sistema
