Difference between revisions of "Analytics Data Model"

From Datonis
Jump to: navigation, search
(Data Model)
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
== Data Model ==
 
== Data Model ==
The Data Model is divided into 3 sections:
+
The Analytics Data Model is divided into 4 sections:
# '''Workcenter Shift Productivity Data Model'''
+
# '''Productivity by Shift Data Model'''
# '''Part Shift Productivity Data Model'''
+
# '''Part Data by Shift Data Model'''
# '''Hourly Data Model'''
+
# '''Productivity by Hour Data Model'''
 +
# '''Checklists Data Model'''
  
 
+
=== '''Productivity by Shift Data Model''' ===
=== Workcenter Shift Productivity Data Model ===
 
 
MInt Productivity data, that is data about performance. This data is rolled up at the shift level for shift level productivity analysis.
 
MInt Productivity data, that is data about performance. This data is rolled up at the shift level for shift level productivity analysis.
  
 
Here is a diagram that represents the data model. 
 
Here is a diagram that represents the data model. 
 +
[[File:MINT Analytics Data Model - ProductivityByShift.png|none|thumb|500x500px|MINT Analytics Data Model - WorkCenterShiftFact]]
 +
The main tables are:
  
[[File:MINT Analytics Data Model - WorkCenterShiftFact.jpg|600x600px]] 
+
'''ProductivityByShift'':''''' Productivity data is centred around a 'workcenter' (essentially a machine that is performing the task). This table contains the primary shift-level productivity parameters.
  
The main tables are: 
+
'''DowntimeByShift''': Downtime represents the time duration for which the machine was non-operational. This table contains information about durations and reasons for the downtimes of a workcenter for a given shift.
  
'''WorkcenterShiftFact'':''''' Productivity data is centered around a workcenter which is a machine that is performing the task. This table contains the primary shift level productivity parameters.
+
'''RejectionsByShift''': Rejections are the quality defects that occurred on a workcenter. The table contains information about these quality rejections for a workcenter for a shift and the reasons for it.
  
'''WorkcenterShiftDownTimeReasonsFact''': Downtimes represent durations when the machine was non-operational. This table contains information about the downtimes for a workcenter for a shift and the reasons for it.
+
'''OperatorsByShift''': This table contains information about the operators working on the workcenter for a given shift.
  
'''WorkcenterShiftRejectionsFact''': Rejections are quality defects on a workcenter. The table contains information about these quality rejections for a workcenter for a shift and the reasons for it.
+
'''ProductivityDowntimeByShift''': Performance loss is the metric to highlight the less-than-ideal rate at which the machine was working. If the machine is working slower than the expected (ideal) rate, the user can book a performance loss and associate a reason for it. This table contains the performance loss downtime information.
  
'''WorkcenterShiftOperatorsFact''': This table contains information about the operators working on the workcenter for a given shift.
+
'''ProductionParametersByShift''': The table contains Production parameter data at a shift level. Production parameters are used to store the production quantity in different units based on customer requirements.
  
'''WorkcenterShiftProductivityDownTimeReasonsFact''': Performance loss is the metric that identifies the rate at which the machine was working. If the machine is not working at an ideal rate, the user can book a performance loss and associate a reason for it. This table contains the performance loss downtime information.
+
e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).
  
'''WorkcenterShiftProductionParametersFact''': The table contains Production parameter data at a shift level. Production parameters are used to store the production quantity in different units based on Customer requirements.
+
'''UtilitiesByShift:'''
  
E.g. Some Customers want to measure production quantity in Batch counts but for their internal assessment, they need batch weight. In such cases, MInt will show Batch count and their internal system can be pushed with Batch weight.
+
Please refer to the following link for [[Data Model Column Descriptions|description of each table column]].
  
Please refer to the following link for table [[Data Model Column Descriptions|column descriptions]].
 
  
 
'''Examples of using the object model to create a chart:'''
 
'''Examples of using the object model to create a chart:'''
# Here is an example of how you can use the data model to analyze [[Create your own custom dashboards|average OEE by Workcenters]]. An example video is shown below.
 
  
'''ADD VIDEO HERE'''
+
Here is an example video of how you can use the data model to analyze [[Create your own custom dashboards|average OEE by Workcenters]].
{{#ev:youtube|https://youtu.be/faSzdxPDy8s}}
+
 
 +
{{#ev:youtube|https://youtu.be/n-W1frXyaJg}}
 +
 
  
  
=== '''Part Shift Productivity Data Model''' ===
+
=== '''Part Data by Shift Data Model''' ===
MInt Part Productivity data, that is data about part level performance. This data is rolled up at the shift level for shift level part productivity analysis.
+
MInt Part Productivity data gives insights about your part level performance. This data is rolled up at the shift level for doing shift level part productivity analysis.
  
 
Here is a diagram that represents the data model.
 
Here is a diagram that represents the data model.
 +
[[File:MINT Analytics Data Model - PartDataByShift.png|none|thumb|500x500px|MINT Analytics Data Model - PartDataByShift]]
 +
The main tables are:
 +
 +
'''PartDataByShift:''' The Part Productivity data is centred around a part that is being produced on the workcenter. This table contains the primary shift level part productivity parameters.
 +
 +
'''PartDowntimeReasonsByShift:''' Downtime represents the time duration for which the machine was non-operational. This table contains information about the downtimes that occurred throughout the duration for which a part was booked within a shift and the reasons for those downtimes.
  
[[File:MINT Analytics Data Model - WorkcenterPartRoutingShiftFact.jpg|600x600px]]
+
'''PartRejectionsByShift:''' Rejections are the quality defects that occurred on a workcenter. The table contains information about these quality rejections for a part for a shift and the reasons for it.
  
The main tables are:
+
'''PartProductionParametersByShift:''' The table contains Production parameter data at a part and shift level. Production parameters are used to store the production quantity in different units based on customer requirements.
  
'''WorkcenterPartRoutingShiftFact:''' The Part Productivity data is centered around a Part that is being produced on the workcenter. This table contains the primary shift level part productivity parameters.
+
e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).
  
'''WorkcenterPartRoutingShiftDownTimeReasonsFact:''' Downtimes represent durations when the machine was non-operational. This table contains information about the downtimes for a Part (when the part was booked) for a shift and the reasons for it.
+
'''WorkordersByShift:'''
  
'''WorkcenterPartRoutingShiftRejectionsFact:''' Rejections are quality defects on a workcenter. The table contains information about these quality rejections for a Part for a shift and the reasons for it.
 
  
'''WorkcenterPartShiftProductionParametersFact:''' The table contains Production parameter data at a Part and shift level. Production parameters are used to store the production quantity in different units based on Customer requirements.
+
'''Examples of using the object model to create a chart:'''
  
E.g. Some Customers want to measure production quantity in Batch counts but for their internal assessment, they need batch weight. In such cases, MInt will show Batch count and their internal system can be pushed with Batch weight.
+
Here is an example video of how you can use the data model to analyze Part Cycle Times by Shift.
  
'''Examples of using the object model to create '''a chart''':'''
+
{{#ev:youtube|https://youtu.be/1V_oVQ-8Pfo}}
# Here is an example of how you can use the data model to analyze Part Cycle Times by Shift. An example video is shown below.
 
  
'''ADD VIDEO HERE'''
 
  
  
=== '''Hourly Data Model''' ===
+
=== '''Productivity by Hour Data Model''' ===
MInt Hourly Data, that is data about Condition Based Monitoring (CBM), Part Process Quality, and Performance. This data is rolled up at an hourly level for hour level analysis.
+
MInt Hourly Data is aggregation of Condition Based Monitoring (CBM), Part Process Quality, and Performance. This data is rolled up at an hourly level.
  
 
Here is a diagram that represents the data model.
 
Here is a diagram that represents the data model.
 +
[[File:MINT Analytics Data Model - ProductivityByHour.png|none|thumb|500x500px|MINT Analytics Data Model - ProductivityByHour]]
 +
The main tables are:
  
[[File:MINT Analytics Data Model - WorkcenterHourlyFact.jpg|600x600px]]
+
'''ProductivityByHour:''' Productivity data is centred around a 'workcenter' (essentially a machine that is performing the task). This table contains the primary hourly level productivity parameters.
  
The main tables are:
+
'''CbmParametersByHour:''' Condition Based Monitoring (CBM) is the process of monitoring a key parameter in a workcenter (vibration, temperature etc.). This helps in locating a significant change which may be indicative of a developing fault in a machine. The table contains information about the CBM parameters, their control limits and details of violations.
 +
 
 +
'''ProcessParametersByHour:''' Process parameters are the parameters dependant on the part (temperature of Part-1, temperature of Part-2 etc.). This helps in identifying a significant change that may be indicative of developing a quality defect. The table contains information about the Process parameters, their control limits and details of violations.
 +
 
 +
'''PartProcessOperationByHour:''' The table contains Part - Operation information for each part at an hourly level.
 +
 
 +
'''*WorkcenterPartHourlyProdParamsFact:''' The table contains production parameter data at a part and hourly level. Production parameters are used to store the production quantity in different units based on Customer requirements.
 +
 
 +
e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).
 +
 
 +
'''UtilitiesByHour:'''
 +
 
 +
'''OperationEnergyByHour:'''
 +
 
 +
'''PartProductivityByHour:'''
 +
 
 +
 
 +
'''Examples of using the object model to create a chart:'''
  
'''WorkcenterHourlyFact:''' Productivity data is centered around a workcenter which is a machine that is performing the task. This table contains the primary hourly level productivity parameters.
+
Here is an example video of how you can use the data model to analyze CBM Parameter Violations by Hour.
  
'''WorkcenterHourlyCbmParamsFact:''' Condition Based Monitoring (CBM) is the process of monitoring a parameter of condition in a workcenter (vibration, temperature etc.), in order to identify a significant change which is indicative of a developing fault. The table contains information about the CBM parameters, control limits, and details of violations.
+
{{#ev:youtube|https://youtu.be/E5tlytK0tjo}}
  
'''WorkcenterHourlyProcessParamsFact:''' Process parameters are the parameters dependant on the Part (temperature of Part 1, temperature of Part 2), in order to identify a significant change that is indicative of developing a Quality defect. The table contains information about the Process parameters, control limits, and details of violations.
 
  
'''WorkcenterHourlyProcessRoutingFact:''' The table contains Part - Operation information per Part at an hourly level.
 
  
'''WorkcenterPartHourlyProdParamsFact:''' The table contains Production parameter data at a Part and hourly level. Production parameters are used to store the production quantity in different units based on Customer requirements.
+
=== '''Checklists Data Model''' ===
 +
MInt Policy data gives information about your manual policy bookings. For e.g. Safety Checksheets, Part Dimension Checklists, etc. This data is then used for correlations with other process/ productivity parameters or to create dashboards from your manual booking data.
  
E.g. Some Customers want to measure production quantity in Batch counts but for their internal assessment, they need batch weight. In such cases, MInt will show Batch count and their internal system can be pushed with Batch weight.
+
Here is a diagram that represents the data model.
 +
[[File:MINT Analytics Data Model - Checklists data.png|none|thumb|500x500px|MINT Analytics Data Model - Checklists data]]
 +
The main tables are:
  
'''Examples of using the object model to create '''a chart''':'''
+
'''Checklists:''' The table contains policy master data along with the schedule of the policy booking.
# Here is an example of how you can use the data model to analyze CBM Parameter Violations by Hour. An example video is shown below.
 
  
'''ADD VIDEO HERE'''
+
'''ChecklistBooking:''' This table has the actual manually entered booking data for e.g. part length values, checklist values etc.

Latest revision as of 06:12, 27 June 2021

Data Model

The Analytics Data Model is divided into 4 sections:

  1. Productivity by Shift Data Model
  2. Part Data by Shift Data Model
  3. Productivity by Hour Data Model
  4. Checklists Data Model

Productivity by Shift Data Model

MInt Productivity data, that is data about performance. This data is rolled up at the shift level for shift level productivity analysis.

Here is a diagram that represents the data model. 

MINT Analytics Data Model - WorkCenterShiftFact

The main tables are:

ProductivityByShift: Productivity data is centred around a 'workcenter' (essentially a machine that is performing the task). This table contains the primary shift-level productivity parameters.

DowntimeByShift: Downtime represents the time duration for which the machine was non-operational. This table contains information about durations and reasons for the downtimes of a workcenter for a given shift.

RejectionsByShift: Rejections are the quality defects that occurred on a workcenter. The table contains information about these quality rejections for a workcenter for a shift and the reasons for it.

OperatorsByShift: This table contains information about the operators working on the workcenter for a given shift.

ProductivityDowntimeByShift: Performance loss is the metric to highlight the less-than-ideal rate at which the machine was working. If the machine is working slower than the expected (ideal) rate, the user can book a performance loss and associate a reason for it. This table contains the performance loss downtime information.

ProductionParametersByShift: The table contains Production parameter data at a shift level. Production parameters are used to store the production quantity in different units based on customer requirements.

e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).

UtilitiesByShift:

Please refer to the following link for description of each table column.


Examples of using the object model to create a chart:

Here is an example video of how you can use the data model to analyze average OEE by Workcenters.


Part Data by Shift Data Model

MInt Part Productivity data gives insights about your part level performance. This data is rolled up at the shift level for doing shift level part productivity analysis.

Here is a diagram that represents the data model.

MINT Analytics Data Model - PartDataByShift

The main tables are:

PartDataByShift: The Part Productivity data is centred around a part that is being produced on the workcenter. This table contains the primary shift level part productivity parameters.

PartDowntimeReasonsByShift: Downtime represents the time duration for which the machine was non-operational. This table contains information about the downtimes that occurred throughout the duration for which a part was booked within a shift and the reasons for those downtimes.

PartRejectionsByShift: Rejections are the quality defects that occurred on a workcenter. The table contains information about these quality rejections for a part for a shift and the reasons for it.

PartProductionParametersByShift: The table contains Production parameter data at a part and shift level. Production parameters are used to store the production quantity in different units based on customer requirements.

e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).

WorkordersByShift:


Examples of using the object model to create a chart:

Here is an example video of how you can use the data model to analyze Part Cycle Times by Shift.


Productivity by Hour Data Model

MInt Hourly Data is aggregation of Condition Based Monitoring (CBM), Part Process Quality, and Performance. This data is rolled up at an hourly level.

Here is a diagram that represents the data model.

MINT Analytics Data Model - ProductivityByHour

The main tables are:

ProductivityByHour: Productivity data is centred around a 'workcenter' (essentially a machine that is performing the task). This table contains the primary hourly level productivity parameters.

CbmParametersByHour: Condition Based Monitoring (CBM) is the process of monitoring a key parameter in a workcenter (vibration, temperature etc.). This helps in locating a significant change which may be indicative of a developing fault in a machine. The table contains information about the CBM parameters, their control limits and details of violations.

ProcessParametersByHour: Process parameters are the parameters dependant on the part (temperature of Part-1, temperature of Part-2 etc.). This helps in identifying a significant change that may be indicative of developing a quality defect. The table contains information about the Process parameters, their control limits and details of violations.

PartProcessOperationByHour: The table contains Part - Operation information for each part at an hourly level.

*WorkcenterPartHourlyProdParamsFact: The table contains production parameter data at a part and hourly level. Production parameters are used to store the production quantity in different units based on Customer requirements.

e.g. Some customers want to measure production quantity in Batch Counts but for their internal assessment, they need Batch Weight. In such cases, MInt will show Batch Count and Batch Weight will be sent to their internal system (say the customer's ERP system).

UtilitiesByHour:

OperationEnergyByHour:

PartProductivityByHour:


Examples of using the object model to create a chart:

Here is an example video of how you can use the data model to analyze CBM Parameter Violations by Hour.


Checklists Data Model

MInt Policy data gives information about your manual policy bookings. For e.g. Safety Checksheets, Part Dimension Checklists, etc. This data is then used for correlations with other process/ productivity parameters or to create dashboards from your manual booking data.

Here is a diagram that represents the data model.

MINT Analytics Data Model - Checklists data

The main tables are:

Checklists: The table contains policy master data along with the schedule of the policy booking.

ChecklistBooking: This table has the actual manually entered booking data for e.g. part length values, checklist values etc.