Questão 105598

• Banca: FCC
• Órgão: DPE-SP
• Ano: 2010
• Provas: FCC - 2010 - DPE-SP - Agente de Defensoria - Programador
• Disciplina: Engenharia de Software
• Assuntos: Engenharia de Requisitos

No contexto da Engenharia de Requisitos, considere:

I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes.

II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção.

Em relação às assertivas acima, é correto afirmar:

• A. o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II.
  
• B. o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II.
  
• C. ambos referem-se a requisitos funcionais.
  
• D. a assertiva contida no item II é uma condição restritiva do requisito não funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.
  
• E. a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.

Gabarito: A

Comentários

• O II é requisito não funcional?
  " só poderão ser incluídos por chefes de seção." 
   isso é uma regra funcional ao sistema, ou regra de negócio... seria requisito funcional também.
• Eu marquei a questão C.
• Em todos os tipos de especificação há 2 tipos de requisitos a considerar:
  • Requisitos funcionais: descrevem as funcionalidades que se espera que o sistema disponibilize, de uma forma completa e consistente. É aquilo que o utilizador espera que o sistema ofereça, atendendo aos propósitos para qual o sistema será desenvolvido.
  • Requisitos não-funcionais: referem-se a aspectos não-funcionais do sistema, como restrições nas quais o sistema deve operar ou propriedades emergentes do sistema. Costumam ser divididos em Requisitos não-funcionais de: Utilidade, Confiança, Desempenho, Suporte e Escalabilidade.
  http://pt.wikipedia.org/wiki/Engenharia_de_requisitos
• Ponto pacífico que a opção (B) está errada.
  As opções (D) e (E) tbm estão erradas pois constitui requisitos (basta isso para invalidar a opção, independente do resto da frase).
  
  A dúvida está na (A) ou (C).
  Concordo com os amigos. Eu também marquei a letra (C).
  
  O fato da assertiva II dizer "tratamento especial para a entrada de atributos" , não a torna um requisito funcional?
  Tem uma parte da definição de RF que diz "as funções ou serviços são, em geral, processos que utilizam entradas para produzir saídas."
  
  Entrada:
  "Atributos excedento faixa determinada" E alterados/incluído por "chefe".
  
  Saída:
  Permissão concedida.
• Eu também marquei a C. Mas lendo Sommerville, encontrei um trecho na página 122 da 8a. Edição que talvez dê base para o gabarito:
  
  "non-funcional requirements arise through user needs, because of budget constraints, because of ORGANISATIONAL POLICIES, ..."
  
  Creio que o item II se encaixa como Requisitos Organizacionais dos Requisitos Não-Funcionais.
• Como a palavra chave, na própria definição de um requisito não funcional, é RESTRIÇÃO, basta observarmos o início da frase do item II: "Algumas permissões de acesso devem ter tratamento especial.....", isto quer dizer, é uma restrição clara para a entrada de atributos.

• Requisito Funcional
  Declaração de uma função ou de uma característica que deve ser implementada no sistema.
  

  
  

  Requisito Não Funcional
  Declaração de uma restrição ou de um comportamento esperado que se aplica ao sistema. Essa restrição pode se refe­rir às propriedades emergentes do software que está sendo desenvolvido ou ao processo de desenvolvimento.

  
  

  Fonte: 9°edição - Ian Sommerville Glossário