Uma mudança no processo de abertura de contas de um banco gerou a necessidade de desenvolvimento de novas funcionalidades na aplicação web destinada aos novos clientes. Assim, foi definido que, para pedido de abertura de conta por meio da aplicação web, o novo cliente deve fazer o upload de um conjunto de documentos em formato digital. Marta é a responsável pela triagem de pedidos de novas contas e utiliza um sistema informatizado de uso interno do banco para conferir todos os documentos enviados digitalmente. No contexto de engenharia de requisitos, a conferência de documentos realizada por Marta, por meio do sistema informatizado de uso interno do banco, representa um requisito:
- A)analítico;
Incorreta, porque "analítico" não é a classificação padrão usada para esse tipo de necessidade em engenharia de requisitos.
- B)funcional;
Correta, pois a conferência de documentos é uma função que o sistema deve executar para apoiar o processo de abertura de conta.
- C)de proteção;
Incorreta, porque requisito de proteção se relaciona a segurança e controle de acesso, não à execução da conferência documental em si.
- D)de produto;
Incorreta, porque requisito de produto costuma indicar características ou restrições do sistema, e não a funcionalidade de conferência.
- E)de confiança.
Incorreta, porque requisito de confiança se liga a confiabilidade, disponibilidade e tolerância a falhas, não à tarefa descrita.
Gabarito: B
Em engenharia de requisitos, requisito funcional é aquilo que o sistema deve fazer, ou seja, os serviços, tarefas e comportamentos esperados. Aqui, o sistema de uso interno do banco permite que Marta confira os documentos enviados digitalmente pelos novos clientes. Repare que não estamos falando de qualidade, segurança, desempenho ou restrição técnica, mas sim de uma funcionalidade concreta do sistema: analisar/conferir documentos dentro do fluxo de abertura de conta. A pegadinha da questão está em misturar o processo de negócio com a tecnologia usada para executá-lo. O fato de Marta usar um sistema informatizado interno não transforma a demanda em requisito de proteção, de confiança ou qualquer outro tipo mais abstrato. O que interessa é a função entregue pelo software para apoiar a triagem. Em termos práticos: se você consegue descrever a necessidade começando por um verbo de ação do sistema, como conferir, validar, cadastrar, enviar, aprovar ou consultar, a chance de ser requisito funcional é altíssima. Já requisitos de produto, proteção ou confiança costumam tratar de atributos de qualidade, restrições e propriedades não funcionais. Por isso, o gabarito é a letra B. A conferência de documentos realizada por Marta por meio do sistema é uma funcionalidade que o sistema deve oferecer ao usuário interno do banco.