O que é?
O levantamento de requisitos (ou requirements elicitation) é o processo de identificar, coletar e entender as necessidades dos usuários, clientes e demais partes interessadas para desenvolver um sistema eficaz.
Objetivo
O objetivo é descobrir "o problema real a ser resolvido", e entender o que o sistema deve fazer e como ele deve se comportar, antes de iniciar o desenvolvimento.
Tipos de Requisitos
- Requisitos Funcionais: O que o sistema deve fazer. Ex: "Permitir login com email e senha."
- Requisitos Não Funcionais: Como o sistema deve se comportar. Ex: "Disponibilidade de 99,9%."
- Requisitos de Domínio: Regras específicas do negócio. Ex: "Somente admins podem alterar taxas."
Técnicas de Levantamento
- Entrevistas
- Questionários
- Workshops
- Brainstorming
- Observação direta
- Análise de documentos
- Protótipos
- User Stories
Quem Participa?
- Analistas de sistemas
- Engenheiros de requisitos
- Stakeholders
- Desenvolvedores e arquitetos
Riscos Comuns
- Comunicação ruim com o cliente
- Falta de envolvimento dos usuários finais
- Requisitos vagos ou incompletos
- Mudanças constantes
- Falta de documentação adequada
Exemplo de Levantamento de Requisitos
Sistema: Clínica Fácil – Sistema de Agendamento de Consultas
Stakeholders entrevistados:
- Recepcionista
- Médico
- Administrador da clínica
- Pacientes (representantes)
🌟 Objetivos do sistema (visão geral):
O sistema deve permitir que pacientes agendem, cancelem e consultem horários disponíveis para consultas médicas. Médicos e recepcionistas devem poder gerenciar os horários, confirmar atendimentos e acessar informações dos pacientes.
📌 Requisitos Funcionais (RF):
- RF01 – O sistema deve permitir que o paciente realize agendamentos online.
- RF02 – O sistema deve disponibilizar os horários livres de cada médico.
- RF03 – O sistema deve enviar confirmação por e-mail ou SMS ao paciente após o agendamento.
- RF04 – O médico deve poder visualizar sua agenda diária e semanal.
- RF05 – A recepcionista deve poder agendar, reagendar ou cancelar consultas para qualquer paciente.
- RF06 – O sistema deve registrar o comparecimento do paciente à consulta.
📌 Requisitos Não Funcionais (RNF):
- RNF01 – O sistema deve estar disponível 24h por dia, 7 dias por semana.
- RNF02 – A interface deve ser compatível com dispositivos móveis.
- RNF03 – O sistema deve responder às solicitações do usuário em até 3 segundos.
- RNF04 – Os dados dos pacientes devem ser armazenados com criptografia.
📌 Regras de Negócio:
- Um paciente só pode agendar uma nova consulta se não tiver nenhuma pendência financeira.
- Um médico só pode atender no máximo 20 pacientes por dia.
- Consultas só podem ser agendadas com no mínimo 24 horas de antecedência.
💬 User Story (Exemplo Ágil):
Como paciente,
quero visualizar os horários disponíveis dos médicos,
para que eu possa agendar minha consulta no melhor horário pra mim.
🧩️ Técnicas de Levantamento utilizadas:
- Entrevistas com recepcionista e médicos
- Questionário para pacientes
- Observação da rotina da recepção
- Protótipo de tela apresentado para validar entendimento dos requisitos
📝 Exercício Prático
A seguir, proponha um levantamento de requisitos para um sistema de pedidos de uma lanchonete. Pense nos stakeholders envolvidos, objetivos do sistema, requisitos funcionais e não funcionais, regras de negócio, e se quiser, escreva uma user story.
📱 Sistema: App de Pedidos para Lanchonete
- Identifique os stakeholders (ex: atendentes, clientes, gerente).
- Defina os objetivos do sistema (ex: permitir pedidos online e acompanhamento em tempo real).
- Liste alguns requisitos funcionais e não funcionais.
- Estabeleça regras de negócio (ex: horário limite para pedidos, pagamento antecipado).
- Escreva uma user story para um dos usuários do sistema.
Esse exercício ajudará você a praticar a aplicação dos conceitos estudados em um cenário realista e próximo do cotidiano.