Space systems - Programme management and quality - Vocabulary

ISO 10795:2011 provides definitions of all common terms used in the area of space systems and operations. ISO 10795:2011does not contain terms specific to an individual International Standard in the area of space systems and operations, which are defined in that particular International Standard.

Systèmes spatiaux — Management de programme et qualité — Vocabulaire

General Information

Status
Withdrawn
Publication Date
07-Aug-2011
Withdrawal Date
07-Aug-2011
Current Stage
9599 - Withdrawal of International Standard
Start Date
12-Jul-2019
Completion Date
13-Dec-2025
Ref Project

Relations

Standard
ISO 10795:2011 - Space systems -- Programme management and quality -- Vocabulary
English language
37 pages
sale 15% off
Preview
sale 15% off
Preview

Frequently Asked Questions

ISO 10795:2011 is a standard published by the International Organization for Standardization (ISO). Its full title is "Space systems - Programme management and quality - Vocabulary". This standard covers: ISO 10795:2011 provides definitions of all common terms used in the area of space systems and operations. ISO 10795:2011does not contain terms specific to an individual International Standard in the area of space systems and operations, which are defined in that particular International Standard.

ISO 10795:2011 provides definitions of all common terms used in the area of space systems and operations. ISO 10795:2011does not contain terms specific to an individual International Standard in the area of space systems and operations, which are defined in that particular International Standard.

ISO 10795:2011 is classified under the following ICS (International Classification for Standards) categories: 01.040.49 - Aircraft and space vehicle engineering (Vocabularies); 49.140 - Space systems and operations. The ICS classification helps identify the subject area and facilitates finding related standards.

ISO 10795:2011 has the following relationships with other standards: It is inter standard links to ISO 10795:2019. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.

You can purchase ISO 10795:2011 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.

Standards Content (Sample)


INTERNATIONAL ISO
STANDARD 10795
First edition
2011-08-15
Space systems — Programme
management and quality — Vocabulary
Systèmes spatiaux — Management de programme et qualité —
Vocabulaire
Reference number
©
ISO 2011
©  ISO 2011
The reproduction of the terms and definitions contained in this International Standard is permitted in teaching manuals, instruction
booklets, technical publications and journals for strictly educational or implementation purposes. The conditions for such reproduction are:
that no modifications are made to the terms and definitions; that such reproduction is not permitted for dictionaries or similar publications
offered for sale; and that this International Standard is referenced as the source document.
With the sole exceptions noted above, no other part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56  CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO 2011 – All rights reserved

Contents Page
Foreword . iv
Introduction . v
Scope . 1
1  Terms and definitions . 1
2  Abbreviated terms . 33
Bibliography . 37

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO 10795 was prepared by Technical Committee ISO/TC 20, Aircraft and space vehicles, Subcommittee
SC 14, Space systems and operations.

iv © ISO 2011 – All rights reserved

Introduction
It is intended that this International Standard be applied for the management, engineering, and product
assurance in space projects and applications. The definitions in this International Standard specify what is
accomplished, rather than how the necessary work is organized and carried out. This allows the application of
existing organizational structures and methods where they are effective, and for the structures and methods to
evolve as necessary without rewriting the standards. The formulation of this International Standard takes into
account the existing International Standard prepared by ISO/TC 176.

INTERNATIONAL STANDARD ISO 10795:2011(E)

Space systems — Programme management and quality —
Vocabulary
Scope
This International Standard provides definitions of all common terms used in the area of space systems and
operations. It does not contain terms specific to an individual International Standard in the area of space
systems and operations, which are defined in that particular International Standard.
1 Terms and definitions
1.1 Acceptance
1.1.1
acceptance
act raw, semi-finished or finished substance (gaseous, liquid, solid) of given characteristics from which
processing into a component (1.43) or part (1.153) is undertaken
1.1.2
acceptance
process part of the verification process, which demonstrates that the product (1.162) meets specified
acceptance margins
1.2
acceptance criteria
minimum requirements that it is necessary for an item to satisfy for formal acceptance
1.3
accepted risk
hazard that has not been eliminated and for which the residual risk is deemed low enough to continue
operation and that has been accepted by project/program management on the basis of documented risk
acceptance rationale
1.4
acceptance test
test to determine that a system, subsystem, component (1.43), or functional part is capable of meeting
performance requirements prescribed in a purchase specification or other document (1.81) specifying what
constitutes the adequate performance capability for the item (1.121) and to demonstrate that the item is free
from manufacturing defects
1.5
accident
undesired event arising from operation of any project (1.167) or specific item (1.121) that results in (a) human
death or injury, (b) loss of, or damage to, project hardware, software (1.205) or facilities that can then affect
the accomplishment of the mission (1.140), (c) loss of, or damage to, public or private property, or (d)
detrimental effects on the environment (1.85)
NOTE Accident and mishap are synonymous.
[EN 13701:2001, 3.2]
1.6
action
task negotiated between two and only two persons, one decision maker and one holder, whose result leads to
an expected result as a description of an operation in the formulation of a solution, and is characterized by
objectives in terms of cost, quality and due date
1.7
action item
assignment to a designated organization or individual the accomplishment of a defined objective within a
specified time frame
1.8
alert
formal notification to users, informing them of a failure (1.91) or nonconformity (1.144) of an item (1.121),
already released for use or not, that can also be present on other items already delivered (e.g. items with
identical design (1.75) concept, material (1.135), component (1.43) or process (1.160)
NOTE An alert can also be raised when a deficiency in a specified requirement (1.190) that can affect the fitness for
purpose in the defined application has been identified.
[EN 13701:2001, 3.4]
1.9
analysis
verification method utilizing techniques and tools such as math models, compilation similarity assessments,
validation of records, etc., to confirm that verification requirements have been satisfied
1.10
anomaly
any gap between a current situation and an expected one
NOTE 1 An anomaly justifies an investigation that can lead to the discovery of a nonconformance, a defect or a
“non-lieu” [deviation without impact, e.g. product (1.162) peculiarity].
NOTE 2 A deviation may be declared, foreseen or requested.
NOTE 3 An anomaly is often detected in comparison with what seems to be standard or with the expected use.
1.11
applicable document
document (1.81) that contains provisions (1.170) which, through reference in the source document,
incorporates additional provisions in the source document
NOTE In this context, a provision is an expression that takes the form of a statement, an instruction, a recommendation
or a requirement.
1.12
approval
formal agreement by a designated management official to use or apply an item (1.121) or proceed with a
proposed course of action
NOTE 1 Approvals shall be documented.
NOTE 2 Approval implies that the approving authority has verified that the item (1.121) conforms to its requirements
(1.190).
Adapted from EN 13701:2001, 3.8.
2 © ISO 2011 – All rights reserved

1.13
as-built configuration
configuration of one product (1.162) item identified by its gaps of conformity with respect to its applicable
configuration
NOTE 1 The relevant “as-designed configuration” corresponds to the same “part number”.
NOTE 2 “As-built configuration” includes any impacts from technical events, anomalies, repairs, life potential
consumption that occurred before the product delivery and any potential modifications applied on the product but not
embodied in the relevant design data file.
1.14
as-built configuration list
ABCL
reporting instrument defining the “as-built status” for each serial number of a configuration item subject to
formal acceptance
NOTE 1 The ABCL shall identify the “as-manufactured” and “as-tested” statuses applicable to a part comprising a
configuration item.
NOTE 2 Using the configuration item data list as a reference, any difference between the ABCL and the CIDL shall be
documented in the ABCL with reference to the applicable NCR and RFW.
1.15
as-delivered configuration
as-built configuration at the time of delivery
1.16
as-designed configuration
current design status at any point of time providing the complete definition of a configuration item
NOTE The starting point of the “as-designed” configuration with regard to the “as-planned” configuration is based on
changes the company has approved internally but has not yet incorporated in the design, and on changes already
implemented but not yet approved in the “as-planned” configuration.
1.17
as-ordered configuration
contractual configuration
configuration of a product configuration item, effectively given by its contractual approved changes from the
configuration baseline
NOTE At a given moment, a product (1.162) may have several applicable configurations.
1.18
as-planned configuration
planned to be built statement for each configuration item unit being delivered
NOTE The as-planned configuration is composed of the current configuration baseline and any changes that the
company has approved internally but has not yet embodied in the current configuration baseline.
1.19
as-qualified configuration
as-built configuration that was certified to have satisfactorily passed specified qualification tests
1.20
assembly
combination of parts (1.153), components (1.43) and units that form a functional entity
NOTE An assembly can be disassembled and retain its capabilities after reassembly.
1.21
assessment
systematic process of collecting and analysing data to determine the current status of a product (1.162), a
process (1.160), a system (1.221), a person or an organization (1.150)
1.22
audit
systematic, independent and documented process (1.160) for obtaining audit evidence (1.26) and evaluating
it objectively to determine the extent to which audit criteria (1.25) are fulfilled
NOTE Internal audits, sometimes called first-party audits, are conducted by, or on behalf of, the organization (1.150)
itself for internal purposes and can form the basis of the organization's self-declaration of conformity (1.55). External
audits include what are generally termed “second-” or “third-party audits”. Second-party audits are conducted by parties
having an interest in the organization, such as customers (1.71), or by other persons on their behalf. Third-party audits
are conducted by external independent organizations. Such organizations provide certification or registration of
conformity (1.55) with requirements (1.190) such as those of ISO 1401:1994. When quality (1.176) and environmental
management systems (1.134) are audited together, this is termed “combined audit”. When two or more auditing
organizations cooperate to audit a single auditee jointly, this is termed “joint audit”.
Adapted from ISO 9000:2005, 3.9.1.
1.23
audit client
organization (1.150) or person requesting an audit (1.22)
NOTE The audit client may be the auditee or any other organization (1.150) that has the regulatory or contractual right
to request an audit.
[ISO 9000:2005, 3.9.7]
1.24
audit conclusion
outcome of an audit (1.22) provided by the audit team after consideration of the audit objectives and all audit
findings (1.27)
[ISO 9000:2005, 3.9.6]
1.25
audit criteria
set of policies, procedures (1.159), or requirements (1.190) used as a reference
[ISO 9000:2005, 3.9.3]
1.26
audit evidence
records (1.184), statements of fact or other information which is relevant to the audit criteria (1.25) and
verifiable
NOTE Audit evidence can be qualitative or quantitative.
[ISO 9000:2005, 3.9.4]
1.27
audit findings
results of the evaluation of the collected audit evidence (1.26) against audit criteria (1.25)
NOTE Audit findings can indicate either conformity (1.55) or nonconformity (1.144) with audit criteria, or opportunities
for improvement.
[ISO 9000:2005, 3.9.5]
4 © ISO 2011 – All rights reserved

1.28
availability of an item
ability to be in a state to perform as required, under given conditions, at a given instant, or over a given time
interval
NOTE 1 The “given conditions” include the provision of necessary external resources.
NOTE 2 This ability depends on the combined aspects of the reliability and maintainability of the item (1.121), and the
maintenance support performance or recoverability of the item (1.121).
NOTE 3 Availability may be quantified using appropriate measures.
1.29
baseline
set of information that describes exhaustively a situation at a given instant of time or over a given time interval
[EN 13701:2001, 3.13]
NOTE It is generally used as a reference for comparison with an analysis of subsequent evolutions of the information.
1.30
business agreement
legally binding agreement, for the supply of goods or services, between two or more actors in the customer-
supplier chain
NOTE Business agreements are recorded in a variety of forms, such as
— contracts (1.60),
— memoranda of understanding,
— inter-governmental agreements,
— inter-agency agreements,
— partnerships,
— bartering agreements,
— purchase orders.
1.31
calibration
all the operations for the purpose of determining the values of the errors (1.87) and, if necessary, other
metrological properties of a measuring instrument
NOTE The metrological use of the term “calibration” is often extended to include operations such as adjustments, scale
graduation, etc. This use is deprecated.
[IEC Multilingual Dictionary: 2001 edition]
1.32
catastrophic
capable of causing death or major system destruction
1.33
certificate of compliance
signed formal declaration that states that all actions relating to safety and interface verification that the user is
required to complete prior to turnover have been accomplished
1.34
certification procedure
written assurance by a third party that a product (1.162), process (1.160) or service conforms to specified
requirements (1.190)
1.35
change
official numerically issued alterations to a document (1.81) or any portion thereof, usually brought about by
changed conditions or more complete information
NOTE 1 Such a correction is not extensive enough to require retying and reprinting of the entire document (1.81) and
usually consists of an instruction to replace a few pages with those of a later issue. Documents of 10 or fewer pages are
revised, not changed.
NOTE 2 “Class 1” (“major” for deviation) are changes that impact the contractual/technical agreement reached
between the project (1.167) and its customer. It is necessary that such changes be submitted to the customer for review
and approval before implementation.
NOTE 3 “Class 2” (“minor” for deviation) are changes that do not impact the customer contract (1.60) and that are
necessary for the project (1.167) and its supply chain to meet the technical/contractual requirements and provisions. Such
changes can be implemented after CCB approval.
1.36
change request
document (1.81) containing a call for an adjustment of a system
NOTE 1 It is of great importance in the change management process.
NOTE 2 A change request is declarative (i.e. it states what it is necessary to accomplish) but leaves out how the
change should be carried out.
1.37
characteristic
distinguishing feature
NOTE 1 A characteristic can be inherent or assigned.
NOTE 2 A characteristic can be qualitative or quantitative.
NOTE 3 There are various classes of characteristic, such as the following:
— physical (e.g. mechanical, electrical, chemical or biological characteristics);
— sensory (e.g. related to smell, touch, taste, sight, hearing);
— behavioural (e.g. courtesy, honesty, veracity);
— temporal [e.g. punctuality, reliability (1.187), availability (1.28)];
— ergonomic [e.g. physiological characteristic, or related to human safety (1.198)];
— functional (e.g. maximum speed of an aircraft).
[ISO 9000:2005, 3.5.1]
1.38
clean room
clean area controlled according to specified levels
NOTE Levels specified include humidity, temperature, particulates number versus size and volume and chemical
contamination.
6 © ISO 2011 – All rights reserved

1.39
common-cause failure
within a system multiple failures (1.91) related to a single cause or causal event
NOTE 1 It is generally accepted that the failures (1.91) occur simultaneously or within a short time of each other.
NOTE 2 Common-cause failures can also be common-mode failures.
NOTE 3 Common-cause failures reduce the effect of system redundancy.
1.40
common-mode failure
within a system multiple failures (1.91) that occur in the same way
NOTE 1 Common-mode failures can have different causes.
NOTE 2 Common-mode failures can also be common-cause failures (1.91).
1.41
common-mode fault
fault (1.94) of multiple items (1.121) that exhibit the same fault mode
[EN 13701:2001, 3.21]
1.42
competence
demonstrated ability to apply knowledge and skills
NOTE 1 Technical competence is defined by the know-how, such as working practices, special skills (“tours de main”),
mastery of technology, etc.
NOTE 2 Cognitive competence is knowledge, such as specific fundamental knowledge, scientific “capital”, expertise in a
domain, history, etc.
NOTE 3 Methodological competence is defined by the working methods, such as problem solving, manner of decision.
NOTE 4 Experimental competence is the experience related to relations with different interlocutors (e.g. customer
relations), to participation, to events, to “personal” actions, etc.
[ISO 9000:2005, 3.9.14]
1.43
component
part
set of materials, assembled according to defined and controlled processes, which cannot be disassembled
without destroying its capability and which performs a simple function (1.102) that can be evaluated against
expected performance requirements
NOTE 1 The term “part” is preferred when referring to purely mechanical devices.
NOTE 2 The term “component” is preferred for EEE devices.
1.44
concession
permission to use or release a product (1.162) that does not conform to specified requirements (1.190)
NOTE 1 The concession can impose limitations on the use of the concessed product: a concession is generally limited
to the delivery of a product (1.162) that has nonconforming characteristics within specified limits for an agreed period of
time or quantity of that product (1.162).
NOTE 2 The “deviation” is an anterior decision whereas the “waiver” is a posterior decision with respect to production
phase.
NOTE 3 A concession is part of the product (1.162) as-built configuration and does not affect the configuration
baselines.
NOTE 4 The inability to meet the required product (1.162) characteristics is documented through the concession after
the manufacturing phase.
1.45
configuration
interrelated functional and physical characteristics of a product (1.162) (hardware/software) defined in
configuration documents subject to configuration management
1.46
configuration baseline
approved status of requirements and design of a product (1.162) at project key milestone that serves as
reference for activities throughout the life cycle (1.128) of the product (1.162)
Adapted from ISO 10007:2003, 3.4.
1.47
configuration control
coordinated activities for controlling modifications to a configuration baseline (1.46)
NOTE Request for deviations are also considered modifications to a baseline.
1.48
configuration document
document (1.81) that defines the requirements (1.190) for function (1.102), design (1.75), build,
production, and verification (1.229) for a configuration item (1.50)
NOTE For space standards (1.215), configuration documents can include documents relating to operation and
disposal of the configuration item.
1.49
configuration identification
coordinated activities to establish rules for configuration item (1.50) selection, configuration baseline
(1.46) content definition, and product (1.162) and document (1.81) identifiers definition
1.50
configuration item
aggregation of hardware, software (1.205), processed materials (1.135), services or any of its discrete
portions, that is designated for configuration management (1.52) and treated as a single entity in the
configuration management process (1.160)
NOTE A configuration item can contain other configuration item(s).
1.51
configuration item data list
CIDL
document (1.81) generated from the central configuration database giving the current design status of a
configuration item at a given point of time in sufficient detail and/or providing its complete definition
NOTE A CIDL includes the list of applicable changes not yet incorporated into the baseline documentation and
deviations.
1.52
configuration management
activity for establishing and maintaining consistent records of the status of and changes to the performance
parameters of a product (1.162) and its functional and physical attributes compared to product (1.162)
design and operational requirements
NOTE Configuration management is applied throughout the entire life cycle (1.128) of the product (1.162) (i.e.
development, production, deployment, operation and disposal).
Adapted from ISO 10007:2003, 3.6.
8 © ISO 2011 – All rights reserved

1.53
configuration status accounting
formalized recording and reporting of product (1.162) characteristics and configuration information, the status
of applicable changes and the status of their implementation
Adapted from ISO 10007:2003, 3.7.
1.54
configuration verification
coordinated activities to determine the conformity of the configuration item (1.50) to its configuration
document(s) (1.48)
1.55
conformity
conformance (deprecated)
fulfilment of a requirement (1.190)
NOTE This definition is consistent with ISO/IEC Guide 2 but differs from it in phrasing to fit into the ISO 9000 concepts.
[ISO 9000:2005, 3.6.1]
1.56
constraint
characteristic, result or design feature that is made compulsory or has been prohibited for some reason
NOTE 1 Constraints are generally restrictions on the choice of solutions in a system (1.221).
NOTE 2 Two kinds of constraints are considered: those that concern solutions and those that concern the use of the
system.
EXAMPLE Constraints can come from environmental and operational conditions, law, standards (1.215), market
demand, investments and means availability, or the organization's policy.
Adapted from EN 1325-1:1997, 3.1.7.
1.57
contamination
introduction of any undesirable molecular or particulate matter (including microbiological matter) into an item
(1.121) or into the environment of interest
1.58
contingency procedure
pre-planned procedure (1.159) for execution in response to a departure from specified behavior
[EN 13701:2001, 3.31]
1.59
continual improvement
recurring activity to increase the ability to fulfil requirements (1.190)
NOTE The process (1.160) of establishing objectives and finding opportunities for improvement is a continual process
through the use of audit findings (1.27) and audit conclusions (1.24), analysis of data, management reviews or other
means and generally leads to corrective action (1.63) or preventive action (1.158).
[ISO 9000:2005, 3.2.13]
1.60
contract
legally enforceable business agreement for the supply of goods or services
NOTE A contract is a special case of a business agreement in which payment is associated with the contract
conditions.
1.61
contractor
supplier (1.219) in a contractual situation
1.62
correction
action to eliminate a detected nonconformity (1.144)
NOTE A correction can be made in conjunction with a corrective action (1.63).
EXAMPLE Rework (1.193) or regrade.
[ISO 9000:2005, 3.6.6]
1.63
corrective action
action to eliminate the cause of a detected nonconformity (1.144) or other undesirable situation
NOTE 1 There can be more than one cause for a nonconformity.
NOTE 2 Corrective action is taken to prevent recurrence whereas preventive action (1.158) is taken to prevent
occurrence.
NOTE 3 There is a distinction between correction (1.62) and corrective action.
[ISO 9000:2005, 3.6.5]
1.64
cost breakdown structure
hierarchical structure that depicts elements of cost
1.65
critical
capable of causing severe injury, severe illness, or major property damage
1.66
critical characteristics
any physical attribute of an article or material that, if defective, can cause loss of life or equipment, or make
the article or material non-functional
1.67
critical design review
CDR
review performed prior to fabrication of prototype and after completion of the critical design
NOTE In the review, drawing specifications and test result of the engineering model are evaluated to confirm that the
result of the critical design satisfies the requirements of the contracts (1.60) and technical specifications to allow
proceeding with prototype production phase.
1.68
critical hazard
any hazard that can cause a nondisabling injury, severe occupational illness, loss of an emergency system, or
that requires the use of emergency procedures, or involves major damage to one of the following: the launch
or servicing vehicle, manned base, an on-orbit life-sustaining function, a ground facility, or any critical support
equipment
1.69
critical item
item that can pose a potential threat to the schedule, cost, performance and quality of a project (1.167) or
programme that is controlled by a specific action plan in order to mitigate emanating risks and to prevent
undesirable consequences
10 © ISO 2011 – All rights reserved

NOTE Examples of critical items are:
— an item not qualified or validated for the application in question (or that has previously caused problems that remain
unresolved);
— an item difficult to demonstrate design performance;
— an item highly sensitive to the conditions under which it is produced or used (e.g. contamination, radiation);
— an item having the potential to degrade the quality of the product (1.162) significantly, and hence the ability of the
end-product to accomplish defined mission objectives;
— an item for which major difficulties or uncertainties are expected in the procurement, manufacturing, assembly,
inspection, test, handling, storage and transportation that can have the potential to lead to a major degradation in the
quality of the product (1.162).
1.70
critical path
series of activities that determine the earliest completion of the project (1.167)
NOTE As a consequence, delay of any one task belonging to the critical path extends the project (1.167) duration.
1.71
customer
organization (1.150), legal entity or person that receives a product (1.162) as part of a business agreement
EXAMPLE Consumer, client, end-user, retailer, beneficiary and purchaser (1.171).
NOTE 1 A customer can be internal or external to the organization (1.150).
NOTE 2 The “customer”, as a physical or moral person for the account of which the programme or project (1.167) is
realized, also called “owner” or “contracting authority”, is the responsible actor in the acquisition network for defining the
requirements (specified in technical and contractual terms) and for the control of the realisation entrusted to a prime
contractor in order to respect the contractual objectives in terms of performance, costs and due dates.
1.72
defect
non-fulfilment of a requirement (1.190) related to an intended or specified use
NOTE 1 The distinction between the concepts of defect and nonconformity (1.144) is important as it has legal
connotations, particularly those associated with product (1.162) liability issues. Consequently, the term “defect” should be
used with extreme caution.
NOTE 2 The use as intended by the customer (1.71) can be affected by the nature of the information, such as
operating or maintenance instructions, provided by the supplier (1.219).
[ISO 9000:2005, 3.6.3]
1.73
dependability
of an item ability to perform as and when required
NOTE 1 Dependability characteristics include availability and its inherent or external influencing factors, such as:
reliability, fault tolerance, recoverability, integrity, security, maintainability, durability, and maintenance support.
NOTE 2 Dependability is also used descriptively as an umbrella term for the time-related quality characteristics of a
product (1.162) or service, and it may also be expressed as a grade, degree, confidence or probability of fulfilling a
defined set of characteristics.
NOTE 3 Specifications for dependability characteristics typically include the function (1.102) the product (1.162) is
required to perform; the time for which it is required that that performance be sustained; and the conditions of storage, use
and maintenance. Requirements for safety, efficiency and economy throughout the life cycle (1.128) may also be
included.
1.74
derating
designed reduction of stress from the rated value to enhance reliability
1.75
design, noun
result set of information that defines the characteristics (1.37) of a product (1.162)
Adapted from EN 13701:2001, 3.44.
1.76
design, noun
activity process (1.160) used to generate the set of information defining the characteristics (1.37) of a
product (1.162)
Adapted from EN 13701:2001, 3.45.
1.77
design review
formal, independent examination of a design to identify shortcomings that could affect the fitness for purpose,
reliability, maintainability or maintenance support requirements of the item (1.121) concerned
NOTE 1 In this context, “design” includes requirements, specifications, drawings, and supporting documentation.
NOTE 2 Design review is not, by itself, sufficient to ensure the adequacy of the emerging design.
1.78
development
process (1.160) by which the capability to adequately implement a technology or design (1.75) is established
before manufacture
NOTE This process can include the building of various partial or complete models (1.141) of the products (1.162) and
assessment of their performance (1.155).
[EN 13701:2001, 3.47]
1.79
deviation
formal authorization to depart from the originally specified requirements for a product (1.162), prior to its
production
NOTE 1 “Waiver” is a posterior decision whereas “deviation” is an anterior decision with respect to production phase.
NOTE 2 Permission to use or release a product that does not conform to specified requirements.
1.80
discrepancy
departures from expected performance
NOTE They can be the result of nonconforming hardware and/or software, or conditions occurring in test set-up. These
differences from expected performance levels can be momentary, non-repeatable, or permanent.
1.81
document
information and its supporting medium
EXAMPLES Record (1.184), specification (1.214), procedure document, drawing, report, standard (1.215).
NOTE 1 The medium can be paper, magnetic, electronic or optical computer disc, photograph or master sample, or a
combination thereof.
NOTE 2 A set of documents, for example specifications and records, is frequently called “documentation”.
12 © ISO 2011 – All rights reserved

NOTE 3 Some requirements (1.190) (e.g. the requirement of readability) relate to all types of documents, however
there can be different requirements for specifications (e.g. the requirement that they be revision controllable) and records
(e.g. the requirement that they be retrievable).
[ISO 9000:2005, 3.7.2]
1.82
documentation
one mode of information communication
NOTE This includes management and technical data current as of a given point in time and may be used to reflect
contractor to customer and/or contractor to contractor agreements and procedures. This includes such items as program
plans, procedures, specifications, ICDs, reports, technical publications, training documentation.
[SSP 30534]
1.83
EEE component
EEE part
device that performs an electrical, electronic or electromechanical function (1.102) and consists of one or
more elements so joined together that they cannot normally be disassembled without destroying this capability
[EN 13701:2001, 3.51]
1.84
end item
combination of parts (1.153), assemblies, accessories, and/or attachments integrated to form an equipment
unit that can accomplish a specific function (1.102) when used
NOTE An end item is complete within itself and classified as such for purposes of separate manufacture, procurement,
drawings, specification, storage, issue, maintenance, or use.
1.85
environment
natural conditions and induced conditions that constrain the design definitions or operations for end products
and their enabling products
NOTE 1 Examples of natural conditions are weather, climate, ocean conditions, terrain, vegetation, dust, light and
radiation.
NOTE 2 Examples of induced conditions are electromagnetic interference, heat, vibration, pollution and contamination.
1.86
equipment
unit
integrated set of parts (1.153) and components (1.43)
NOTE 1 An equipment accomplishes a specific function (1.102).
NOTE 2 An equipment is self-contained and classified as such for the purposes of separate manufacture, procurement,
drawings, specification, storage, issue, maintenance, or use.
1.87
error
discrepancy between a computed, observed or measured value or condition and the true, specified or
theoretically correct value or condition
NOTE An error can be caused by a faulty item (1.121), e.g. a computing error made by faulty computer equipment
(1.86).
[IEC Multilingual Dictionary: 2001 edition]
1.88
estimate at completion
sum of costs incurred up to the cut-off date and the respective estimate to completion (1.89)
Adapted from EN 13701:2001, 3.57.
1.89
estimate to completion
estimate of all costs from the cut-off date required to deliver the product (1.162), based on work to be
completed, and approved anticipated contract (1.60) changes
Adapted from EN 13701:2001, 3.58.
1.90
evaluation
systematic process of determining how well individuals, procedures, systems or programs have met formally
agreed objectives and requirements
1.91
failure
of an item loss of ability to perform as required
NOTE 1 When the loss of ability is caused by a pre-existing condition, the failure occurs when a particular set of
circumstances is encountered.
NOTE 2 A failure of an item (1.121) is an event, as distinct from a fault of an item, which is a state.
NOTE 3 Qualifiers may be used to classify failures according to the severity of consequences, such as catastrophic,
critical, major, minor, marginal and insignificant, the definitions depending upon the field of application.
1.92
failure mode
fault mode (deprecated in this sense) manner in which failure (1.91) occurs
NOTE A failure mode may be defined by the function (1.102) lost or the state transition that occurred.
1.93
failure tolerance
attribute of an item (1.121) that makes it able to perform a required function (1.102) in the presence of
certain given sub-item failures (1.91)
1.94
fault, noun
state of an item (1.121) characterized by inability to perform as required, excluding the inability during
preventative maintenance or other planned actions, or due to lack of external resources
NOTE A fault is often the result of a failure (1.91) of the item (1.121) itself, but can exist without prior failure (1.91).
Adapted from IEC Multilingual Dictionary: 2001 edition.
1.95
fault, noun
unplanned occurrence or defect (1.72) in an item (1.121) that can result in one or more failures (1.91) of the
item (1.121) itself or of other associated equipment (1.86)
[IEC Multilingual Dictionary: 2001 edition]
NOTE An item (1.121) can contain a sub-element fault, which is a defect that can manifest itself only under certain
circumstances. When those circumstances occur, the defect in the sub-element causes the item to fail, resulting in an
error (1.87). This error can propagate to other items causing them, in turn, to fail. After the failure (1.91) occurs, the item
as a whole is said to have a fault or to be in a faulty state.
14 © ISO 2011 – All rights reserved

1.96
fault tolerance
design property of a system fault masking (deprecated in this sense) ability to continue functioning with
certain faults present
NOTE In French, the adjective “fault tolerant” is used in this sense.
1.97
fault tree analysis
FTA
analysis using logic diagram showing the faults of sub-items, external events, or combinations thereof, that
result in a predefined, undesired event
1.98
firmware
hardware that contains a computer program or data that cannot be changed in its user environment (1.85)
NOTE The computer program and data contained in firmware are classified as software (1.205); the circuitry containing
the computer program and data is classified as hardware.
1.99
flammability
measure of the ease with which a material is set on fire
1.100
flashpoint
lowest temperature at which a material gives off flammable vapour that, when mixed with the test atmosphere
and exposed to an ignition source, provides a non-self-sustaining flash
1.101
flight operations
all activities related to the planning, execution and evaluation of the control of the space segment (or subsets
thereof) when in orbit
1.102
function
intended effect of a system (1.221), subsystem (1.218), product (1.162) or part (1.153)
Adapted from EN 1325-1:1997, 3.3.1.
1.103
function tree
hierarchical decomposition of the system performances into functions (1.102) and sub-functions that, when
all are fulfilled, completes the overall system mission
1.104
functional analysis
technique of identifying and describing all functions (1.102) of a system (1.221)
Adapted from EN 1325-1:1997, 3.3.2.
1.105
functional verification
task of assuring that hardware or software functions as per the design requirements
1.106
ground operations
all activities related to the planning, execution and evaluation of the control of the ground segment (or subsets
thereof) facility
1.107
ground support equipment
GSE
contract (1.60) deliverable equipment (hardware/software) used on the ground to test, transport, access,
handle, maintain, measure, calibrate, verify, service and protect flight hardware/software
1.108
ground systems
all ground infrastructure elements that are used to support the preparation activities leading up to mission
operations, the conduct of mission operations and all post-operational activities
1.109
hardware
H/W
items of identifiable equipment including piece parts (1.153), components (1.43), assemblies, subsystems
and systems
1.110
hazard
existing or potential condition of an item (1.121) that can result in an accident (1.5)
NOTE 1 This condition can be associated with the design, fabrication, operation or environment of the item, and has the
potential for accidents.
NOTE 2 “Items” can include human beings.
Adapted from ISO 14620-2:2000, 3.9.
1.111
hazard analysis
determination of potential sources of danger, causes, effects, hazard level, and recommended resolution for
those conditions found in either the hardware/software system, the person-machine relationship, or both, that
can cause loss of personnel capability, loss of system, or loss of life/injury to the public
1.112
hazardous event
occurrence leading to undesired consequences and arising from the triggering by one (or more) initiator
events of one (or more) hazards (1.110)
1.113
incident
unplanned event that could have been an accident (1.5) but was not
[EN 13701:2001, 3.71]
1.114
infrastructure
organization system (1.221) of facilities, equipment (1.86) and services needed for the operation of an
organization (1.150)
[ISO 9000:2005, 3.3.3]
1.115
inspection
conformity evaluation by observation and judgement accompanied as appropriate by measurement, testing or
gauging
[ISO 9000:2005, 3.8.2]
16 © ISO 2011 – All rights reserved

1.116
integrate logistic support
ILS
coordinated and interactive set of technical and management tasks whose objectives are the following:
— to express the requirement in logistics support and the environmental constraints of use in the expression
of operational requirement;
— to contribute to obtaining a system definition including the support elements:
— allowing the optimization and maintenance of its effectiveness for all its life time, in consistency with
the user resources,
— allowing total optimization of performance/costs/schedules;
— to realize, set up and to renew the support elements, according to the exploitation and the maintenance
requirements
1.117
integration
process of physically and functionally combining lower-level products (hardware or software) to obtain a
particular functional configuration
1.118
interchangeability
situation when two or more items (1.121) possess such functional and physical characteristics as to be
equivalent in performance and durability and capable of being exchanged one for another without alteration of
the items themselves or adjoining items except for adjustment and without selection for fit or performance
NOTE Functional and physical characteristics that constitute interchangeability are as follows.
— It is necessary that items have the same design envelope and have no use limitations imposed.
— It is necessary that item
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.

Loading comments...