Engenharia de Requisitos

Os 5 Passos da Anlise do
Problema

Nosso Objetivo
Utilizar os 5 passos da Anlise do Problema para
entender o PROBLEMA e as NECESSIDADES do
Cliente a fim de levantar as CARACTERSTICAS da
SOLUAO antes de iniciar o seu desenvolvimento

C
R

Definio de Problema
De acordo com Gause e Weinberg (1989):
Um problema pode ser definido como a diferena entre
coisas que so desejadas e coisas que so percebidas

Definio de Problema

desejado

percebido

Definio de Problema

desejado

percebido

Solues de Contorno
Assim, a soluo de um problema pode ser uma questo
de gerenciar expectativas:
Por exemplo, mudar o desejo ou percepo do usurio pode ser a
abordagem de melhor custo efetivo

A experincia pode ajudar a encontrar solues de

contorno vantajosas, rpidas, baratas e de altssima
qualidade:
Aperfeioamento incremental para sistemas existentes
Treinamento adicional, no exigindo o desenvolvimento de novos
sistemas
Reviso no processo de negcio ao invs de criar um novo sistema

Temos a responsabilidade de explorar essas solues

alternativas antes de saltar para a soluo de criar um
novo sistema

Objetivo
Quando a soluo de contorno falhar, estaremos diante de um
grande desafio:
Reduzir efetivamente a distncia entre o percebido e o desejado
criando sistemas que reduzam a diferena entre o percebido e o
desejado

Assim, o objetivo da Anlise de Problemas adquirir melhor

entendimento do problema a ser resolvido antes de iniciar o
desenvolvimento da soluo sistmica
Passos a serem seguidos para alcanar esse objetivo so:
Chegar ao acordo sobre a Definio do Problema.
Entender a causa raiz do problema o problema por detrs do
problema.
Identificar os Stakeholders e Usurios.
Definir a fronteira da soluo sistmica.
Identificar as restries que sero impostas soluo.

Passo 1 da Anlise do Problema

Chegar ao Acordo sobre a Definio do Problema
Descreva o problema e veja se todos concordam
Entenda os benefcios propostos pela soluo
Descreva os benefcios utilizando termos fornecidos pelos
clientes

A Declarao do Problema
O problema
Descreva o problema
afeta

Identifique os stakeholders afetados pelo problema

devido

Descreva o impacto deste problema nos stakeholders e

atividades de negcio.

Os benefcios
desse

Indique a soluo proposta e listar os principais benefcios.

As duas frases, embora simples, permitem assegurar que

todos os stakeholders do projeto trabalhem em direo aos
mesmos objetivos
Empresas possuem uma misso declarada, projetos
desenvolvimento de sistemas possuem a Declarao do

As Partes da
Existem
Aqui so descritas
Declarao do Problema
outras
as razes pelas
quais a Populao
afetada.

O Problema

afeta

Dengue

Populao

Podem existir mais de

um afetado pelo
problema.

razes?

devido

Sintomas da Dengue

Declarao do
Problema da Dengue
O problema da dengue afeta a populao devido
aos sintomas provocados pela doena, possibilidade
de bito das pessoas contaminadas; diminuio de
rendimento no trabalho e consequentes prejuzos
financeiros.
Os benefcios dessa soluo so:
Realizao de aes preventivas para minimizar o contgio
da doena.
etc.
etc.
...
Depende
da soluo
pretendida.

Outros Exemplos
Declarao do
Problema na
Perspectiva da
Empresa.

Elementos

Descrio

O problema

do baixo crescimento apresentado na principal rea de

atuao da empresa: iluminao profissional de teatros

afeta

a empresa, seus empregados e seus acionistas,

devido

ao desempenho inaceitvel e substancial falta de

oportunidades de crescimento em rendimento e lucratividade.

Os
benefcios
desse

novo produto e desse novo mercado em potencial para os

produtos e servios da empresa so:
Revitalizao da empresa e de seus empregados.
Elevao da lealdade e conservao dos distribuidores da
empresa.
Alto rendimento e lucratividade.
Tendncia de valorizao das aes da empresa.

Outros Exemplos
Declarao do
Problema na
Perspectiva dos futuros
clientes (Usurios).

Elementos

Descrio

O problema

da falta de opes de escolha de produtos, da funcionalidade

limitada, e alto custo dos sistemas de iluminao de
residncias

afeta

os proprietrios de sistemas residenciais de ltima gerao

devido

ao desempenho inaceitvel dos sistemas adquiridos ou, com

maior freqncia, a deciso por no automatizar sua
residncia.

Os
benefcios
desse

sistema de automao para correta iluminao so:

Alta satisfao dos proprietrios e orgulho de possu-lo.
Elevada flexibilidade e usabilidade da residncia.
Melhoria na segurana, conforto e convenincia.

Outros Exemplos
Declarao do Problema
na Perspectiva dos
Construtores e
Distribuidores do Produto.

Elementos

Descrio

O problema

da falta de opes para escolha de produtos, da

funcionalidade limitada, e alto custo dos sistemas de
iluminao de residncias

afeta

os distribuidores e construtores de sistemas residenciais de

ltima gerao

devido

a poucas oportunidades de diferenciao no mercado e

nenhuma nova oportunidade para aumentar a margem de
lucro.

Os
benefcios
desse

sistema de automao para correta iluminao so:

Diferenciao.
Alto rendimento e alto lucro.
Aumento na participao de mercado.

Passo 2 da Anlise do Problema

Entender a causa raiz do problema
Descobrir a origem de um problema identificado
Um Diagrama de Ishikawa (Diagrama de Causa e Efeito ou
Espinha de Peixe ) pode ser usado para determinar quais
subproblemas contribuem para o problema
Esses subproblemas podem ento ser usados para definir as
CARACTERSTICAS da SOLUO (sistema de software) que
atacar o PROBLEMA

Exemplo da
Anlise das Causas Razes
u
g
a
l im
pa
pa
d
ra

o
n
o da
l a c i
pu are
Po scl
e

O Problema

tic
a
in s de
efi
ci e co m
nt ba
e
te

Dengue

Po
l

Destinao insuficiente de
verbas

Nota: Isto aqui

apenas um
exemplo possvel
das causas razes
da Dengue.

Passo 3 da Anlise do Problema

Identificar Stakeholders e Usurios
Os stakeholders conhecem vrias perspectivas do problema e
vrias necessidades que esperam que sejam atacadas pela
soluo

Questes podem ser teis:

Quem so os usurios do sistema?

Quem o cliente (aquele que paga) do sistema?
Quem mais afetado pelas sadas que o sistema produzir?
Quem avaliar e homologar o sistema quando entregue e
implantado?
Existem outros usurios internos ou externos do sistema cujas
necessidades devam ser atendidas?
Usurios
Comentrios
Outros Stakeholders
Comentrios
Quem manter o sistema?
Existe algum mais?

Exemplos
Usurios

Comentrios

Proprietrio

Aquele que adquiriu o HOLIS e que pode configur-lo e obter seus

benefcios.

Lumenations Servios

Atualiza e configura remotamente o HOLIS.

Outros Stakeholders

Comentrios

O Distribuidor
Externo

Clientes diretos da Lumenations.

Construtores

Clientes dos Clientes da Lumenations: o contratado geral

responsvel pela construo da residncia.

Eletricistas
Contratados

Responsvel pela instalao e suporte.

Equipe de
Desenvolvimento
Interno

Equipe da Lumenations.

Gerente de Marketing /
Produto

Ser representado pela Cathy, gerente de produto.

Gerente Geral da
Lumenations

Financiamento e contabilidade dos resultados.

Passo 4 da Anlise do Problema

Definir a Fronteira da Soluo Sistmica
Identifique:
O Sistema e
As coisas que interagem com o sistema
Nossa nova soluo

Vendedor

Fronteira do
sistema

Novo Sistema de
Pedidos
Sistema legado com
os dados sobre preos

Faturista

Transportadora

Gerente de Produo

Exemplo de
Fronteira Sistmica

HOLIS

Lmpadas
Proprietrio

Servios da
Lumenations

Recebedor de
Emergncias TBD

Passo 5 da Anlise do Problema

Identificar as restries impostas soluo
Definimos uma restrio como:
Um limite sobre o grau de liberdade que temos em fornecer uma
soluo.

Cada restrio tem o potencial para restringir severamente a

nossa habilidade de produzir uma soluo da forma como
estava prevista
Considera diversas fontes de restries:
planejamento do ROI, oramento de pessoal e equipamentos,
assuntos ambientais, sistemas operacionais, banco de dados,
sistemas clientes e servidores, assuntos tcnicos, assuntos
polticos internos organizao, compra de software, polticas e
procedimentos da empresa, escolha de ferramentas e
linguagens, pessoal e outras fontes de recursos, alm de vrias
outras consideraes

Defina a lgica / razo da restrio

Exemplos de
Fontes de Restries
Fonte

Exemplo de Consideraes

Econmica

Poltica

Tcnica

Que restries financeiras ou oramentrias so aplicveis?

Existem custos associados nas vendas de mercadorias ou consideraes
sobre preo de produtos?
Existe algum problema de licenciamento?
Existem problemas polticos internos ou externos que possam,
potencialmente, afetar a soluo?
Existem problemas interdepartamentais?

Temos restries quanto escolha de tecnologia?

Temos restries para trabalhar com a plataforma ou tecnologias
existentes?
Utilizaremos algum pacote de software adquirido?

Sistmica

A soluo ser construda sobre o sistema existente?

Devemos manter compatibilidade com a soluo existente?
Que sistemas operacionais e ambientes devem ser suportados?

Ambiental

Existem restries ambientais ou legais?

Existem requisitos de segurana?
Estamos restritos a algum padro?

Planejamen
to e
recursos

O planejamento est definido?

Estamos restritos aos recursos existentes?
Podemos utilizar trabalho externo?
Podemos aumentar os recursos temporrios ou permanentes?

Exemplo de Restries
ID

Restries do sistema HOLIS

Lgica

A verso 1.0 deve ser liberada em 5 de Janeiro de 2000.

A nica oportunidade de lanamento do

produto neste ano.

A equipe deve adotar a modelagem UML, mtodos baseados em OO, e

o Processo de Desenvolvimento Unificado.

Estas tecnologias elevam a produtividade

e produzem sistemas robustos.

O software para a Unidade de Controle Central e o Programador PC

devem ser escritos em C++. A linguagem Assembly ser usada na
Chave de Controle.

Devido consistncia e, tambm,

manutenibilidade, pois a equipe conhece
estas linguagens.

Um prottipo do sistema deve ser apresentado numa exposio

comercial de Automao Residencial em Dezembro.

Para obter pedidos de distribuidores do

Q1 FY 2000.

O subsistema de microprocessamento da Unidade de Controle Central

deve ser copiado da diviso de projetos de iluminao avana.

um projeto existente e uma pea

existente em estoque.

Apenas o Programador PC dever ser compatvel com o Windows 98.

Faz parte do escopo de gerenciamento

para a liberao da verso 1.0.

Contratar no mximo dois empregados, de tempo integral, somente

aps o trmino da fase de concepo, quando as habilidades
necessrias ao projeto estaro determinadas.

Contratao mxima permitida para

expanso da equipe.

O microprocessador KCH5444 deve ser usado na Chave de Controle.

J em uso pela companhia.

Aquisies de componentes de software possvel, contanto que no

exista nenhuma obrigao de pagamentos contnuos de royalty pela
empresa.

Nenhum custo de longo prazo poder

causar impacto no custo de software.

Resumo
Ao completar os 5 passos, podemos ficar
razoavelmente confiantes de que conseguimos:
Entender o problema a ser resolvido, bem como as causas
razes do problema
Identificar os stakeholders que, com seu julgamento coletivo,
ir, no final, determinar o sucesso ou o fracasso do nosso
sistema
Obter uma noo da fronteira da soluo
Conhecer as restries e o grau de liberdade que temos de
solucionar o problema

Obrigado!
Osvaldo Kotaro Takai
Leonardo Takuno