ISO/IEC 10746-1:1998
(Main)Information technology — Open Distributed Processing — Reference model: Overview — Part 1:
Information technology — Open Distributed Processing — Reference model: Overview — Part 1:
This Recommendation | International Standard: ? gives an introduction and motivation for ODP; ? provides an overview of the Reference Model of Open Distributed Processing (RM-ODP) and an explanation of its key concepts; ? gives guidance on the application of the RM-ODP. This Recommendation | International Standard covers both overview and detailed explanation, and can be consulted in various ways when reading the standards: a) if you intend to read only this Recommendation | International Standard, to gain a general understanding of the importance of ODP to your organization, concentrate on clause 6; b) if you intend to study the whole RM-ODP, you should also read clause 6 before moving on to ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 | ISO/IEC 10746-3; c) as you read ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 | ISO/IEC 10746-3 you may wish to consult clauses 7 to 10, which give supporting explanation for the various concepts that these common texts define; d) when you have completed a first reading of ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 | ISO/IEC 10746-3, read clauses 11 and 12 which discuss the use of standards in ODP system specifications, and provide some examples of applying the ODP concepts in the specification of systems.
Technologies de l'information — Traitement réparti ouvert — Modèle de référence: Aperçu général — Partie 1:
La présente Recommandation | Norme internationale: - présente l'ODP et en donne les motivations; - offre un aperçu général du modèle de référence pour le traitement réparti ouvert (RM-ODP, REFERENCE MODEL OF OPEN DISTRIBUTED PROCESSING) dont elle explique les concepts clés; - indique comment appliquer le modèle de référence ODP. La présente Recommandation | Norme internationale embrasse aussi bien l'aperçu général que des explications détaillées. Elle peut être consultée de diverses manières au cours de la lecture des normes: a) si vous comptez ne lire que la présente Recommandation | Norme internationale, souhaitant acquérir une compréhension générale de l'importance que revêt l'ODP pour votre organisation, concentrez votre attention sur l'article 6; b) si vous avez l'intention d'étudier le modèle de référence ODP dans sa totalité, vous devriez lire aussi l'article 6 avant d'attaquer les Rec. UIT-T X.902 | ISO/CEI 10746-2 et Rec. UIT-T X.903 | ISO/CEI 10746-3; c) pendant le cours de votre lecture des Rec. UIT-T X.902 | ISO/CEI 10746-2 et Rec. UIT-T X.903 | ISO/CEI 10746-3, vous pourrez être amené à désirer consulter les articles 7 à 10, où se trouvent des explications qui détaillent les divers concepts définis dans ces textes communs; d) lorsque vous aurez achevé une première lecture des Rec. UIT-T X.902 | ISO/CEI 10746-2 et Rec. UIT-T X.903 | ISO/CEI 10746-3, lisez les articles 11 et 12 dans lesquels se trouvent une discussion sur l'emploi des normes dans la spécification des systèmes ODP et des exemples d'application des concepts ODP à la spécification des systèmes.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 10746-1
First edition
1998-12-15
Information technology — Open Distributed
Processing — Reference model: Overview
Technologies de l'information — Traitement réparti ouvert — Modèle de
référence: Présentation
Reference number
B C
ISO/IEC 10746-1 : 1998 (E)
Contents
Page
1 Scope and field of application . 1
2 Normative references. 1
2.1 Identical Recommendations | International Standards . 1
2.2 Paired Recommendations | International Standards equivalent in technical content . 2
2.3 International Standards. 2
3 Definitions . 2
3.1 Definitions in this Recommendation | International Standard. 2
3.2 Definitions from other Recommendations | International Standards . 2
4 Abbreviations. 6
5 Conventions . 7
6 ODP standardization. 7
6.1 Objectives and motivation. 7
6.2 Realization. 8
6.2.1 Object modelling . 8
6.2.2 Viewpoint specifications .9
6.2.3 Distribution transparency. 9
6.2.4 Conformance . 9
6.3 Standards . 10
6.3.1 The Reference Model .10
6.3.2 Specific standards. 10
7 Foundations . 10
7.1 Basic modelling concepts . 11
7.1.1 Objects. 11
7.1.2 Interfaces and interaction points. 11
7.1.3 Behaviour and state . 12
7.2 Specification concepts. 12
7.2.1 Composition/Decomposition . 12
7.2.2 Behavioural compatibility . 13
7.2.3 Type and class . 13
7.2.4 Templates . 13
7.2.5 Roles. 13
7.2.6 Base classes and derived classes. 14
7.3 Structuring concepts . 14
7.3.1 Groups and domains . 14
7.3.2 Naming . 14
7.3.3 Contract . 14
7.3.4 Liaison and binding . 15
8 Architecture . 15
8.1 Architectural framework. 15
8.1.1 Viewpoints. 15
8.1.2 Distribution transparencies .16
8.2 Enterprise language . 17
© ISO/IEC 1998
All rights reserved. Unless otherwise specified, no 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 the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
©
ISO/IEC ISO/IEC 10746-1 : 1998 (E)
8.3 Information language. 19
8.4 Computational language . 20
8.4.1 Computational interfaces.21
8.4.2 Binding model . 21
8.4.3 Typing and subtyping for computational interfaces. 23
8.4.4 Portability . 24
8.5 Engineering language . 24
8.5.1 Clusters, capsules and nodes. 25
8.5.2 Channels . 25
8.5.3 Interface references . 28
8.5.4 Binding . 29
8.5.5 Channel establishment . 29
8.5.6 Management interfaces.30
8.5.7 Interceptors. 30
8.5.8 Conformance points. 32
8.6 Technology language. 32
8.7 Consistency between viewpoints . 32
8.7.1 Enterprise viewpoint consistency with other viewpoints . 34
8.7.2 Correspondences between computational and engineering specifications. 35
8.8 ODP functions . 37
8.8.1 Management functions.38
8.8.2 Coordination functions . 38
8.8.3 Repository functions. 39
8.8.4 Security functions . 39
8.9 ODP distribution transparencies. 40
8.9.1 Access transparency . 40
8.9.2 Failure transparency . 40
8.9.3 Location transparency. 40
8.9.4 Migration transparency. 40
8.9.5 Persistence transparency. 41
8.9.6 Relocation transparency .41
8.9.7 Replication transparency .41
8.9.8 Transaction transparency.41
9 Conformance assessment . 41
9.1 Conformance assessment and the development process . 41
9.2 Conformance assessment: Relevant relationships. 42
9.3 Conformance points and related concepts . 42
9.4 ODP conformance specifications . 43
9.4.1 Level of abstraction . 43
9.4.2 Use of multiple reference points. 43
9.5 Conformance implications of viewpoint languages . 44
9.6 Conformance assessment activities. 44
10 Management of ODP systems. 44
10.1 Management domains. 45
10.2 Management policy . 45
10.3 Modelling management structures. 45
11 The use of standards in ODP systems. 46
11.1 Enterprise viewpoint. 46
11.1.1 Enterprise specification . 46
11.1.2 The application of standards.47
11.2 Information viewpoint . 47
11.2.1 Information specification. 47
11.2.2 The application of standards.48
11.3 Computational viewpoint. 48
11.3.1 Computational specification . 48
11.3.2 The application of standards.49
11.4 Engineering viewpoint. 49
iii
©
ISO/IEC 10746-1 : 1998 (E) ISO/IEC
11.4.1 Engineering specification . 49
11.4.2 The application of standards.51
11.5 Technology viewpoint . 51
11.5.1 Technology specification. 51
11.5.2 The application of standards.52
12 Examples of ODP specifications. 52
12.1 Multimedia Conferencing System . 53
12.1.1 Introduction . 53
12.1.2 Enterprise specification . 54
12.1.3 Information specification. 55
12.1.4 Computational specification . 55
12.1.5 Engineering specification . 58
12.1.6 Technology specification. 60
12.2 Multiparty audio/video stream binding. 60
12.2.1 General description. 60
12.2.2 Enterprise specification . 61
12.2.3 Information specification. 62
12.2.4 Computational specification . 64
12.2.5 Engineering specification . 67
12.2.6 Technology specification. 68
12.3 A management example – Metric Object . 68
12.3.1 Enterprise specification . 69
12.3.2 Information specification. 70
12.3.3 Computational specification . 71
12.4 Database example. 72
12.4.1 Enterprise specification . 72
12.4.2 Information specification. 72
12.4.3 Computational specification . 72
Annex A – Bibliography . 76
iv
©
ISO/IEC ISO/IEC 10746-1 : 1998 (E)
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form
the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established by the respective organization to deal
with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest.
Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the
work.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft
International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication
as an International Standard requires approval by at least 75 % of the national bodies casting a vote.
International Standard ISO/IEC 10746-1 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information
technology, Subcommittee SC 33, Distributed application services, in collaboration with ITU-T. The identical text is
published as ITU-T Recommendation X.901.
ISO/IEC 10746 consists of the following parts, under the general title Information technology — Open Distributed
Processing — Reference Model:
— Part 1: Overview
— Part 2: Foundations
— Part 3: Architecture
— Part 4: Architectural semantics
Annex A of this part of ISO/IEC 10746 is for information only.
v
©
ISO/IEC 10746-1 : 1998 (E) ISO/IEC
Introduction
The rapid growth of distributed processing has led to a need for a coordinating framework for the standardization of
Open Distributed Processing (ODP). This Reference Model provides such a framework. It creates an architecture within
which support of distribution, interworking and portability can be integrated.
The Reference Model of Open Distributed Processing, ITU-T Rec. X.901 | ISO/IEC 10746-1 to ITU-T Rec. X.904 |
ISO/IEC 10746-4, is based on precise concepts derived from current distributed processing developments and, as far as
possible, on the use of formal description techniques for specification of the architecture.
The RM-ODP (ISO/IEC 10746) consists of:
– ITU-T Rec. X.901 | ISO/IEC 10746-1: Overview: contains a motivational overview of ODP giving
scoping, justification and explanation of key concepts, and an outline of the ODP architecture. It contains
explanatory material on how this Reference Model is to be interpreted and applied by its users, who may
include standards writers and architects of ODP systems. It also contains a categorization of required areas
of standardization expressed in terms of the reference points for conformance identified in ITU-T Rec.
X.903 | ISO/IEC 10746-3. These common texts are not normative.
– ITU-T Rec. X.902 | ISO/IEC 10746-2: contains the definition of the concepts and analytical
Foundations:
framework for normalized description of (arbitrary) distributed processing systems. This is only to a level
of detail sufficient to support ITU-T Rec. X.903 | ISO/IEC 10746-3 and to establish requirements for new
specification techniques. These common texts are normative.
– ITU-T Rec. X.903 | ISO/IEC 10746-3: Architecture: contains the specification of the required
characteristics that qualify distributed processing as open. These are the constraints to which ODP
standards must conform. It uses the descriptive techniques from ITU-T Rec. X.902 | ISO/IEC 10746-2.
These common texts are normative.
– ITU-T Rec. X.904 | ISO/IEC 10746-4: contains a normalization of the ODP
Architectural semantics:
modelling concepts defined in ITU-T Rec. X.902 | ISO/IEC 10746-2, clauses 8 and 9. The normalization
is achieved by interpreting each concept in terms of the constructs of the different standardized formal
description techniques. These common texts are normative.
This Recommendation | International Standard contains one annex.
Clause 6 explains the business benefits of open distributed systems, and how the RM-ODP and its associated
ODP standards will enable corporations to realize these benefits. This clause states the “promises” of ODP – plug-and-
play building blocks and system integration tools for distributed systems.
Clauses 7 to 10 explain what RM-ODP and its distributed functions are about. These clauses justify how RM-ODP
supports the development of plug-and-play building blocks and system integration tools for distributed systems.
Clause 11 shows how ODP standards and specifications by other groups can be referenced in an ODP specification of a
system. These relationships are key to ODP’s ability to enable integration of disparate technologies.
Clause 12 contains examples that demonstrate the use of RM-ODP and the use of underlying principles to solve business
problems.
vi
ISO/IEC 10746-1 : 1998 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY – OPEN DISTRIBUTED PROCESSING –
REFERENCE MODEL: OVERVIEW
1 Scope and field of application
This Recommendation | International Standard:
– gives an introduction and motivation for ODP;
– provides an overview of the Reference Model of Open Distributed Processing (RM-ODP) and an
explanation of its key concepts;
– gives guidance on the application of the RM-ODP.
This Recommendation | International Standard covers both overview and detailed explanation, and can be consulted in
various ways when reading the standards:
a) if you intend to read only this Recommendation | International Standard, to gain a general understanding of
the importance of ODP to your organization, concentrate on clause 6;
b) if you intend to study the whole RM-ODP, you should also read clause 6 before moving on to
ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 | ISO/IEC 10746-3;
c) as you read ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 | ISO/IEC 10746-3 you may
wish to consult clauses 7 to 10, which give supporting explanation for the various concepts that these
common texts define;
d) when you have completed a first reading of ITU-T Rec. X.902 | ISO/IEC 10746-2 and ITU-T Rec. X.903 |
ISO/IEC 10746-3, read clauses 11 and 12 which discuss the use of standards in ODP system
specifications, and provide some examples of applying the ODP concepts in the specification of systems.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent edition
of the Recommendation and International Standard listed below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
2.1 Identical Recommendations | International Standards
– ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1:1994, Information technology – Open Systems
Interconnection – Basic Reference Model: The Basic Model.
– ITU-T Recommendation X.207 (1993) | ISO/IEC 9545:1994, Information technology – Open Systems
Interconnection – Application Layer structure.
– ITU-T Recommendation X.720 (1993) | ISO/IEC 10165-1:1993, Information technology – Open Systems
Interconnection – Structure of management information: Management Information Model.
ITU-T Rec. X.901 (1997 E) 1
ISO/IEC 10746-1 : 1998 (E)
– ITU-T Recommendation X.902 (1995) | ISO/IEC 10746-2:1996, Information technology – Open
distributed processing – Reference Model: Foundations.
– ITU-T Recommendation X.903 (1995) | ISO/IEC 10746-3:1996, Information technology – Open
distributed processing – Reference Model: Architecture.
– ITU-T Recommendation X.904 (1997) | ISO/IEC 10746-4:1998, Information technology – Open
distributed processing – Reference Model: Architectural semantics.
2.2 Paired Recommendations | International Standards equivalent in technical content
– ITU-T Recommendation X.290 (1995), OSI conformance testing methodology and framework for
protocol Recommendations for ITU-T applications – General concepts.
– ISO/IEC 9646-1:1994, Information technology – Open Systems Interconnection – Conformance testing
methodology and framework – Part 1: General concepts.
2.3 International Standards
1)
– ISO/IEC 11578-2 : Information technology – Open Systems Interconnection – Remote Procedure Call
(RPC) – Part 2: Interface Definition Notation.
– ISO/IEC TR 10000-1:1995, Information technology – Framework and taxonomy of International
Standardized Profiles – Part 1: General principles and documentation framework.
3 Definitions
3.1 Definitions in this Recommendation | International Standard
There are no definitions in this Recommendation | International Standard.
3.2 Definitions from other Recommendations | International Standards
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.902 |
ISO/IEC 10746-2:
– Abstraction;
– Action;
– Action template;
– Activity;
– Architecture;
– Atomicity;
– Base class;
– Behaviour (of an object);
– Behavioural compatibility;
– Binding;
– Binding behaviour;
– Chain (of actions);
– Class;
– Client object;
– Communication;
– Compliance;
– Composite object;
– Composition;
– Configuration (of objects);
– Conformance points;
_______________
1)
To be published.
2 ITU-T Rec. X.901 (1997 E)
ISO/IEC 10746-1 : 1998 (E)
– Consumer object;
– Contract;
– Contractual context;
– Creation;
– Data;
– Decomposition;
– Deletion;
– Derived class;
– Distribution transparency;
– Entity;
– Environment (of an object);
– Environment contract;
– Error;
– Establishing behaviour;
– Failure;
– Fault;
– Identifier;
– Information;
– Initiating object;
– Instance;
– Instantiation;
– Interaction;
– Interface;
– Interface signature;
– Internal action;
– Interworking reference point;
– Introduction (of an );
– Invariant;
– Liaison;
– Location in space;
– Management information;
– Name;
– Name resolution;
– Naming domain;
– Notification;
– Object;
– Obligation;
– ODP standards;
– ODP system;
– Perceptual reference point;
– Permission;
– Persistence;
– Policy;
– Portability;
– Producer object;
– Programmatic reference point;
– Prohibition;
– Quality of service;
ITU-T Rec. X.901 (1997 E) 3
ISO/IEC 10746-1 : 1998 (E)
– Reference point;
– Refinement;
– Responding object;
– Role;
– Server object;
– State;
– Subclass;
– Subtype;
– System;
– Template class;
– Template type;
– Terminating behaviour;
– Thread;
– Trading;
– Type;
– Unbinding;
– Viewpoint.
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.903 |
ISO/IEC 10746-3:
– language;
– Access control information;
– Access transparency;
– Announcement;
– Basic engineering object;
– Binder;
– Binding object;
– Capsule;
– Capsule manager;
– Channel;
– Checkpoint;
– Checkpointing;
– Cluster manager;
– Cluster template;
– Communication interface;
– Community;
– Compound binding action;
– Computational viewpoint;
– Deactivation;
– Dynamic schema;
– Engineering viewpoint;
– Enterprise viewpoint;
– Explicit binding;
– Failure transparency;
– Federation;
– Flow;
– Hide;
– Implicit binding;
– Information viewpoint;
4 ITU-T Rec. X.901 (1997 E)
ISO/IEC 10746-1 : 1998 (E)
– Interceptor;
– Interrogation;
– Invariant schema;
– Invocation;
– Location transparency;
– Migration;
– Migration transparency;
– Node;
– Nucleus;
– ODP function;
– Operation interface;
– Operation interface signature;
– Persistence transparency;
– Primitive binding actions;
– Protocol object;
– Reactivation;
– Recovery;
– Relocation transparency;
– Relocator;
– Replication schema;
– Replication transparency;
– Security authority;
– Security domain;
– Security policy;
– Signal;
– Signal interface;
– Signal interface signature;
– Static schema;
– Stream interface;
– Stream interface signature;
– Stub;
– Target;
– Technology viewpoint;
– Termination;
– Transaction transparency;
– Validate.
This Recommendation | International Standard makes use of the following terms defined in ISO/IEC 9646:
– Implementation conformance statement;
– Implementation Extra Information for Testing;
– Point of Control and Observation.
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.200 |
ISO/IEC 7498-1:
– Open System;
– Abstract syntax;
– Transfer syntax.
ITU-T Rec. X.901 (1997 E) 5
ISO/IEC 10746-1 : 1998 (E)
4 Abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply:
A-profile Application profile
ACID Atomicity Consistency Isolation Durability
AE(I) Application Entity (Invocation)
ALS Application Layer Structure
AP(I) Application Process (Invocation)
API Application Program Interface
ASO Application Service Object
BEO Basic Engineering Object
CAD Computer Aided Design
CD Compact Disk
CIM Computer Integrated Manufacturing
CMIP Common Management Information Protocol
CMIS Common Management Information Service
DL Definition Language
F-profile Format and presentation profile
FDT Formal Description Techniques
GUI Graphical User Interface
HCI Human Computer Interface
HDTV High Definition TV
ICS Implementation Conformance Statement
IDL Interface Definition Language
IT Information Technology
IXIT Implementation Extra Information for Testing
MIM Management Information Model
MMC(S) Multimedia Conferencing (System)
ODP Open Distributed Processing
OMG Object Management Group
OMT Object Modelling Technique
OSE Open System Environment
OSF Open Software Foundation
OSI Open Systems Interconnection
PCO Point of Control and Observation
QOS Quality of Service
RDA Remote Database Access
RM-ODP Reference Model of Open Distributed Processing
RPC Remote Procedure Call
T-profile Transfer profile
TINA Telecommunication Information Networking Architecture
ULA Upper Layers Architecture
6 ITU-T Rec. X.901 (1997 E)
ISO/IEC 10746-1 : 1998 (E)
5 Conventions
The following conventions are specific to this Recommendation | International Standard:
1) The first use in clauses 7 and 8 of formal terms from ITU-T Rec. X.902 | ISO/IEC 10746-2 and
ITU-T Rec. X.903 | ISO/IEC 10746-3 is italicized.
2) Examples in clause 12 use OMT drawing conventions defined in [Rumbaugh 91].
3) In diagrams:
• Objects are represented as ovals or circles.
• The symbol “⊥” protruding from an object represents an interface.
6 ODP standardization
6.1 Objectives and motivation
The objective of ODP standardization is the development of standards that allow the benefits of distributing information
processing services to be realized in an environment of heterogeneous IT resources and multiple organizational domains.
These standards address constraints on system specification and the provision of a system infrastructure that
accommodate difficulties inherent in the design and programming of distributed systems.
Distributed systems are important because there is a growing need to interconnect information processing systems. This
need arises because of organizational trends such as downsizing, which demand the exchange of information both
between groups within an organization and between cooperating organizations. Advances in technology are making it
possible to respond to these trends by giving increasing importance to information service networks and personal
workstations, and by permitting the construction of applications distributed across large configurations of interconnected
systems.
In order both to manage system distribution and to exploit it (e.g. use the potential for availability, performance,
dependability and cost optimization), organizations must deal with a number of key characteristics of system distribution:
• Remoteness: Components of a distributed system may be spread across space; interactions may be either
local or remote.
• Concurrency: Any component of a distributed system can execute in parallel with any other components.
• Lack of global state: The global state of a distributed system cannot be precisely determined.
• Partial failures: Any component of a distributed system may fail independently of any other components.
• Asynchrony: Communication and processing activities are not driven by a single global clock. Related
changes in a distributed system cannot be assumed to take place at a single instant.
• Heterogeneity: There is no guarantee that components of a distributed system are built using the same
technology and the set of various technologies will certainly change over time. Heterogeneity appears in
many places: hardware, operating systems, communication networks and protocols, programming
languages, applications, etc.
• Autonomy: A distributed system can be spread over a number of autonomous management or control
authorities, with no single point of control. The degree of autonomy specifies the extent to which
processing resources and associated devices (printers, storage devices, graphical displays, audio devices,
etc.) are under the control of separate organizational entities.
• Evolution: During its working life, a distributed system generally has to face many changes which are
motivated by technical progress enabling better performance at a better price, by strategic decisions about
new goals, and by new types of applications.
• Mobility: The sources of information, processing nodes, and users may be physically mobile. Programs
and data may also be moved between nodes, e.g. in order to cope with physical mobility or to optimize
performance.
ITU-T Rec. X.901 (1997 E) 7
ISO/IEC 10746-1 : 1998 (E)
Building such systems is not easy. It requires an architecture and, because a single engineering solution will not meet all
requirements, it must be a flexible architecture. Moreover, since a single vendor will not have all of the answers, it is
essential that the architecture, and any functions necessary to implement the architecture, be defined in a set of standards,
so that multiple vendors can collaborate in the provision of distributed systems. Such standards will enable systems to be
built that:
• Are open – Providing both portability (execution of components on different processing nodes without
modification) and interworking (meaningful interactions between components, possibly residing in
different systems).
• Are integrated – Incorporating various systems and resources into a whole without costly ad-hoc
developments. This may involve systems with different architectures, and different resources with different
performance. Integration helps to deal with heterogeneity.
• Are flexible – Capable both of evolving and of accommodating the existence and continued operation of
legacy systems. An open distributed system should be capable of facing run-time changes – for example, it
should be capable of being dynamically reconfigured to accommodate changing circumstances. Flexibility
helps to deal with mobility.
• Are modular – Allowing parts of a system to be autonomous, but interrelated. Modularity is the basis for
flexibility.
• Can be federated – Allowing a system to be combined with systems from different administrative or
technical domains to achieve a single objective.
• Are manageable – Allowing the resources of a system to be monitored, controlled and managed in order
to support configuration, QOS and accounting policies.
• Meet quality of service needs – Covering, for example, provision of timeliness, availability and reliability
in the context of remote resources and interactions, together with provision of fault tolerance that allows
the remainder of a distributed system to continue to operate in the event of failure of some part. Provision
of fault tolerance (and of dependability in general) is necessary within large distributed systems where it is
unlikely that all parts of the system will ever be operational simultaneously.
• Are secure – Ensuring that system facilities and data are protected against unauthorized access. Security
requirements are made more difficult to meet by remoteness of interactions, and mobility of parts of the
system and of the system users.
• Offer transparency – Masking from applications the details and the differences in mechanisms used to
overcome problems caused by distribution. This is a central requirement arising from the need to facilitate
the construction of distributed applications. Aspects of distribution which should be masked (totally or
partially) include: heterogeneity of supporting software and hardware, location and mobility of
components, and mechanisms to achieve the required level for QOS in the face of failures (e.g. replication,
migration, checkpointing, etc.).
6.2 Realization
ODP standardization has four fundamental elements:
• an object modelling approach to system specification;
• the specification of a system in terms of separate but interrelated viewpoint specifications;
• the definition of a system infrastructure providing distribution transparencies for system applications;
• a framework for assessing system conformance.
6.2.1 Object modelling
Object modelling provides a formalization of well-established design practices of abstraction and encapsulation.
Abstraction allows the description of system functionality to be separated from details of system implementation.
Encapsulation allows the hiding of heterogeneity, the localization of failure, the implementation of security and the hiding
of the mechanisms of service provision from the service user.
The object modelling concepts cover:
• Basic modelling concepts – Providing rigorous definitions of a minimum set of concepts (action, object.
interaction and interface) that form the basis for ODP system descriptions and are applicable in all
viewpoints.
8 ITU-T Rec. X.901 (1997 E)
ISO/IEC 10746-1 : 1998 (E)
• Specification concepts – Addressing notions such as type and class that are necessary for reasoning about
specifications and the relations between specifications, provide general tools for design, and establish
requirements on specification languages.
• Structuring concepts – Building on the basic modelling concepts and the specification concepts to address
recurrent structures in distributed systems, and cover such concerns as policy, naming, behaviour,
dependability and communication.
6.2.2 Viewpoint specifications
A viewpoint (on a system) is an abstraction that yields a specification of the whole system related to a particular set of
concerns. Five viewpoints have been chosen to be both simple and complete, covering all the domains of architectural
design. These five viewpoints are:
• the enterprise viewpoint, which is concerned with the purpose, scope and policies governing the activities
of the specified system within the organization of which it is a part;
• the information viewpoint, which is concerned with the kinds of information handled by the system and
constraints on the use and interpretation of that information;
• the computational viewpoint, which is concerned with the functional decomposition of the system into a
set of objects that interact at interfaces – enabling system distribution;
• the engineering viewpoint, which is concerned with the infrastructure required to support system
distribution;
• the technology viewpoint, which is concerned with the choice of technology to support system distribution.
For each viewpoint there is an associated viewpoint language which can be used to express a specification of the system
from that viewpoint. The object modelling concepts give a common basis for the viewpoint languages and make it
possible to identify relationships between the different viewpoint specifications and to assert correspondences between
the representations of the system in different viewpoints.
6.2.3 Distribution transparency
Distribution transparencies enable complexities associated with system distribution to be hidden from applications where
they are irrelevant to their purpose. For example:
• access transparency masks differences of data representation and invocation mechanisms for services
between systems;
• location transparency masks the need for an application to have information about location in order to
invoke a service;
• relocation transparency masks the relocation of a service from applications using it;
• replication transparency masks the fact that multiple copies of a service may be provided in order to
provide reliability and availability.
ODP standards define functions and structures to realize distribution transparencies. However, there are performance and
cost tradeoffs associated with each transparency and only selected transparencies will be relevant in many cases. Thus, a
conforming ODP system must implement those transparencies that it supports in accordance with the relevant standards,
but it is not required to support all transparencies.
6.2.4 Conformance
The basic characteristics of heterogeneity and evolution imply that different parts of a distributed system can be
purchased separately, from different vendors. It is therefore very important that the behaviours of the different parts of a
system be clearly defined, and that it be possible to assign responsibility for
...
NORME ISO/CEI
INTERNATIONALE 10746-1
Première édition
1998-12-15
Technologies de l'information — Traitement
réparti ouvert — Modèle de référence:
Aperçu général
Information technology — Open Distributed Processing — Reference
model: Overview
Numéro de référence
ISO/CEI 10746-1:1998(F)
©
ISO 1998
ISO/CEI 10746-1:1998(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO/CEI 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-après ou du comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 � CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 734 10 79
E-mail copyright@iso.ch
Web www.iso.ch
Version française parue en 1999
ImpriméenSuisse
ii © ISO/CEI 1998 – Tous droits réservés
ISO/CEI 10746-1:1998(F)
Sommaire
0AGE
1 Domaine d’application. 1
2 Références normatives . 1
2.1 Recommandations | Normes internationales identiques. 1
2.2 Paires de Recommandations | Normes internationales équivalentes par leur contenu technique . 2
2.3 Normes internationales . 2
3 Définitions. 2
3.1 Définitions de la présente Recommandation | Norme internationale. 2
3.2 Définitions données dans d'autres Recommandations | Normes internationales. 2
4 Abréviations . 6
5 Conventions . 7
6 Normalisation ODP. 7
6.1 Objectifs et motivations . 7
6.2 Réalisation. 9
6.2.1 Modélisation par objets. 9
6.2.2 Spécifications de points de vue. 9
6.2.3 Transparences à la répartition . 10
6.2.4 Conformité . 10
6.3 Normes. 10
6.3.1 Le modèle de référence.10
6.3.2 Normes spécifiques. 11
7 Fondements . 11
7.1 Concepts de modélisation de base . 12
7.1.1 Objets. 12
7.1.2 Interfaces et points d'interaction . 12
7.1.3 Comportement et état. 12
7.2 Concepts de spécification. 13
7.2.1 Composition et décomposition. 13
7.2.2 Compatibilité de comportement. 13
7.2.3 Type et classe. 14
7.2.4 Gabarits. 14
7.2.5 Rôles . 14
7.2.6 Classes de base et classes dérivées. 14
7.3 Concepts de structuration. 15
7.3.1 Groupes et domaines. 15
7.3.2 Désignation . 15
7.3.3 Contrat . 15
7.3.4 Liaison et relation de liaison .16
8 Architecture. 16
8.1 Cadre architectural . 16
8.1.1 Points de vue. 17
8.1.2 Transparences à la répartition . 17
8.2 Langage d'entreprise . 18
8.3 Langage d'information . 20
8.4 Langage de traitement. 21
8.4.1 Interfaces de traitement. 23
8.4.2 Modèle de liaison. 23
8.4.3 Typage et sous-typage dans les interfaces de traitement. 25
8.4.4 Portabilité. 26
© ISO/CEI 1998 – Tous droits réservés iii
ISO/CEI 10746-1:1998(F)
0AGE
8.5 Langage d'ingénierie . 27
8.5.1 Grappes, capsules et nœuds . 27
8.5.2 Canaux . 28
8.5.3 Références d'interface . 31
8.5.4 Liaison . 31
8.5.5 Etablissement d'un canal .31
8.5.6 Interfaces de gestion . 32
8.5.7 Intercepteurs. 32
8.5.8 Points de conformité . 34
8.6 Langage de technologie . 34
8.7 Cohérence des points de vue. 35
8.7.1 Cohérence du point de vue entreprise avec les autres points de vue. 36
8.7.2 Correspondances entre les spécifications de traitement et d'ingénierie . 37
8.8 Fonctions ODP. 39
8.8.1 Fonctions de gestion . 39
8.8.2 Fonctions de coordination. 40
8.8.3 Fonctions de conteneur .41
8.8.4 Fonctions de sécurité. 41
8.9 Transparences ODP à la répartition . 42
8.9.1 Transparence d'accès. 42
8.9.2 Transparence aux défaillances . 42
8.9.3 Transparence à la position . 42
8.9.4 Transparence à la migration. 42
8.9.5 Transparence à la persistance. 43
8.9.6 Transparence à la relocalisation. 43
8.9.7 Transparence à la duplication . 43
8.9.8 Transparence aux transactions . 43
9 Evaluation de la conformité . 43
9.1 Evaluation de la conformité et processus de développement. 43
9.2 Evaluation de la conformité: relations pertinentes. 44
9.3 Points de conformité et concepts apparentés . 44
9.4 Spécifications de conformité ODP. 45
9.4.1 Niveau d'abstraction. 45
9.4.2 Usage de plusieurs points de référence . 46
9.5 Conséquences des langages de points de vue sur la conformité . 46
9.6 Activités d'évaluation de la conformité. 47
10 Gestion des systèmes ODP. 47
10.1 Domaines de gestion . 47
10.2 Politique de gestion. 48
10.3 Modélisation des structures de gestion . 48
11 L'emploi des normes dans les systèmes ODP. 48
11.1 Point de vue entreprise. 48
11.1.1 Spécification d'entreprise . 48
11.1.2 Application des normes. 50
11.2 Point de vue information. 50
11.2.1 Spécification d'information.50
11.2.2 Application des normes. 50
11.3 Point de vue traitement . 51
11.3.1 Spécification de traitement. 51
11.3.2 Application des normes. 52
11.4 Point de vue ingénierie. 52
11.4.1 Spécification d'ingénierie. 52
11.4.2 Application des normes. 52
11.5 Point de vue technologie. 53
11.5.1 Spécification de technologie . 53
11.5.2 Application des normes. 54
iv © ISO/CEI 1998 – Tous droits réservés
ISO/CEI 10746-1:1998(F)
0AGE
12 Exemples de spécifications ODP . 54
12.1 Système de téléconférence multimédia. 55
12.1.1 Introduction. 55
12.1.2 Spécification d'entreprise . 56
12.1.3 Spécification d'information.57
12.1.4 Spécification de traitement. 58
12.1.5 Spécification d'ingénierie. 61
12.1.6 Spécification de technologie . 62
12.2 Liaison flux audiovisuelle multiparties. 62
12.2.1 Description générale . 63
12.2.2 Spécification d'entreprise . 63
12.2.3 Spécification d'information.65
12.2.4 Spécification de traitement. 67
12.2.5 Spécification d'ingénierie. 69
12.2.6 Spécification de technologie . 71
12.3 Exemple de gestion – Objet métrique . 71
12.3.1 Spécification d'entreprise . 72
12.3.2 Spécification d'information.73
12.3.3 Spécification de traitement. 74
12.4 Exemple de base de données. 75
12.4.1 Spécification d'entreprise . 75
12.4.2 Spécification d'information.76
12.4.3 Spécification de traitement. 76
Annexe A – Bibliographie. 78
© ISO/CEI 1998 – Tous droits réservés v
ISO/CEI 10746-1:1998(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale) forment le
système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou de la CEI participent au
développement de Normes internationales par l'intermédiaire des comités techniques créés par l'organisation concernée afin de
s'occuper des domaines particuliers de l'activité technique. Les comités techniques de l'ISO et de la CEI collaborent dans des
domaines d'intérêt commun. D'autres organisations internationales, gouvernementales ou non gouvernementales, en liaison
avec l'ISO et la CEI participent également aux travaux.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI, Partie 3.
Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé un comité technique mixte, l'ISO/CEI JTC 1. Les
projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote.
Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des organismes nationaux votants.
L’attention est appelée sur le fait que certains des éléments de la présente partie de l’ISO/CEI 10746 peuvent faire l’objet de
droits de propriété intellectuelle ou de droits analogues. L’ISO et la CEI ne sauraient être tenues pour responsables de ne pas
avoir identifié de tels droits de propriété et averti de leur existence.
La Norme internationale ISO/CEI 10746-1 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de
l'information, sous-comité SC 33, Services d'applications distribuées, en collaboration avec l'UIT-T. Le texte identique est
publié en tant que Recommandation UIT-T X.901.
L'ISO/CEI 10746 comprend les parties suivantes, présentées sous le titre général Technologies de l'information — Traitement
réparti ouvert — Modèle de référence:
� Partie 1: Aperçu général
� Partie 2: Fondements
� Partie 3: Architecture
� Partie 4: Sémantique architecturale
L'annexe A de la présente partie de l'ISO/CEI 10746 est donnée uniquement à titre d'information.
vi © ISO/CEI 1998 – Tous droits réservés
ISO/CEI 10746-1:1998(F)
Introduction
La croissance rapide des applications réparties a fait naître le besoin d'un cadre pour coordonner la normalisation du
traitement réparti ouvert (ODP, OPEN�DISTRIBUTED�PROCESSING). Le modèle de référence ODP fournit ce cadre. Il établit une
architecture qui permet la prise en compte de la répartition, de l'interfonctionnement et de la portabilité.
Le modèle de référence pour le traitement réparti ouvert (RM-ODP, REFERENCE�MODEL�OF�OPEN�DISTRIBUTED�PROCESSING),
Rec. UIT-T X.901 | ISO/CEI 10746-1 à Rec. UIT-T X.904 | ISO/CEI 10746-4, repose sur des concepts précis issus des
développements récents dans le domaine des traitements répartis et s'appuie, dans la mesure du possible, sur l'utilisation
des techniques de descriptions formelles pour la spécification de l'architecture.
Le modèle de référence ODP (ISO/CEI 10746) se compose:
– de la Rec. UIT-T X.901 | ISO/CEI 10746-1: APER§U�G'N'RAL: elle contient un aperçu général du modèle
de référence ODP, en précise les motivations, le domaine d'application et la justification, et propose une
explication des concepts clés, ainsi qu'une présentation de l'architecture ODP. Elle explique la façon
d'interpréter le modèle de référence ODP et la manière dont il peut être utilisé, en particulier, par les
auteurs de normes et les architectes de systèmes ODP. Elle contient également une classification des
domaines de normalisation en matière de systèmes répartis; cette classification s'appuie sur des points de
référence de conformité identifiés dans la Rec. UIT-T X.903 | ISO/CEI 10746-3. Ces textes communs ne
sont pas normatifs;
– de la Rec. UIT-T X.902 | ISO/CEI 10746-2: FONDEMENTS: elle contient la définition des concepts et le
cadre analytique à utiliser pour la description normalisée de systèmes de traitement répartis (arbitraires).
Elle s'en tient à un niveau de détail suffisant pour étayer la Rec. UIT-T X.903 | ISO/CEI 10746-3 et établir
les exigences de nouvelles techniques de spécification. Ces textes communs sont normatifs;
– de la Rec. UIT-T X.903 | ISO/CEI 10746-3: ARCHITECTURE: elle contient la spécification des
caractéristiques d'un système réparti ouvert. Ce sont les contraintes auxquelles les normes ODP doivent se
soumettre. Elle utilise les techniques descriptives de la Rec. UIT-T X.902 | ISO/CEI 10746-2. Ces textes
communs sont normatifs;
– de la Rec. UIT-T X.904 | ISO/CEI 10746-4: S'MANTIQUE�D�ARCHITECTURE: elle contient une formalisation
des concepts de modélisation ODP définis dans la Rec. UIT-T X.902 | ISO/CEI 10746-2, articles 8 et 9.
La formalisation s'obtient en interprétant chaque concept à partir d'éléments des différentes techniques
normalisées de descriptions formelles. Ces textes communs sont normatifs.
La présente Recommandation | Norme internationale comporte une annexe.
L'article 6 explique en quoi les systèmes répartis ouverts intéressent les affaires et comment le modèle de référence ODP
et les normes qui lui sont associées permettront aux entreprises d'en recueillir les bénéfices. Cet article présente les
"promesses" de l'ODP, qui sont des composants opérationnels dès insertion (PLUG�AND�PLAY) et des outils d'intégration de
système pour systèmes répartis.
Les articles 7 à 10 précisent ce que sont le modèle de référence ODP et ses fonctions réparties. Ces articles démontrent
que le modèle de référence ODP donne les moyens de concevoir des composants opérationnels dès insertion et des outils
d'intégration de système pour systèmes répartis.
L'article 11 montre comment la spécification d'un système ODP peut faire référence aux normes ODP et à des
spécifications issues d'autres groupes. Ces relations forment un facteur clé de la faculté d'intégration de techniques
disparates qui caractérise l'ODP.
L'article 12 contient des exemples qui illustrent l'usage du modèle de référence ODP et des principes qui le sous-tendent
pour la résolution des problèmes rencontrés dans les affaires.
© ISO/CEI 1998 – Tous droits réservés vii
)3/�#%)�����������������&�
./2-%��).4%2.!4)/.!,%
ISO/CEI 10746-1 : 1998 (F)
Rec. UIT-T X.901 (1997 F)
2%#/--!.$!4)/.��5)4�4
4%#(./,/’)%3��$%��,�).&/2-!4)/.�� ��42!)4%-%.4��2�0!24)��/56%24��
-/$�,%��$%��2�&�2%.#%���!0%2�5��’�.�2!,
� $OMAINE�D�APPLICATION
La présente Recommandation | Norme internationale:
– présente l'ODP et en donne les motivations;
– offre un aperçu général du modèle de référence pour le traitement réparti ouvert (RM-ODP, REFERENCE
MODEL�OF�OPEN�DISTRIBUTED�PROCESSING) dont elle explique les concepts clés;
– indique comment appliquer le modèle de référence ODP.
La présente Recommandation | Norme internationale embrasse aussi bien l'aperçu général que des explications détaillées.
Elle peut être consultée de diverses manières au cours de la lecture des normes:
a) si vous comptez ne lire que la présente Recommandation | Norme internationale, souhaitant acquérir une
compréhension générale de l'importance que revêt l'ODP pour votre organisation, concentrez votre
attention sur l'article 6;
b) si vous avez l'intention d'étudier le modèle de référence ODP dans sa totalité, vous devriez lire aussi
l'article 6 avant d'attaquer les Rec. UIT-T X.902 | ISO/CEI 10746-2 et Rec. UIT-T X.903 |
ISO/CEI 10746-3;
c) pendant le cours de votre lecture des Rec. UIT-T X.902 | ISO/CEI 10746-2 et Rec. UIT-T X.903 |
ISO/CEI 10746-3, vous pourrez être amené à désirer consulter les articles 7 à 10, où se trouvent des
explications qui détaillent les divers concepts définis dans ces textes communs;
d) lorsque vous aurez achevé une première lecture des Rec. UIT-T X.902 | ISO/CEI 10746-2 et
Rec. UIT-T X.903 | ISO/CEI 10746-3, lisez les articles 11 et 12 dans lesquels se trouvent une discussion
sur l'emploi des normes dans la spécification des systèmes ODP et des exemples d'application des
concepts ODP à la spécification des systèmes.
� 2'F'RENCES�NORMATIVES
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation | Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à révision et
les parties prenantes aux accords fondés sur la présente Recommandation | Norme internationale sont invitées à
rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes internationales
indiquées ci-après. Les membres de la CEI et de l'ISO possèdent le registre des Normes internationales en vigueur. Le
Bureau de la normalisation des télécommunications de l'UIT tient à jour une liste des Recommandations de l'UIT-T en
vigueur.
��� 2ECOMMANDATIONS�\�.ORMES�INTERNATIONALES�IDENTIQUES
– Recommandation UIT-T X.200 (1994) | ISO/CEI 7498-1:1994, 4ECHNOLOGIES�DE�L�INFORMATION�
)NTERCONNEXION�DES�SYST¤MES�OUVERTS� �-OD¤LE�DE�R'F'RENCE�DE�BASE��LE�MOD¤LE�DE�R'F'RENCE�DE�BASE�
– Recommandation UIT-T X.207 (1993) | ISO/CEI 9545:1994, 4ECHNOLOGIES� DE� L�INFORMATION�
)NTERCONNEXION�DES�SYST¤MES�OUVERTS� �3TRUCTURE�DE�LA�COUCHE�APPLICATION�
– Recommandation UIT-T X.720 (1993) | ISO/CEI 10165-1:1993, 4ECHNOLOGIES�DE�L�INFORMATION�
)NTERCONNEXION�DES�SYST¤MES�OUVERTS� �3TRUCTURE�DES�INFORMATIONS�DE�GESTION��MOD¤LE�D�INFORMATION�DE
GESTION�
– Recommandation UIT-T X.902 (1995) | ISO/CEI 10746-2:1996, 4ECHNOLOGIES�DE�L�INFORMATION�
4RAITEMENT�R'PARTI�OUVERT� �-OD¤LE�DE�R'F'RENCE��FONDEMENTS�
2EC��5)4�4�8�����������&� 1
)3/�#%)�����������������&�
– Recommandation UIT-T X.903 (1995) | ISO/CEI 10746-3:1996, 4ECHNOLOGIES�DE�L�INFORMATION�
4RAITEMENT�R'PARTI�OUVERT� �-OD¤LE�DE�R'F'RENCE��ARCHITECTURE�
– Recommandation UIT-T X.904 (1997) | ISO/CEI 10746-4:1998, 4ECHNOLOGIES�DE�L�INFORMATION�
4RAITEMENT�R'PARTI�OUVERT� �-OD¤LE�DE�R'F'RENCE��S'MANTIQUE�ARCHITECTURALE�
��� 0AIRES�DE�2ECOMMANDATIONS�\�.ORMES�INTERNATIONALES�'QUIVALENTES�PAR�LEUR�CONTENU�TECHNIQUE
– Recommandation UIT-T X.290 (1995), #ADRE�G'N'RAL�ET�M'THODOLOGIE�DES�TESTS�DE�CONFORMIT'
D�INTERCONNEXION�DES�SYST¤MES�OUVERTS�POUR�LES�2ECOMMANDATIONS�SUR�LES�PROTOCOLES�POUR�LES�APPLICATIONS
DE�L�5)4�4� �#ONCEPTS�G'N'RAUX�
– ISO/CEI 9646-1:1994, 4ECHNOLOGIES�DE�L�INFORMATION� �)NTERCONNEXION�DES�SYST¤MES�OUVERTS� �#ADRE
G'N'RAL�ET�M'THODOLOGIE�DES�TESTS�DE�CONFORMIT'�/3)� �0ARTIE����#ONCEPTS�G'N'RAUX�
��� .ORMES�INTERNATIONALES
1)
– ISO/CEI 11578-2:– : 4ECHNOLOGIES�DE�L�INFORMATION� �)NTERCONNEXION�DES�SYST¤MES�OUVERTS� �!PPEL�DE
PROC'DURE�DISTANTE� �0ARTIE����.OTATION�DE�D'FINITION�D�INTERFACE�
– ISO/CEI TR 10000-1:1995, 4ECHNOLOGIE�DE�L�INFORMATION� �#ADRE�ET�TAXONOMIE�DES�PROFILS�NORMALIS'S
INTERNATIONAUX� �0ARTIE����0RINCIPES�G'N'RAUX�ET�CADRE�DE�DOCUMENTATION.
� $'FINITIONS
��� $'FINITIONS�DE�LA�PR'SENTE�2ECOMMANDATION�\�.ORME�INTERNATIONALE
Il n'y a pas de définitions dans la présente Recommandation | Norme internationale.
��� $'FINITIONS�DONN'ES�DANS�D�AUTRES�2ECOMMANDATIONS�\�.ORMES�INTERNATIONALES
La présente Recommandation | Norme internationale emploie les termes suivants dont la définition se trouve dans la
Rec. UIT-T X.902 | ISO/CEI 10746-2:
– abstraction;
– action;
– action interne;
– activité;
– affinement;
– architecture;
– atomicité;
– chaîne (d'actions);
– classe;
– classe de base;
– classe de gabarit;
– classe dérivée;
– communication;
– compatibilité;
– compatibilité de comportement;
– comportement de rattachement;
– comportement d'établissement;
– comportement de terminaison;
– comportement (d'un objet);
– composition;
_______________
1)
A publier.
2 2EC��5)4�4�8�����������&�
)3/�#%)�����������������&�
– configuration (d'objets);
– contexte contractuel;
– contrat;
– contrat d'environnement;
– courtage;
– création;
– décomposition;
– défaillance;
– défaut;
– détachement;
– domaine de désignation;
– données;
– environnement (d'objet);
– entité;
– erreur;
– état;
– fil d'exécution;
– gabarit d'action;
– identificateur;
– information;
– information de gestion;
– instance;
– instanciation;
– interdiction;
– interaction;
– interface;
– introduction (d'un );
– invariant;
– liaison;
– nom;
– norme ODP;
– notification;
– objet;
– objet client;
– objet composite;
– objet consommateur;
– objet initiateur;
– objet producteur;
– objet répondeur;
– objet serveur;
– obligation;
– permission;
– persistance;
– point de conformité;
– point de référence;
– point de référence de programmation;
2EC��5)4�4�8�����������&� 3
)3/�#%)�����������������&�
– point de référence d'interfonctionnement;
– point de référence physique;
– point de vue;
– politique;
– portabilité;
– position dans l'espace;
– qualité de service;
– rattachement;
– résolution de nom;
– rôle;
– signature d'interface;
– sous-classe;
– sous-type;
– suppression;
– système;
– système ODP;
– transparence à la répartition;
– type;
– type-gabarit.
La présente Recommandation | Norme internationale emploie les termes suivants dont la définition se trouve dans la
Rec. UIT-T X.903 | ISO/CEI 10746-3:
– action de liaison composite;
– action de liaison primitive;
– annonce;
– autorité de sécurité;
– cacher;
– canal;
– capsule;
– cible;
– communauté;
– désactivation;
– domaine de sécurité;
– fédération;
– flux;
– fonction ODP;
– gabarit de grappe;
– gestionnaire de capsule;
– gestionnaire de grappe;
– information de contrôle d'accès;
– interface de communication;
– interface flux;
– interface opération;
– interface signal;
– intercepteur;
– interrogation;
– invocation;
4 2EC��5)4�4�8�����������&�
)3/�#%)�����������������&�
– langage ;
– liaison explicite;
– liaison implicite;
– migration;
– nœud;
– noyau;
– objet de liaison;
– objet protocole;
– objet d'ingénierie de base;
– objet lieur;
– point de reprise;
– point de vue entreprise;
– point de vue information;
– point de vue ingénierie;
– point de vue technologie;
– point de vue traitement;
– politique de sécurité;
– pose de point de reprise;
– réactivation;
– relocalisateur;
– reprise;
– schéma de duplication;
– schéma d'invariant;
– schéma dynamique;
– schéma statique;
– signal;
– signature d'interface opération;
– signature d'interface flux;
– signature d'interface signal;
– talon;
– terminaison;
– transparence à la duplication;
– transparence à la localisation;
– transparence à la migration;
– transparence à la persistance;
– transparence à la relocalisation;
– transparence aux défaillances;
– transparence aux transactions;
– transparence d'accès;
– valider.
La présente Recommandation | Norme internationale emploie les termes suivants dont la définition se trouve dans
l'ISO/CEI 9646:
– déclaration de conformité d'une implémentation;
– informations complémentaires nécessaires aux essais de conformité d'une implémentation;
– point de contrôle et d'observation.
2EC��5)4�4�8�����������&� 5
)3/�#%)�����������������&�
La présente Recommandation | Norme internationale emploie les termes suivants dont la définition se trouve dans la
Rec. UIT-T X.200 | ISO/CEI 7498-1:
– système ouvert;
– syntaxe abstraite;
– syntaxe de transfert.
� !BR'VIATIONS
Pour les besoins de la présente Recommandation | Norme internationale, les abréviations suivantes sont utilisées:
A-profile Profil d'application (APPLICATION�PROFILE)
ACID Atomicité, cohérence, isolation, durabilité
AE Entité d'application (APPLICATION�ENTITY)
AEI Invocation d'entité d'application (APPLICATION�ENTITY�INVOCATION)
ALS Structure de la couche Application (APPLICATION�LAYER�STRUCTURE)
AP Processus d'application (APPLICATION�PROCESS)
API Invocation de processus d'application (APPLICATION�PROCESS�INVOCATION)
API Interface de programme d'application (APPLICATION�PROGRAM�INTERFACE)
ASO Objet de service d'application (APPLICATION�SERVICE�OBJECT)
BEO Objet d'ingénierie de base (BASIC�ENGINEERING�OBJECT)
CAD Conception assistée par ordinateur (COMPUTER�AIDED�DESIGN)
CD Disque compact (COMPACT�DISK)
CIM Fabrication intégrée par ordinateur (COMPUTER�INTEGRATED�MANUFACTURING)
CMIP Protocole commun d'informations de gestion (COMMON�MANAGEMENT�INFORMATION�PROTOCOL)
CMIS Service commun d'informations de gestion (COMMON�MANAGEMENT�INFORMATION�SERVICE)
DL Langage de définition (DEFINITION�LANGUAGE)
F-profile Profil de format et de présentation (FORMAT�AND�PRESENTATION�PROFILE)
FDT Technique de description formelle (FORMAL�DESCRIPTION�TECHNIQUES)
GUI Interface graphique d'utilisateur (GRAPHICAL�USER�INTERFACE)
HCI Interface homme machine (HUMAN�COMPUTER�INTERFACE)
ICS Déclaration de conformité d'implémentation (IMPLEMENTATION�CONFORMANCE�STATEMENT)
IDL Langage de définition d'interface (INTERFACE�DEFINITION�LANGUAGE)
IT Techniques (ou Technologies) de l'information (INFORMATION�TECHNOLOGY)
IXIT Informations complémentaires nécessaires aux essais de conformité d'une implémentation
(IMPLEMENTATION�EXTRA�INFORMATION�FOR�TESTING)
MIM Modèle d'informations de gestion (MANAGEMENT�INFORMATION�MODEL�
MMC(S) (Système) de téléconférence multimédia [MULTIMEDIA�CONFERENCING��SYSTEM�]
ODP Traitement réparti ouvert (OPEN�DISTRIBUTED�PROCESSING)
OMG Groupe de gestion d'objet (OBJECT�MANAGEMENT�GROUP)
OMT Technique de modélisation par objets (OBJECT�MODELLING�TECHNIQUE)
OSE Environnement des systèmes ouverts (OPEN�SYSTEM�ENVIRONMENT)
OSF Fondement des systèmes ouverts (OPEN�SOFTWARE�FOUNDATION)
OSI Interconnexion des systèmes ouverts (OPEN�SYSTEMS�INTERCONNECTION)
PCO Point de contrôle et d'observation (POINT�OF�CONTROL�AND�OBSERVATION)
6 2EC��5)4�4�8�����������&�
)3/�#%)�����������������&�
QS Qualité de service
RDA Accès aux bases de données distantes (REMOTE�DATABASE�ACCESS)
RM-ODP Modèle de référence pour le traitement réparti ouvert (REFERENCE�MODEL�OF�OPEN�DISTRIBUTED
PROCESSING)
RPC Appel de procédure distante (REMOTE�PROCEDURE�CALL)
T-profile Profil de transport (TRANSFER�PROFILE)
TINA Architecture de réseautage des informations de télécommunication (TELECOMMUNICATION
INFORMATION�NETWORKING�ARCHITECTURE)
TVHD Télévision haute définition
ULA Architecture des couches supérieures (UPPER�LAYERS�ARCHITECTURE)
� #ONVENTIONS
La présente Recommandation | Norme internationale applique les conventions particulières suivantes:
1) lors de leur première apparition aux articles 7 et 8, les termes formels extraits des Rec. UIT-T X.902 |
ISO/CEI 10746-2 et Rec. UIT-T X.903 | ISO/CEI 10746-3 sont mis en italique;
2) les exemples de l'article 12 utilisent les conventions de dessin OMT définies dans [Rumbaugh 91];
3) dans les diagrammes:
• les objets sont représentés par des ovales ou des cercles;
• le symbole "⊥" en saillie sur un objet représente une interface.
� .ORMALISATION�/$0
��� /BJECTIFS�ET�MOTIVATIONS
La normalisation ODP a pour objectif d'établir des normes qui permettent de tirer avantage de la distribution de
l'information dans un environnement caractérisé par la présence de moyens hétérogènes de traitement de l'information
relevant de domaines d'organisation multiples. Ces normes traitent des contraintes à la spécification des systèmes et de la
fourniture d'une infrastructure de système qui permettent de s'accommoder des difficultés inhérentes à la conception et à
la programmation des systèmes répartis.
L'importance des systèmes répartis découle du besoin croissant d'interconnexion des systèmes de traitement de
l'information. Ce besoin résulte de tendances d'ordre organisationnel qui, comme la réduction de taille, imposent des
échanges d'informations tant entre groupes au sein d'une organisation donnée qu'entre organisations coopérantes. Les
progrès de la technique permettent de répondre à ces tendances en donnant plus d'importance aux réseaux de services
d'information et aux stations de travail personnelles et en permettant d'établir des applications réparties sur l'étendue de
grands réseaux de systèmes interconnectés.
Pour être en mesure tant de gérer la répartition des systèmes que de l'exploiter, en tirant parti, par exemple, de son
potentiel en termes de disponibilité, de performances, de sûreté de fonctionnement et d'optimisation des coûts, les
organisations doivent être capables de s'accommoder d'un certain nombre de caractéristiques essentielles de la répartition
des systèmes:
• 'LOIGNEMENT: les composants d'un système réparti peuvent être dispersés dans l'espace; les interactions
peuvent intervenir localement ou à distance;
• CONCOMITANCE: tout composant d'un système réparti peut fonctionner en parallèle avec d'autres
composants;
• ABSENCE�D�'TAT�GLOBAL: il n'est pas possible de déterminer avec précision l'état global d'un système réparti;
• INDIVIDUALISATION�DES D'FAILLANCES: tout composant d'un système réparti est susceptible de défaillance
indépendamment de tout autre composant;
• ASYNCHRONISME: une horloge globale unique ne peut seule cadencer les activités de communication et de
traitement informatique. Dans un système réparti, il n'est pas possible de supposer que des modifications
corrélatives se produisent au même instant;
2EC��5)4�4�8�����������&� 7
)3/�#%)�����������������&�
• H'T'ROG'N'IT': il n'est pas garanti que la réalisation des composants d'un système réparti fasse appel aux
mêmes solutions techniques, dont il est de plus certain qu'elles varieront dans le temps. L'hétérogénéité�se
manifeste en nombre d'endroits: matériels, systèmes d'exploitation, réseaux et protocoles de
communication, langages de programmation, applications, etc.;
• AUTONOMIE: un système réparti peut s'étendre sur de nombreux domaines de gestion et de commande,
régis par des autorités différentes, sans qu'il existe de centre de gestion unique. Le degré d'autonomie
caractérise le point vers lequel des autorités distinctes exercent un commandement sur les ressources de
traitement et sur les appareils qui leur sont associés, imprimantes, équipements de stockage de
l'information, écrans graphiques, matériels audio, etc.;
• 'VOLUTIVIT': au cours de son existence opérationnelle, un système réparti devra en général faire face à de
nombreuses modifications, motivées par des progrès techniques qui permettent d'améliorer les
performances pour un coût moindre, par des décisions stratégiques relatives à de nouveaux objectifs et
par de nouveaux types d'applications;
• MOBILIT': les sources d'information, les nœuds de traitement et les utilisateurs sont susceptibles de
mobilité physique. Les programmes et les données peuvent aussi être déplacés de nœud en nœud pour, par
exemple, tenir compte de la mobilité physique ou pour optimiser les performances.
Il n'est pas facile de construire des systèmes de cette sorte. Il y faut une architecture mais, comme une réalisation unique
est incapable de répondre à toutes les exigences, cette architecture doit faire preuve de souplesse. Qui plus est, comme
un fournisseur unique ne sera pas en mesure d'offrir toutes les solutions, il est essentiel que l'architecture et les fonctions
nécessaires à sa réalisation soient définies sous forme d'un ensemble de normes grâce auxquelles de nombreux
fournisseurs pourront collaborer à l'élaboration des systèmes répartis. Ces normes permettront de construire des systèmes
qui pourront:
• être OUVERTS� �en offrant à la fois portabilité (exécution des composants sur des nœuds de traitement
différents sans modification de ces composants) et interfonctionnement (interactions signifiantes entre
composants résidant éventuellement dans des systèmes différents);
• être INT'GR'S – en incorporant dans un ensemble unique une variété de systèmes et de ressources sans
nécessiter de coûteux développements spécifiques. Il peut s'agir de systèmes d'architectures différentes, de
ressources différentes de performances différentes. L'intégration aide à la prise en compte de
l'hétérogénéité;
• être SOUPLES – en étant capables à la fois d'évoluer et de prendre en compte le fait que les systèmes
existants doivent continuer à fonctionner. Un système ouvert devrait pouvoir faire face à des changements
qui, comme une reconfiguration dynamique rendue nécessaire par l'évo
...
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...