Questão 163024

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2010
• Provas: CESGRANRIO - 2010 - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios
• Disciplina: Engenharia de Software
• Assuntos: Engenharia de Requisitos

No contexto da engenharia de software, o processo conhecido como engenharia de requisitos permite ao engenheiro de software

• A. eliminar a volatilidade dos requisitos que foram levantados para o produto de software.
  
• B. postergar a definição do escopo inicial do sistema para etapas posteriores do desenvolvimento.
  
• C. realizar a Implantação da Função de Qualidade (IFQ), que corresponde a maximizar a qualidade do processo de software utilizado no desenvolvimento do produto de software já implantado.
  
• D. remover as dependências entre os requisitos do sistema e as regras de negócio.
  
• E. usar o modelo de casos de uso para especificar os requisitos funcionais do produto de software.

Gabarito: E

Comentários

• - A IFQ concentra-se em maximizar a satisfação do cliente apartir do processo de engenharia de software, entendendo o que tem valor para ele, e implantando-o;
  - A volatilidade sempre haverá, pois, muitas vezes, depende de fatores externos. Pode ser minimizada;
  - O escopo inicial do sistema eh definido na concepção;
  -
• Eliminar a volatilidade: depende apenas do negócio do cliente. Muito improvável que aconteça.
  
  Postergar a definição do escopo está incorreto. A definição do escopo, mesmo que grosseiro, é feita na bem no início do processo de engenharia de software: comunicação.
  
  A Implantação da Função da Qualidade (IFQ) tem como objetivo transformar as vontades, desejos, necessidades e expectativas dos clientes em requisitos técnicos do sistema. Tem, ainda, o objetivo de maximizar a satisfação do cliente. A IFQ identifica trê tipos de requisitos: normais (especificados pelo cliente, como desempenho e funcionalidades), implícitos (tão importantes que nem são mencionados pelo cliente, como interface amigável, fácil manuseio, etc) e excitantes (não previstos nos casos anteriores e que surpeeendem os clientes posistivamente).
  Assim, ele não  para softwares já existentes, como dito em "C".
  
  Os requisitos do sistema e as regras do negócio estão ligados intimamente. Regra do negócio é como o sistema funcionará, com as dependências dos componentes e tudo mais. Elas surgiram dos requisitos.
  
  O modelo de casos de uso, ou comumente chamado de cenários de usuário, é usado para descrever o sistema; o que ele faz quando um ator interage com o sistema. Poder ser usado para levantamento dos requiitos, para testes do sistema, para verificar ambiguidades, inconsistências e etc. Está correta a alternativa.