Questões sobre Engenharia de Requisitos

Na engenharia de software, é útil registrar os requisitos em diferentes níveis de detalhamento, visando atender públicos distintos. Para esse fim, são utilizados dois tipos de especificação de requisitos e eles estão descritos na alternativa:

A validação de requisitos é o processo pelo qual se verifica a qualidade dos artefatos produzidos durante a engenharia de requisitos. Nessa etapa, busca-se identificar e corrigir ambiguidades, inconsistências, omissões e erros. Sobre a etapa de validação descrita, é correto afirmar que:

Algumas vezes, durante a fase de levantamento de requisitos, é importante identificar como funções e características de um sistema serão usadas por diferentes classes de usuários. Para tanto, pode-se utilizar um conjunto de __________________ que identifique roteiros de uso para o sistema a ser construído.

Assinale a alternativa que preenche corretamente a lacuna do trecho acima.

Considere o seguinte texto relacionado à Engenharia de Requisitos: “Clientes e usuários podem solicitar durante a fase de levantamento de requisitos mais do que pode ser alcançado, como, por exemplo, em termos de custos ou tempo de desenvolvimento. Além disso, requisitos conflitantes podem ser levantados. Portanto, deve ser solicitado que a todos os interessados que discutam os requisitos em termos de prioridade, avaliando custos e riscos e também conflitos internos. Dessa forma, como resultado desse processo, requisitos podem ser eliminados, combinados e/ou modificados, até que se atinja certo grau de satisfação”. O texto descreve uma etapa de engenharia de requisitos conhecida como:

A engenharia de requisitos abrange sete tarefas distintas: concepção, levantamento/elicitação, elaboração, negociação, especificação, validação e gestão. A fase de levantamento/elicitação envolve uma série de dificuldades. Sobre essas dificuldades, analise as assertivas abaixo e assinale a alternativa correta.

I. Clientes e usuários podem especificar detalhes técnicos desnecessários, que podem confundir em vez de esclarecer os objetivos globais do sistema.

II. Clientes e usuários não estão completamente certos do que é preciso, de forma que é difícil especificar os requisitos detalhadamente, já que estes não podem mudar após o início da fase de análise.

III. Clientes e usuários têm problemas em transmitir suas necessidades, omitindo informações que acreditam ser óbvias, ou especificando requisitos ambíguos ou impossíveis de serem testados.