Versão 01.00 Projeto YNOVA Manual de Modelagem de Processos Projeto YNOVA Manual de Modelagem de Processos

Versão 01.00Versão 01.00Versão 01.00Versão 01.00

Projeto YNOVAProjeto YNOVA

Manual de ModelagemManual de Modelagemde Processosde Processos

Projeto YNOVAProjeto YNOVA

Manual de ModelagemManual de Modelagemde Processosde Processos

2 Antes de Imprimir: Pense!

AgendaAgendaAgendaAgenda

Lista de Objetos UtilizadosLista de Objetos Utilizados

Modelo Value-Added Chain Diagram (VAC)Modelo Value-Added Chain Diagram (VAC)

11

22

33

44

Arquitetura e níveis de Processos da YAMADAArquitetura e níveis de Processos da YAMADA

55

66

77

Modelo Modelo Function Allocation Diagram (FAD)Function Allocation Diagram (FAD)

Modelo Unidade OrganizacionalModelo Unidade Organizacional

Diagrama de SistemasDiagrama de Sistemas

88

Modelo Event-Driven Process Chain (EPC) – Regras de ModelagemModelo Event-Driven Process Chain (EPC) – Regras de Modelagem

Diagrama de Riscos / MelhoriasDiagrama de Riscos / Melhorias





11

22

33

44


55

66

77




88




Arquitetura de ProcessosArquitetura de ProcessosArquitetura de ProcessosArquitetura de Processos

A arquitetura de processos mostra os níveis de detalhamento organizados em pirâmide e quais modelos estão referenciados à estes níveis.

Estes modelos serão abordados neste documento, com o objetivo de capacitar o usuário para usar os modelos de forma correta.


Nível 0

Nível 1

Nível 3

Nível 4

Nível 2

NíveisNíveis HierarquiaHierarquiaTecnológicaTecnológica

Processosempresariais

Transações

ReferênciaReferênciaHierarquia Hierarquia de Modelosde Modelos

EPC

VAC

TipoTipo

FAD

Sub-Sub-ProcessosProcessos

Cenários Cenários de negóciode negócio

Detalhamento de AtividadeDetalhamento de Atividade

ProcessosProcessos

Macro ProcessosMacro Processos

Cenáriosempresariais



VAC

Representa as áreas, cargos, transações, documentos Representa as áreas, cargos, transações, documentos eletrônicos (ex.: procedimentos, material de treinamento, eletrônicos (ex.: procedimentos, material de treinamento, configuration guide, etc), inputs e outputs de cada atividade configuration guide, etc), inputs e outputs de cada atividade pertencente a um processopertencente a um processo

Representa todas as atividades, eventos e regras de Representa todas as atividades, eventos e regras de negócios de cada processo contendo o detalhe negócios de cada processo contendo o detalhe operacional e sequência lógica sendo um detalhamento de operacional e sequência lógica sendo um detalhamento de cada processo de negóciocada processo de negócio

Representa a sequência lógica dos processos de negócios Representa a sequência lógica dos processos de negócios de um determinado cenário sendo um detalhamento de de um determinado cenário sendo um detalhamento de cada cenário de negóciocada cenário de negócio

Representa o detalhamento de cada elemento da cadeia Representa o detalhamento de cada elemento da cadeia de valor. Cadeias de valor distintas poderão apontar para de valor. Cadeias de valor distintas poderão apontar para processos idênticos quando estes forem executados de processos idênticos quando estes forem executados de foram padronizadaforam padronizada

Representa os segmentos de negócios da estrutura da Representa os segmentos de negócios da estrutura da YAMADAYAMADAAs cadeias verticais serão detalhadas no nível 2 da As cadeias verticais serão detalhadas no nível 2 da hierarquiahierarquia

Elaboração de acordo defornecimento de MRO

Suprimentode materiais

não produtivos(MRO)

Identificação danecessidade - material dedemanda independente -

MRP

Planejamento de materialde demanda independente

- HIBE

Planejamento de materialde demanda independente

- ERSA

Verificar se asnecessidades

geradas estão deacordo com a...

Necessidadesgeradas estãode acordo com

a demanda

Necessidadesgeradas não

estão de acordocom a demanda

Verificar se deve-se continuar oprocesso de

requisição de...

Deve-secontinuar o

processo derequisição ...

Não deve-secontinuar o

processo derequisição ...

Submeter aaprovação do

planejador

MC > 1000 U$passa porliberação

MB > 750 U$passa porliberação

ME semprenecessita de

liberação

Gerir RC's

Comprador de MRO

MRO

ME41

SAP R/3

Requisição deCompras

Requisição deCompras gerida

EPC

ModeloModelo

Arquitetura de ProcessosArquitetura de ProcessosArquitetura de ProcessosArquitetura de Processos





11

22

33

44


55

66

77




88




Compras


SAP

Atividade SAP



Vendedor

Joao da Silva

Vendas



Lista Fornecedores

AD-Compras

F001-Fornecedores

Realizar Pedido deCompras

Novo Produto



Solicitação deCotaçãoRecebida

Identificar Tipo deCotação





11

22

33

44


55

66

77




88




VAC - Value Added Chain VAC - Value Added Chain DiagramDiagram

Os Value-Added Chain ou VACs, descrevem a Cadeia de Valor Agregado, ou seja, os processos superiores e sub-processos, para que se tenha uma Macro-Visão da empresa. Em geral, a descrição para níveis menores é feita em VAC de nível inferior ou nos EPCs. Este demonstra a relação de precedência entre os macro-processos.

Mapa CorporativoMapa Corporativo

Metálicos

Marketing e Vendas Industrial Logistica e Transportes

Planejamento Operacional Suprimentos

Gestão de Pessoas e Desenvolvimento Organizacional

Planejamento e Gestão da Estratégia

Informática

Tecnologia da Gestão

Contabilidade e Auditoria

Finanças e Relações com Investidores

Jurídico

Assuntos Institucionais e Comunicação Corporativa

Responsabilidade Social

Operação

Suporte

Mapa de CenáriosMapa de CenáriosSuprimentos

AnáliseEstratégica

Desenvolvimentode Fornecedores Aquisição

Acompanhamentodas Compras

Recebimentode Materiaise Serviços

Relacionamentocom os

Fornecedores

Administraçãode Almoxarifado

ProcessamentoFiscal e Contas

a Pagar

Identificação danecessidade

de suprimento

Suprimentode Serviços

Externos

Suprimentode materiaisprodutivos(Insumos)




Internos

Suprimentode Energia

Suprimento deEquipamentos

Suprimentode Gases

ModeloModelo


Metálicos





01. Gestão de NovosRamos

02. Gestão deParcerias

03. Abertura deNovas Lojas

04. Gestão deInvestimentos

11. Contabilidade

12. Financeiro

13. Tecnologia

14. Recursos Humanos

15. Marketing

05. Compras

06. LogísticaInterna

07. Marketinge Vendas

08.Entregas

09.Pós-Venda

Fornecedores Cliente Final

Processos de GestãoProcessos de SuporteProcessos CoreLegenda

10. AdministrarCartões

Cadeia de ValorCadeia de Valor




Mapa CorporativoMapa Corporativo

Metálicos



Gestão de Pessoas e Desenvolvimento Organizacional

Planejamento e Gestão da Estratégia

Informática

Tecnologia da Gestão

Contabilidade e Auditoria

Finanças e Relações com Investidores

Jurídico

Assuntos Institucionais e Comunicação Corporativa

Responsabilidade Social

Operação

Suporte

Mapa de CenáriosMapa de CenáriosSuprimentos

AnáliseEstratégica

Desenvolvimentode Fornecedores Aquisição

Acompanhamentodas Compras

Recebimentode Materiaise Serviços

Relacionamentocom os

Fornecedores

Administraçãode Almoxarifado

ProcessamentoFiscal e Contas

a Pagar

Identificação danecessidade

de suprimento


Externos

Suprimentode materiaisprodutivos(Insumos)




Internos

Suprimentode Energia

Suprimento deEquipamentos

Suprimentode Gases

Exemplo de 2º. Nível - Macro ProcessosExemplo de 2º. Nível - Macro Processos



Financeiro

Contas a Pagar Contas a Receber

Processo 2li>

Processo 1 Processo 1

Processo 2li>

Macro Processos





11

22

33

44


55

66

77




88




Event-Driven Process Chain Event-Driven Process Chain (EPC)(EPC)

GoodsReceipt

Processing

SAP function type: Process

Process

GoodsMovement


SAP model type: Scenario

GoodsWarehousing


GoodsReceiptPosting


PostGoodsReceipt

GoodsReceipt

Processed

SendGoods

AddGoods to

Warehouse

CheckInventory

GoodsReceived

OrderReceived

Inventory Management

Warehousechecked

InventoryManagement

Goodsadded to

Warehouse

FinancialManagement

ProcurementSales &

DistributionManagement

RequirementsPlanning

Sales &DistributionManagement

Check Order

OrderChecked

Event

Rule

MAin Process

Process(SAP Process)

Mapa de ProcessosMapa de Processos

Mapa de AtividadesMapa de Atividades

Necessidade decompra de

materialimportado

Providênciastomadas

Fornecedorrespondeu asolicitação

Fornecedor nãorespondeu asolicitação

Liberar pedido decompra

Enviar solicitaçãode cotação ao(s)

fornecedor(es)

Enviar pedido decompra aofornecedor

Receber a conf.do pedido de

compra /Proforma Invoice

Conf. do pedidode compra /

ProformaInvoice recebido

00.0 - Identificaçãoda necessidade de

suprimento

Acompanhamentodas Compras de

Importação

Gerir RC's

Selecionarfornecedores que

serão cotados

Verificar retornoda cotação

Tomarprovidências

Receber e-mail/fax com a

cotação

Negociarcondiçõescomerciais

Colocar pedido decompras

Busca deopções nomercadoconcluída

Acompanhamentodas Compras de

Importação

EPC - Event-driven process chain – Cadeia de processos baseada em eventos.

Apresenta uma visão detalhada do processo, através de funções realizadas, regras de negócio (operadores lógicos) e eventos;

Propicia também a ligação/dependência lógica entre os processos, mostrando a sua integração através do objeto Interface de Processo;

É o Fluxograma. No Fluxograma podem conter atividades SAP e Atividades não SAP.

Propicia também a ligação/dependência lógica entre os processos, mostrando a sua integração.

Solicitação Cotação

Lista Fornecedores

AD-Compras

Comprador

Novo Produto

AD-Compras

Comprador

Solicitação Preços

AD-Compras

Comprador

Compras


Compras


Compras


Novo Produto

Lista Fornecedores

Cotação de NovoProduto

Cotação deProdutoExistente

Cotação deServiço

Identificar Tipo deCotação

Cadastrar NovoProduto

Solicitar Preço deProdutos

IdentificarFornecedoresDisponíveis

Solicitação deCotaçãoRecebida

Compras


Comprador

Solicitação dePreços Enviada

F001-Fornecedores

Realizar Pedido deCompras





11

22

33

44


55

66

77





88 Diagrama de Riscos / MelhoriasDiagrama de Riscos / Melhorias


Event

Activity

Activity

Activity Activity

Event Event

Activity

Activity

Activity

Activity

Event

Activity

Event

EPC – Regras de ModelagemEPC – Regras de Modelagem

• Dentro de um modelo não devem existir processos em paralelo sem uma relação entre si;• Não podem existir processos com apenas uma atividade Activity

Activity

Event Event

Activity

Activity

Activity

Activity Activity

Event Event

Activity

Processos


Activity

Activity

Activity

Event

Activity


• Não deve existir processo sem saídaActivity

Activity

Activity

Event

Activity

Event

Processos



• Nos nomes das atividades não usar textos pouco detalhados como “Aprovar” ou “Reprovar”, mas sim “Aprovar requisição de material”. O objeto deve ser auto explicativo, qualquer leitor deve ser capaz de entendê-lo

• Evitar abreviações de palavras e siglas no nome da atividade

Evitar abreviações!

Informação do objeto imprecisa!Qual ordem?

Tempo do verbo incorreto!Executante descrito na atividade!

Falta o verbo!

Excesso de verbo!

Construção incorreta!Falta o verbo!

Verificar Cad Cliente

Aprovar Ordem

Cliente aprova aOrdem

Aprovação da Ordemdo Cliente

Executar Aprovaçãoda Ordem do Cliente

Ordem do ClienteAprovação

Atividades


VerificarDisponibilidade de

Conexão

Disponibilidadede ConexãoVerificada


Após decisões ou atividades de verificação:

Não utilizar: “Verificação Executada" ou " Verificação concluída“, mas sim os possíveis resultados dessa verificação

Atividades como: avaliar, verificar, analisar, testar, etc. tem pelo menos 2 eventos de resultado

Event

VerificarDisponibilidade de

Conexão

ConexãoDisponível

ConexãoIndisponível

Eventos



• Sempre utilizar eventos para demonstrar graficamente as ramificações e/ou resultados das decisões que ocorrem durante o fluxo do processo

• Os eventos são utilizados no início e fim dos processos e sempre que houver uma regra de negócio envolvida (utilização de operador lógico)

• Iniciar o processo sempre com evento, caso seja resultado de outro processo, registrá-lo precedido do objeto “Interface de Processo”

• Eventos nunca estabelecem relacionamentos entre si. Eles sempre disparam a execução de ações/processos ou descrevem o resultado de uma atividade/processo

Eventos

Activity

Event

Activity

Activity

Activity

Event

Activity

Activity

Process interface

• Todo EPC deve começar com pelo menos um evento inicial ou interface de processo

• Todo EPC deve terminar com pelo menos um evento final ou interface de processo



Activity

Event

Activity

Activity

Event

Activity

Event

Activity

Activity

Event

Process interface

Activity

Event

Activity

Activity

Event

Process interface

Activity

Event

Activity

Activity

Event

Process interface

Process interface

Processos

Event

Activity

Activity

Activity

Event

Event

Event

• Um evento deve ser seguido por uma função ou um operador lógico (exceto o evento final)



Activity

Event

Activity

Event Event

Event

Activity

Eventos

Activity

Event

Activity

Activity

Event

Event

Event

• Por via de regra, deve-se inserir um evento para cada atividade realizada, porém para atividades sequenciais, sem regra de negócio (operador lógico) a utilização do eventos torna-se redundante e desnecessária



Activity

Event

Activity

Activity

Event

Eventos

Activity

Event

Event Event

ActivityActivity

Activity

Event

Event Event

Activity

Event

Event Event

ActivityActivity

Activity

Event

Event Event



O operador lógico define os possíveis caminhos.Deve ser utilizado exatamente o mesmo operador para o encerramento quando o desdobramento após estes possíveis caminhos é o mesmo.

Operadores Lógicos

Activity

Event

Activity

Event Event

Event

ActivityProcess interface

O operador lógico define os possíveis caminhos

Aqui temos um exemplo em que os caminhos tiveram desdobramentos independentes, e portanto, não foi necessário repetir operador para fechar os caminhos como no exemplo anterior


EPC – Regras de ModelagemEPC – Regras de ModelagemOperadores Lógicos

• Operadores lógicos podem ser combinados (quantos forem necessários) para representar fielmente as regras de negócio de um processo.



Activity

Event Event

Activity

Event Event

Activity

Event Event

Event Event

Activity

Event Event

Activity

Event Event

Activity

Operadores Lógicos

Event Event Event

Activity Activity Activity Activity Activity Activity

Não utilizar os Operadores Lógicos OU e E/OU após um evento

• Operadores lógicos podem ser combinados (quantos forem necessários) para representar fielmente as regras de negócio de um processo.


EPC – Regras de ModelagemEPC – Regras de ModelagemOperadores Lógicos

• A Interface de Processo indica o processo predecessor ou sucessor• A Interface de Processo pode ocorrer também no meio do processo• Interfaces entre dois processos não deve ser representada num terceiro modelo• Não deve existir interface de um processo para ele mesmo



Activity

Event

Activity

Event Event

Event

ActivityProcess interface

Interface de processos

Activity

Event

Activity

Event Event

Event

Activity

Activity

Event

Activity

Event Event

Event

Activity

Activity

Event

Activity

Event Event

Event

Activity

Activity

Event

Activity

Event Activity

Event

• Toda função (atividade) deve ter somente uma conexão de entrada e somente uma conexão de saída.


EPC – Regras de ModelagemEPC – Regras de ModelagemAtividades

Event

Activity Activity

Event Event

• Todo evento deve ter somente uma conexão de entrada e somente uma conexão de saída

Nota:• Para eventos iniciais ou finais, há apenas uma conexão



Event

Activity Activity

Event Event

Operadores Lógicos

Event

Activity Activity

Event Event

Event

• Um operador lógico deve ter:• Múltiplas conexões de entrada e uma única conexão de saída,

Ou• Uma única conexão de entrada e múltiplas conexões de saída.

• Múltiplas conexões de entradas e saídas para um único operador lógico!

• Qual evento inicia qual função (atividade)?



Activity Activity

Event Event

Event Event

Event Event

Activity

Operadores Lógicos

• Os objetos abaixo têm apenas 1 entrada e 1 saída

1 entrada

1 saída

1 entrada1 entrada

1 saída

1 saída

Nota:•Para eventos iniciais ou finais, há apenas uma conexão•Para interfaces de processos iniciais ou finais, há apenas uma conexão


Process interfaceEvent Activity

Entradas e Saídas


Os operadores lógicos abaixo podem ter:

• 1 entrada e N saídas

1 entrada

N saídas

1 entrada

N saídas

1 entrada

N saídas


EPC – Regras de ModelagemEPC – Regras de ModelagemEntradas e Saídas

Os operadores lógicos abaixo podem ter:

• N entrada e 1 saída

N entrada

1 saída

N entrada

1 saída

N entrada

1 saída


EPC – Regras de ModelagemEPC – Regras de ModelagemEntradas e Saídas





11

22

33

44


55

66

77







Modelo Modelo Function Allocation DiagramFunction Allocation Diagram

• O FAD é um nível abaixo de uma atividade.

• Pode-se vincular a ele todos os objetos a apoio ao entendimento da atividade.

• Neste caso uma atividade não SAP. Ex: Unidade Organizacional, Risco, Documentos, etc.

Activity

Activity

Activity

Event

Activity

Event

Emitir Relatório deBalanço

Contabilidade Sistema IBM

Solicitação deBalanço

Relatório de BalançoAnalista Contábil

Sistema deaplicação

Posição dos objetos no desenhoOBS: estes objetos também podem ser alocados no FAD

Atividade 1

Interface doprocesso 1

Evento A

Evento B Evento C

Unidadeorganizacional


Tipo desistema deaplicação


Atividade 2

Documento

Tipo desistema deaplicação

RiscoAtividade SAP

Posição

Evento D

Evento E

Interface doprocesso 2


Em toda as atividades , a Unidade organizacional responsável deve ser informada

Quando a atividade for sistêmica ou for suportada por um sistema, o nome deste sistema deve ser informado

Utilizar este objeto quando necessário para melhorar o entendimento da atividade

Posição

Utilizar este objeto quando necessário para melhorar o entendimento da atividade

RiscoUtilizar se houver necessidade




Modelo Modelo Function Allocation DiagramFunction Allocation Diagram

Activity

Activity

SAP

Atividade SAP

Sistema IBM

Sistema IBM

Sistema IBM

Contabilidade

Contabilidade

Contabilidade

Contabilidade

Analista Contábil

Analista Contábil

Event

Event Event

Event

Event

Risk

Risk

Document

Document

Process interface

Process interface





11

22

33

44


55

66

77






Modelo com todas as Áreas operacionais e posições levantadas nos processos.



Contabilidade Contabilidade Contabilidade

Analista Contábil Analista Contábil Analista Contábil

Entradas e Saídas


Dr Fernando YamadaDiretoria Financeira

Dr José FigueiredoDiretoria Jurídica

Dra Célia YamadaDiretoria Comercial

Dra Neusa YamadaDiretoria Comercial

Junichiro YamadaPresidente

Fernando YamadaVice PresidenteAdm.Financeiro

Hiroshi YamadaVice Presidente

Comercial

Bernardo/ Rafael/Sophocles

Dir Adm.Financeira

Luciana HoriguchiDiretoria Comercial

Supermercado

Flávio YamadaDiretoria Comercial

Ricardo YamadaDiretoria Comercial

Compras MercadoContas a Receber

Contas a Pagar

Merc.Rev Ram Duro Merc.Rev Ram Mole

Farmácias

Exemplo de Organograma






11

22

33

44


55

66

77






Modelo com todos os Sistemas levantados nos processos.


Diagrama de sistemasDiagrama de sistemas

Sistema IBM Sistema IBM

Sistema IBM





11

22

33

44


55

66

77






Modelo com todos os Riscos ou melhorias levantados nos processos.



Risk Risk

Risk


Dúvidas?Dúvidas?

Josivan Sátiro de Melo SantosConsultor de BPMDelivery de Soluções

[email protected]

T +55 11 3039 2117C +55 11 986 287 409

Josivan Sátiro de Melo SantosConsultor de BPMDelivery de Soluções

[email protected]

T +55 11 3039 2117C +55 11 986 287 409

Documents

Versão 01.00 Projeto YNOVA Manual de Modelagem de Processos Projeto YNOVA Manual de Modelagem de Processos