Engenharia de Requisitos

Atividades e Técnicas de Engenharia de Requisitos

Elicitação e Descoberta

Entrevista / Grupo Focal: Serão conduzidas entrevistas com os principais stakeholders, incluindo o dono da empresa, técnicos de som, operadores de eventos e clientes recorrentes. O objetivo é entender como é feito o processo atual de orçamento, consulta de equipamentos e agendamento técnico. Esses dados permitirão identificar pontos de dor e necessidades reais para alimentar os requisitos do sistema.

Brainstorming: Reuniões internas com a equipe multidisciplinar (devs, design, analista de requisitos, especialista em dados) foram realizadas para levantar ideias iniciais de funcionalidades, interface e soluções.

Análise e Consenso

Análise de Objetivo de Domínio: Essa técnica tem como objetivo identificar os principais objetivos de negócio e como o sistema pode apoiar diretamente na sua realização. No caso da Reflex Som, o domínio envolve não só a locação de equipamentos, mas também a gestão técnica e logística de eventos. Por isso, é essencial entender como a plataforma pode contribuir para esses processos centrais da empresa.

Negociação: Durante a priorização de funcionalidades, será realizada uma negociação com o cliente para alinhar expectativas, limitar escopo do MVP e distribuir entregas entre as iterações, considerando custo-benefício e complexidade técnica.

Declaração de Requisitos

Casos de Uso: Os requisitos elicitados serão organizados na forma de casos de uso (ex: "Emitir orçamento automático", "Consultar disponibilidade de equipamento", "Agendar técnico").

Representação de Requisitos

Diagrama (UML): Utilizaremos o diagrama de atividade para representar visualmente como será o fluxo do sistema e a interação dos usuários com os módulos.

Verificação e Validação de Requisitos

Definition of Ready (DoR) e Definition of Done (DoD): Para cada funcionalidade, será definido o que é necessário para começá-la (DoR) e para considerá-la como concluída (DoD), garantindo que todas as entregas estejam completas e funcionais.

Organização e Atualização de Requisitos

MoSCoW: A equipe aplicará a técnica de priorização MoSCoW (Must, Should, Could, Won’t) para separar funcionalidades obrigatórias e opcionais, especialmente úteis na definição do escopo do MVP.

ICE Scoring: A equipe utilizará o método de priorização ICE (Impacto, Confiança e Facilidade) para atribuir uma pontuação numérica às funcionalidades, auxiliando na tomada de decisões mais objetivas. A análise considera o impacto da funcionalidade no valor do produto, o grau de confiança na entrega conforme planejado e a facilidade de implementação técnica, permitindo uma priorização baseada em critérios quantitativos e alinhada à realidade da equipe.

Mapa de Rastreabilidade: Será criado um mapa relacionando os requisitos com os objetivos de negócio e funcionalidades entregues, o que ajudará na auditoria e evolução futura da solução.

---

Engenharia de Requisitos e o OpenUP

Fases do Processo	Atividades ER	Prática	Técnica	Resultado Esperado
Iniciação	Elicitação e Descoberta	Coleta com stakeholders	Entrevista / Grupo Focal	Lista de necessidades
	Elicitação e Descoberta	Sessões com equipe multidisciplinar	Brainstorming	Lista de Requisitos RFs
	Análise e Consenso	Estudo dos objetivos do negócio	Análise de Objetivo de Domínio	Visão de Produto
Elaboração	Análise e Consenso	Definição de MVP	Negociação	MVP
	Declaração de Requisitos		Casos de Uso	Casos de Uso
	Representação de Requisitos	UML	Diagrama (UML)	Diagrama de atividade
	Verificação e Validação	Revisão técnica e validação	DoR;DoD	DoR/DoD
	Organização e Atualização	Relacionamento entre requisitos e objetivos	Mapa de Rastreabilidade	Mapa de relações entre os Requisitos
	Organização e Atualização	Priorização da Lista de Requisitos	MoSCoW e ICE Scoring	Lista de requisitos priorizada
Construção	Verificação e Validação de Requisitos	Revisão técnica e validação	DoR; DoD	DoR/DoD
Transição