| DEX: (D003) task_set — Task Set | Date: 2010/03/25 17:49:46 Revision: 1.80 |
The Information Overview section provided a high level overview of the business information that can be represented by this DEX. This section provides a more detailed overview of that information. A description of how to represent this information using ISO 10303-239 PLCS is provided in the Task Set: ISO 10303-239 Representation section.
The detailed information requirements given in this section are summarized into the UML Class Model in Figure 8. This overview is the overall UML Class Model for task information, into which each detailed requirement below is fitted.
The product in scope for the specification of the related task information is called Product in Focus.
A Product in Focus may be either a part, or an element in a logical breakdown structure of a defined end item.
NOTE A part or breakdown element may be the end item itself.
EXAMPLE The end item for an aircraft engine is the aircraft. The end item for a bell is the bicycle it is fitted to.
Each part and breakdown element may have the following characteristics:
NOTE Details on the PLCS representation of the Product in Focus are defined in 239 Representation - Product in Focus.
Product in Focus Identification
Identification of the Product in Focus to which the specification of the task related information applies. Identification of the Product in Focus includes the progression codes such as revision numbers.
NOTE At least one identification needs to be assigned to the Product in Focus.
The name of the Product in Focus.
NOTE The Product in Focus may have zero, one or many names.
Product in Focus Support Classification
Classification of the Product in Focus from a support perspective.
EXAMPLE Examples of Product in Focus support classifications are: 'repairable', 'replaceable', 'line replaceable', 'maintenance significant' etc.
NOTE The Product in Focus may have zero, one or many support classifications.
A maintenance task is a defined maintenance procedure that is to be performed on a defined product. Each task definition may include:
NOTE Details on the PLCS representation of the task definition are defined in 239 Representation - Task definition.
Task Identification and Reversioning
A specification of the task related information is often uniquely identified within a given context, such as an organization or a product. A specification of the task related information may evolve over time, and progression codes, such as revision numbers, may be applied to distinguish the various stages of evolution.
Task assignment defines the Product in Focus to which the task applies.
A specification of the task related information is also often referenced by a task name. However, a task name may not be unique within a given context.
The specification of the task related information is categorized according to classifications systems applicable within a given application context.
Task type codes and task category codes are examples of categorizations of specifications of the task related information.
Task objective is a specification of the expected result.
Summary of reason for the existence of a task. This may include a reference to identified support drivers, and possible consequences of not executing the task.
Classification of the importance of the task in order to retain and restore the specified functionality of Product in Focus, i.e. the breakdown element or part on which the task is to be performed.
The task description is a procedural description on how the task is to be performed.
A task precondition is a specification of a product and/or environmental state that has to be fulfilled before starting the task under consideration.
A task precondition may result in a requirement to execute one or more precondition tasks (see Task Structure).
A task post condition is a specification of a product and/or environmental state that has to be fulfilled before the task under consideration can be closed.
A task post condition may result in a requirement to execute one or more post condition tasks (see Task structure).
Task Legal, Health and Safety Advisories
Warnings and/or cautions provided in order to ensure that legal, health and safety issues related to the task, are addressed.
Legal, health and safety advisories may also include references to documents.
Elapsed time is the time (duration) it takes to perform the task.
Labour time is the amount of work that is planned to be consumed performing the task. Labour time is often measured in man hours, man minutes etc.
References to related documents, both:
Task Special Requirements Indication
An overall indication for the task, that the execution of the task includes some special resource requirements, e.g. special tools required.
A note / remark provides the user with information that is helpful but does not belong to the immediate subject.
On/Off End Item Classification
On/off end item classification may be done in different ways depending on customer requirements.
One example of on/off end item classification is to determine whether the task requires that the Product in Focus has to be removed from its end item:
EXAMPLE
Another example of on/off classification is to determine how the task affects the availability of the end item:
EXAMPLE
A task may need a set of resources in order to execute the task. Needed resources may include:
Each resource need may have the following characteristics:
NOTE Details on the PLCS representation of task resources are defined in 239 Representation - Task resources.
Resource Identification (Specification)
Each resource needs to be identified.
NOTE A resource may be an identified through a specification and not only as a part number, personnel category etc, that may realize the resource specification.
NOTE Identification of a resource is often done using some identification code.
Resource Description (Specification)
A description or specification of the resource.
References to documents containing e.g. descriptions or specifications of importance for the resource.
Material resources includes spare parts, consumables, test equipments, tools etc.
Material resource realization, includes the following material resource related information:
Material Resource Identification
Identification of the part that can realize a material resource specification. Identification of the Product in Focus includes the progression codes such as revision numbers.
NOTE At least one identification needs to be assigned to the part.
The name of the part that can realize a material resource specification.
NOTE A part may have zero, one or many names.
Material Resource Hazardous Classification
Hazardous codes may be applied to material resources such as spares, expendables and consumables.
Material Resource Document Reference
Material resources such as spares may have document references e.g. exploded views.
Material Resource Support Classification
Material resources such as spares, expendables, consumables, tools and support equipment may have different types of classifications from a support standpoint. E.g.:
Facilities and infrastructure resources may include e.g. power supply, intranet connections, hangars, docks etc needed to perform the task.
Human resources needed to perform the task. These can be defined in terms of e.g. skill levels etc.
Human resource realization, includes the following human resource related information:
The name of the type of person that can realize a human resource specification.
NOTE Names of types of persons that can realize a human resource specification are often defined in terms of skill levels.
Organizational resources can be defined as, either specific organizations or types of organizations. A specific organization can refer to a specific CAGE code. Types of organizations include e.g. maintenance levels, work centres etc.
Organizational resource realization, includes the following organization resource related information:
Identification of a specific organization that can realize an organizational resource specification.
The name of the type of organization, or specific organization, that can realize an organizational resource specification.
NOTE Names of types of organizations that can realize an organizational resource specification are often defined in terms of line of maintenance, or work centre.
Document resources refers to documents that are an integral part of the task to be performed, e.g. check lists which are to be filled out and signed.
Document resource realization, includes the following document resource related information:
Identification of a specific document that can realize a document resource specification.
The name of the document that can realize a document resource specification.
Resource assignment defines the task in which the resource is to be used or consumed.
Definition of the role of a resource in a task.
E.g. the role of a material resource may be:
E.g. the role of a human resource may be:
Quantity of the resource needed for the task.
Quantities may be defined as value with unit, count etc.
Quantities may also have an associated determination, which defines the method by which the value has been determined. Each needed resource may be quantified on the basis of e.g. estimations, calculations, measurements, experience etc.
Resource needs may also have a defined probability, i.e. likelihood for the resource being used or consumed per task occurrence.
Any needed resource may have an associated estimated cost.
Estimated Resource Elapsed Time
Any needed resource may have an associated estimated elapsed time.
Each needed resource may also be classified dependent on whether its usage/consumption is mandatory or optional.
Human Resource Estimated Labour Time;
Human and organizational resource needs may have an associated estimated labour time.
Alternative / Substitute Resource
An identified resource need may have references to alternative or substitute resources.
A task trigger describes the conditions which may cause a task to be executed. These conditions may be dependent upon the operational environment and support solution etc.
A task trigger may be scheduled or event based.
NOTE Details on the PLCS representation of task triggers are defined in 239 Representation - Task triggers.
Examples of scheduled task triggers include:
NOTE The frequency of scheduled task triggers may change over time, e.g. the first two services are executed every 500 km, thereafter every 1000 km (thresholds).
Examples of event based task triggers include:
Determines dependencies between the task, the Product in Focus and the end item. The end item is the platform on which the Product in Focus is fitted (unless the Product in Focus is itself the end item).
EXAMPLE The end item for an aircraft engine is the aircraft. The end item for a bell is the bicycle it is fitted to.
NOTE A full definition of the position of the Product in Focus within the breakdown of the end item is not within scope for this DEX. See DEX (D001):— Product Breakdown for Support.
Task end item context information includes:
Zone, access and removal route can be assigned to usage of a breakdown element within an end item, or to the usage of a task if the task is to be performed at another location than the installation location for the breakdown element.
NOTE Details on the PLCS representation of task end item context are defined in 239 Representation - Task end item context.
Zone where the task is performed.
List of access points to be removed/opened to perform the task.
Reference to defined removal route(s) may be defined for breakdown elements.
A task specification may be subdivided into a set of task steps.
Task structure information adds the following information to the model:
NOTE Details on the PLCS representation of task structure are defined in 239 Representation - Task structure.
A task step identification uniquely identifies the task step within a task.
Each task step in a task structure may be categorized. Example categorizations of task steps in a task structure are precondition, core, and post condition task steps. Each of those task steps may in turn refer to other task specifications. This is illustrated in Figure 15 below.
A precondition task step may be defined as a task that has to completed prior to the commencement of the core task step. A precondition task step may describe how to remove the part from its physical location. Precondition task steps may either be described within the task specification under consideration, or be referenced as another task specification describing the precondition task step.
Core task steps are the tasks which serve as "event solvers". Events includes both failures and damages as well as scheduled maintenance activities.
A post condition task step is a task that has to be executed after the finalization of the core task step. Post condition task steps may either be described within the task specification under consideration, or be referenced as another task specification describing the post condition task step.
Any task step may refer to another task specification that describes the task step to be performed.
There may also be relationships between the task steps such as sequencing (task step flow).
Task Legal, Health and Safety Advisories
Warnings and/or cautions provided in order to ensure that legal, health and safety issues related to the task, are addressed.
Legal, health and safety advisories may also include references to documents.
On/Off End Item Classification
On/off end item classification may be done in different ways depending on customer requirements.
One example of on/off end item classification is to determine whether the task requires that the Product in Focus has to be removed from its end item:
EXAMPLE
Another example of on/off classification is to determine how the task affects the availability of the end item:
EXAMPLE
References to related documents, both:
A note / remark provides the user with information that is helpful but does not belong to the immediate subject.
Resources, including its quantities, may be aggregated for the entire task.
Aggregated task elapsed time is the time (duration) it takes to perform the entire task, i.e. the time it takes to perform all the task steps. Aggregated task elapsed time may be defined as e.g.:
These aggregated task elapsed times may be further specialized.
Aggregated task labour time is the amount of work that is planned to be consumed performing the entire task, i.e. the amount of work that is planned to be consumed performing all the task steps. Labour time is often measured in man hours, man minutes etc. Aggregated task labour time may be defined as e.g.:
These aggregated task labour times may be further specialized.
Each task step may be characterized using the task constructs described above, in terms of:
The validity of a task, or part thereof, may be constrained to a specific context. These constraints are referred to as effectivity.
Effectivity of a task, or part thereof, may be constrained to the product in general, and can be defined in terms of:
Effectivity of a task, or part thereof, may also be constrained for a specific customer, and can be defined in terms of:
Effectivity may be applied to:
Figure 16 gives an overview of the above mentioned classes, attributes and associations that might have a restricted effectivity. The blue arrows point at possible targets for an effectivity statement. Things that might control the effectivity are enumerated in the blue text above the UML diagram.
NOTE Details on the PLCS representation of task effectivity are defined in 239 Representation - Task effectivity.
Task specification administrative information includes:
NOTE Details on the PLCS representation of task administrative information are defined in 239 Representation - Task administrative information.
A previous version of the task specification is being replaced by the new version.
Task Revision Change Description
A summarized description of the differences between the new version of the task specification and the version that is being replaced.
The status of the task being exchanged.
EXAMPLE Examples of task statuses are 'Initial draft', 'Reviewed' and 'Approved'.
Task message information includes:
NOTE Details on the PLCS representation of task message are defined in 239 Representation - Task message information.
The organization sending the message.
Message Receiving Organization
The organization receiving the message.
The date and time when the data in the message was extracted from the sending system.
The contract in support of which the message is being sent.
© OASIS 2010 — All rights reserved