Fique por dentro – Concurso de TI! Engenharia de Requisitos

Introdução

A engenharia de requisitos é uma disciplina essencial da engenharia de software, sendo um dos temas mais recorrentes em concursos de Tecnologia da Informação. Ela tem como objetivo identificar, documentar, analisar, validar e gerenciar as necessidades dos stakeholders em relação a um sistema. Um bom levantamento de requisitos é decisivo para o sucesso do projeto, pois erros nessa etapa podem comprometer todas as fases seguintes. Neste artigo, vamos explorar os principais tipos de requisitos e suas classificações, com foco especial nos requisitos funcionais e não funcionais, além de revisar conceitos importantes como rastreabilidade e validação.

Requisitos Funcionais (RF)

Requisitos funcionais descrevem o que o sistema deve fazer. Eles representam as funcionalidades ou serviços que o sistema oferecerá ao usuário. Exemplos incluem: “o sistema deve enviar uma notificação por e-mail quando uma nova mensagem for recebida” ou “o sistema deve emitir relatórios mensais de vendas”. Em concursos, esses requisitos são frequentemente cobrados por meio de questões que pedem a identificação de funcionalidades do sistema com base em descrições.

Requisitos Não Funcionais (RNF)

Os requisitos não funcionais definem como o sistema deve se comportar. Eles incluem atributos de qualidade como desempenho, segurança, usabilidade, disponibilidade e escalabilidade. Por exemplo, “o sistema deve ser compatível com os navegadores Chrome, Firefox e Safari, nas três últimas versões” é um requisito não funcional relacionado à portabilidade. Embora não representem funcionalidades diretas, os RNFs são críticos para a satisfação do usuário e para a operação adequada do sistema.

Requisitos de Negócio

Requisitos de negócio expressam os objetivos de alto nível da organização. Eles ajudam a entender o “porquê” por trás do sistema. Por exemplo, “automatizar o processo de concessão de licenças ambientais” é um requisito de negócio. Esses requisitos fornecem o contexto para os demais e costumam ser identificados na fase inicial do levantamento junto às partes interessadas.

Requisitos de Stakeholders e de Solução

Requisitos de stakeholders descrevem as necessidades dos envolvidos no projeto: usuários finais, clientes, gerentes etc. Já os requisitos de solução detalham as características do sistema que devem ser implementadas para atender aos requisitos de negócio e dos stakeholders. Esses dois tipos costumam se confundir, por isso é importante identificá-los separadamente.

Outras Classificações de Requisitos

Além das categorias já mencionadas, é comum encontrar em concursos outras classificações como requisitos regulatórios (que atendem a normas e leis), requisitos de interface (definem como o sistema interage com outros sistemas), requisitos de dados (relacionados a informações que devem ser armazenadas ou processadas) e requisitos de sistema (engloba aspectos técnicos e operações do sistema como um todo).

Elicitação e Análise de Requisitos

A elicitação é o processo de descobrir os requisitos junto aos stakeholders. Envolve técnicas como entrevistas, observação direta, workshops, prototipagem e análise de documentos. A análise subsequente ajuda a organizar, priorizar e validar os requisitos coletados. Nesse ponto, é vital distinguir entre requisitos, restrições, riscos e questões em aberto.

Validação e Verificação de Requisitos

A verificação garante que os requisitos foram descritos corretamente e de forma consistente. A validação assegura que os requisitos refletem as verdadeiras necessidades dos stakeholders. Essa etapa evita ambiguidade, redundância e contradições nos requisitos. Questões de concurso frequentemente abordam esses conceitos e suas diferenças.

Rastreabilidade de Requisitos

A rastreabilidade permite acompanhar a origem e o impacto de cada requisito ao longo do ciclo de vida do projeto. Ela é essencial para garantir que todas as mudanças solicitadas sejam devidamente gerenciadas e refletidas no produto final. A rastreabilidade pode ser bidirecional: dos requisitos para os artefatos de implementação e vice-versa.

Importância dos Requisitos para o Sucesso do Projeto

Falhas na engenharia de requisitos são apontadas como uma das principais causas de insucesso em projetos de software. Requisitos incompletos, mal definidos ou não validados geram retrabalho, atrasos e aumento de custos. Por isso, é fundamental que a equipe domine bem os conceitos e práticas dessa disciplina.

Vamos ver como esse tema é cobrado nos concursos!

1) Ano: 2025 Banca: FAFIPA Órgão: Prefeitura de Araucária – PR Prova: FAFIPA – 2025 – Prefeitura de Araucária – PR – Analista de Sistemas

Durante a etapa de análise de requisitos, o analista identificou que o sistema precisa estar disponível 99,9% do tempo e responder a uma solicitação em até 2 segundos. Esse requisito pode ser classificado como:

• A) requisito técnico.
• B) requisito de usabilidade.
• D) requisito funcional. 
• E) requisito de segurança.
• F) requisito não funcional.

Gabarito: E

Comentário:

Esse é um exemplo clássico de requisito não funcional, pois trata de características de desempenho e qualidade do sistema (disponibilidade e tempo de resposta), e não de funcionalidades específicas.

A) Errada. Requisitos técnicos envolvem tecnologias, linguagens, plataformas específicas — não disponibilidade ou desempenho.

B) Errada. Usabilidade se refere à facilidade de uso e interação do usuário, como acessibilidade ou clareza da interface.

C) Errada. Requisitos funcionais dizem respeito a ações ou comportamentos específicos que o sistema deve executar.

D) Errada. Requisitos de segurança tratam de confidencialidade, autenticação, controle de acesso, entre outros.

2) Ano: 2025 Banca: UFV Órgão: UFV-MG Prova: UFV – 2025 – UFV-MG – Analista de Tecnologia da Informação

No contexto de engenharia de requisitos, assinale a alternativa que apresenta CORRETAMENTE um exemplo de um requisito funcional: 

• A) O sistema deve ser compatível com navegadores modernos.
• B) O sistema deve responder a cada solicitação em até 3 segundos.
• C) O sistema deve ser escalável para atender até 10.000 usuários simultâneos.
• D) O sistema deve permitir que usuários realizem login utilizando credenciais válidas.

Gabarito: D

Comentário:

Requisitos funcionais descrevem comportamentos, funcionalidades e interações esperadas do sistema. A alternativa D apresenta claramente uma funcionalidade concreta.

A) Errada. Compatibilidade com navegadores é um requisito não funcional de ambiente.

B) Errada. Tempo de resposta é um requisito não funcional de desempenho.

C) Errada. Escalabilidade é um requisito não funcional de capacidade.

3) Ano: 2025  Banca: CESPE / CEBRASPE  Órgão: EMBRAPA  Prova: Analista – Sistemas de Informação

A rastreabilidade de requisitos é importante para a garantia de que todas as mudanças nas necessidades dos stakeholders sejam devidamente gerenciadas e refletidas nas fases subsequentes do desenvolvimento do software.

( ) Certo

( ) Errado

Gabarito: Certo

Comentário:

A rastreabilidade permite que os requisitos sejam acompanhados desde sua origem até sua implementação e testes, garantindo que alterações e impactos sejam controlados. Ela é essencial para gerenciar mudanças, especialmente em projetos complexos ou com muitos stakeholders envolvidos.

Conclusão

Dominar a engenharia de requisitos é essencial para profissionais de TI e para candidatos a concursos da área. Saber diferenciar os tipos de requisitos, entender como elicitar, validar e gerenciar essas necessidades, bem como reconhecer a importância da rastreabilidade, aumenta consideravelmente as chances de sucesso em provas e projetos reais. Estude com atenção esses conceitos e pratique com questões reais para consolidar seu aprendizado.

Referências Bibliográficas

• Sommerville, I. (2011). Engenharia de Software. 9ª ed. Pearson.
• Pressman, R. (2016). Engenharia de Software: Uma abordagem profissional. McGraw-Hill.
• BABOK Guide v3. (2015). A Guide to the Business Analysis Body of Knowledge.
• IEEE 830-1998. Recommended Practice for Software Requirements Specifications.
• PMBOK Guide. (2021). Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos. PMI.