análise e gerenciamento de requisitos com casos de uso módulo 4 análise do problema
TRANSCRIPT
![Page 1: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/1.jpg)
Análise e Gerenciamento de Requisitos com Casos de Uso
Módulo 4Análise do Problema
![Page 2: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/2.jpg)
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).
![Page 3: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/3.jpg)
Onde estamos na disciplina de Requisitos?
![Page 4: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/4.jpg)
Análise do Problema: Atividades e Artefatos!
![Page 5: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/5.jpg)
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?
![Page 6: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/6.jpg)
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
![Page 7: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/7.jpg)
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.
![Page 8: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/8.jpg)
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
![Page 9: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/9.jpg)
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.
![Page 10: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/10.jpg)
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?
![Page 11: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/11.jpg)
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
![Page 12: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/12.jpg)
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
![Page 13: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/13.jpg)
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
![Page 14: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/14.jpg)
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.
![Page 15: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/15.jpg)
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?
![Page 16: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/16.jpg)
Disciplinas de Modelagem de Negócio e Requisitos
A conexão entre as duas disciplinas.
Modelagem de Negócio Requisitos
![Page 17: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/17.jpg)
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.
![Page 18: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/18.jpg)
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...
![Page 19: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/19.jpg)
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
![Page 20: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/20.jpg)
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
![Page 21: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/21.jpg)
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
![Page 22: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/22.jpg)
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)
![Page 23: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/23.jpg)
Identificar as Restrições
Econômicas
Técnicas
De ambiente
Sistêmicas
Políticas
Viabilidade
![Page 24: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/24.jpg)
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.
![Page 25: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/25.jpg)
Definir a fronteira da solução de sistema
ManutençãoComunicações Relatórios
Novo Sistema
Outros sistemas
UsuáriosSistemasLegados
![Page 26: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/26.jpg)
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
![Page 27: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/27.jpg)
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.
![Page 28: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/28.jpg)
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
![Page 29: Análise e Gerenciamento de Requisitos com Casos de Uso Módulo 4 Análise do Problema](https://reader034.vdocuments.mx/reader034/viewer/2022050921/552fc11b497959413d8c99a0/html5/thumbnails/29.jpg)
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?