Questão 215653

• Banca: CESPE / CEBRASPE
• Órgão: MPU
• Ano: 2010
• Provas: CESPE - 2010 - MPU - Analista de Informática - Desenvolvimento de Sistemas
• Disciplina: Engenharia de Software
• Assuntos: Engenharia de Requisitos

Acerca de engenharia de requisitos, julgue o item subsequente.

Os requisitos normativos, geralmente oriundos da análise das regras de negócio a que está submetido um sistema, nunca podem ser considerados requisitos funcionais, por estarem fora do sistema, ou seja, do domínio do negócio.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Analisando os livros Engenharia de Software, 8 edição(Sommerville) e Engenharia de Software, 6 edição(Pressman), não foram encontradas referências diretas a requisitos normativos.
  No entanto, Sommerville(2010) classifica os requisitos não-funcionais de 3 formas:
  - De produtos: relacionado ao comportamento do produto. Ex.: quanto de memória o produto requer;
  - Organizacionais: derivados de políticas da organização. Ex.: Uso de determinado padrão de processo;
  - Externos: Abrange requisitos derivados de fatores externos, como os requisitos legais(NORMATIVOS), para assegurar q o sistema funcione dentro da lei.
  Portanto, segundo o renomado autor, os requisitos normativos incluem-se na categoria de um requisito não-funcional externo.
  Até aqui tudo bem. Só que a questão afirma q os requisitos normativos “nunca podem ser considerados requisitos funcionais, por estarem fora do domínio do negócio”.
  Como mencionado, apesar de as literaturas não mencionarem diretamente, analisaremos o seguinte requisito de um sistema de call center:
  - O sistema deve emitir um protocolo de atendimento para o cliente.
  A legislação brasileira está obrigando as empresas de atendimento a emitirem um protocolo de atendimento para fiscalização posterior, de necessário.
  Esse eh um requisito funcional. E normativo. Portanto, pode haver requisitos normativos que sejam também funcionais.
  
  Fonte: http://questoesdeti.wordpress.com/2011/02/19/cespe2010mpu-requisitos-normativos/
• Segundo Bezerra (2007) os requisitos são categorizados em:
  .  requisitos funcionais,
  .  requisitos não funcionais e
  .  requisitos normativos.
  
  Os requisitos funcionais representam as necessidades que o sistema deve prover. Por exemplo:
  .  “O sistema deve permitir que o professor lance as notas de um aluno”,
  .  “O sistema deve permitir que o cliente se cadastre para receber emails”,
  .  “O sistema deve permitir que o gerente de vendas visualize o relatório de vendas por região”.
  
  Os requisitos não funcionais representam características de qualidade que o sistema deve ter e que não estão relacionadas com suas funcionalidades. Alguns tipos de requisitos não funcionais são:
  
  .  Confiabilidade: tempo médio entre falhas, recuperação de falhas ou número de erros por milhares de linhas de código.
  .  Desempenho: tempo de resposta esperado para cada funcionalidade do sistema.
  .  Portabilidade: restrições sobre as plataformas de hardware ou software nas quais o sistema ser implementado e o grau de portabilidade para outras plataformas.
  .  Segurança: limitações sobre segurança do sistema em relação a acessos não autorizados.
  .  Usabilidade: requisitos sobre facilidade de uso, idiomas, acessibilidades especiais, necessidade ou não de treinamento.
  
  
  Por fim, os requisitos normativos representam restrições impostas sobre o desenvolvimento do sistema como:
  .  Adequações a custos, prazos, plataforma, aspectos legais, além de regras de negócio e políticas de funcionamento.
  
• Segundo o Sommerville, os requisitos normativos são requisitos de Domínio - referem-se ao domínio do sistema.
  Segundo o mesmo autor, requisitos de domínio podem ser funcionais ou não funcionais.
  Para mim, aí está o erro: "...regras de negócio a que está submetido um sistema, nunca podem ser considerados requisitos funcionais, ...".
  Os requisitos normativos podem ser requisitos funcionais.
  
  Abraços
• Se é FUNCIONAL faz parte do que o sistema se propoe a fazer.

• Na realidade a distinção entre diferentes tipos de requisitos não é tão clara como sugerem essas definições simples. Um requisito de usuário relacionado com proteção, tal como uma declaração de limitação de acesso a usuários autorizados, pode parecer um requisito funcional. No entanto, quando desenvolvido em mais detalhes, esse requisito pode gerar outros requisitos, claramente funcionais, como a necessidade de incluir recursos de autenticação de usuário no sistema (Pg 59, Sommerville 9 edição)
  

• O termo "nunca" invalida a questão. Requisitos normativos (regulatórios) podem obrigar um sistema a mudar sua funcionalidade para estar de acordo com legislação. Para que ocorra essa adequação, é necessário alterar funcionalidades. Exemplo de órgão regulatório é a ANS.