Questão 192856

• Banca: FCC
• Órgão: MPE-RN
• Ano: 2010
• Provas: FCC - 2010 - MPE-RN - Analista de Tecnologia da Informação - Engenharia de Software
• Disciplina: Engenharia de Software
• Assuntos: Engenharia de Requisitos

Sobre requisito funcional, considere:

I. O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos.

II. O usuário deve ser capaz de fazer uma busca em todo o conjunto inicial de banco de dados.


III. O sistema deve atender aos requisitos de confiabilidade, usabilidade e portabilidade.

Está correto o que se afirma em

• A. I, apenas.
• B. II, apenas.
• C. III, apenas.
• D. I e II, apenas.
• E. I, II e III.

Gabarito: D

Comentários

• Segundo Sommerville

  Requisitos funcionais são declarações de servicos que o sistema deve fornecer, como o sistema deve reagir a entrada específicas e como o sistema deve se comportar em determinadas situacoes. Em alguns casos, os requisitos funcionais podem também estabelecer explicitamente o que o sistema não deve fazer

  Requisitos nao funcionais: sao restrições sobre os serviços ou as funçoes oferecidos pelo sistema. Eles incluem restrições de timming, restricoes sobre o processo de desenvolvimento e padrões. Os requisitos não funcinais aplicam-se frequentemente, ao sistema como um todo. Em geral eles não se aplicam às características ou serviçõs individuais de sistema.

   

  Portanto, como  "confiabilidade, usabilidade e portabilidade" se aplica a todo o sistema e impõe restrições sobre funões oferecidas, trata-se de um requisito não funcional.

   

• I. O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos.

  "Telas apropriadas" não é relativo a usabilidade?

• O item 1  sem dúvida é o que separa os homens de meninos. Quando ele diz:  "O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos." significa que o usuário poderá ler os documentos no próprio sistema, mais especificamente dentro do repositório. Logo isso é uma funcionalidade que o sistema deve se comprometer a realizar. 

  No item não se deve dar uma importância maior para "telas apropriadas" e sim para toda a frase. O objetivo maior seria que: o usuário poderá ler os documentos no repositório de documentos a partir de telas apropriadas no sistema. E isso é um requisito funcional. Sabendo o que significa RF e RNF o item se torna uma questão de interpretação.

• Primeiro que "tela apropriada" nem requisito é. Se o é, está muito mal documentado. Seria a mesma coisa que "o sistema deve ser rápido"...o que é apropriado? e o que é rápido? Quais os critérios de aceitação? o cara que cria uma questão dessa merece um tiro!

• "O sistema deve fornecer telas apropriadas" pode ser substituído por "O sistema deve fornecer telas"
  A questão quis confundir com um requisito não-funcional de usabilidade. 

• A alternativa I foi tirada do exemplo de algum livro (O sistema LIBSYS), uma rapida procura no google (http://ivansowa.blogspot.com/2011/04/requisitos-de-software.html) me levou a um conjunto de requisitos funcionais desse sistema.
  
  Exemplos de requisitos funcionais
  O usuário deve ser capaz de pesquisar em todo o conjunto inicial de banco de dados ou selecionar um subconjunto a partir dele.
  Para todo pedido deve ser alocado um identificador único (ORDER_ID) que o usuário possa copiar para a área de armazenamento permanente da sua conta.
  O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos.
  
  Ou seja, a FCC apenas copiou a frase de algum lugar, nao elaborou nada complexo.
  
• Realmente o item I separa os homens dos meninos e é por isso que mantenho minha opinião que é um requisito não-funcional de usabilidade.
  
  O foco principal no período é: "Deve haver telas apropriadas para algum fim.".  Não importa que esse fim seja um requisito funcional.  Todos, inclusive a banca, devem prestar atenção no idioma Português e semântica em períodos.  Na minha opinião, a resposta correta é letra "b" e se fosse comigo, eu entraria com recurso.
• Esqueçam o "apropriada". Ou então leiam apropriada como "com a finalidade de".
  
  Leiam: O sistema deve fornecer telas para o usuário ler os documentos no repositório de documentos.
  
  Isso num é um requisito funcional não? Ter a função de ler documentos de um repositório?
• Ainda acho que vale o que está escrito... Como diz o Arnaldo: "A regra é clara!"
  Do modo como está escrito, também entendo como um requisito não-funcional...
• Pessoal,
  Trabalho com requisitos há 5 anos e também errei a questão, marquei a letra B, interpretei o item 1 como Requisito Não-Funcional. Agora por quê? Porque o requisito foi mal definido, esse requisito não ficou claro. “Requisitos ambíguos podem ser interpretados de maneira diferentes pelos desenvolvedores e usuário” assim explica o autor do artigo onde a FCC copiou a questão. (http://ivansowa.blogspot.com.br/2011/04/requisitos-de-software.html). O autor utilizar o item 1 dessa questão, para descrever que problemas surgem quando os requisitos não são bem definidos. A FCC copiou um item mal elaborado e utilizou na questão, o examinador não teve a capacidade de ler o artigo por completo. Em minha opinião, essa questão deveria ser anulada.
• Questão maliciosa sim e de dúbio sentido, com certeza nem de longe isso é um requisito funcional e nem de longe não funcional... telas adequadas??? o que são? como testar se são adequadas? ainda que fosse usabilidade também teria sério problema de clareza. Mas também não acho que seja funcional.. ficou em cima do muro..em ambas situações, esse requisito está mal escrito. Essa palavra adequada é relativa assim como palavras: (Rápido
  Flexível, Adaptável, Intuitivo)
  uma boa prática é :  "Garanta que cada requisito seja verificável ou testável" Um requisito é verificável se e somente se existir  algum processo efetivo ao qual uma pessoa ou máquina possa checar que o produto de software é semelhante ao requisito. No geral qualquer requisito ambíguo não é verificável.
  Recomendo leitura da norma IEEE STD 830. Recommended Practice for Software Requirements Specifications, 1998.
  
  
• O Item III representa o requisitos não-funcionais do sistema: Confiabilidade, usabilidade e portabilidade. Eles são alcançados através da definição de uma arquitetura de software que considerem esses requisitos. Requisitos funcionais estão ligados ao que o sistema deverá realizar, que atividades e serviços o sistema deverá fornecer.
  
  Marquei o item B, a príncipio, discordo desse gabarito.