Validação
Histórico de Versão
| Data | Data Prevista de Revisão | Versão | Descrição | Autor | Revisor |
|---|---|---|---|---|---|
| 07/01/2023 | 08/01/2023 | 1.0 | Criação do documento | João Lucas | Ana Luiza |
Introdução
A validação do software geralmente ocorre no final do ciclo de vida. No caso desse projeto sobre o MEI, houve especial atenção à validação que ocorria por parte dos usuários durante cada processo de extração de requisitos, que antecede a especificação propriamente dita. A validação visa garantir que o produto, em um ambiente desejado, cumpra o uso pretendido. Como esse tipo de requisito depende diretamente dos stakeholders, a validação conta com a participação deles. [1]
Metodologias
Várias estratégias de validação de software têm sido propostas pela literatura. Se, por hipótese, definirmos que algumas dessas estratégias também podem ser aplicadas a elicitação de requisitos, teremos um conjunto no qual se sobressaem as seguintes estratégias:
• Prototipagem.
Comprovação Informal
Validar e corrigir os requisitos, neste caso, é principalmente a tarefa de ler uma descrição em linguagem natural e identificar problemas na expressão dos requisitos usando o cliente. Existem muitas estratégias para realizar a validação informal, mas o que todas têm em comum é a falta de suporte automatizado e o excesso de confiança nas habilidades analíticas do leitor.
Prototipagem
A prototipagem propõe diferentes tipos de protótipos para obter feedback do universo da informação. Alguns usam linguagens de alto nível, outros usam linguagens de especificação executável. A ideia básica é que, por meio da prototipagem, seja possível validar seus requisitos/especificações com base nas expectativas do usuário.
Análise de Pontos de Vista
Aqui, há foco em três tipos de problemas: contradições, fatos falsos e fatos omissos. Diferentes perspectivas são consideradas.
Na tarefa de modelar as expectativas do usuário dentro de um universo de informações, os engenheiros de software/requisitos podem encontrar, e geralmente encontram, opiniões divergentes sobre o problema em questão.
Diferentes engenheiros de software/requisitos criam modelos diferentes ao modelar as expectativas do usuário com base no mesmo universo de informações. O mesmo engenheiro de software/requisitos pode usar diferentes perspectivas ao modelar o mesmo universo de informações.
Conclusão
O grupo 3, do projeto MEI, ao analisar essas 3 técnicas de validação, optou por utilizar as estratégias de Prototipagem e Comprovação Informal no projeto.
Bibliografia
[1] Levy Siqueira, Fábio. Gerência e Qualidade de Software - Aula 05 - Verificação e Validação. Disponível em https://www.youtube.com/watch?v=1Y-1zz6rZxo&t=22s. Acesso em 14 de Janeiro de 2023.
[2] SERRANO, Maurício; SERRANO, Milene; Requisitos - Aula 23.