Analista de Negócios e o Ciclo Vida dos Requisitos

Blog: AnalistadeNegocios.CompanyWeb.com.br/


Uires Tapajós

[email protected]

www.linkedin.com/in/uires

www.CompanyWeb.com.br

2


1) Papel do Analista de Negócios nas Organizações2) Framework do Escopo de Atuação do Analista de Negócios3) Notação BPMN (Business Process Management Notation)4) BABoK - Business Analysis Body of Knowledgement5) Guia de Utilização do BABoK – Roadmap para as Áreas de Conhecimento e Tarefas6) Características dos Requisitos7) Ciclo de Vida dos Requisitos8) Técnicas utilizadas nas Tarefas relacionadas ao Ciclo de Vida de Requisitos 9) UML - Transformando Requisitos

3

Tp2.TeamProject.com.br/tp2Nome.Ultimo_Nome

123mudar

Blog: AnalistadeNegocios.CompanyWeb.com.br/ 4


1- Desafios e resultados

com o Analista de Resultados;

2- Resolvendo problemas de

negócios;

3- Foco no negócio;

4- Foco na Análise de Negócios;

5- Definição de soluções

para problemas

empresariais;

7- Obtenção de requisitos;

8- Facilitador entre o

negócio e a TI.

7


Benchmarking

SWOT

Business Case

10


Funciona como uma ligação entre as partes interessadas(stackeholders de variados níveis e atuação) a fim de obter, analisar,comunicar e validar os requisitos para mudanças nos processosempresariais, políticas e de sistemas informação.

O Analista de Negócios entende os problemas e oportunidades noscontexto dos negócios e das exigências corporativas, recomendandosoluções que permitam a organização atingir seus objetivos.

Deve possuir as habilidades necessárias para determinar se umasolução vai se adequar às necessidades do negócio.

Os Analistas de Negócios são responsáveis por definir e gerenciar oescopo da solução.

15


Conjunto de conhecimentos, habilidades e atitudes que possibilitam desempenhar

determinada função.

16


Conhecimento

Habilidades

Atitudes

17


Conhecimento –informação

adquirida através de estudos ou pela

experiência que uma pessoa

utiliza.

Escolaridade, conhecimentos técnicos, cursos

gerais e especializações.

“Saber”

Habilidade – é a capacidade de realizar uma tarefa ou um conjunto de tarefas em

conformidade com determinados

padrões exigidos pela organização.

Experiência e prática do saber.

“Saber fazer”

Atitude –comportamento que envolve habilidade e

traços de personalidade, diretamente relacionado com o querer e a ação.

Ter ações compatíveis para atingir os objetivos,

aplicando os conhecimentos e

habilidades

adquiridas e/ou a serem adquiridas.

“Querer fazer”

18


Atitude:

Querer fazer, arriscar, se comprometer.

É certo que o conhecimento e a habilidade são fatores muito importantes, mas e a atitude?

19


Atitude

Querer fazer

ArriscarSe comprometer

20


� Você erra 100% dos chutes que você não dá� A sorte prefere os corajosos� Só erra quem faz

21


Competências Fundamentais Analista de Negócios segundo o BABOK

22


Saber fazer perguntas

• Correlacionar respostas;• Concatenar respostas;• Perguntar porque não?• Desenhar o fluxo lógico

oferecido pelas respostas;

• Estruturar o cenário do negócio baseado nas respostas;

• Separar resposta sobre a situação atual das situações desejadas


Saber fazer perguntas

• Correlacionar respostas;• Concatenar respostas;• Perguntar porque não?• Desenhar o fluxo lógico oferecido pelas respostas.


Saber interpretar as respostas

1. Separar desejos de necessidades;

2. Buscar referência em políticas e regras do negócio;

3. Alinhar respostas aos objetivos de negócio;

4. Alinhar respostas ao cenário e as tendências do mercado;

5. Alinhar respostas a tecnologia disponível e dominada

26


Fonte: Desenhando Negócios - Como Desenvolver Ideias Com o Pensamento Visual e Vencer Nos NegóciosRoam, Dan


Visão

MetasEstratégias

Missão

Objetivos

Processos de Negócio

Portfólio de Projetos

Atividades

Regras de Negócio

Stackeholders(Usuários)

Requisitos Funcionais

Escopo do Projeto

Casos de Uso

Estórias de Usuários

Requisitos dos

Stackeholders

Escopo da Solução

Requisitos de Negócio

Projeto

Processos de Negócio

Formação do Analista de Processos

Gestão de Projetos


Equipe deProjeto

Stakeholders

Solução:Produto ou

Serviço

Analista deNegócio

Aumento deDemanda

Demanda

NovosProdutos/Serviços

Escopo Projeto

Estratégia

Necessidades

Oportunidades

Mudanças(regras denegócio)

Analista deNegócio

Problemas

Oportunidades

Problemas

Requisitos

33


Conflitos


Partes Afetadas


Time to market


Resolver problemas: uma rotina


Prover opções


Trade off


Escopo

43


o conjunto de símbolos e formatos

usado para descrever os elementos da programação, da matemática ou de algum campo científico.

Notação científica https://pt.wikipedia.org/wiki/Nota%C3%A7%C3%A3o_cient%C3%ADfica

Notação matemática https://pt.wikipedia.org/wiki/Nota%C3%A7%C3%A3o_matem%C3%A1tica

Notação musical https://pt.wikipedia.org/wiki/Nota%C3%A7%C3%A3o_musical

O que é Notação?


Gaps (lacunas) entre o Analista de Negócios e o Desenvolvedor

• Preencher a lacuna entre analistas de negócios/analista de processos e desenvolvedores


Business Process Modeling Notation (BPMN)

Fonte: www.bizagi.com


Data Object

Task

Multiple Instances

Collapsed Subprocess

Text Annotation

Group

Business Process Modelling Notation

Plain

Message

Timer

Error

Cancel

Compensation

Conditional

Signal

Multiple

Link

Terminate

Catching Throwing

EndIntermediateStart

Data-based Exclusive Gateway

Inclusive Gateway

Event-based Exclusive Gateway

Paralllel Gateway

Complex Gateway

Sequence Flow

Conditional Flow

Default Flow

Data Object

Undirected Association

Directed Association

Bidirected Association

Message Flow

Poo

l


O Guia BABOK® (Corpo de

Conhecimento de Análise de

Negócios), é um padrão globalmentereconhecido para a prática deanálise de negócios.

O Guia BABOK® descreve as áreasde conhecimento da análise denegócios, suas atividades e tarefasassociadas, além de apresentar ashabilidades necessárias para sereficaz na execução destas ações.


Como utilizar o BABoK?


Planejamento e Monitoramento da Análise de Negócios

Objetivo: Identificar as tarefas e os stakeholders

Responde: O que eu preciso fazer?

Resultados Esperados: Compreender quem precisa ser envolvido e que precisa ser feito;monitorar o progresso; coordenar as ações da Análise de Negócios com as demais ações do projeto.

2 Elicitação

Objetivo: Elicitar os requisitos dos stakeholders

Responde: Do que os stakeholders precisam?

Resultados Esperados: Descrever as várias técnicas para elicitarrequisitos

3

Gerenciamento de Requisitos e Comunicação

Objetivo: Comunicar resultados, identificar e gerenciar mudanças

Responde: Todo mundo entende e concorda?

Resultados Esperados: Como gerar um entendimento comum entre os stakeholders; formalizar o que foi acordado.

4 Análise Corporativa

Objetivo: Entender o contexto

Responde: Porque estamos fazendo isto?

Resultados Esperados: Fornecer um contexto e/ou uma base que permita avaliar todos os desafios e questões futuras.

5

Análise de Requisitos

Objetivo: Analisar os dados

Responde: O que a solução deverá ser capaz de fazer?

Resultados Esperados: Transformar as necessidades do negócio em capacidades claramente definidas.

6 Avaliação e validação da Solução

Objetivo: Assegurar que a melhor solução será escolhida

Responde: A solução faz o que deveria fazer?

Resultados Esperados: Avaliar e escolher entre as alternativas.

7


Como Utilizamos o BABoK?

2 PLANEJAMENTO & MONITORAMENTO DA ANÁLISE DE NEGÓCIO

3 ELICITAÇÃO 4 GERENCIAMENTODE REQUISITOS & COMUNICAÇÃO

5 ANÁLISE CORPORATIVA

6 ANÁLISE DEREQUISITOS

7 AVALIAÇÃO E VALIDAÇÃODA SOLUÇÃO

2.1 Planejar a Abordagem da Análise de Negócios

2.2 Conduzir a Análise dosStackeholders

2.3 Planejar as Atividades da Análise de Negócio

2.4 Planejar a Comunicação da Análise de Negócio

2.5 Planejar o Processo de Gerenciamento de Requisitos

2.6 Gerenciar o Desempenho da Análise de Negócio

3.1 Preparar a Elicitação

3.2 Conduzir Atividade de Elicitação

3.3 Documentar Resultados da Elicitação

3.4 Confirmar Resultados

da Elicitação

4.1 Gerenciar Escopo & Requisitos da

Solução

4.2 Gerenciar Rastreabilidadedos Requisitos

4.3 Manter Requisitos para Reutilização

4.4 Preparar Pacote de Requisitos

4.5 Comunicar Requisitos

5.1 Definir Necessidades

do Negócio

5.2 Avaliar Lacunas de Capacidade

5.3 Determinar Abordagem da Solução

5.4 Definir Escopo da Solução

5.5 Definir Business Case

6.1 Priorizar Requisitos

6.2 Organizar Requisitos

6.3 Especificar e Modelar Requisitos

6.4 Definir Premissas e Restrições

6.5 Verificar Requisitos

6.6 Validar Requisitos

7.1 Avaliar Solução Proposta

7.2 Alocar Requisitos

7.3 Avaliar Prontidão Organizacional

7.4 Definir Requisitos da

Transição

7.5 Validar Solução

7.6 Avaliar Desempenho

da Solução

6 Áreas de Conhecimento e 32 Tarefas


Como Utilizamos o BABoK?

2 PLANEJAMENTO & MONITORAMENTO DA ANÁLISE DE NEGÓCIO

3 ELICITAÇÃO 4 GERENCIAMENTODE REQUISITOS & COMUNICAÇÃO

5 ANÁLISE CORPORATIVA

6 ANÁLISE DEREQUISITOS

7 AVALIAÇÃO E VALIDAÇÃODA SOLUÇÃO

2.1 Planejar a Abordagem da Análise de Negócios

2.2 Conduzir a Análise dosStackeholders

2.3 Planejar as Atividades da Análise de Negócio

2.4 Planejar a Comunicação da Análise de Negócio

2.5 Planejar o Processo de Gerenciamento de Requisitos

2.6 Gerenciar o Desempenho da Análise de Negócio

3.1 Preparar a Elicitação

3.2 Conduzir Atividade de Elicitação

3.3 Documentar Resultados da Elicitação

3.4 Confirmar Resultadosda Elicitação

4.1 Gerenciar Escopo & Requisitos da Solução

4.2 Gerenciar Rastreabilidadedos Requisitos

4.3 Manter Requisitos para Reutilização

4.4 Preparar Pacote de Requisitos

4.5 Comunicar Requisitos

5.1 Definir Necessidades do Negócio

5.2 Avaliar Lacunas de Capacidade

5.3 Determinar Abordagem da Solução

5.4 Definir Escopo da Solução

5.5 Definir Business Case

6.1 Priorizar Requisitos

6.2 Organizar Requisitos

6.3 Especificar e Modelar Requisitos

6.4 Definir Premissas e Restrições

6.5 Verificar Requisitos

6.6 Validar Requisitos

7.1 Avaliar Solução Proposta

7.2 Alocar Requisitos

7.3 Avaliar Prontidão Organizacional

7.4 Definir Requisitos daTransição

7.5 Validar Solução

7.6 Avaliar Desempenho da Solução

Áreas de Conhecimento e suas respectivas Tarefas

O que

eu prec

iso faze

r?

Do qu

e os stackeh

olde

rsprec

isam

?

Todo

mun

do enten

de e con

corda?

O que

a soluç

ão dev

erá ser

capa

z de

fazer?

Porque

estam

os fazen

do isto?

A soluçã

o faz o qu

e de

veria faze

r?


Estrutura e Formato para Uso das Áreas de Conhecimentos do BABoK 2.0

Entradas SaídasÁrea de Conhecimento

Ferramentas/Técnicas

Tarefa1

Tarefa2

Tarefa3

Tarefa4

Tarefa5


Áreas de Conhecimento e suas Tarefas

2 – Planejamento e Monitoramento da Análise de Negócios


Entendendo a Missão do Analista de Negócios

Analistas de Negócios devem atuar de forma objetiva e direta para que as

necessidades do negócio e dos stakeholders sejam ,avaliadas, validadas, alinhadas, organizadas e estruturadas em modeloslógicos indutores de soluções.

• Necessidades do negócio e dos stakeholders devem ser transformados em


Conceituação de Requisitos

Uma do usuário ou uma

, função ou atributo de um sistema quepode ser percebido de uma posição externa ao sistema.(Davis)

Uma do que deve ser implementado.Descrição de como o sistema deve se comportar, ou umapropriedade ou atributo do sistema. Pode ser umarestrição no processo de desenvolvimento do sistema.(Sommerville e Sawyer)

Um dos objetivos fundamentais da análise de negócio é

que os requisitos sejam visíveis eentendidos por todos os stakeholders.

Blog: AnalistadeNegocios.CompanyWeb.com.br/Requisitos – BABoK

Requisitos da Solução

RequisitosNão-funcionais

Requisitos de Negócio

Requisitos de stakeholders

São de nível superior as declarações das metas, objetivos e necessidades da

empresa. Descrevem necessidades da

organização como um todo.

Eles descrevem as necessidades de um

ator para desempenhar as

atividades/tarefas relacionadas com a

situação em análise, e como as partes

interessadas que interagir com uma

solução.

Funções requeridas para

fazer algo

RequisitosFuncionais

Servem como uma ponte entre as necessidades

empresariais e o que precisa ser

feito

Diretrizes de Arquitetura

Condições Necessárias e Restrições

Requisitos de Transição


�

� Eles descrevem as razões pelas quais um projeto foi iniciado,os objetivos que o projeto irá atingir, e as métricas que serãousadas para medir seu sucesso.

� Requisitos de negócios descrevem as necessidades daorganização como um todo, e não grupos ou stakeholders.

� Eles são desenvolvidos e definidos através da Análise daCorporativa.

Requisitos – BABoK

Requisitos de Negócios


� São declarações das necessidades de um stakeholder

em particular ou de uma classe de stakeholders.

� Requisitos de stakeholder servem como uma ponteentre as necessidades empresariais e as diversasclasses de requisitos da solução.

� Eles são desenvolvidos e definidos através da Análise

de Requisitos.


Requisitos de stakeholders


� Descrevem as características de uma solução, de forma que ela atenda aos Requisitos de Negócios e de stakeholder. São frequentemente divididos em sub-categorias, em especial quando os requisitos descrevem uma solução de software (Funcionais e Não Funcionais).

� Eles são desenvolvidos e definidos através da Análise de Requisitos.

� Requisitos Funcionais descrevem o comportamento e as informações que a solução vai gerir. Eles descrevem também a capacidade do sistema em termos de comportamentos, funcionalidades ou ações específicas da aplicação da tecnologia.

� Requisitos Não Funcionais são as condições que não estão diretamente relacionadas ao comportamento ou a funcionalidade da solução. Descreve as condições ambientais em que a solução deve permanecer eficaz ou qualidades que os sistemas devem ter. Eles também são conhecidos como os requisitos de qualidade. Estes podem incluir requisitos relacionados com a capacidade, velocidade, segurança, disponibilidade e arquitetura da informação e apresentação da interface do usuário.


Requisitos da Solução


� Exemplos de requisitos funcionais:

� O sistema deve possibilitar o cadastramento dos dados pessoais dos clientes;

� O sistema deve emitir relatórios gerenciais;

� O sistema deve permitir a baixa automática do estoque quando da venda de um produto.


Requisitos Funcionais


A Norma ISO / IEC 9126 define seis características de qualidade de

software que devem ser avaliadas:

1) Funcionalidade (finalidade do produto);2) Usabilidade (esforço para utilizar, aprender o produto);3) Confiabilidade (freqüência de falhas, recuperabilidade);4) Eficiência (característica relacionada ao desempenho);5) Manutenibilidade (esforço necessário para modificar);6) Portabilidade (capacidade de transferir o produto para outros

ambientes).


Requisitos Não Funcionais


Exemplos de requisitos não-funcionais:

Tempo de resposta do sistema não deve ultrapassar 10 segundos;Software deve ser operacionalizado no sistema Windows;O banco de dados usado deverá ser o Oracle.

Obs.:

Os requisitos não-funcionais são críticos para o sucesso de sistemas de

software e estão diretamente relacionados com a satisfação dos usuários.

Devido a essa importância, alguns requisitos funcionais podem ser sacrificados

para atender às restrições impostas pelos requisitos não-funcionais.


Requisitos Não Funcionais


Restrição


1. Requisitos [Especificados (Desejados & Declarados), Não Confirmados]2. Requisitos [Especificados (Desejados & Declarados), Confirmados]3. Requisitos Aprovados4. Requisitos Rastreados5. Requisitos [Mantidos e Reutilizáveis]6. Requisitos Comunicados7. Requisitos [Analisados (Modelados)]8. Requisitos [Verificados – Necessários e Suficientes] - Estabelecidos

9. Requisitos Validados10. Requisitos Alocados11. Requisitos de Transição


1

2

3

4

5

6

7

8

9

10

11


Estrutura e Formato para Uso das Áreas de Conhecimentos do BABoK

Entradas SaídasÁrea de Conhecimento

Ferramentas/Técnicas

Tarefa1

Tarefa2

Tarefa3

Tarefa4

Tarefa5


Uma diretriz que influencia ou guia o comportamento do negócio. Esta diretriz

existe para suportar as

”


Regra de Negócio

Fato Restrição DerivaçãoTermo

90


• Formam o vocabulário básico da especificação de requisitos.

• Dão origem ao glossário de termos.

• Serão implementados como entidades, classes de objetos do negócio, atributos ou estados dos objetos.

• Pessoas

• Organizações

• Lugares

• Conceitos


� Representam associações entre termos.

� Representam o que a empresa conhece sobre os termos.

� Fatos representam possibilidades e não obrigatoriedades.

� Exemplos:– Um sócio pode fazer vários empréstimos.

– Um sócio VIP é uma espécie de sócio.

– Endereço é um atributo de sócio.


Do ponto de vista dos sistemas, uma regra de negócio é:

“Um elemento atômico de lógica de negócio reusável, especificado de forma declarativa.”


Requisitos Software x Requisitos de Negócio:

id Nome da Regra

Nome do Projeto Serviço de Atendimento e Reserva de Apartamento

ObjetivoDescrever todas as regras de negócio para o serviço de atendimento e reserva de apartamentos.

Data

01/01/ 2.1

Nome / Equipe Versão

RN01

Política de Reserva de Apartamentos

Descrição da Regra de Negócio

Registrar Reserva de Apartamento

A confirmação do registro de reserva de apartamento deve ocorrer após o pagamento de 25% do valor da estadia.Os clientes AA (pessoas que hospedaram no hotel mais de 10 dias por ano) tem preferência de data e tipo de apartamento.No período de baixa a estação (de mar a jun e ago a nov) o valor da diária tem um desconto de 40%.Para que agilizar o atendimento manter a satisfação do cliente as consultas de reserva devem ser feitas em no máximo 30 segundos.

Vigente

Status

Nome Descrição

Registrar Reserva

de Apartamento Esta funcionalidade deverá permitir o usuário (funcionário) a fazer reserva

de apartamentos, as ações que estarão disponíveis são: criar, cancelar,

alterar e consultar reservas.

Requisitos funcionais: São funcionalidades que software deve saber fazer:

Requisitos Funcional

ID

UC01


Os requisitos não funcionais dizem respeito a qualidade do serviço (QoS) que o software deve ter para atender uma regra de negócio e/ou um requisito de negócio, neste exemplo é o item de qualidade é a performance (também chamado de tempo de resposta).

RF /

AplicaçãoDescrição

Tempo de Resposta

da Consulta de

Reserva

As consultas que serão realizadas pelo cliente não poderão exceder ao tempo

de resposta de 15 segundos

ID

RNFP1

Requisitos Não Funcional

id Nome da Regra

Nome do Projeto Serviço de Atendimento e Reserva de Apartamento

ObjetivoDescrever todas as regras de negócio para o serviço de atendimento e reserva de apartamentos.

Data

01/01 2.1

Nome / Equipe Versão

RN01

Descrição da Regra de Negócio

Registrar Reserva de Apartamento

A confirmação do registro de reserva de apartamento deve ocorrer após o pagamento de 25% do valor da estadia.Os clientes AA (pessoas que hospedaram no hotel mais de 10 dias por ano) tem preferência de data e tipo de apartamento.No período de baixa a estação (de mar a jun e ago a nov) o valor da diária tem um desconto de 40%.Para que agilizar o atendimento manter a satisfação do cliente as consultas de reserva devem ser feitas em no máximo 30 segundos.

Vigente

Status

Requisitos Software vs Requisitos de Negócio:

Política de Reserva de Apartamentos


Form

ulá

rio

de

Des

criç

ão d

o C

aso

de

Uso

:

UC01Registrar Reserva

de Apartamento

Agente de reserva

Regra deNegócio

realiza

Requisitos Software vs Requisitos de Negócio:


Gerente

Abertura de conta Depósito

<<estende>>

Atendente

Cadastramento

de clienteSaque com cartão

Caixa

Cliente

<<inclui>>


Uires Tapajós

[email protected]

www.linkedin.com/in/uires

www.CompanyWeb.com.br

Analista de Negócios e o Ciclo Vida dos Requisitos

Software

Transcript of Analista de Negócios e o Ciclo Vida dos Requisitos