Atividades e Técnicas de ER

Levantamento de Requisitos

Elicitação e descoberta

Entrevista: Entrevistas realizadas com o cliente da Ideia Space podem ajudar a entender as necessidades específicas da startup para o desenvolvimento de uma solução de aprendizado gamificada.
Brainstorming: Sessão para gerar ideias de forma criativa e colaborativa. O foco está em identificar funcionalidades, mecânicas de gamificação e métricas de desempenho que atendam às necessidades do sistema educacional.
Product Backlog Building (PBB): O PBB identifica os papéis que atuarão no sistema e auxilia na descoberta dos requisitos e funcionalidades com base nas atividades desempenhadas por esses papéis.

Análise e Consenso

Negociação: Técnica usada para resolver conflitos entre stakeholders da Ideia Space que podem ter visões divergentes sobre os requisitos do sistema. O foco está em compreender os objetivos de cada parte e encontrar soluções que alinhem esses interesses.
Product Backlog Building (PBB): Processo de construir e organizar o Product Backlog.

Declaração

Histórias de usuário: Declarações simples e objetivas que descrevem funcionalidades do sistema do ponto de vista do usuário. Na Ideia Space, essas histórias ajudam a traduzir as necessidades dos stakeholders em requisitos claros e priorizáveis, representando como o software gamificado será usado em situações reais.
Especificação de requisitos: Documentação detalhada e estruturada das funcionalidades e características esperadas do sistema.
Product Backlog Building (PBB): O PBB transforma as informações coletadas em histórias de usuário bem definidas, garantindo que os requisitos estejam formalmente documentados no backlog.
Mapeamento de Histórias de Usuários (USM): Técnica usada para organizar as histórias de usuários e entender a jornada do usuário com o sistema. Ajuda a priorizar e visualizar as funcionalidades mais importantes para a sprint, garantindo que estejam alinhadas com os objetivos do projeto.

Organização e Atualização

MoSCoW: Técnica de priorização utilizada para organizar e classificar os requisitos de um projeto com base em sua importância e urgência
Product Backlog Building (PBB): Permite adaptar e refinar o backlog conforme surgem novas informações, mantendo os requisitos organizados e facilitando mudanças.

Design do Sistema

Elicitação e Descoberta

Workshop de Requisitos: Sessão colaborativa com stakeholders e membros da equipe para entender melhor as necessidades do projeto. O objetivo é garantir que todas as partes interessadas compreendam o que será desenvolvido e alinhem os requisitos com os objetivos de negócio.
Questionário: Técnica para coletar informações de stakeholders de forma estruturada, garantindo que os requisitos sejam compreendidos de maneira clara e objetiva. A utilização de questionários ajuda a esclarecer dúvidas e refinar as histórias de usuários.

Declaração

Mapeamento de Histórias de Usuários (USM): Técnica usada para organizar as histórias de usuários e entender a jornada do usuário com o sistema. Ajuda a priorizar e visualizar as funcionalidades mais importantes para o produto, garantindo que estejam alinhadas com os objetivos do projeto.

Representação

Mockup: Uma representação visual estática de um sistema ou produto, criada para ilustrar sua interface de usuário (UI), layout e funcionalidades principais. É usado para ajudar stakeholders e equipes de desenvolvimento a entender e validar requisitos relacionados ao design e à usabilidade antes do início do desenvolvimento real.
Modelagem de domínio: é o processo de compreender e representar o universo de um problema ou área específica (o domínio) em termos conceituais, criando um modelo que descreve os elementos principais, suas características, comportamentos e relacionamentos. É uma prática comum na engenharia de software e no design de sistemas para alinhar o entendimento entre as partes interessadas e guiar o desenvolvimento de soluções.

Verificação e Validação

Definição de Acabado (DoD): Estabelecimento de um conjunto de critérios que determinam quando uma história ou tarefa está completamente pronta para ser considerada como finalizada. Isso garante que a qualidade e a funcionalidade atendam aos padrões acordados antes de ser entregue.
Definição de Pronto (DoR): Técnica para garantir que as histórias de usuário estejam suficientemente detalhadas e com todos os requisitos necessários para que a equipe de desenvolvimento possa começar a trabalhar nelas. Este processo ajuda a garantir que as histórias estejam “prontas para ser trabalhadas”.

Testes

Verificação e Validação

Checklist de Verificação: é usado para garantir que o produto ou sistema está sendo construído corretamente, ou seja, que o trabalho realizado atende às especificações e aos padrões definidos pelos requisitos técnicos e design.
Checklist de Validação: é usado para garantir que o produto ou sistema construído atende às necessidades e expectativas do usuário final, ou seja, que ele resolve o problema para o qual foi projetado.
Definição de Acabado (DoD): Estabelecimento de um conjunto de critérios que determinam quando uma história ou tarefa está completamente pronta para ser considerada como finalizada. Isso garante que a qualidade e a funcionalidade atendam aos padrões acordados antes de ser entregue.

Engenharia de Requisitos e Cascata

Fases do Processo	Atividades ER	Prática	Técnica	Resultado Esperado
Levantamento de Requisitos	Elicitação e Descoberta	Levantamento de requisitos	- Entrevista - Brainstorming - PBB	Levantamento de requisitos funcionais e não funcionais
	Análise e consenso	Organização de requisitos	- Negociação - PBB	Backlog do produto
	Declaração	Formalização dos requisitos	- Histórias de usuário - Especificação de requisitos - PBB	Histórias de usuário registradas que descrevem os requisitos da release
	Organização e Atualização	Organização do backlog	- MoSCoW - PBB	Requisitos priorizados com estimativas consensuais entre a equipe.
Design do Sistema	Elicitação e descoberta	Refinamento do backlog	- Workshop de Requisitos - Questionário	Histórias refinadas e alinhadas com o objetivo do cliente
	Declaração	Escolha das histórias para desenvolvimento	Mapeamento de histórias de usuários (USM)	Definição do conjunto de histórias que serão desenvolvidas definidas e alinhadas.
	Verificação e Validação	Refinamento dos critérios das histórias de usuários	- Definição de Acabado (DoD) - Definição de Pronto (DoR)	Histórias com critérios de aceitação claros e alinhados com o time.
	Representação	Representação visual dos requisitos definidos para o desenvolvimento.	-Mockup - Modelagem de domínio	Guia visual que será usada durante todo o processo de desenvolvimento.
Testes	Verificação e Validação	Garantir funcionalidades completas, monitorar o progresso com ajustes necessários e manter alta qualidade de código.	- Checklist de Validação - Checklist de Verificação - Definição de Acabado (DoD)	Itens desenvolvidos que atendem às necessidades do cliente e aos requisitos, garantindo que os objetivos foram cumpridos e a qualidade do código mantida.