Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2015

Engenharia de SoftwareEngenharia de Requisitos
Código
fc021934
Banca
FCC
Órgão
TCE-CE
Ano
2015
Nível
Médio
Cargo
Técnico de Controle Externo-Auditoria de Tecnologia da Informação
Em um software em desenvolvimento para um Tribunal, foram levantados os seguintes requisitos:1. A arquitetura do sistema deverá ser modularizada de modo a facilitar sua manutenção e adição de novas funcionalidades.2. Ao registrar um processo, a descrição e todos os demais dados devem aparecer em, no máximo,2 segundos. 3. Cada processo deve ser associado a um identificador único (ID), que será utilizado para identificá-lo. 4. O sistema deverá suportar uma carga máxima de até 100000 usuários simultâneos.5. Apenas usuários com privilégios de acesso de Juiz poderão visualizar históricos de andamento de processos.6. O sistema deve permitir a inclusão, alteração e remoção de processos com os seguintes atributos: ID, número, origem, tribunal etc.7. O sistema deve fazer log das transações autorizadas com processos em 24 horas, mesmo com falhas de energia ou de dispositivos. 8. O sistema deverá ser acessado completamente via browser HTTP/HTML, inclusive para suporte.9. Deve ser possível capturar a informação do processo através de um leitor de código de barra, ou manualmente usando um código disponível e impresso no processo.10. O sistema será desenvolvido para ambientes Windows e para máquinas com pelo menos 2 GB de memória.11. O sistema será disponibilizado em português, mas de forma a permitir que versões em outros idiomas possam ser produzidas sem necessidade de ter acesso ao código fonte.12. O usuário deve ser capaz de buscar todo o conjunto inicial dos bancos de dados ou selecionar um subconjunto a partir dele.13. O sistema deverá usar componentes corporativos existentes sob forma de Enterprise JavaBeans.14. Testes de Unidade e de Aceitação no sistema deverão ser completamente automatizados.São requisitos funcionais os apresentados APENAS em
  1. A2, 3, 6, 7, 9 e 12.
  2. B4, 6, 7, 9, 10 e 11.
  3. C2, 5, 6 e 7.
  4. D3, 6, 9 e 12.
  5. E6, 8, 10, 12 e 14.
Revelar gabarito e comentário

GabaritoD — 3, 6, 9 e 12.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Requisitos Funcionais vs Não Funcionais

Gabarito: letra D. Requisitos funcionais descrevem serviços que o sistema deve executar (suas funções e comportamentos). São requisitos funcionais apenas os itens 3 (ID único), 6 (CRUD de processos), 9 (captura por código de barras) e 12 (busca com seleção de subconjunto). Os demais itens são requisitos não funcionais: restrições de desempenho, segurança, confiabilidade, plataforma, etc.

Conforme definições clássicas da engenharia de requisitos (Sommerville, Pressman), requisitos funcionais são declarações de serviços do sistema, reações a entradas e comportamento em situações específicas. Já os requisitos não funcionais impõem restrições a esses serviços ou ao sistema como um todo.

Classificação dos itens

  1. Arquitetura modularizada – Não funcional (manutenibilidade).

  2. Resposta em até 2 segundos – Não funcional (desempenho).

  3. Associação de ID únicoFuncional (serviço de identificação).

  4. Suporte a 100.000 usuários simultâneos – Não funcional (capacidade).

  5. Acesso restrito a Juízes – Não funcional (segurança).

  6. CRUD de processosFuncional (serviço de manipulação de dados).

  7. Log de transações com tolerância a falhas – Não funcional (confiabilidade/auditoria). O foco na continuidade mesmo com falhas torna-o um requisito de confiabilidade, não uma função propriamente dita.

  8. Acesso via browser HTTP/HTML – Não funcional (interface/plataforma).

  9. Captura por código de barras ou manualFuncional (serviço de entrada de dados).

  10. Ambiente Windows e 2 GB de memória – Não funcional (restrição de hardware/software).

  11. Internacionalização – Não funcional (usabilidade/manutenibilidade).

  12. Busca e seleção de subconjuntoFuncional (serviço de consulta).

  13. Uso de Enterprise JavaBeans – Não funcional (restrição tecnológica de implementação).

  14. Automação de testes – Não funcional (requisito de processo/qualidade).

Análise das alternativas

  • Alternativa A (2, 3, 6, 7, 9, 12): ❌ Incorreta – Inclui os não funcionais 2 (desempenho) e 7 (log com falhas).

  • Alternativa B (4, 6, 7, 9, 10, 11): ❌ Incorreta – Inclui não funcionais 4 (capacidade), 7 (log), 10 (plataforma) e 11 (internacionalização).

  • Alternativa C (2, 5, 6, 7): ❌ Incorreta – Inclui não funcionais 2 (desempenho), 5 (segurança) e 7 (log).

  • Alternativa D (3, 6, 9, 12):Correta – Contém apenas os requisitos funcionais identificados.

  • Alternativa E (6, 8, 10, 12, 14): ❌ Incorreta – Inclui não funcionais 8 (interface/browser), 10 (plataforma) e 14 (testes automatizados).

Gabarito: letra D.

Link permanente: /questoes/fc021934