Análise e Gerenciamento de
Requisitos com Casos de Uso
Módulo 4
Análise do Problema
Objetivos
• Definir “Análise do Problema” e seu objetivo.
• Descrever as atividades de Análise do Problema.
– Identificar os stakeholders.
– Obter um acordo sobre quais são os problemas.
– Encontrar atores e definir a fronteira do sistema.
– Começar o desenvolvimento da Visão do Projeto.
– Descrever os Problemas.
– Identificar as restrições do projeto.
– Definir um vocabulário comum (glossário de termos).
Onde estamos na disciplina de Requisitos?
Análise do Problema: Atividades e Artefatos!
Análise do Problema
• É o processo de entender os problemas do mundo real,
e como eles se relacionam com as necessidades dos
stakeholders, e propor soluções para atender a estas
necessidades.
• Qual o objetivo da Análise de Problemas?
– Ter um melhor entendimento antes de começar o
desenvolvimento.
– Identificar as causas-raiz dos problemas.
– Identificar a solução correta, conhecendo
bem o problema.
– Minimizar o trabalho extra.
Qual será o real
problema?
Definição do Problema
Um problema pode ser definido como uma diferença
entre as coisas como são percebidas e como são
desejadas.
(Problema)
Percebido
Desejado
Passos para a Análise do Problema
•
•
•
•
•
Identificar os stakeholders.
Entender as causas-raiz.
Chegar a um entendimento sobre os problemas.
Identificar as restrições do sistema e do projeto.
Identificar e validar a solução em relação as
causas-raiz.
• Definir a fronteira (escopo) do sistema.
Roadmap da Análise de Problemas
Problema
de
Negócio
Identificar o skeakholder do problema.
Analisar as causas raiz.
Problema de Negócio
Definido
Idéia de
Solução ou
Oportunidade
Problema Atual
identificado e definido
Entendimento dos
Problemas no Contexto
dos Objetivos de Negócio.
Problema validado /
ajustado
Escolher as melhores soluções
para alcançar os objetivos.
Reavaliar qual é a melhor idéia de
solução.
Melhor solução
identificada
Elicitar
Requisitos
Expandir a lista de
soluções do stakeholder.
Stakeholders: Definições
• Stakeholder
– Um indivíduo que é materialmente afetados por uma
saída do sistema ou do projeto que está produzindo o
sistema.
• Representante do Stakeholder
– Um stakeholder representa um ou mais stakeholders.
Eles estão diretamente envolvidos na direção,
concepção, e no escopo do projeto.
Identificar os Stakeholders
• Cada grupo de stakeholders precisa de um
representante.
• Nem todos os grupos de stakeholders precisam
ser consultados.
– Vários irão fornecer os requisitos.
• Clientes, usuários, administradores do sistema
– Vários podem não fornecer requisitos.
• Acionistas da empresa
Quem destes são stakeholders nos seus projetos?
Descrever Stakeholders no Documento de Visão
Stakeholder
Representante
Descrição
Tipo
Responsabilidades
Critério de Sucesso
Envolvimento
Entregas
Comentários/
Preocupações
Digitador
Kelly Hansen
Usuário
O digitador é tipicamente um técnico com conhecimentos em
informática. O digitador é treinado e experiente no uso do atual
sistema batch de registro.
O digitador é responsável por administrar o cadastro de cursos
para cada período letivo. Isto inclui a supervisão administrativa
e de permissão de acesso aos dados.
Conseguir manter o banco de dados de estudantes e professores,
e abrir/fechar cursos para matrícula.
A responsabilidade primária dos digitadores será manter o
banco de dados de estudantes e professores, e abrir/fechar cursos
para matrícula.
Também será requerido da área de matrículas….
Gestor de Revisão – especialmente nas funcionalidades
requisitadas pela área de Matrículas.
Nenhum
Quais problemas estão por trás dos problemas?
Técnicas do Diagrama de Espinha de Peixe
Problema de
negócio que foi
percebido.
Clientes
insatisfeitos
com nossos
serviços.
Liste as causas que contribuem para o problema detectado.
Continue perguntando “Por que?” (expanda cada raia).
Análise do Problema – Validando a solução
Técnicas do Diagrama de Espinha de Peixe
Solução
percebida para
os problemas.
Mais Máquinas
de Auto
Atendimento.
Liste as razões que justificam a solução.
Continue perguntando “Por que?” (expanda cada raia).
Foco nos que mais contribuem – Lei de Pareto
20% do esforço
originam em
80% de
benefício.
Benefício
80%
20%
Esforço
Classifique por ordem. Use a regra do 80-20 para focar nas
principais causas responsáveis pelas grandes porções de
problema.
Compreender o contexto maior do problema
• A falta de entendimento do negócio e seus
objetivos aumenta o risco.
• O problema está em algum componente do
processo / empresa?
• A equipe entende qual o domínio do problema?
• A solução do problema cria oportunidades de
melhoria do processo?
Disciplinas de Modelagem de Negócio e Requisitos
A conexão entre as duas disciplinas.
Modelagem de Negócio
Requisitos
Modelos de Negócio
• Desenhe os modelos de organização estrutural e dinâmico.
– Modelo de Estrutura Organizacional
– Modelo de Processos de Negócio
• Modele também:
– Papéis e responsabilidades
– Produtos, entregas, eventos...
•
•
•
•
Visualize a organização e seus negócios.
Ajude a entender os problemas atuais.
Identifique potenciais melhorias.
Identifique e valide os requisitos de sistema necessários à
Organização.
Exercício: Analisar o Problema
• Discutir o processo do exercício.
• Identificar e classificar as causas-raiz.
– Diagrama de Espinha de Peixe
– Ou use o quadro...
Descrever o problema no Documento de Visão
Definição do
Problema
Requisições
do
Stakeholder
Documento de
Visão
Modelo de
Caso de Uso
Especificações de
Design
Especificação
Suplementar
Especificações de
Manual do Usuário
Documento de Visão
• As mesmas informações para gerência,
marketing, e equipe de projeto.
• Fornece o feedback inicial do cliente.
• Promove uma compreensão única do produto.
• Define escopo e prioridade em alto-nível das
requisições do stakeholder e suas características.
• Um documento em nível de sistema que
descreve o “que” e “porquê” do produto.
Vision
Estrutura do Documento de Visão
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Introdução
Posicionamento do Projeto
Descrições do Stakeholder e Usuário
Visão Geral do Produto
Características do Produto
Restrições
Faixas de Qualidade
Prioridades
Requisitos do Produto
Requisitos de Documentação
Obtendo o Entendimento do Problema
Descrição do Problema
O problema de
(descreva o problema)
afeta
(os stakeholders afetados pelo
problema)
O impacto disto é (qual o impacto do problema)
que
Uma solução de (listar vários benefícios-chave de
sucesso seria
negócio para uma solução de sucesso)
Visão
Identificar as Restrições
De ambiente
Econômicas
Políticas
Técnicas
Viabilidade
Sistêmicas
Identificar as melhores soluções de negócio
• Identificar as várias soluções para os problemas
principais.
– Âmbitos técnico, não-técnico, ou ambos.
• Escolher a que:
– Melhor resolve as causas-raiz.
– Melhor se alinha aos objetivos de negócio.
• Identificar os requisitos passíveis de
implementação, ou viáveis.
Definir a fronteira da solução de sistema
Outros
sistemas
Usuários
Novo Sistema
Manutenção
Comunicações
Sistemas
Legados
Relatórios
Atores ajudam a definir a fronteira do sistema
Fronteira do sistema?
PC
PC
Servidor
Servidor
PC
PC
PC
Quem é o ator?
Módulos do sistema ou o usuário?
Usuário
Capturando o Vocabulário comum do sistema
• Definir os termos usados no projeto e no
processo de negócio.
• Ajudar a prevenir mal-entendidos.
Capturar o Vocabulário Comum
• Começar o mais cedo possível.
• Continua durante todo o projeto.
Glossário
Exercício: Descreva o Problema
• Comece o Documento de Visão.
–
–
–
–
Identifique os stakeholders do projeto.
Procure atores e fronteiras do sistema.
Identifique restrições no projeto.
Formule as descrições dos problemas.
Visão
Revisão: Análise do Problema
1. Quais são os passos da Análise de Problemas?
2. Como obter o acordo sobre quais são os problemas?
3. Como os atores podem ser usados para determinar as
fronteiras do sistema?
4. Por que é importante ter um Glossário?
5. O que deve ser incluído na sentença do problema?