Especificação de Requisitos de Software
Considere este exemplo. A equipe da biblioteca do condado atualmente registra todas as transações da biblioteca em um livro-razão escrito à mão - tudo, desde o empréstimo de materiais até o registro de pagamentos de multas. Eles gostariam de automatizar esses processos manuais por meio do uso de um sistema informatizado. Uma empresa de software local ofereceu-se para projetar um banco de dados para uso nos PCs da biblioteca que simplificaria os serviços da biblioteca.
Antes que a empresa comece a escrever o código de programação para o banco de dados, os desenvolvedores de software devem reunir informações detalhadas sobre quais são os processos atuais da biblioteca e mapear as especificações para automatizar os componentes desses processos. Este estágio inicial no processo de desenvolvimento de software é conhecido como especificação de requisitos de software (SRS)etapa. Um documento SRS é um plano para o que o software fará e como o fará. O plano analisa em detalhes quais seriam as funções do software, como ele interagiria com os sistemas existentes e como seriam as interfaces do usuário. Por exemplo, o bibliotecário-chefe solicita que o novo software forneça uma interface amigável com uma fonte grande para que a pesquisa no catálogo da biblioteca seja rápida e os resultados fáceis de ler. Essa solicitação é adicionada ao documento SRS e um plano detalhado para projetar e implementar a interface é produzido.
A empresa passa a trabalhar na programação do código do banco de dados utilizando o documento SRS como guia. Finalmente, o produto de software acabado está pronto para teste. Nesse ponto, o software entra no estágio de teste.
Validação e verificação de requisitos de software
A validação e verificação do software (V&V) ocorre assim que a primeira versão do software é desenvolvida. Existem muitos níveis diferentes de teste concluídos para garantir que o software foi projetado de acordo com as especificações, funciona conforme o esperado e não apresenta erros lógicos ou outros erros quando é executado. As duas categorias principais de V&V são testes estáticos e testes dinâmicos.
Durante o teste estático , o código de programação é testado sem os desenvolvedores de software realmente executando ou executando o software. Os testadores de software usam ferramentas de software para testar o código-fonte quanto à qualidade, eficiência e interações entre os diferentes módulos do código de programação. No exemplo da biblioteca do condado, depois que os programadores escrevem o código, a equipe de desenvolvimento de software realiza o teste estático do código antes que o aplicativo seja instalado nos computadores para teste pelos usuários finais (a equipe da biblioteca).
Durante o teste dinâmico, o software é executado e testado pelos usuários finais. Um grupo de pessoas é designado para testar o produto. No exemplo da biblioteca do condado, a primeira versão do software finalizado pode ser disponibilizada à equipe da biblioteca para teste. Durante esta fase, erros e funções ausentes podem ser identificados. Durante o teste dinâmico, um bibliotecário pode descobrir que não há recurso de pesquisa para encontrar livros com prazo de entrega superior a um mês, embora essa solicitação tenha sido incluída no documento SRS. Um associado da biblioteca pode descobrir que os valores totais das multas devidas por usuário não são calculados com precisão pelo software. Todos os erros identificados durante o estágio de V&V serão registrados e comunicados à equipe de desenvolvimento de software, que tratará dos problemas e disponibilizará a próxima versão do produto para teste. Este V &
Resumo da lição
A verificação e teste de software é um componente crítico de qualquer processo de desenvolvimento de software. Sem V&V adequado, pode haver repercussões dispendiosas para a empresa de desenvolvimento de software ou para os usuários finais. No estágio de especificação de requisitos de software (SRS), os desenvolvedores de software reúnem requisitos e especificações para o novo software e planejam em detalhes o que ele fará e como será feito. O objetivo da verificação e validação (V&V) é garantir que todos os requisitos descritos no estágio SRS tenham sido implementados e que não haja erros de codificação ou de tempo de execução. Dois dos métodos usados durante a V&V são os testes estáticos e dinâmicos. O teste estático é executado no código de programação. Isso é feito nos bastidores, antes que o programa seja instalado e executado.