Terms: a | Terminology index |
The terms defined in the terminology dictionary and in the Business DEXs.
Accept task completion | |||
Definition: | An acceptance process to ensure that a released task has been completed in accordance with the maintenance plan. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
access restriction | |||
Definition: |
The text of the actual security access restriction. In some cases, specific text is required by law.
NOTE U.S.A. DoD Access Restriction Codes:
-NOFORN - Not releasable to foreign nationals
Normative Ref: DoD 5120.22-M, DoD 5200.1-R (U.S.A. DoD). 2549document-security-access-restriction-text DED0157, document-security-access-restriction-code DED0085. |
||
Source: |
[1] EIA/ANSI EIA-836, Configuration management data exchange and interoperability |
||
Version: | 1.1 | ||
Status: | in_business_review |
acquirer | |||
Definition: | An organisation that acquires or procures a system, software product or software service from a supplier. | ||
Source: |
[1] ISO/IEC 12207, Information technology -- Software life cycle processes , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
acquisition | |||
Definition: | The process of obtaining a system, software product, or software service. | ||
Source: |
[1] ISO/IEC 12207, Information technology -- Software life cycle processes , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
action | |||
Definition: |
Not recommended.
NOTE Action and Activity are synonyms in STEP. Activity is the preferred term at the business level. |
||
Synonyms: | activity | ||
Source: | ![]() |
||
Version: | 2.1 | ||
Status: | complete |
activity | |||
Definition: | An operation doing some type of work to produce some identified output. | ||
Source: |
[1] ISO 15288, Systems engineering -- System life cycle processes , 2002. |
||
Version: | 2.1 | ||
Status: | complete |
Activity Model (AAM) | |||
Definition: | An IDEF0 model that describes an application in terms of its processes and information flows. | ||
Source: |
[1] DEXlib definitions, . |
||
Version: | 1.0 | ||
Status: | in_business_review |
actual event | |||
Definition: |
An event which has occurred.
NOTE The STEP equivalent if event_as_realised. |
||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
actual task | |||
Definition: |
A task on which work has started.
NOTE Note 1: The actual task may diverge from the task description. Note 2: The equivalent STEP terms are Activity_as_realised (ARM) and Actual_action (AIM). |
||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
administrative and logistic delay | |||
Definition: | The total time the product instance is inoperable due to delays in maintenance that are attributable to administration and logistics (eg supply). | ||
Source: | ![]() |
||
Version: | 1.1 | ||
Status: | in_business_review |
affected configuration item | |||
Definition: | Configuration item, which is impacted by change. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 2.1 | ||
Status: | complete |
affected item | |||
Definition: | An item affected by the identified solution. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
agreed support need | |||
Definition: | An accepted and unambiguous statement of a support need suitable for inclusion in a support solution requirement. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
agreement | |||
Definition: | The definition of terms and conditions under which a working relationship will be conducted. | ||
Source: |
[1] ISO/IEC 12207, Information technology -- Software life cycle processes , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
allocated support requirements | |||
Definition: |
Requirements that have been allocated for consideration during the design of a support solution.
NOTE Allocated requirements are typically a subset of the product requirement and may not take into full account of all applicable stakeholders. |
||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
alteration | |||
Definition: | Design change to a research, experimental or development product that fulfils the criteria of a modification. | ||
Source: |
[1] Def Stan 05-07, United Kingdom Ministry of Defence Standard 05-57 Issue 4 Configuration Management of Defence Materiel |
||
Version: | 1.1 | ||
Status: | in_business_review |
amendment | |||
Definition: | Change to a Configuration Item (CI), which corrects errors in design records, makes minor manufacturing changes, introduces an agreed alternative item or brings design records in line with manufacturing practices. | ||
Source: |
[1] Def Stan 05-07, United Kingdom Ministry of Defence Standard 05-57 Issue 4 Configuration Management of Defence Materiel |
||
Version: | 1.1 | ||
Status: | in_business_review |
analyse the problem or opportunity | |||
Definition: |
Manage the documented configuration management issues, by analysis of the issues to determine whether there is a need for
change action, the originator and sponsor make preliminary judgements to determine the processing method.
NOTE This process can be very simple and intuitive it often requires careful weighing of alternatives and cost benefit trade-offs. These preliminary judgements concern:
|
||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
analysis | |||
Definition: | The resolution or breaking up of something complex into its various simple elements. The exact determination of the elements or components of something complex. A statement of the result of such an operation. | ||
Source: |
[1] Oxford English Dictionary, . |
||
Version: | 1.1 | ||
Status: | in_business_review |
anomaly (n) | |||
Definition: |
An anomaly (n) is an undesirable state of the product.
NOTE Note 1: Anomalies includes
Note 2: The need for a modification or upgrade is not treated by PLCS as an anomaly. |
||
Synonyms: | degradation, fault | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.2 | ||
Status: | complete |
anomaly cause | |||
Definition: | The root cause of an anomaly, traced back to something that can be rectified. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
anticipation | |||
Definition: |
A bringing-forward of the performance of a scheduled maintenance activity.
NOTE Anticipations are the antithesis of extensions, such that they cause a scheduled task to be performed earlier than the scheduled requirement. Like extensions, anticipations are applied to actual product, not generic design. Anticipations must be authorised, but are not associated with a limitation. Records of anticipations and who authorised them must be kept. |
||
Synonyms: | extension | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_work |
AP239 | |||
Definition: | An ISO 10303 STEP Application Protocol (ISO10303-239) supporting the Product Life Cycle Support. | ||
Source: |
[1] DEXlib definitions, . |
||
Version: | 1.0 | ||
Status: | in_business_review |
Applicable task constraints | |||
Definition: | Any condition or situation that may limit the scheduling, performance, and/or completion of a task. For example, this may be operational availability of the product-in-focus, special facility requirements that are only available at certain locations, special labour certification requirements, etc. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
application environment | |||
Definition: |
(1) Where a product is used (e.g., commercial systems, defense systems, and facilities).
(2) Where a system or process is executed within an enterprise (i.e. material handling, design development process, etc. NOTE See: software environment |
||
Synonyms: | schedule (n) | ||
Source: |
[1] EIA/ANSI EIA-649-A, National consensus standard for configuration management , 2004. |
||
Version: | 1.1 | ||
Status: | in_work |
Application Module (AP) | |||
Definition: |
Common building blocks to create modular Application Protocols (AP) within ISO 10303.
See: (http://en.wikipedia.org/wiki/ISO_10303_Application_Modules) |
||
Source: |
[1] DEXlib definitions, . |
||
Version: | 1.0 | ||
Status: | in_business_review |
Application Protocol (AP) | |||
Definition: | Application Protocol - an implementable component of ISO 10303 STEP which specifies an information model to support a specific business domain. | ||
Source: |
[1] DEXlib definitions, . |
||
Version: | 1.0 | ||
Status: | in_business_review |
approval | |||
Definition: | Recognized sanction that a product or process is complete and suitable for use. | ||
Source: |
[1] EIA/ANSI EIA-649-A, National consensus standard for configuration management , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
approve | |||
Definition: | The action of approval. | ||
Source: |
[1] Oxford English Dictionary, . |
||
Version: | 1.1 | ||
Status: | in_business_review |
approved | |||
Definition: | A state signifying approval. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
approved information | |||
Definition: | Information that has been approved and is the official (identified) version of the information until replaced by another approved version. | ||
Source: |
[1] EIA/ANSI EIA-649-A, National consensus standard for configuration management , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
approved modification | |||
Definition: | The disposition of one or more changes. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
APSI | |||
Definition: | Assured Product and Support Information | ||
Synonyms: | Assured Product and Support Information | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 3.1 | ||
Status: | complete |
APSI and related information | |||
Definition: |
The assured set of information (APSI) needed to develop and deliver support for a specific product in focus, which is subject
to configuration change management, plus related information generated by support activities or used to provide support.
NOTE The AP239 definition for Assured Product and Support Information corresponds to the EIA 649 term "product configuration information". It includes:
Related information may include any content. It includes records of the history of the usage and support of realized products, design and support analysis results and reasons why decisions were taken. Examples:
|
||
Synonyms: | Assured Product and Support Information, CCM, APSI | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 5.1 | ||
Status: | complete |
APSI update | |||
Definition: | Proposal for updates to the APSI reflecting findings from verification or audit activities. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
archived information | |||
Definition: | Information that has been retained for historical purposes that can be retrieved and is usable over the time designated for retention | ||
Source: |
[1] EIA/ANSI EIA-649-A, National consensus standard for configuration management , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
archived information | |||
Definition: | Information that has been retained for historical purposes that can be retrieved and is usable over the time designated for retention | ||
Source: |
[1] EIA/ANSI EIA-649-A, National consensus standard for configuration management , 2004. |
||
Version: | 1.1 | ||
Status: | in_business_review |
arising forecast | |||
Definition: | The number of a repairable product instances that is estimated to be delivered to a repair agency/contractor in a given period. | ||
Source: | ![]() |
||
Version: | 1.1 | ||
Status: | in_business_review |
assembly | |||
Definition: |
A middle item within a physical decomposition.
NOTE Has both parents and children. |
||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 2.1 | ||
Status: | complete |
assess change risks | |||
Definition: | Carry out a risk assessment against the change package and identify the most beneficial solution that meets the intent of the original change requirement with the lowest risk of failing the authorisation process. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
assess impact | |||
Definition: |
The refinement of the preliminary assessment to determine all potential consequences of the change to enable decision making
(disposition), the necessary co-ordination between and within the impacted areas of responsibility and to provide information
for next sub processes.
NOTE The level of analysis required will be dependent upon the change but will need to take account of facilities, resources (jigs, tooling, people) and other approved changes. The detailed activities involved in assessing the impact of a change shall lead to determination of:
-The product documentation revision or replacement required.
-This information is essential to determine effectivity |
||
Source: | PLCS OASIS | ||
Version: | 1.1 | ||
Status: | in_business_review |
Assess impact on operations | |||
Definition: |
Assess impact on operations reports items that are acceptable within the Support solution which impact normal product-in-focus
operation or availability to the System Operator, or information of relevance to operators on the readiness of the support
system and availability of support elements and services.
NOTE This may include information such as:
|
||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
assess issues | |||
Definition: |
Assesses issues for relevance and need for further activity.
NOTE Produces a task for impact assessment, analyses subsequent impact reports and classifies the issues as:
-Variances that need to be recorded in the APSI
|
||
Source: | PLCS OASIS | ||
Version: | 1.1 | ||
Status: | in_business_review |
assessment deficiency | |||
Definition: | Issue from analysis of assessment results, which may require change to the assessment strategy. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
assessment results | |||
Definition: |
A report arising from assessment activities.
NOTE May include:
|
||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 2.1 | ||
Status: | complete |
assessment strategy | |||
Definition: | The strategy for assessing and validating the support solution, and the support engineering program, against agreed objectives and metrics. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
assessment strategy issue | |||
Definition: |
Issue that may require a change to the assessment strategy.
NOTE May include:
|
||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 2.1 | ||
Status: | complete |
assigned person | |||
Definition: | The reference to the person(s) to whom a job is allocated. | ||
Source: | ![]() |
||
Version: | 1.1 | ||
Status: | in_business_review |
assigned task | |||
Definition: | A task expected or required to be performed on a specific target , eg a product version. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 2.1 | ||
Status: | complete |
Assured Product and Support Information (APSI) | |||
Definition: |
The set of information, needed to develop and deliver support for a specific product-in-focus.
NOTE Assured Product and Support Information is subject to configuration management. |
||
Synonyms: | CCM, APSI | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 4.1 | ||
Status: | complete |
assured support solution | |||
Definition: | A support solution that is authorized for use in providing support or disposal to one or more product or support element. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
audit | |||
Definition: | Systematic, independent and documented process for obtaining evidence and evaluating it objectively to determine the extent to which audit criteria are fulfilled. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit client | |||
Definition: | Person or organization requesting an audit. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit conclusions | |||
Definition: | Outcome of an audit decided by the audit team after consideration of all the audit findings. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit criteria | |||
Definition: | Set of policies, procedures or requirements against which collected audit evidence is compared. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit evidence | |||
Definition: |
Records, verified statements of fact or other information relevant to the audit.
NOTE Audit evidence can be qualitative or quantitative. |
||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit findings | |||
Definition: | Results of the evaluation of the collected audit evidence against audit criteria. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit issue | |||
Definition: | An issue arising from configuration audit and verification feedback. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
audit or verification report | |||
Definition: |
Feedback from audit or verification tasks reporting the progress of work and audit or verification findings.
NOTE May include configuration records or reports of variance for realized products. |
||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
audit plan | |||
Definition: | See: validation, verification and audit plans | ||
Synonyms: | validation, verification and audit plans | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
audit programme | |||
Definition: | Set of audits to be carried out during a planned time frame. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
audit scope | |||
Definition: |
Extent and range of a given audit.
NOTE The scope may be expressed in terms of factors such as physical location, organizational units, activities and processes. |
||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
Audit task | |||
Definition: | Requests for verification tasks. | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_work |
audit team | |||
Definition: |
One or more auditors conducting an audit, one of whom is appointed as leader.
NOTE Note 1 : The audit team may also include auditors-in-training and, where required, technical experts. Note 2: Observers may accompany the audit team but do not act as part of it. |
||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
auditee | |||
Definition: | Organization being audited. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
auditor | |||
Definition: | Person qualified and competent to conduct audits. | ||
Source: |
[1] ISO 9000, Quality Management System - Fundamentals and vocabulary |
||
Version: | 1.1 | ||
Status: | in_business_review |
authorise change | |||
Definition: |
Review the total justified change package and make a decision in respect to the authority or rejection or deferment (customer
disposition) of the change.
NOTE If authorised to proceed a Change order forimplementation will be issued. If the change is considered non-effective it will be rejected either on price or technicalities. On either rejection a further review can be initiated. |
||
Source: | PLCS OASIS | ||
Version: | 1.1 | ||
Status: | in_business_review |
Authorise maintenance plan | |||
Definition: | Authorise maintenance plan is the approval process for obtaining maintenance plan approvals from personnel with maintenance plan approval authority. The authorised maintenance plan ensures that the draft plan has addressed all appropriate. Ohps! | ||
Source: |
[1] PLCS terminology dictionary, 2000. |
||
Version: | 1.1 | ||
Status: | in_business_review |
authorized task | |||
Definition: | A task on which work may begin. | ||
Source: |
[1] PLCS Activity Model, 2000. |
||
Version: | 1.1 | ||
Status: | complete |
availability | |||
Definition: | A measure of the degree to which an product instance is in an operable and committable state at the start of a mission when the mission is called for at an unknown (random) time. | ||
Source: |
[1] Def Stan 00-49, The United Kingdom Ministry of Defence Standard for Reliability and Maintainability MOD Guide to Terminology Definitions Issue : 1 , 26-Jan-96. |
||
Version: | 1.1 | ||
Status: | in_business_review |
© OASIS 2010 — All rights reserved