Post on 17-Apr-2015
Análise e Gerenciamento de Requisitos com Casos de Uso
Módulo 4Aná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
Elicitar Requisitos
Expandir a lista de soluções do stakeholder.
Escolher as melhores soluções para alcançar os objetivos.
Melhor solução identificada
Problema validado / ajustado
Problema de Negócio Definido
Problema Atual identificado e definido
Identificar o skeakholder do problema. Analisar as causas raiz.
Reavaliar qual é a melhor idéia de solução.
Entendimento dos Problemas no Contexto
dos Objetivos de Negócio.
Problema de
Negócio
Idéia de Solução ou
Oportunidade
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ãoStakeholder DigitadorRepresentante Kelly HansenDescrição UsuárioTipo O digitador é tipicamente um técnico com conhecimentos em
informática. O digitador é treinado e experiente no uso do atual sistema batch de registro.
Responsabilidades 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.
Critério de Sucesso Conseguir manter o banco de dados de estudantes e professores, e abrir/fechar cursos para matrícula.
Envolvimento 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….
Entregas Gestor de Revisão – especialmente nas funcionalidades requisitadas pela área de Matrículas.
Comentários/ Preocupações
Nenhum
Quais problemas estão por trás dos problemas? Técnicas do Diagrama de Espinha de Peixe
Liste as causas que contribuem para o problema detectado.Continue perguntando “Por que?” (expanda cada raia).
Problema de negócio que foi
percebido.
Sem banco à noite
Morosidade
Quer
privacidade
quando sacar Clientes insatisfeitos com nossos serviços.
Quer b
anco
s
nos a
erop
orto
s
Pouco
s pon
tos d
e
aten
dimen
to
Filas g
rand
es e
lenta
s nas
filiai
s
Técnicas do Diagrama de Espinha de Peixe
Liste as razões que justificam a solução.Continue perguntando “Por que?” (expanda cada raia).
Solução percebida para os problemas.
Qualquer hora
Agilidade
Permite
privacidade
quando sacar Mais Máquinas de Auto
Atendimento.
Pode
ficar
nos
aero
porto
s
Mais
pon
tos d
e
aten
dimen
to
Filas m
enor
es e
mais
ágeis
nas
filiai
s
Análise do Problema – Validando a solução
Foco nos que mais contribuem – Lei de ParetoB
enef
ício
Ben
efíc
io
EsforçoEsforço20%20%
80%80%
Classifique por ordem. Use a regra do 80-20 para focar nas principais causas responsáveis pelas grandes porções de problema.
20% do esforço originam em
80% de benefício.
20% do esforço originam em
80% de benefício.
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
Especificações de Manual do Usuário
Especificações de Design
Requisições do
Stakeholder
Documento de Visão
Especificação SuplementarModelo de
Caso de Uso
Definição do Problema
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. Introdução2. Posicionamento do Projeto3. Descrições do Stakeholder e Usuário4. Visão Geral do Produto5. Características do Produto6. Restrições 7. Faixas de Qualidade8. Prioridades9. Requisitos do Produto10. Requisitos de Documentação
Obtendo o Entendimento do Problema
Descrição do Problema
Visão
O problema de (descreva o problema)
afeta (os stakeholders afetados pelo problema)
O impacto disto é que
(qual o impacto do problema)
Uma solução de sucesso seria
(listar vários benefícios-chave de negócio para uma solução de sucesso)
Identificar as Restrições
Econômicas
Técnicas
De ambiente
Sistêmicas
Políticas
Viabilidade
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
ManutençãoComunicações Relatórios
Novo Sistema
Outros sistemas
UsuáriosSistemasLegados
Atores ajudam a definir a fronteira do sistema
PC
Fronteira do sistema?
ServidorPC
PC
PC
Quem é o ator?
Módulos do sistema ou o usuário?
Servidor
Usuário
PC
Capturando o Vocabulário comum do sistema
• Definir os termos usados no projeto e no processo de negócio.
• Ajudar a prevenir mal-entendidos.
Glossário
Capturar o Vocabulário Comum
• Começar o mais cedo possível.
• Continua durante todo o projeto.
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?