DEX: (D005) maintenance_plan — Maintenance plan | Date: 2007/09/14 16:11:29 Revision: 1.34 |
This section is a detailed description on how to implement a typical Maintenance Plan in PLCS, using defined PLCS capabilities and PLCS reference data.
This implementation may be further tailored by specific parties, firstly by extending the reference data library, and secondly by introducing new relationships between entities available in the schema for the Maintenance plan DEX, which are not used in this basic implementation of the DEX.
The implementation details are organized in accordance with the section 'Maintenace Plan Information Content' above.
An overview of the capabilities used by this DEX is shown in figure 2 below.
A maintenance plan is an actual product and is therefore represented as a
Product_as_realized
as described in the C011: representing_analysis_result capability.
The actual maintenance plan
(Product_as_realized)
is a realization of a
Part
representing all editions of the fault state analysis result. The
Part
should be classified as [MaintenancePlan]Error RDL1: The class MaintenancePlan does not exist in RDL at URI urn:plcs:rdl:std. Check the dexlib/data/refdata/rdl_index.xml
and the
Product_as_realized
should be classified as [Revision]Error RDL1: The class Revision does not exist in RDL at URI urn:plcs:rdl:std. Check the dexlib/data/refdata/rdl_index.xml
.
The representation of the general administrative and context information of a maintenance plan, is based on the constructs described within the "Representing context information" section of the C011: representing_analysis_result capability, along with some additional reference data.
The general administrative information is represented as follows:
NOTE For more details on how to represent the identification of an analysis result see the "Identification" section of the C011: representing_analysis_result capability.
The maintenance plan context information is represented as follows:
The representation of the detail data section is based on the usage guidance provided in the "Representing content information" section in the C011: representing_analysis_result capability.
Each record/row in a maintenance plan is based on a maintenance
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task
being assigned to a
Part,
Error ER-7: The express_ref linkend
attachment_slot:arm:Attachment_slot_arm.Slot
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Slot or
Breakdown_element within the
within the Product breakdown
or Assembly structure
of the product under consideration.
Each maintenance task is represented as a
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task
being assigned to a
Part,
Error ER-7: The express_ref linkend
attachment_slot:arm:Attachment_slot_arm.Slot
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Slot or
Breakdown_element using
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task_assignment
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task_assignment.
A maintenance plan should not include in-depth descriptions of the respective maintenance task,
but merely a reference to the
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task using the principles decribed in the
referencing_taskError C1: Capability referencing_task not in dex_index.xml
capability. The
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task
identifier (Identification_assignment)
should be classified as [TaskIdentification]Error RDL1: The class TaskIdentification does not exist in RDL at URI urn:plcs:rdl:std. Check the dexlib/data/refdata/rdl_index.xml
.
Each Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task can be classified to describe e.g;
type of maintenance or type of task. Typical values includes:
A maintenance task can also be classified in many other ways e.g according to criticality etc. However, no reference data is provided in this DEX.
Additional characterization of a maintenance task includes:
The responsible organizational unit or maintenance line is represented as an
Organization or as a
Organization_type respectively.
The organisational unit or maintenance line is assigned to the
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task using
Organization_or_person_in_organization_assignment
as described in the referencing_person_organizationError C1: Capability referencing_person_organization not in dex_index.xml
capability. The
Organization_or_person_in_organization_assignment
should be classified as [LineOfMaintenance]Error RDL1: The class LineOfMaintenance does not exist in RDL at URI urn:plcs:rdl:std. Check the dexlib/data/refdata/rdl_index.xml
The representation of whether a maintenance task is to be performed without removing, or after removing the item from the
system or product is done by classification of the
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task. PLCS defined classes are:
A description of the parameter that triggers a specified maintenance task is represented as
Activity_property
assigned to the Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task_assignment
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task_assignment
using the
C053: representing_periodicity capability (where not specified otherwise).
Depending on how the task trigger is defined, the Activity_property should be classified accordingly. Activity_property classes are:
The respective task trigger should represented as follows:
If the scheduled task triggers allows tolerances, it should be represented as Value_with_tolerances instead of Value_limit as described in the C053: representing_periodicity capability. Task trigger tolerances could be specified for:
A description of the applicability of the
Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task being assigned, is
represented as a Condition using the
C026: representing_condition capability. The parameter describing
the condition should be represented as Condition_parameter.
Examples of condition parameters are:
Document references are represented as a
Document or a
Document_version
being assigned to the Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task using the
Document_assignment as described in the
referencing_documentsError C1: Capability referencing_documents not in dex_index.xml
capability. The
Document or
Document_version
is identified by its Identification_assignment.
Notes can be made for any record in the maintenence plan as needed. This is represented as a
String_representation_item
and is assigned to a Error ER-7: The express_ref linkend
task_specification:arm:Task_specification_arm.Task_assignment
is incorrectly specified.
The entity does not exist.
Note linkend is case sensitive.
Task_assignment by
Activity_property
as described in the C077: assigning_process_properties capability. The
Activity_property should
be classified as
"Note"
(urn:plcs:rdl:std:Note).
© OASIS 2010 — All rights reserved