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?