Você está na página 1de 8

Modelação Avançada – GPN

Encapsulamento

Após se receber uma encomenda, é verificado o stock.


Se estiver em stock, requisita-se o produto ao armazém e confirma-se a ordem ao
cliente.
Após a confirmação da ordem, obtém-se a morada do cliente e procede-se ao envio
dos produtos. Simultaneamente emite-se a fatura e regista-se o recebimento.
Depois, procede-se ao arquivamento da ordem.
O processo termina.
Se não estiver em stock, requisita-se matéria-prima a dois fornecedores, podendo esta
ser fornecida pelo primeiro, pelo segundo ou por ambos. Este procedimento visa
garantir o respetivo fornecimento.
Após a requisição procede-se à receção das matérias-primas.
O produto é produzido.
Posteriormente é confirmada a ordem ao cliente, obtém-se a morada do cliente e
procede-se ao envio dos produtos. Simultaneamente, emite-se a fatura e regista-se o
recebimento.
Depois, procede-se ao arquivamento da ordem.
O processo termina.
O processo pode ser simplificado através da técnica de ENCAPSULAMENTO. Esta
técnica simplifica o processo através da identificação de subprocessos, ou seja, grupos
de atividades relacionadas (que juntas alcançam um objetivo específico/determinado
resultado). É identificado através de um pequeno quadrado com um sinal de + dentro
da atividade correspondente ao subprocesso.

(Os processos dentro dos retângulos tracejados alcançam o mesmo objetivo. Acima,
alcançam o objetivo de adquirir matérias-primas. Abaixo, alcançam o objetivo de
faturar e expedir.) O resultado após encapsulamento:
Outra aplicação do encapsulamento

Quando é recebido um pedido de empréstimo à habitação, o pedido é registado.


Procede-se à avaliação do risco, verificando a idoneidade do cliente e o histórico de
crédito associado.
No caso de se constatar que o risco é elevado, é rejeitado o pedido de empréstimo.
No caso de o risco ser baixo, procede-se à aprovação do empréstimo.
De seguida agenda-se a assinatura do contrato de empréstimo, sendo esta presencial.
O contrato é assinado.
Posteriormente agenda-se o desembolso do valor do empréstimo.
O processo termina assim que o pedido de empréstimo se encontra completo,
independentemente de ter sido aprovado ou rejeitado.
É possível encapsular “Verificar idoneidade” e “Verificar histórico de crédito” como
“Avaliar risco” (como está citado acima, Procede-se à avaliação do risco, verificando a
idoneidade do cliente e o histórico de crédito associado.) 1
É também possível encapsular “Agendar assinatura do contrato”, “Assinar contrato” e
“Agendar desembolso do empréstimo” como “Assinar empréstimo” (De seguida
agenda-se a assinatura do contrato de empréstimo, sendo esta presencial. O contrato é
assinado. Posteriormente agenda-se o desembolso do valor do empréstimo.) 2

Reutilização de processos

A instituição de crédito do exercício acima decidiu lançar um novo produto de crédito:


empréstimo para estudos.
O pedido de empréstimo é registado.
É verificada a existência de dívidas.
Caso existam dívidas, é aprovado condicionalmente o empréstimo.
Caso não existam dívidas, o empréstimo é aprovado de imediato.
Posteriormente é assinado o empréstimo e o processo termina.
Neste caso, seria possível reutilizar alguma parte do processo anterior neste novo
processo? Sim, a assinatura do empréstimo, que acontece de igual forma no final.
Logo, para se proceder à reutilização deste subprocesso, fazemos uma borda mais
espessa:

Rework e repetição

Uma empresa presta assistência técnica aos seus clientes com equipamentos
informáticos.
Existe um pedido de reparação.
É realizado o diagnóstico e orçamentação, e posteriormente envia-se o orçamento ao
cliente. Após aprovação do cliente, pode iniciar-se a reparação.
Após a reparação, faz-se testes e, caso não esteja resolvido, o processo volta à fase
inicial e faz-se nova reparação. LOOP, é repetido x vezes o mesmo ciclo de forma a
tentar que este funcione.
Se após a segunda tentativa de reparação esta não for bem sucedida, o equipamento é
enviado para a marca a fim de ser reparado ao abrigo da garantia.
Encerra-se o pedido.
Neste caso, podemos encapsular “Realizar diagnóstico” e “Elaborar orçamento” em
“Elaborar diagnóstico e Orçamento” uma vez que estes acontecem em simultâneo. A
mesma coisa pode ser feita com “Reparar equipamento” e “Testar equipamento”, pode
ser resumido em “Reparar e testar”.
No entanto, neste caso vemos que no caso de que existe a possibilidade de uma nova
tentativa de reparação, logo existe também um loop.

Repetição paralela

O departamento financeiro encontra-se com um problema que colocou recentemente


à administração: dificuldades no recebimento de faturas de diversos clientes.
Neste sentido, em reunião havida entre a administração e o departamento financeiro
foi definida a política de tentativa de cobrança mensal dentro de um período de 6
meses, prazo após o qual seriam tomadas medidas de âmbito fiscal. Habitualmente é
extraído o extrato bancário e confirmado o recebimento.
A divida é atualizada e o cliente é informado.
Este processo termina com o respetivo recebimento do valor em dívida.
O mesmo departamento financeiro adotou o processo acima, contudo constatou que,
embora tenha obtido resultados positivos, desenvolvia o processo focando-se em cada
fatura emitida e no banco principal com que trabalhava.
Este constatou que se encontrava a contabilizar o não recebimento de faturas que
tinham sido pagas apenas num dos 3 outros bancos com que trabalham.
Neste caso para corrigir este problema sabemos que existem 3 bancos, logo, a
obtenção de extratos bancários encontra-se completa quando este exato processo de
obtenção de extratos se repetir 3 vezes.
Repetição paralela: repetição do exato processo um x número de vezes, sempre
representado com três traços verticais paralelos, independentemente do número de
vezes que se repete.
Nota: Não ligar à base de dados ou à lista de bancos colocada no exemplo abaixo, são
meramente ilustrativas e não têm de ser colocadas no exercício.
Assim, e tendo em conta os dois processos acima, a melhor simplificação possível seria
representada da seguinte forma:

Você também pode gostar