Projeto
YNOVA
Manual de Modelagem
de Processos
Versão 01.00
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
2
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
3
Antes de Imprimir: Pense!
Arquitetura 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.
4
Antes de Imprimir: Pense!
Arquitetura de Processos
Níveis
Tipo
Modelo
VAC
Nível 0
Hierarquia
de Modelos
Cenários
de negócio
Hierarquia
Tecnológica
Referência
Cenários
empresariais
Representa os segmentos de negócios da estrutura da
YAMADA
As cadeias verticais serão detalhadas no nível 2 da
hierarquia
Representa o detalhamento de cada elemento da cadeia
de valor. Cadeias de valor distintas poderão apontar para
processos idênticos quando estes forem executados de
foram padronizada
Representa a sequência lógica dos processos de negócios
de um determinado cenário sendo um detalhamento de
cada cenário de negócio
Suprimento
de materiais
não produtivos
(MRO)
Nível 1
Planejamento de material
de demanda independente
- HIBE
Identificação da
necessidade - material de
demanda independente MRP
Planejamento de material
de demanda independente
- ERSA
Elaboração de acordo de
fornecimento de MRO
MB > 750 U$
passa por
liberação
Nível 2
MC > 1000 U$
passa por
liberação
VAC
Macro Processos
Processos
empresariais
EPC
Processos
Processos
empresariais
ME sempre
necessita de
liberação
Submeter a
aprovação do
planejador
Verificar se as
necessidades
geradas estão de
acordo com a...
Necessidades
geradas estão
de acordo com
a demanda
Necessidades
geradas não
estão de acordo
com a demanda
Verificar se devese continuar o
processo de
requisição de...
Nível 3
Deve-se
continuar o
processo de
requisição ...
EPC
Sub-Processos
Não deve-se
continuar o
processo de
requisição ...
Representa todas as atividades, eventos e regras de
Processos
negócios de cada processo contendo o detalhe
empresariais operacional e sequência lógica sendo um detalhamento de
cada processo de negócio
Requisição de
Compras
Requisição de
Compras gerida
Nível 4
MRO
FAD
Gerir RC's
SAP R/3
Comprador de MRO
Detalhamento de Atividade
Transações
Representa as áreas, cargos, transações, documentos
eletrônicos (ex.: procedimentos, material de treinamento,
configuration guide, etc), inputs e outputs de cada atividade
pertencente a um processo
ME41
5
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
6
Antes de Imprimir: Pense!
Lista de Objetos Utilizados
O nome de uma atividade deve ser composto por:
verbo no infinitivo (ação) + substantivo (objeto)
Exemplo: Cadastar cliente no Sistema
7
Antes de Imprimir: Pense!
Lista de Objetos Utilizados
8
Antes de Imprimir: Pense!
Lista de Objetos Utilizados
9
Antes de Imprimir: Pense!
Lista de Objetos Utilizados
O nome de um evento deve ser composto por:
substantivo + Verbo no particípio
Exemplo: Cliente cadastrado no sistema
O nome de uma atividade deve ser composto por:
verbo no infinitivo (ação) + substantivo (objeto)
Exemplo: Cadastar cliente no sistema
10
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
11
Antes de Imprimir: Pense!
VAC - Value Added Chain Diagram
Cenários
de negócio
Metálicos
Marketing e Vendas
Macro Processos
Planejamento Operacional
Industrial
Logistica e Transportes
Suprimentos
Mapa Corporativo
Operação
Metálicos
Marketing e Vendas
Industrial
Planejamento Operacional
Suprimentos
Logistica e Transportes
Suporte
Gestão de Pessoas e Desenvolvimento Organizacional
Mapa de Cenários
Planejamento e Gestão da Estratégia
Informática
Suprimentos
Análise
Estratégica
Suprimento
de materiais
não produtivos
(MRO)
Desenvolvimento Identificação da
necessidade
de Fornecedores
de suprimento
Recebimento
Tecnologia
Gestão
Acompanhamento da
Administração
de Materiais
das Compras
de Almoxarifado
Aquisição
e Serviços
Relacionamento
com os
Fornecedores
Processamento
Fiscal e Contas
a Pagar
Contabilidade e Auditoria
Suprimento
de Energia
Finanças e Relações com Investidores
Suprimento
de Gases
Suprimento
de materiais
produtivos
(Insumos)
Suprimento
de Serviços
Internos
Suprimento
de Serviços
Externos
Jurídico
Assuntos Institucionais e Comunicação Corporativa
Responsabilidade Social
Suprimento de
Equipamentos
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.
Modelo
12
Antes de Imprimir: Pense!
VAC - Value Added Chain Diagram
Cadeia de Valor
13
Antes de Imprimir: Pense!
VAC - Value Added Chain Diagram
Exemplo de 2º. Nível - Macro Processos
Cenários
de negócio
Macro Processos
Macro Processos
Mapa Corporativo
Operação
Metálicos
Marketing e Vendas
Industrial
Planejamento Operacional
Suprimentos
Logistica e Transportes
Suporte
Gestão de Pessoas e Desenvolvimento Organizacional
Mapa de Cenários
Planejamento e Gestão da Estratégia
Informática
Suprimentos
Análise
Estratégica
Suprimento
de materiais
não produtivos
(MRO)
Desenvolvimento Identificação da
necessidade
de Fornecedores
de suprimento
Recebimento
Tecnologia
Gestão
Acompanhamento da
Administração
de Materiais
das Compras
de Almoxarifado
Aquisição
e Serviços
Relacionamento
com os
Fornecedores
Processamento
Fiscal e Contas
a Pagar
Contabilidade e Auditoria
Suprimento
de Energia
Finanças e Relações com Investidores
Suprimento
de Gases
Suprimento
de materiais
produtivos
(Insumos)
Suprimento
de Serviços
Internos
Suprimento
de Serviços
Externos
Jurídico
Assuntos Institucionais e Comunicação Corporativa
Responsabilidade Social
Suprimento de
Equipamentos
14
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
15
Antes de Imprimir: Pense!
Event-Driven Process Chain (EPC)
EPC - Event-driven process chain – Cadeia
de processos baseada em eventos.
Mapa de Processos
Inventory Management
SAP model ty pe:
Sc enario
P rocurement
S ales &
Distributi on
M anagement
M ateri al
Requirements
P lanni ng
Goods
Receiv ed
Order
Receiv ed
Check
I nv entory
Goods
Receipt
P rocessi ng
SAP f unction type:
Check O rder
Process
Goods
Receipt
P rocessed
Order
Checked
Goods
Receipt
P osti ng
SAP f unction type:
Goods
M ov ement
Process
SAP f unction type:
Process
P ost
Goods
Receipt
S end
Goods
Add
Goods to
Warehouse
Fi nancia l
M anagement
S ales &
Distributi on
M anagement
Goods
Warehousi ng
SAP f unction type:
Process
Goods
added to
Warehouse
Warehouse
checked
I nv entory
M anagement
Mapa de Atividades
M Ai n P rocess
(Interfac e)
P rocess
Rule
P rocess
(SAP Pro cess)
E v ent
00.0 - Identificação
da necessidade de
suprimento
Apresenta
uma visão
detalhada do
processo, através de funções realizadas,
regras de negócio (operadores lógicos) e
eventos;
Acompanhamento
das Compras de
Importação
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;
Busca de
opções no
mercado
concluída
Necessidade de
compra de
material
importado
Gerir RC's
Selecionar
fornecedores que
serão cotados
Enviar solicitação
de cotação ao(s)
fornecedor(es)
É o Fluxograma. No Fluxograma podem
conter atividades SAP e Atividades não SAP.
Verificar retorno
da cotação
Fornecedor
respondeu a
solicitação
Fornecedor não
respondeu a
solicitação
Receber email/fax com a
cotação
Tomar
providências
Negociar
condições
comerciais
Providências
tomadas
Colocar pedido de
compras
Liberar pedido de
compra
Enviar pedido de
compra ao
fornecedor
Propicia também a ligação/dependência
lógica entre os processos, mostrando a sua
integração.
Receber a conf.
do pedido de
compra /
Proforma Invoice
Conf. do pedido
de compra /
Proforma
Invoice recebido
Acompanhamento
das Compras de
Importação
16
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
17
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Processos
• 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
18
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Processos
• Não deve existir processo sem saída
19
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Atividades
• 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!
Falta o verbo!
Informação do objeto imprecisa!
Qual ordem?
Excesso de verbo!
Tempo do verbo incorreto!
Executante descrito na atividade!
Construção incorreta!
Falta o verbo!
20
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Eventos
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
21
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
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
22
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Processos
• 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
23
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Eventos
• Um evento deve ser seguido por uma função ou um operador lógico (exceto o
evento final)
24
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Eventos
•
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
25
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
O operador lógico define os
caminhos.
Deve ser utilizado exatamente
operador para o encerramento
desdobramento após estes
caminhos é o mesmo.
possíveis
o mesmo
quando o
possíveis
26
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
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
27
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
• Operadores lógicos podem ser combinados (quantos forem necessários) para representar
fielmente as regras de negócio de um processo.
28
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
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.
29
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Interface de processos
• 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
30
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Atividades
•
Toda função (atividade) deve ter somente uma conexão de entrada e somente uma
conexão de saída.
31
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
•
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
32
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Operadores Lógicos
• 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)?
33
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Entradas e Saídas
•
Os objetos abaixo têm apenas 1 entrada e 1 saída
1 entrada
1 entrada
1 saída
1 saída
1 entrada
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
34
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
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
35
Antes de Imprimir: Pense!
EPC – Regras de Modelagem
Entradas e Saídas
Os operadores lógicos abaixo podem ter:
•
N entrada e 1 saída
N entrada
1 saída
N entrada
N entrada
1 saída
1 saída
36
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
37
Antes de Imprimir: Pense!
Modelo Function 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.
38
Antes de Imprimir: Pense!
Modelo Function Allocation Diagram
Posição dos objetos no desenho
OBS: estes objetos também podem ser alocados no
FAD
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 se houver
necessidade
Utilizar este
objeto quando
necessário para
melhorar o
entendimento da
atividade
Utilizar este
objeto quando
necessário para
melhorar o
entendimento da
atividade
39
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
40
Antes de Imprimir: Pense!
Modelo Unidade Organizacional
Entradas e Saídas
Modelo com todas
as
Áreas
operacionais
e
posições
levantadas
nos
processos.
41
Antes de Imprimir: Pense!
Modelo Unidade Organizacional
Exemplo de Organograma
42
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
43
Antes de Imprimir: Pense!
Diagrama de sistemas
Modelo com todos os
Sistemas levantados nos
processos.
44
Antes de Imprimir: Pense!
Agenda
1
Arquitetura e níveis de Processos da YAMADA
2
Lista de Objetos Utilizados
3
Modelo Value-Added Chain Diagram (VAC)
4
Modelo Event-Driven Process Chain (EPC) – Regras de Modelagem
5
Modelo Function Allocation Diagram (FAD)
6
Modelo Unidade Organizacional
7
Diagrama de Sistemas
8
Diagrama de Riscos / Melhorias
45
Antes de Imprimir: Pense!
Diagrama de Riscos / Melhorias
Modelo com todos os
Riscos
ou
melhorias
levantados nos processos.
46
Antes de Imprimir: Pense!
Dúvidas?
Josivan Sátiro de Melo Santos
Consultor de BPM
Delivery de Soluções
[email protected]
T +55 11 3039 2117
C +55 11 986 287 409
47
Antes de Imprimir: Pense!