Modelos de dados

Requisitos do modelo de dados

Observação:

Atualmente, o Process Mining de vários processos está disponível apenas para aplicativos recém-criados. Os Apps criados antes do lançamento do Process Mining de vários processos não verão as tabelas Objetos e Eventos.

O modelo de dados pode conter várias tabelas Objeto. Isso permite que você modele uma estrutura de dados e relacionamentos mais complexos, criando um modelo de dados que espelha de perto seus cenários de processos de negócios. Para cada tabela Objetos, é possível adicionar várias tabelas Eventos, que contêm os eventos realizados no objeto.

Tipo de Tabela	Description	Exemplo
Object	Armazena dados descritivos sobre entidades de negócios (objetos). Uma tabela de objetos também pode servir como uma tabela de dados mestre que contém informações de referência.	Faturas, tickets de incidente, Produtos.
Events	Armazena dados sobre as etapas ou ações executadas em objetos, incluindo carimbos de data/hora.	"Criar fatura", "Atribuir tíquete", "Montar produto"

Observação:

Se você definir várias tabelas de evento em seu modelo de dados, os eventos estarão disponíveis no Data Manager em uma única tabela de eventos .

Um modelo de dados só pode ser salvo quando estiver em conformidade com os seguintes requisitos:

• O modelo de dados inclui no máximo 40 tabelas.

• O modelo de dados contém pelo menos uma tabela de objetos e uma tabela de eventos relacionados.

• Cada tabela de Eventos, Tags e Data de conclusão está conectada a apenas uma tabela de objetos relacionada.

• Todas as tabelas estão conectadas ao modelo de dados geral.

• Não há relações circulares no modelo de dados.

• São permitidos no máximo 10 mudanças de direção em um caminho de relação.

  Dica:

  Uma mudança de direção é uma relação um para muitos seguida por uma relação muitos para um, ou vice-versa.

  

Tipos de tabelas

A ilustração a seguir mostra um exemplo de modelo de dados com uma tabela Objetos POs e uma tabela Eventos PO_events relacionada, e uma tabela Objetos PO_items e uma tabela Eventos PO_item_events relacionada.

Tabelas de objeto

Cada objeto em seu modelo de dados tem sua própria tabela de objeto em Transformações de dados. Uma tabela Objeto contém os campos que foram definidos especificamente para esse objeto.

Processar tabelas

Cada processo definido em seu modelo de dados tem sua própria tabela de processos com os eventos projetados para esse processo. Os seguintes campos estão sempre presentes nas tabelas de evento:

• Process_event_ID, ID exclusivo para cada registro na tabela de processo.
• Event_ID, exclusivo para cada evento individual, independentemente do processo no qual ele é usado. No exemplo abaixo, event_ID 1 ocorre duas vezes na tabela de processo.
• Throughput_time, tempo de Event_end anterior até o Event_end atual.
• Cycle_time*, período de Event_start a Event_end.
• Cycle_time só está disponível se os eventos tiverem um Event_start definido.

A ilustração a seguir mostra um exemplo de tabela de processo contendo os eventos para o P2P_process.

A ilustração a seguir mostra um exemplo de tabela Processo contendo os eventos de alto nível para o processo P2P_ como resultado da filtragem nos PO_events (PO_ID).

Tabela de tags

A tabela Tags contém os dados de tags para todas as tags em seu conjunto de dados. Dependendo do seu modelo de dados, um ou mais campos de ID podem estar disponíveis na tabela Tags . Se seu modelo de dados consiste em vários objetos, cada um com uma tabela Tags associada, essas tabelas Tags são consolidadas em uma única tabela Tags em Data Manager.

• Tag_ID
• Tag_name
• Tag_type
• <Object>_ID

Tabela de datas de conclusão

A tabela Due dates contém os carimbos de data/horário das datas de vencimento para todas as datas de vencimento em seu conjunto de dados. Dependendo do seu modelo de dados, um ou mais campos de ID podem estar disponíveis na tabela Due dates . Se seu modelo de dados consiste em vários objetos, cada um com uma tabela Due dates associada, essas tabelas Due dates são consolidadas em uma única tabela Due dates em Data Manager.

• Due_date_ID
• Due_date
• Due_date_type
• Actual_date
• Expected_date
• On_time
• Cost
• Difference
• <Object>_ID

Tabelas de saída obrigatórias

Importante:

As informações nesta seção são aplicáveis apenas a aplicativos que empregam um único processo, em outras palavras, aplicativos criados antes do lançamento do Process Mining de vários processos.

Um modelo de dados deve ter uma tabela Cases, Event_log, Tags, e Due_dates .

Observação:

Dependendo do modelo de aplicativo, a tabela Cases tem um nome específico do processo, por exemplo, Purchase_order_items ou Incidents.

As tabelas Cases, Event_log, Tags e Due_dates devem ter os seguintes campos de saída.

Observação:

Todos os campos são obrigatórios. No entanto, alguns campos são permitidos para conter apenas valores NULL.

Tabela	Campo de saída obrigatório
Cases	Case_ID*
Event_log	Case_ID*
	Event_start
	Event_end
	Activity
	Activity_order
	Automated
	Event_cost
	Event_processing_time
Tags	Tag_ID
	Case_ID*
	Tag
	Tag_type
Due_dates	Case_ID*
	Due_date
	Due_date_type
	Actual_date
	Expected_date
	On_time
	Cost
	Difference

*) Dependendo do modelo de aplicativo, Case_ID pode ser chamado de forma diferente, por exemplo, Purchase_order_item_ID ou Incident_ID.

Exibição e edição do modelo de dados

Importante:

Certifique-se sempre de que seu modelo de dados siga os requisitos. Verifique Requisitos do modelo de dados.

1. Localize a seção Saída em Transformações de dados e selecione Modelo de dados para visualizar o modelo de dados de seu aplicativo de processo.

Confira Edição de transformações de dados para obter mais informações sobre como alterar o modelo de dados.

Verificação de validação

Uma notificação é exibida se seu modelo de dados não atender aos requisitos.

Consulte Requisitos do modelo de dados para obter detalhes.

Filtragem de tipos de tabelas

Você pode usar as opções de Filtro para exibir os tipos selecionados de tabelas no modelo de dados.

Adição de tabelas

Importante:

Certifique-se de que haja uma tabela de entrada para o objeto que você deseja adicionar e que o objeto esteja definido em modelos -> 2_objects na seção Transformações de Transformações de dados.

Siga estas etapas para adicionar uma tabela.

1. Selecione + Adicionar tabela. A caixa de diálogo Adicionar tabela é exibida.
2. Selecione o tipo de tabela que você deseja adicionar na lista Tipo .
3. Selecione a Tabela que define a nova tabela de saída.
4. Selecione a Chave primária para a nova tabela.
5. Defina as propriedades adicionais da tabela.
   Observação:

   Dependendo do tipo da tabela, propriedades diferentes podem ser solicitadas.

6. Adicione as relações para a tabela e selecione Adicionar tabela.

Consulte Adição de tabelas para obter mais informações sobre como adicionar uma tabela nas transformações.

Propriedades adicionais para tabelas de Eventos

Observação:

É recomendável ter uma tabela de eventos separada por atividade ou uma tabela de eventos por objeto. Por exemplo, oportunidade_create_events e Opprove_events, etc ou a tabela Opprove_events .

A tabela a seguir descreve as propriedades que você precisa especificar ao adicionar uma tabela de Eventos .

Propriedade	Description	Obrigatório S/N
Event_ID	O identificador exclusivo do evento.	Y
Activity	O campo que contém o nome do evento. Isso descreve a etapa no processo.	Y
Event start	Os campos que contêm o carimbo de data/hora associado ao início da execução do evento.	N
Event end	O campo que contém o carimbo de data/hora associado ao fim da execução do evento.	Y
User	O campo que contém o usuário que executou o evento.	N
Automated	O campo que contém indica se o evento será executado manualmente ou será automatizado.	N
Order	O campo que contém a ordem dos eventos.	N
Processing time	O campo que contém o horário de execução do evento (em milissegundos).	N
Event cost	Os campos que contêm os custos para executar o evento.	N
Parent event ID	Os campos que são usados para definir uma relação pai-filho entre eventos, que podem ser usados para criar uma hierarquia de processo estruturado.	N

Importante:

Certifique-se de que haja uma tabela de entrada para cada tabela de evento e que os eventos sejam definidos em modelos -> 3_events na seção Transformações de Transformações de dados.

Exclusão de uma tabela

Siga estas etapas para excluir uma tabela.

1. Selecione a tabela que você deseja excluir no editor do modelo de dados. O painel Editar tabela será exibido.
2. Selecione Excluir tabela. uma mensagem de confirmação é exibida.
3. Selecione Excluir para continuar.

A tabela e as relações são excluídas do modelo de dados.

Adicionar relações

Siga estas etapas para adicionar uma relação entre duas tabelas.

1. Selecione a tabela que você deseja relacionar com outra tabela. O painel Editar tabela será exibido.
2. No painel Editar tabela , localize a seção Relações .
3. Selecione + Adicionar novo para criar uma nova relação.
4. Selecione o campo que você deseja usar nesta tabela na lista Chave .
5. Selecione a Tabela à qual você deseja se conectar e selecione o campo que usa para se conectar na lista Chave .
6. Selecione Aplicar.

Excluindo uma relação

Siga estas etapas para excluir uma relação.

1. Selecione a tabela para a qual você deseja excluir uma relação de saída. O painel Editar tabela será exibido.
2. No painel Editar tabela , localize a relação que você deseja excluir e selecione Excluir relação.
3. Selecione Aplicar.

Alteração da chave primária de uma tabela

Siga estas etapas para alterar a chave primária de uma tabela.

1. Selecione a tabela para a qual você deseja alterar a chave primária. O painel Editar tabela será exibido.
2. No painel Editar tabela , localize a relação para a qual você deseja alterar a chave primária.
3. Selecione o novo campo que deve ser usado como a Chave Primária para unir as tabelas.
4. Selecione Aplicar.
   Observação:

   Se você alterar a chave primária, o campo selecionado como a nova chave primária será duplicado na tabela. Você pode excluir o campo original no Data Manager. As chaves primárias podem ser definidas como null.

Disponibilização do modelo de dados atualizado em painéis

Siga estas etapas para fazer as alterações no modelo de dados disponível em painéis.

1. Selecione Salvar para salvar o modelo de dados.
2. Selecione Aplicar aos painéis para executar as transformações e disponibilizar a tabela para uso nos painéis.
   Observação:

   Isso pode levar vários minutos. Se a execução for concluída com sucesso, as alterações no modelo de dados aparecerão no Data Manager.

Observação:

A opção Salvar só é habilitada após você fazer quaisquer alterações no modelo de dados.

Painel de visualização

Você pode selecionar uma tabela para ver os campos e o conteúdo de dados no painel Visualização. A visualização de dados permite que você verifique se os dados são exibidos conforme esperado.

Observação:

O painel Visualização mostra os dados da última executação de dados na qual essa tabela foi recalculada. Se você fez alterações recentes, inicie uma nova execução de dados para visualizar seus resultados, consulte Edição de transformações de dados.

Seleção de colunas visíveis

Você pode selecionar as colunas que deseja exibir no painel Visualização .

Siga estas etapas para alterar as colunas visíveis.

Etapa	Ação
1	Selecione Colunas para exibir a lista de colunas.
2	Selecione as colunas que deseja exibir no painel Visualização a partir da lista.

Criação de um modelo de dados personalizado

Em alguns casos, pode ser interessante adicionar objetos a um aplicativo de processo existente. Por exemplo, quando você usa um aplicativo Processo personalizado ou Processo de log de evento como ponto de partida e deseja estendê-lo com outros objetos. Para conseguir isso, siga as seguintes etapas.

1. Adicione os arquivos SQL para o novo Object e Event_log a na seção Modelos em Transformações de dados.
2. Acesse o Modelo de dados e adicione tabelas para Object e Event_log em seu modelo de dados.
3. Adicione uma relação fictícia para as novas tabelas ao modelo de dados existente.
4. Acesse Processos e adicione um novo processo relacionado ao novo Objeto.
5. Exclua o processo original.
6. Acesse Modelo de dados e exclua as tabelas Cases e Event_log . Se aplicável, exclua as tabelas Tags e Due_dates .