Análise de Requisitos - api.ning.comapi.ning.com/files/AIKOhoWvM0HVubVzLxDKUaqARidgh4PJxyoiq... · Análise de Riscos, ... não serão utilizadas neste estudo de caso. e 3.0

An

ali

sta

de

Ne

gó

cio

3.0

AN V 3.0 [68] | Rildo F Santos | (@rildosan) | [email protected] | www.etecnologia.com.br | http://etecnologia.ning.com 1

Análise de Requisitos


Nesta área de conhecimento é descrito as tarefas e técnicas utilizadas para analisar requisitos com o

objetivo de definir as capacidades requeridas de uma solução para atender o requisito de negócio e às

necessidades das partes interessadas.

Análise de Requisitos pode ser conduzida para desenvolver modelos do estado atual de problema e/ou

necessidade e elaboração da proposta de solução.

Elaborar

Proposta de

Solução

Estimar o tempo

para

implementação

da solução

Saída

Business

Case

Definir os

ganhos e

benefícios da

solução

Definir nível de

Severidade de

risco

Entrada

Business

Case [incompleto]

Atividades

Documento de

Requisitos Identificar e

analisar as

oportunidades

Elaborar

glossário de

termos

http://www.etecnologia.com.br/

An

ali

sta

de

Ne

gó

cio

3.0


Técnicas Análise de Interfaces,

Cenário e Casos de Uso,

Diagrama de Sequência,

Modelagem de Processos,

*Análise de Regras de Negócio,

Dicionário de Dados e Glossário,

Modelagem Organizacional,

Análise de Requisitos Não Funcionais,

Decomposição Funcional,

Estória de Usuários,

Prototipagem,

Análise de Riscos,

Definição de Critérios de Aceite e Avaliação,

Métricas e Indicadores Chaves de

Desempenho,

Rastreamento de Problemas,

Análise de Decisão,

Diagrama de Estados,

Modelagem de Dados,

Revisão Estruturada,

Diagrama de Fluxos de Dados,

Modelagem de Escopo

Outras técnicas: Mudança Organizacional (Change Management) * Também recomendável avaliar o nível de complexidade da demanda. Isto pode ser feito com base em alguns critérios. Exemplo de critérios: - Impacto da Mudança na Organização - Grau de Dependência da Demanda - Nível de Capacidade requerido para atender a Demanda



As técnicas que estão riscadas não serão utilizadas neste estudo de caso


An

ali

sta

de

Ne

gó

cio

3.0


A proposta de solução começa pela definição do escopo, uma boa prática é utilizar uma técnica.

Técnica Modelagem do Escopo:

Modelos do escopo são usados para descrever o escopo da analise de negócio e/ou o escopo da

solução.

Os modelos do escopo servem como uma base para a definição e a delimitação do escopo.

A definição do escopo deve demonstrar claramente o que está dentro do escopo, tudo aquilo que faz

parte da solução e/ou coisas que a solução deve ter ou fazer e o que está fora do escopo, tudo aquilo

que não faz parte da solução e/ou coisas que coisas que a solução não deve ter ou não fazer, dentro de

um domínio do negocio.

No Estudo de Caso em questão, definiremos o escopo da solução.

Elaborar a Proposta de Solução


Saída

Business

Case

Entrada

Business

Case [incompleto] Documento de

Requisitos

[Aprovados]

Elaborar

Proposta de

Solução

Estimar o tempo

para

implementação

da solução

Definir os

ganhos e

benefícios da

solução

Definir nível de

Severidade de

risco

Atividades

Identificar e

analisar as

oportunidades

Elaborar

glossário de

termos


An

ali

sta

de

Ne

gó

cio

3.0

AN V 3.0 [68] | Rildo F Santos | (@rildosan) | [email protected] | www.etecnologia.com.br | http://etecnologia.ning.com

Técnica: Modelagem de Escopo

Dentro do escopo

tudo aquilo que

faz parte da solução

Fora do escopo

tudo aquilo que

não faz parte da

solução

Metáfora do Quadrado:

Fora do quadrado Dentro do quadrado

Boas Práticas:

- Na definição do escopo descreva tudo aquilo que faz parte do escopo. E também escreva tudo aquilo

que não faz parte do escopo.

Escopo define os limites (fronteiras) de solução, até aonde ela vai, o que ela deve fazer e o que ela não

deve fazer.

Dentro do escopo: Substituição do pacote MS Office pelo Open Office. Observação: O legado do MS Office deverá ser preservado. Fora do escopo da solução: Outros softwares e Aplicações de Missão Critica.

Dentro do escopo: Substituição do pacote MS Office pelo Open Office. Observação: O legado do MS Office deverá ser preservado

Fora do escopo da solução: Outros softwares e Aplicações de Missão Critica.

4

Exemplo da Definição do

Escopo no Business

Case:


An

ali

sta

de

Ne

gó

cio

3.0


Requisitos de

Negócio

Requisitos

Funcionais

Requisitos

Não

Funcionais

Requisitos da

Solução

Entender o negócio

Entender As Partes Interessadas

Demanda de Negócio

(Necessidade, Problema

e/ou Oportunidade)

Solução

Requisitos da Solução

Requisitos das

Partes

Interessadas

Business Drivers Requisito de negócio é

aquilo que deve ser

entregue para fornecer

valor

5

Quais são as funcionalidades,

características de qualidade,

preocupações, expectativas

e restrições da solução.

Requisitos de Transição

Será definido na área de conhecimento Avaliação e Validação da Solução


An

ali

sta

de

Ne

gó

cio

3.0


Requisitos

Requisitos Funcionais Requisitos Não Funcionais

Documentos de Requisitos

[5] Possibilidade de editar e publicar documentos, planilhas e apresentações [3] Salvar em vários formatos, inclusive no formato do MS Office. [1] Recurso de dicionário habilitado [5] Ter suporte avançado a macros (necessidade do pessoal da engenharia)

[3] Ter interface com usuário amigável (Usabilidade) [5] Preservar os arquivos legados -- documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) [1] Proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança)

Todos os requisitos descritos no Documento de Requisitos devem ser transcritos para Business Case.

Mas, antes vamos apresentar a Técnica de Análise de Regra de Negócio, que deve ser utilizada para

reescritas dos requistos para facilitar o entendimento o nível de prioridade dos requisitos

6

Legenda:

5 – Obrigatórios | 3 – Opcionais | 1 – Recomendados (desejáveis)


An

ali

sta

de

Ne

gó

cio

3.0


As Regras de Negócio são implementadas na análise de requisitos. Elas orientam (ou guiam) como os

requisitos serão implementados.

As regras podem ser expressas (estabelecidas) por uma política, procedimento, regulamento, lei, norma

de qualidade e etc

As regras de negócio podem ser agrupadas (ou categorizadas): Linha de Negócio, Domínio de Negócio,

Produto, Serviço e Processo.

Regras

Regras 1 Regras 2 Regras n

orientam

Políticas Normas Leis e

Regulamentos

Requisitos

Técnica: Análise de Regras de Negócio:

7


An

ali

sta

de

Ne

gó

cio

3.0


Definição de Regra de Negócio:

Primeira Definição:

"Uma regra de negócio é uma declaração que define ou restringe algum aspecto do negócio. Destina-

se a afirmação da estrutura empresarial, para controlar ou influenciar o comportamento do negócio.“

Segundo a Business Rules Group (1993)

Segunda Definição:

“Regra de Negócio: É uma declaração que define ou restringe algum aspecto de um negócio e

representa conhecimento de negócio. Ela governa como o negócio deve ser realizado (como os

processos devem executar as regras de negócio)”

Segundo o Livro: Business Modeling with UML dos autores: Hans-Erik Eriksson e Magnus Penker,

editora Wiley / 2000

Regra de Negócio

Fato Restrição Derivação Termo

Taxonomia da Regra de Negócio:

Regra de Negócio = Termo + Fato + Restrição + Derivação


8


An

ali

sta

de

Ne

gó

cio

3.0


Termo:

Um termo é um substantivo ou expressão substantiva com uma definição que tenha relevância para o

entendimento do negócio e para referenciar um conceito em particular .

Exemplo:

Um conceito: cliente

ƒ Uma propriedade de um conceito: cliente vip

ƒ Um valor: cliente vip do sexo feminino

Fato:

Fato é uma declaração (afirmação) que ligam os termos, através de preposições e locuções verbais

(verbos), em relevância com o negócio. Representa o relacionamento existente entre dois ou mais

termos.

Exemplo:

Cliente pode fazer pedido.

ƒ Um pedido têm produtos.

ƒƒ Cliente é uma pessoa física que fez pelo menos uma compra conosco.

Restrição:

Um declaração (completa) que expressa uma condição que deve ser satisfeita ou não, para que o

evento de negócio se complete com integridade. Geralmente está ligada aos aspectos comportamentais

(dinâmicos) do negócio.

Exemplo:

Empréstimo somente pode ser concedido para clientes com Score Credit >= (maior ou igual) 700

pontos.

Um pedido deve ter somente um endereço de entrega



9


An

ali

sta

de

Ne

gó

cio

3.0


Forma de indicar

que certa maneira de

proceder é preferível,

entretanto, não

necessariamente

exigível.

Forma de exprimir

os requisitos a serem

seguidos

obrigatoriamente.

Não é permitido desvios

DEVER

A licença será iniciada em dia útil do mês

A licença deve iniciar em dia útil do mês

Forma de expressar

os requisitos para quais

exista a possibilidade

de escolha.

PODER

A critério dos gestores, admitir-se-á a

participação de terceiros em eventos

promovidos pela empresa

Os gestores podem admitir participação de

terceiros em eventos promovidos pela

empresa.

CONVIR

O Comitê de Qualidade será formado,

preferencialmente, por funcionários mais

experientes

Convém que Comitê de Qualidade seja

formado por funcionários mais experientes


Exemplos de Restrição: Os verbos Dever, Poder e Convir são os mais indicados para expressar

restrições:

Certo Errado


10


An

ali

sta

de

Ne

gó

cio

3.0


Derivação:

É quando uma regra utiliza o conhecimento de outra regra. É reuso da regra de negócio.

Exemplos:

- Utilização de formulas (onde parte da formula de calculo foi definida em outra regra) utilizada para se

obter um resultado;

- Podemos ter uma regra (especialista) que sabe fazer cálculo de valores de imposto a pagar. Esta

regra poderá ser utilizada por qualquer regra que necessite fazer o cálculo de imposto.


Exemplos:

Nome da Regra: Perímetro de Entrega

Objetivo da Regra: Definir o perímetro de entrega

Regra: Toda loja deve fazer entrega em raio da 5 km.

Nome da Regra: Entrega de Pedido

Objetivo da Regra: Definir regra para entrega de pedido

Regra: O pedido deverá ser entregue de acordo com a regra de Perímetro de Entrega

Exemplo Derivação:

derivação


11


An

ali

sta

de

Ne

gó

cio

3.0


Exemplos:

Nome da Regra: Serviços Fornecimento por Terceiros

Objetivo da Regra: Definir regra para serviços fornecimento por terceiros

Regra: Todos os serviços fornecido por terceiros devem ter contrato de prestação de serviço

Nome da Regra: Identificação de Cliente

Objetivo da Regra: Definir como o cliente pode ser identificado

Regra: O cliente pode ser identificado pelo seu “ID” ou pelo seu nome

Exemplo: Deve

Exemplo: Pode

Nome da Regra: Quantidade de Cotações

Objetivo da Regra: Definir a quantidade de cotações

Regra: Para as compras com o valor de até R$ 5.000,00 convém fazer 3 cotações.

Exemplo: Convém


12


An

ali

sta

de

Ne

gó

cio

3.0


Boas Práticas para Análise e Modelagem de Regras de Negócio:

- Utilizar uma linguagem declarativa para definir as regras de negócio que permite que as mesmas sejam

convertidas para uma representação lógica, o que irá ajudar na identificação de incongruências.

- A regra de negócio deve fornecer conhecimento explicito para que o negócio opere mais efetivamente, devem

facilitar o entendimento do negócio.

- As regras devem ser concisas e completas (bem definidas).

- Vá além das palavras, para facilitar o entendimento de regra de negócio, use gráficos, diagramas, planilhas e

outros recursos.

- As regras devem atender primariamente as necessidades negócio e requisitos legais e/ou regulatórios.

- Expressar as restrições de forma clara e objetiva.

- As regras devem ser alinhadas com os objetivos e diretrizes do negócio.

-As regras de negócio devem ser simples (Utilize o KISS, principio da Lei da Simplicidade) e flexíveis.

- Regras complexas devem ser decomposta em parte menores.

- As regras de negócio devem ter sua implementação automatizadas (sempre que possível).

- Reusar sempre que possível as regras

- Evite que a descrição da regra de negócio seja vaga ou ambígua.

- Se as regras são muitas e elas mudam frequentemente, utilize uma ferramenta de Gerenciamento de Regras de

Negócio (BRM);


13


An

ali

sta

de

Ne

gó

cio

3.0


Exemplo de Formulário (ou modelo) para escrita da Regra de Negócio

14


An

ali

sta

de

Ne

gó

cio

3.0


Requisitos

Descrição da Solução

O Open Office, que é uma ferramenta Open source, similar, em termos de recursos básicos (edição e publicação de documentos, planilhas e apresentações) a ferramenta atual, será a substituta do pacote MS Office. Os usuários e a equipe de suporte técnico receberam treinamento adequados para garantir o uso da ferramenta com o mínimo de impacto

Requisitos Funcionais Requisitos Não Funcionais

Documentos de Requisitos

A solução deve fazer edição e publicação de documentos, planilhas e apresentações A solução deve ter suporte avançado a macros (necessidade do pessoal da engenharia – será tratado como uma restrição) A solução pode salvar os arquivos em vários formatos, inclusive no formato do MS Office. É recomendável que solução tenha recurso de dicionário habilitado.

A solução deve preservar os arquivos legados -- documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) A solução pode ter interface com usuário amigável (Usabilidade) É recomendável que solução tenha recurso de proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança)

Requisitos reescritos seguindo a Técnica de Análise de Regra de Negócio:

15

Legenda: 5 – Obrigatório = Deve | 3 – Opcional = Pode | 1 – Desejável = Recomendável

Premissa

Os serviços críticos de TI não serão afetados.

Restrição

Manter as licenças do MS Excel para departamento de engenharia


An

ali

sta

de

Ne

gó

cio

3.0


Técnica: Metas, Indicadores de Desempenho e Métricas

Métricas e Indicadores-Chave de Desempenho, segundo o Guia BABok. Sugestão: Metas,

Indicadores de Desempenho e Métricas.

O objetivo das metas, indicadores de desempenho e métricas é medir o desempenho de solução.

Definição de Meta, Indicador de Desempenho e Métrica:

Meta: Uma meta é um objetivo traduzido em termos quantitativos. Formato: Valor, descrição e Prazo

Indicador de Chave de Desempenho: É uma medida quantitativo e significativa usada para medir

desempenho em relação a uma meta preestabelecida. (rfs-2006)

Métrica: É uma variável quantitativa que é utilizada pelo indicador de desempenho

Meta: 90% das entregas das encomendas devem ser feitas em até 24h

Métricas:

- Quantidade de Entrega <=

24 horas

- Quantidade de Entrega >

24 horas

- Quantidade Total de

Entregas

Indicador de Desempenho:

-% de Entrega em 24 horas

-Formula:

Quantidade de Entrega <= 24 horas

----------------------------------------------- x 100

Quantidade Total de Entrega

Entregas Agosto-2011

Quantidade de Entrega <= 24 horas 980

Quantidade de Entrega > 24 horas 10

Total de Entregas 990

% de Entrega em 24 horas 98,99

Neste exemplo o valor percebido pelo cliente é a “Pontualidade de Entrega”

Informação do Indicador de

Desempenho:

- Período de Avaliação:

Mensal

- Frequência: A cada entrega

Forma de Medição:

- Pesquisa de Satisfação com

a Entrega

- Quantidade de

Reclamações com a Entrega


An

ali

sta

de

Ne

gó

cio

3.0


SMART é uma acrônimo que ajuda na definição de metas,

indicadores e métricas.

SMART (Specific, Measurable, Achievable, Realistic e

Timebound) significa:

• Specific (Específico): Os objetivos especificam o que querem

alcançar

• Measurable (Mensurável): É passível de medição ?

• Attainable (Atingível): Os objetivos são factíveis e atingíveis.

• Realist (Realista): Você pode atingir os objetivos com os

recursos que dispõe?

• Time-bound (Aprazado): Quando precisamos alcançar os

objetivos fixados?

Boas Práticas para definição de Metas, Indicadores e Métricas

S

M

A

R

T

pecific

easurable

ttainable

ealist

ime-Bound

Meta, Indicador de Chave de Desempenho e Métricas


An

ali

sta

de

Ne

gó

cio

3.0


Exemplo: Meta, Indicador de Chave de Desempenho e Métricas

Para o Estudo de Caso em questão, foram definidos o seguinte:

Metas:

- 100% da substituição do pacote MS Office pela Open Office

- 100% do legado compatível com a nova solução (Open Office)

Indicadores:

- % de substituição do pacote MS Office pela Open Office

- % de do legado compatível com a nova solução (Open Office)

As metas e indicadores devem medir o desempenho da solução


An

ali

sta

de

Ne

gó

cio

3.0


Nível de Complexidade:

Quando estamos elaborando um Business Case, tem que saber qual é Nível de Complexidade da

solução. Este é nível é composto pelo nível de impacto da mudança exigida pela solução, grau de

dependência e nível de falta de capacidade para implementar a solução.

Nível de impacto da mudança:

Começaremos avaliando o nível de impacto da mudança. Toda mudança gera algum impacto

para as pessoas, processos, sistema ou para estrutura organizacional. Devemos analisar o

impacto da mudança e criar ações para mitigar este impacto.

Matriz de Impacto da Mudança Red Field (5) - Causa grande impacto as pessoas,

processos e estrutura organizacional

(mais que um departamento)

Yellow Field (3) - Causa médio impacto as

pessoas e/ou processos e/ou estrutura

organizacional (um departamento)

Green Field (1) – Não causa impacto para

as pessoas, nem para processos e nem

para estrutura organizacional

É necessário Change Management (Gestão de Mudança) para ajudar na implementação da solução.

Necessário: Ficar em estado de “alerta” e implementar pontos de controles.


An

ali

sta

de

Ne

gó

cio

3.0


Matriz de Impacto de Dependência

Red Field (5) – Grau de Dependência

Externo e Interno Descontrolados

Yellow Field (3) - Grau de Dependência

pode ser do tipo Interno.

Green Field (1) – Sem dependência

ou dependência controlada.

Análise do Grau de Dependência: Uma solução pode ter dependências internas e/ou externas, quando isto acontece temos que

avaliar o grau de dependência.

O grau dependência poderá ser de dois tipos: Interno e Externo.

- Interno: Interno Controlado e Interno Descontrolado

- Externo: Externo Descontrolado

Grau de Dependência

Exemplo do Grau de

Dependência do tipo Externo

Descontrolado:

- Fornecedores (empresas)

- Organização públicas:

Receita Federal, Correios,

Infraereo...)


É necessário Gestão de Mudança e um plano de ação para o acompanhamento, redução no nível de dependência e criação de contingências quando necessário.

É necessário Gestão de Mudança


An

ali

sta

de

Ne

gó

cio

3.0


Análise do Nível da Falta de Capacidade (Tecnologia e Conhecimento)

Uma solução requer nível de capacidade para implementa-la, as principais capacidades são:

Capacidade de Tecnologia e Capacidade de Conhecimento.

1 - Capacidade de Tecnologia (CT):

Não temos tecnologia disponível para atender a solução:

[ ] Não tem (5 - Alto)

[ ] Temos, mas parcialmente (3 - Média)

[ ] Temos plenamente (1 - Alta)

Questões que ajudam a definir o nível de falta de capacidade:

2 - Capacidade de Conhecimento (CC):

Não Temos conhecimentos requeridos para atender solução:

[ ] Não tem (5 - Alto)

[ ] Temos, mas parcialmente (3 - Média)

[ ] Temos plenamente (1 - Alta)

Formula para calcular o Nível de Falta de Capacidade

Nível de Falta de Capacidade = (CT + CC) / 2



An

ali

sta

de

Ne

gó

cio

3.0


Calculando o Nível de Complexidade da Solução

Exemplo de formula de calculo para o definir o Nível de Complexidade de uma demanda

de Negócio

Nível de Complexidade Pontos

Alto De 15 a 10

Médio De 9 a 5

Baixo Abaixo de 4

Tipo de Complexidade Peso

Pontos

Alto Médio Baixo

Nível de Impacto da Mudança (IM) 50 5 3 1

Grau de Dependência (GD) 25 5 3 1

Nível de Impactado da Falta de Capacidade (FC) 25 5 3 1

Formula do Nível de Complexidade = Σ ( (IM x Peso 1) + (GD x Peso 2) + (FC x Peso 3 ) )

O Nível Médio foi obtido, para Estudo de Caso, após avaliação, isto requer acompanhamento, ficar em alerta (estado de atenção) e implementação de pontos de controles. Recomendação que deve adicionada no campo observação do Business Case: - A implementação da solução requer acompanhamento e pontos de controles (marcos).

De acordo com o nível obtido através da formula de calcula devemos aplicar um plano de ação ou não.


An

ali

sta

de

Ne

gó

cio

3.0


Custos e Investimentos

As informações de custos foram extraídas da Demanda de Negócio:

- Custo anual com licenças MS Office: R$ 30.000,00. (opex)

- Custo total (estimado) para implementação da solução (sem desenvolvimento): R$

45.000,00 (opex)


Documents

Análise de Requisitos - api.ning.comapi.ning.com/files/AIKOhoWvM0HVubVzLxDKUaqARidgh4PJxyoiq... · Análise de Riscos, ... não serão utilizadas neste estudo de caso. e 3.0