A engenharia de requisitos estabelece uma base sólida para o projeto e para a construção de software. Sem ela, o software resultante tem grande probabilidade de não atender às necessidades do cliente. No entanto, sabe-se que é comum, ao longo de um projeto, que os clientes e/ou fornecedores de requisitos mudem de opinião e sugiram mudanças no que foi acordado inicialmente. Neste cenário, é uma boa prática

Um mecanismo comum de garantia da qualidade adotado por muitas organizações é o de revisões de software, que podem ser aplicadas ao longo do ciclo de vida de desenvolvimento de software. Sobre revisões de software é correto afirmar que

Considere uma organização desenvolvedora de software que possua um processo de software composto das fases de Levantamento de Requisitos, Análise de Software, Projeto de Software, Codificação, Testes e Entrega do Software e tenha a cultura de estimar seus projetos utilizando Análise de Pontos por Função. Caso essa organização esteja interessada na criação de uma base de estimativas de seus projetos, a contagem de pontos por função seria mais indicada .

Uma organização está interessada em definir um processo para orientar a sua equipe de desenvolvimento a executar as atividades necessárias para a criação e disponibilização de novas versões do produto de software que é o carro-chefe da empresa. Esse processo precisa conter explicitamente as etapas comuns de um desenvolvimento de software (por exemplo, levantamento, análise, projeto, construção e testes) e, como o produto de software em questão tem um forte requisito de qualidade, é necessário que as atividades de garantia da qualidade sejam bem explícitas em relação às etapas e/ou documentos relacionados sendo avaliados.

Dentre as opções de modelos de ciclo de vida abaixo, o mais adequado a essa necessidade é

Seja a função recursiva f definida como



onde x MOD y é o resto da divisão de x por y. O valor de f (30, 21) é