Para poder gerar instâncias de processo para o sistema PPM a partir dos eventos do sistema, cada evento do sistema a ser importado para o PPM deve ser vinculado a uma definição de fragmento de processo. Cada evento de sistema é associado a um tipo de evento do sistema. Tem de ser criada uma definição de fragmento para cada tipo de evento de sistema.
Cada tipo de evento de sistema é associado a um evento final em uma EPC separada. Supõe-se que no processo, uma função deve ter precedido e acionado o evento final. Adicionar um evento inicial antes da função resulta em um fragmento de processo completo, em conformidade com o sistema de modelagem. O evento inicial de um fragmento de processo pode corresponder ao evento final de outro fragmento de processo.
Todas as definições de fragmento de processo são salvas em um arquivo XML como uma lista de gráficos. O arquivo XML de definição de fragmento usa o formato gráfico DTD para a descrição de formato.
Fragmentos de instância de processo importados são vinculados para formar uma instância de processo por meio dos eventos de início e fim dos fragmentos individuais. Estes eventos são conhecidos como eventos de merge.
Não é absolutamente necessário que o evento de sistema e o evento final do fragmento da instância de processo sejam os mesmos, por exemplo, se o processo para a definição de fragmento terminar com dois eventos finais. O importante é que todas as descrições do sistema contidas no evento de sistema sejam representadas pelo fragmento da instância de processo criado.
Exemplo
O sistema de origem contém os dois eventos de sistema Pedido criado e Fatura criada. Cada um destes é transferido para uma EPC como um evento final e interpretado como o resultado da função Criar pedido do cliente ou Criar fatura. Deve usar todos os conhecimentos do sistema de origem para determinar os eventos que precedem essas duas funções. No exemplo, estes são os eventos Pedido do cliente a ser criado e Fatura a ser criada.
A ilustração abaixo mostra a descrição do fragmento de processo para os dois eventos do sistema.
O extrato de arquivo abaixo mostra um possível arquivo de definição de fragmento para os fragmentos de processo ilustrados:
<?xml version="1.0" encoding='ISO-8859-1'?>
<!DOCTYPE graphlist SYSTEM "graph.dtd">
<graphlist>
<graph id="FRG_ORD_CREATED">
<node id="EVT_ORD_TOBECREATED" type="OT_EVT">
<attribute type="AT_OBJNAME">Customer order to be created</attribute>
<attribute type="AT_OBJNAME_INTERN">EVT_ORD_TOBECREATED</attribute>
</node>
<node id="FCT_CREATE_ORDER" type="OT_FUNC">
<attribute type="AT_OBJNAME">Create customer order</attribute>
<attribute type="AT_OBJNAME_INTERN">FCT_CREATE_ORDER</attribute>
</node>
<node id="EVT_ORD_CREATED" type="OT_EVT">
<attribute type="AT_OBJNAME">Customer order created</attribute>
<attribute type="AT_OBJNAME_INTERN">EVT_ORD_CREATED</attribute>
</node>
<edge type="CXN_FOLLOWS" source="EVT_ORD_TOBECREATED"
target="FCT_CREATE_ORDER"/>
<edge type="CXN_FOLLOWS" source="FCT_CREATE_ORDER"
target="EVT_ORD_CREATED"/>
</graph>
<graph id="FRG_INVOICED">
<node id="EVT_TOBE_INVOICED" type="OT_EVT">
<attribute type="AT_OBJNAME">Invoice to be created</attribute>
<attribute type="AT_OBJNAME_INTERN">EVT_TOBE_INVOICED</attribute>
</node>
<node id="FCT_INVOICE" type="OT_FUNC">
<attribute type="AT_OBJNAME">Create invoice</attribute>
<attribute type="AT_OBJNAME_INTERN">FCT_INVOICE</attribute>
</node>
<node id="EVT_INVOICED" type="OT_EVT">
<attribute type="AT_OBJNAME">Invoice created</attribute>
<attribute type="AT_OBJNAME_INTERN">EVT_INVOICED</attribute>
</node>
<edge type="CXN_FOLLOWS" source="EVT_TOBE_INVOICED"
target="FCT_INVOICE"/>
<edge type="CXN_FOLLOWS" source="FCT_INVOICE"
target="EVT_INVOICED"/>
</graph>
</graphlist>
Os gráficos de definição de fragmentos não podem conter qualquer atributo especificado. Por padrão, quando os fragmentos da instância de processo são mesclados subsequentemente, somente os atributos do objeto são considerados. Atributos da instância de processo a serem retidos quando a mesclagem pode ser especificada na configuração de merge.