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 | - |
Introdução
A validação do software, ou confirmação de que o produto é desejado pelos usuários, geralmente ocorre no final do ciclo de vida. Como é bem conhecido, o teste do sistema envolve a verificação do usuário dos programas do sistema embarcado.
No nosso caso, estamos preocupados e focados na verificação que ocorre durante o próprio processo de extração de requisitos, que antecede a especificação propriamente dita. Ou seja, construí o modelo de acordo com a notação. O modelo é o que você esperaria dele. Mas não atende clientes! Não é o que ele quer/espera!
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 d elicitação de requisitos, teremos um conjunto, do qual sobressaem as seguintes estratégias:
• Prototipagem.
Comprovação Informal
Validar ou corrigir requisitos neste caso é principalmente a tarefa de ler a descrição em linguagem natural e identificar problemas na expressão dos requisitos usando o cliente.
Existem muitas estratégias para verificaçã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 (linguagens do tipo gerador aplicadas), outros usam linguagens de especificação executável.
A ideia básica é que, por meio da prototipagem, você pode validar seus requisitos/especificações com base nas expectativas do usuário. habilidades analíticas do leitor.
Análise de Pontos de Vista
Nós nos concentramos 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
SERRANO, Maurício; SERRANO, Milene; Requisitos - Aula 23.