ISO/IEC 10746-2:1996
(Main)Information technology — Open Distributed Processing — Reference Model: Foundations
Information technology — Open Distributed Processing — Reference Model: Foundations
Contains the concepts which are needed to perform the modelling of ODP systems, and the principles of conformance to ODP systems.
Technologies de l'information — Traitement réparti ouvert — Modèle de référence: Fondements
General Information
Relations
Buy Standard
Standards Content (Sample)
INTERNATIONAL
ISO/IEC
STANDARD
10746-2
First edition
1996-09-I 5
Information technology - Open
Distributed Processing - Reference Model:
Foundations
Technologies de /‘information - Traitement distribue ouvert - Mod&/e de
r6f6rence.m Fonda tions
Reference number
ISO/I EC 10746-2: 1996(E)
---------------------- Page: 1 ----------------------
ISO/IEC 10746-2: 1996(E)
Contents Page
1
1 Scope .
1
.....................................................................................................................................
2 Normative references
1
........................................................................
2.1 Identical Recommendations I International Standards
1
......................................................................................................................................................
3 Definitions
1
..................................................
Definitions from other Recommendations I International Standards
31
1
.......................................................................................................................
3:2 Background definitions
2
.................................................................................................................................................
Abbreviations
2
.............................................................................................................................
Categorization of concepts
2
.........................................................................................................................
Basic interpretation concepts
3
Basic linguistic concepts .
3
Basic modelling concepts .
5
Specification concepts .
5
Composition .
91 .
5
....................................................................................................................................
93 . Decomposition
9
.................................................................................................................................
10 Organizational concepts
10
...................................................................................................................
11 Properties of systems and objects
10
11.1 Transparencies .
10
11.2 Policy concepts .
11
11.3 Temporal properties .
11
............................................................................................................................................
12 Naming concepts
12
..................................................................................................................................
13 Concepts for behaviour
12
................................................................................................................................
13.1 Activity structure
12
.........................................................................................................................
13.2 Contractual behaviour
13
13.3 Causality .
14
......................................................................................................................
13.4 Establishing behaviours
14
......................................................................................................................................
13 5 Dependability
15
....................................................................................................................................
14 Management concepts
15
......................................................................................................................
15 ODP approach to conformance
.......................................................................................................... 15
15.1 Conformance to ODP standards
15
...............................................................................................................
15.2 Testing and reference points
16
..................................................................................................................
15.3 Classes of reference points
16
.....................................................................................................................
15.4 Change of configuration
17
........................................................................................................
15.5 The conformance testing process
17
15.6 The result of testing .
17
......................................................................................................
15.7 Relation between reference points
@ ISO/IEC 1996
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 micro-
film, without permission in writing from the publisher.
ISO/IEC Copyright Office l Case postale 56 l CH- 1211 Geneve 20 l Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
@ ISO/IEC ISO/IEC 10746-2: 1996(E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized system for worldwide
standardization. National bodies that are members of IS0 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.
IS0 and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
IS0 and IEC, also take part in the work.
In the field of information technology, IS0 and IEC have established a joint
technical committee, ISOIIEC 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-2 was prepared by Joint Technical Com-
mittee ISO/IEC JTC 1, Information technology, Subcommittee SC 21, Open
Systems Interconnection, data management and open distributed processing, in
collaboration with ITU-T. The identical text is published as ITU-T Recommen-
dation X.902.
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
. . .
111
---------------------- Page: 3 ----------------------
ISO/IEC 10746-2: 1996(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 of ODP 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 (RM-ODP), ITU-T Recs. X.901 to X.904 I ISO/IEC 10746, 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 consists of:
-
ITU-T Rec. X.901 I 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 the RM-ODP 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 I ISO/IEC 10746-3. This part is not normative.
-
ITU-T Rec. X.902 I ISO/IEC 10746-2: Foundations: Contains the definition of the concepts and
analytical framework for normalized description of (arbitrary) distributed processing systems. It
introduces the principles of conformance to ODP standards and the way in which they are applied. This is
only to a level of detail sufficient to support ITU-T Rec. X.903 I ISO/IEC 10746-3 and to establish
requirements for new specification techniques. This part is normative.
-
ITU-T Rec. X.903 I 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 I ISO/IEC 10746-2.
This part is normative.
-
ITU-T Rec. X.904 I ISO/IEC 10746-4: Architectural semantics: Contains a formalization of the ODP
modelling concepts defined in this Recommendation I International Standard (clauses 8 and 9). The
formalization is achieved by interpreting each concept in terms of the constructs of the different
standardized formal description techniques. This part is normative.
This Recommendation I International Standard does not contain any annexes.
iv
---------------------- Page: 4 ----------------------
ISOAEC 10746-2 : 1996 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY - OPEN DISTRIBUTED PROCESSING -
REFERENCE MODEL: FOUNDATIONS
1
Scope
This ITU-T Recommendation I International Standard covers the concepts which are needed to perform the modelling of
ODP systems (see clauses 5 to 14), and the principles of conformance to ODP systems (see clause 15).
The concepts defined in clauses 5 to 15 are used in the Reference Model of Open Distributed Processing to support the
definitions of:
the structure of the family of standards which are subject to the Reference Model;
a>
the structure of distributed systems which claim compliance with the Reference Model (the configuration
b)
of the systems);
the concepts needed to express the combined use of the various standards supported;
Cl
d) the basic concepts to be used in the specifications of the various components which make up the open
distributed system.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation I 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 I International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and Standards listed below. Members of IEC and IS0 maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
Identical Recommendations I International Standards
21 .
-
ITU-T Recommendation X.903 (1995) I ISO/IEC 10746-3: 1996, Infomzation technology - @en
distributed processing - Reference Model: Architecture.
3 Definitions
For the purposes of this Recommendation I International Standard, the following definitions apply.
31 0 Definitions from other Recommendations I International Standards
There are no definitions from other Recommendations I International Standards in this Recommendation I International
Standard.
32 . Background definitions
3.2.1 distributed processing: Information processing in which discrete components may be located in different
places, and where communication between components may suffer delay or may fail.
3.2.2 ODP standards: This Reference Model and those standards that comply with it, directly or indirectly.
3.2.3 open distributed processing: Distributed processing designed to conform to ODP standards.
3.2.4 ODP system: A system (see 6.5) which conforms to the requirements of ODP standards.
IT&T Rec. X.902 (1995 E) 1
---------------------- Page: 5 ----------------------
ISO/IEC 10746-2 : 1996 (E)
information: Any kind of knowledge, that is exchangeable amongst users, about things, facts, concepts and so
3.2.5
on, in a universe of discourse.
representation form to make it communicable, it is the interpretation of this
Although information will necessarily have a
n the first place.
representation (the meaning) that is relevant i
3.2.6 data: The representation forms of information dealt with by information systems and users thereof.
3.2.7 A form of abstracti .on achie ved using a selected set of architectural concepts and
viewpoint (on a system):
structuring rules, in order to focus on particular concerns within a system.
4 Abbreviations
For the purposes of this Recommendation I International Standard, the following abbreviations apply:
ODP Open Distributed Processing
OS1 Open Systems Interconnection
Protocol Implementation Conformance Statement
PIGS
PIXIT Protocol Implementation Extra Information for Testing
RM-ODP Reference Model of Open Distributed Processing
TP Transaction Processing
5 Categorization of concepts
The modelling concepts defined in this Recommendation I International Standard are categorized as follows:
Basic interpretation concepts: Concepts for the interpretation of the modelling constructs of any ODP
a>
modelling language. These concepts are described in clause 6.
Basic linguistic concepts: Concepts related to languages; the grammar of any language for the ODP
b)
Architecture must be described in terms of these concepts. These concepts are described in clause 7.
Basic modelZing concepts: Concepts for building the ODP Architecture; the modelling constructs of any
Cl
language must be based on these concepts. These concepts are described in clause 8.
Specification concepts: Concepts related to the requirements of the chosen specification languages used
(0
in ODP. These concepts are not intrinsic to distribution and distributed systems, but they are requirements
to be considered in these specification languages. These concepts are described in clause 9.
Concepts that emerge from considering different issues in distribution and
Structuring concepts:
e)
distributed systems. They may or may not be directly supported by specification languages adequate for
dealing with the problem area. Specification of objects and functions that directly support these concepts
must be made possible by the use of the chosen specification languages. These concepts are described in
clauses 10 to 14.
Conformance concepts: Concepts necessary to explain the notions of conformance to ODP standards and
f)
of conformance testing. These concepts are defined in clause 15.
IT&T Recommendation X.903 I ISO/IEC 10746-3 uses the concepts in this Recommendation I International Standard to
specify the characteristics for distributed processing to be open. It is organized as a set of viewpoint languages. Each
viewpoint language refines concepts from the set defined in this Recommendation I International Standard. It is not
necessary for all viewpoint languages to adopt the same notations. Different notations may be chosen as appropriate to
reflect the requirements of the viewpoint. These notations may be natural, formal, textual or graphical. However, it will
be necessary to establish correspondences between the various languages to ensure overall consistency.
6 Basic interpretation concepts
Although much of the ODP Architecture is concerned with defining formal constructs, the semantics of the architectural
model and any modelling languages used have to be described. These concepts are primarily meta-concepts,
i.e. concepts which apply generally to any form of modelling activity. It is not intended that these concepts will be
formally defined, nor that they be used as the basis of formal definition of other concepts.
2
ITU-T Rec. X.902 (1995 E)
---------------------- Page: 6 ----------------------
ISO/IEC 10746-2 : 1996 (E)
Any modelling activity identifies:
elements of the universe of discourse;
a>
b) one or more pertinent levels of abstraction.
The elements of the universe of discourse are entities and propositions.
61 Entity: Any concrete or abstract thing of interest. While in general the word entity can be used to refer to
anything, in the context of modelling it is reserved to refer to things in the universe of discourse being modelled.
62 . Proposition: An observable fact or state of affairs involving one or more entities, of which it is possible to
assert or deny that it holds for those entities.
63 Abstraction: The process of suppressing irrelevant detail to establish a simplified model, or the result of that
piocess.
64 . Atomicity: An entity is atomic at a given level of abstraction if it cannot be subdivided at that level of
abstraction.
Fixing a given level of abstraction may involve identifying which elements are atomic.
65 . System: Something of interest as a whole or as comprised of parts. Therefore a system may be referred to as
an entity. A component of a system may itself be a system, in which case it may be called a subsystem.
NOTE - For modelling purposes, the concept of system is understood in its general, system-theoretic sense. The term
“system” can refer to an information processing system but can also be applied more generally.
66 Architecture (of a system): A set of rules to define the structure of a system and the interrelationships
between its parts.
7 Basic linguistic concepts
Whatever the concepts or semantics of a modelling language for the ODP Architecture, it will be expressed in some
syntax, which may include linear text or graphical conventions. It is assumed that any suitable language will have a
grammar defining the valid set of symbols and well-formed linguistic constructs of the language. The following concepts
provide a common framework for relating the syntax of any language used for the ODP Architecture to the interpretation
concepts.
Term: A linguistic construct which may be used to refer to an entity.
7.1
The reference may be to any kind of entity including a model of an entity or another linguistic construct.
7.2 Sentence: A linguistic construct containing one or more terms and predicates; a sentence may be used to
express a proposition about the entities to which the terms refer.
A predicate in a sentence may be considered to refer to a relationship between the entities referred to by the terms linked.
Basic modelling concepts
8
The detailed interpretation of the concepts defined in this clause will depend on the specification language concerned,
but these general statements of concept are made in a language-independent way to allow the statements in different
languages to be interrelated.
The basic concepts are concerned with existence and activity: the expression of what exists, where it is and what it does.
81 Object: A model of an entity. An object is characterized by its behaviour (see 8.6) and, dually, by its state
(ice 8.7). An object is distinct from any other object. An object is encapsulated, i.e. any change in its state can only
occur as a result of an internal action or as a result of an interaction (see 8.3) with its environment (see 8.2).
An object interacts with its environment at its interaction points (see 8.11).
Depending on the viewpoint, the emphasis may be placed on behaviour or on state. When the emphasis is placed on
behaviour, an object is informally said to perform functions and offer services (an object which makes a function
available is said to offer a service). For modelling purposes, these functions and services are specified in terms of the
behaviour of the object and of its interfaces (see 8.4). An object can perform more than one function. A function can be
performed by the cooperation of several objects.
ITU-T Rec. X.902 (1995 E)
3
---------------------- Page: 7 ----------------------
ISO/IEC 10746-2 : 1996 (E)
NOTES
1 The concepts of service and function are used informally to express the purpose of a piece of standardization. In
the ODP family of standards, function and service are expressed formally in terms of the specification of the behaviour of objects and
of the interfaces which they support. A “service” is a particular abstraction of behaviour expressing the guarantees offered by a
service provider.
2 The expression “use of a function” is a shorthand for the interaction with an object which performs the function.
82 . Environment (of an object): The part of the model which is not part of that object.
NOTE - In many specification languages, the environment can be considered to include at least one object which is able to
participate without constraint in all possible interactions (see 8.3), representing the process of observation.
83 .
Action: Something which happens.
Every action of interest for modelling purposes is associated with at least one object.
The set of actions associated with an object is partitioned into internal actions and interactions. An intern al action
with the
always takes place without the participation of the environment of the object. An interaction takes place
participation of the environment of the object.
NOTES
1 “Action” means “action occurrence”. Depending on context, a specification may express that an action has occurred,
is occurring or may occur.
2 The granularity of actions is a design choice. An action need not be instantaneous. Actions may overlap in ti .me.
3 Interactions may be labelled in terms of cause and effect relationships between the participating objects. The concepts
that support this are discussed in 13.3.
4 An object may interact with itself, in which case it is considered to play at least two roles in the interaction, and may
be considered, in this context, as being a part of its own environment.
5 Involvement of the environment represents observability. Thus, interactions are observable whereas internal actions
are not observable, because of object encapsulation.
the behaviour of an object that consists of a subset of the interactions of that
84 . Interface: An abstraction of
object on when they may occur.
together with a set of constraints
Each interaction of an object belongs to a unique interface. Thus, the interfaces of an object form a partition of the
interactions of that object.
NOTES
1 An interface constitutes the part of an object behaviour that is obtained by considering only the interactions of that
interface and by hiding all other interactions. Hiding interactions of other interfaces will generally introduce non-determinism as far as
the interface being considered is concerned.
The phrase “an interface between objects” is used to refer to the binding (see 13.4.2) between interfaces of the objects
2
concerned.
Activity: A single-headed directed acyclic graph of actions, where occurrence of each action in the graph is
85 .
made possible by the occurrence of all immediately preceding actions (i.e. by all adjacent actions which are closer to the
head).
86 . Behaviour (of an object): A collection of actions with a set of constraints on when they may occur.
The specification language in use determines the constraints which may be expressed. Constraints may include for
example sequentiality, non-determinism, concurrency or real-time constraints.
A behaviour may include internal actions.
The actions that actually take place are restricted by the environment in which the object is placed.
NOTES
1 The composition (see 9.1) of a collection of objects implicitly yields an equivalent object representing the
composition. The behaviour of this object is often referred to simply as the behaviour of the collection of objects.
2 Action and activity are degenerate cases of behaviour.
3 In general, several sequences of interactions are consistent with a given behaviour.
87 State (of an object): At a given instant in time, the condition of an object that determines the set of all
sequences of actions in which the object can take part.
Since, in general, behaviour includes many possible series of
actions in which the object might take knowledge of
state does not necessarily allow the prediction of the sequence of actions will actual ly occur.
which
4 ITU-T Rec. X.902 (1995 E)
---------------------- Page: 8 ----------------------
ISO/IEC 10746-2 : 1996 (E)
State changes are effected by actions; hence a state is partially determined by the previous in which the object
took part.
Since directly from the environment, but only indirectly as a result
an object is encapsulated, its state cannot be changed
of the interactions in which the object takes part.
88 Communication: The conveyance of information between two or more objects as a result of one or more
iiteractions, possibly involving some intermediate objects.
NOTES
1 Communications may be labelled in terms of a cause and effect relationship between the participating objects.
Concepts to support this are discussed in 13.3.
2 Every interaction is an instance of a communication.
89 . Location in space: An interval of arbitrary size in space at which an action can occur.
Location in time: An interval of arbitrary size in time at which an action can occur.
8.10
NOTES
1 The extent of the interval in time or space is chosen to reflect the requirements of a particular specification task and
the properties of a particular specification language. A single location in one specification may be subdivided in either time or space
(or both) in another specification. In a particular specification, a location in space or time is defined relative to some suitable
coordinate system.
2 By extension, the location of an object is the union of the locations of the actions in which the object may take part.
8.11 Interaction point: A location at which there exists a set of interfaces.
At any given location in time, an interaction point is associated with a location in space, within the specificity allowed by
the specification language in use. Several interaction points may exist at the same location. An interaction point may be
mobile.
9 Specification concepts
91 . Composition
a) (Of objects) - A combination of two or more objects yielding a new object, at a different level of
abstraction. The characteristics of the new object are determined by the objects being combined and by
the way they are combined. The behaviour of a composite object is the corresponding composition of the
behaviour of the component objects.
b) (Of behaviours) - A combination of two or more behaviours yielding a new behaviour. The
characteristics of the resulting behaviour ;ue determined by the behaviours being combined and the way
they are combined.
NOTES
1 Examples of combination techniques are sequential composition, concurrent composition, interleaving, choice, and
hiding or concealment of actions. These general definitions will always be used in a particular sense, identifying a particular means of
combination.
2 In some cases, the composition of behaviours may yield a degenerate behaviour, e.g. deadlock, due to the constraints
on the original behaviours.
92 . Composite object: An object expressed as a composition.
93 . Decomposition
(Of an object) - The specification of a given object as a composition.
a>
(Of a behaviour) - The specification of a given behaviour as a composition.
b)
Composition and decomposition are dual terms and dual specification activities.
Behavioural compatibility: An object is behaviourally compatible with a second object with respect to a set
94
0; criteria (see Notes) if the first object can replace the second object without the environment being able to notice the
difference in the objects’ behaviour on the basis of the set of criteria.
Typically, the criteria impose constraints on the allowed behaviour of the environment. If the criteria are such that the
environment behaves as a tester for the original object, i.e. the environment defines the smallest behaviour that does not
constrain the behaviour of the original object, the resulting behavioural compatibility relation is called extension.
ITU-T Rec. X.902 (1995 E) 5
---------------------- Page: 9 ----------------------
ISO/IEC 10746-2 : 1996 (E)
The criteria may allow the replacement object to be derived by modification of an otherwise incompatible object in order
that it should be an acceptable replacement. An example of such a modification might be hiding of additional parameters
on certain interactions. In this way, an interaction of the new object can
...
NORME ISO/CEI
INTERNATIONALE 10746-2
Première &dition
1996-09-1 5
Technologies de l'information -
Traitement réparti ouvert - Modèle de
référence: Fondements
Information technology - Open Distributed Processing - Reference
Model: Foundations
Numéro de référence
ISO/CEI 10746-211 996(F)
---------------------- Page: 1 ----------------------
ISOKEI 10746-2 : 1996 (F)
Sommaire
Page
Domaine d'application . 1
1
2 Références . . 1
2.1 Recommandations 1 Normes internationales identique . 1
3 Définitions . 1
3.1 Définitions provenant d'autres Recommandations 1 Normes internationales . 1
1
3.2 Définitions de base . .
2
4 Abréviations . . .
2
5 Catégories de concept .
Concepts d'interprétation de base . . 3
6
7 Concepts linguistiques de base . 3
3
8 Concepts de modélisation de base .
9 Concepts de spécification . 5
9.1 composition . 5
6
9.3 décomposition .
9
10 Concepts d'organisation . .
...................................................................................... 10
11 Propriétés des systèmes et des objets .
10
11.1 Transparences .
11
11.2 Concepts de politique .
1 1.3 Propriétés temporelles . . . 12
12
Concepts de désignation .
12
12
13 Concepts de comportement . .
12
13.1 Structure d'activité . .
13.2 Comportement contractuel . 13
13.3 Causalité . 14
13.4 Comportements d'établissement . 14
13.5 Sûreté de fonctionnement . 15
O ISO/CEI 1996
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'éditeur .
ISO/CEI Copyright Office Case postale 56 CH-121 1 Genève 20 Suisse
Version française tirée en 1997
Imprimé en Suisse
11
---------------------- Page: 2 ----------------------
ISOKEI 10746-2 : 1996 (F) 0 ISO/CEI
Avant - p r op os
L'ISO (Organisation internationale de normalisation) et la CE1 (Commission électrotechnique internationale) fomient
ensemble un système consacré à la normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I'ISO ou de la CE1 participent au développement des Normes internationales par l'intermédiaire des comités
techniques créés par l'organisation concernée afin de s'occuper des différents domaines particuliers de l'activité technique.
Les comités techniques de 1'ISO et de la CE1 collaborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec I'ISO et la CE1 participent également aux
travaux.
I'ISO et la CE1 ont créé un comité technique mixte, I'ISOiCEI JTC 1.
Dans le domaine des technologies de l'information,
Les projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes intemationales sont approuvées
conformément aux procédures qui requièrent l'approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOiCEI 10746-2 a été élaborée par le comité technique mixte ISOiCEI JTC I, Technologies de
l'information, sous-comité SC 2 1, Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec 1'UIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.902.
L'ISO/CEI 10746 comprend les parties suivantes, présentées sous le titre général Technologies de I'injornzatioiz -
Traitement réparti ouvert - Modèle de référence:
- Partie I: Présentation
- Partie 2: Fondements
- Partie 3: Architecture
- Partie 4: Sémantique architecturale
iv
---------------------- Page: 3 ----------------------
0 ISO/CEI ISO/CEI 10746-2 : 1996 (F)
14 Concepts de gestion .
16
15 Approche ODP de la conformité .
16
15.1 Conformité aux normes ODP .
16
15.2 Tests et points de référence .
16
15.3 Classes de points de référence .
16
15.4 Changement de configuration .
17
15.5 Processus de test de conformité .
17
15.6 Résultat des tests .
18
15.7 Relation entre les points de référence .
18
...
111
---------------------- Page: 4 ----------------------
0 ISO/CEI ISOKEI 10746-2 : 1996 (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). Le Modèle de Référence ODP foumit ce cadre. I1 établit une architecture qui permet la
prise en compte de la répartition, l'interfonctionnement et la portabilité.
Le Modèle de Référence pour le traitement réparti ouvert (RM-ODP) (reference modeZ of open distriburedprocessing),
Rec. UIT-T X.901 à X.904 1 ISOKEI 10746, 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 description
formelle pour la spécification de l'architecture.
Le Modèle de Référence ODP se compose:
-
de la Rec. UIT-T X.901 I ISOKEI 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 champ 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 Ctre utilisé, en particulier, par les
auteurs de norme 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 1 ISO/CEI 10746-3. Cette partie n'est pas
normative;
-
de la Rec. UIT-T X.902 I 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 introduit les principes de la conformité aux normes ODP et la manière dont ils s'appliquent. Elle s'en
tient à un niveau de détail suffisant pour étayer la Rec. UIT-T X.903 I ISO/CEI 10746-3 et établir les
exigences de nouvelles techniques de Spécification. Cette partie est normative;
-
de la Rec. UIT-T X.903 1 ISO/CEI 10746-3: architecture: elle contient la spécification des caractéris-
tiques 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 I ISO/CEI 10746-2. Cette partie
est normative;
-
de la Rec. UIT-T X.904 1 ISO/CEI 10746-4: sémantique d'architecture: elle contient une formalisation
des concepts de modélisation ODP définis dans la présente Recommandation 1 Norme internationale
(articles 8 et 9). La formalisation s'obtient en interprétant chaque concept à partir d'éléments des
différentes techniques normalisées de description formelle. Cette partie est normative.
La présente Recommandation I Norme internationale ne comporte pas d'annexe.
V
---------------------- Page: 5 ----------------------
E
---------------------- Page: 6 ----------------------
ISOKEI 10746-2 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - TRAITEMENT RÉPARTI OUVERT -
MODÈLE DE RÉFÉRENCE: FONDEMENTS
1 Domaine d'application
La présente Recommandation UIT-T 1 Norme internationale traite des concepts nécessaires à la modélisation des
systèmes ODP (voir les articles 5 a 14) ainsi que des principes de conformité aux systèmes ODP (voir l'article 15).
Les concepts définis dans les articles 5 à 15 sont utilisés dans le Modèle de Référence ODP pour définir:
la structure de la famille des normes qui se réfèrent au Modèle de Référence;
a)
la structure des systèmes répartis revendiquant la compatibilité avec le Modèle de Référence (la
b)
configuration des systèmes);
les concepts nécessaires pour l'utilisation combinée des diverses normes utilisées;
c)
les concepts de base qui sont utilisés dans les spécifications des divers composants qui constituent le
d)
système réparti ouvert.
2 Références
Les Recommandations et les 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 I 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 I Norme internationale sont invitées
à rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de US0 possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I'UIT tient àjour une liste des Recommandations de I'UIT-T en vigueur.
2.1 Recommandations 1 Normes internationales identiques
- Recommandation UIT-T X.903 (1995) I ISOKEI 10746-3:1996, Technologies de l'information -
Traitement réparti ouvert - Modèle de référence: Architecture.
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s'appliquent.
Définitions provenant d'autres Recommandations I Normes internationales
3.1
I1 n'y a pas de définition provenant d'autres Recommandations I Normes internationales dans cette Recommandation I
Norme internationale.
3.2 Définitions de base
traitement réparti: Traitement de l'information dans lequel des composants déterminés peuvent Ctre situés
3.2.1
dans des lieux différents et au cours duquel les communications entre composants peuvent subir des délais ou échouer.
normes ODP: Le présent Modèle de Référence et les normes qui s'y conforment directement ou indirec-
3.2.2
tement.
3.2.3 traitement réparti ouvert: Traitement réparti conçu pour Ctre en conformité avec les normes ODP.
Rec. UIT-T X.902 (1995 F) 1
---------------------- Page: 7 ----------------------
ISO/CEI 10746-2 : 1996 (F)
3.2.4 systhne ODP: Système (voir 6.5) conforme aux exigences des normes ODP.
3.2.5 information: Tout type de connaissance que peuvent s'échanger des utilisateurs dans un univers de discours, à
propos de choses, faits, concepts, etc.
Bien que l'information ait nécessairement une forme de représentation qui la rend communicable, c'est l'interprétation de
cette représentation (le sens) qui importe avant tout.
3.2.6 données: Formes de représentation de l'information que traitent les systèmes d'information et leurs
utilisateurs.
3.2.7 point de vue (sur un systhe): Forme d'abstraction obtenue en utilisant un ensemble détenniné de concepts
d'architecture et de règles de structuration, et permettant de se concentrer sur des préoccupations particulières liées i un
système.
4 Abréviations
Pour les besoins de la présente Recommandation 1 Norme intemationale, les abréviations suivantes sont utilisées:
ODP Traitement réparti ouvert (open distributedprocessing)
os1 Interconnexion des systèmes ouverts (open systems interconnection)
PICS Déclaration de conformité d'instance de protocole (protocol implementarion conformance
statement)
PIXIT Informations supplémentaires sur l'instance de protocole destinées au test (proiocol implementation
extra information for testing)
RM-ODP Modèle de référence du traitement réparti ouvert (reference model of open distributedprocessing)
TP Traitement transactionnel (transaction processing)
5 Catégories de concept
Dans la présente Recommandation 1 Norme internationale on distingue les catégories de concept de modélisation
suivantes:
les concepts d'interprétation de base: concepts destinés à l'interprétation des éléments de modélisation de
a)
tout langage de modélisation ODP. Ces concepts sont décrits dans l'article 6;
les concepts linguistiques de base: concepts liés aux langages; la grammaire de chaque langage utilisé
b)
dans l'Architecture ODP doit être décrite en utilisant ces concepts; ces concepts sont décrits dans
l'article 7;
les concepts de modélisation de base: concepts servant à la construction de l'architecture ODP; les
c)
éléments de modélisation de tout langage doivent reposer sur ces concepts; ces concepts sont décrits dans
l'article 8;
les concepts de spécification: concepts liés aux exigences des langages de spécification choisis et utilisés
d)
dans ODP. Ces concepts ne sont pas intrinsèques à la répartition et aux systèmes répartis, mais sont des
exigences à prendre en compte dans ces langages de spécification; ces concepts sont décrits dans
l'article 9;
les concepts de structuration: concepts de structuration qui ressortent de la considération des différents
e)
problèmes liés à la répartition et aux systèmes répartis. Ils peuvent ou non être directement pris en charge
par des langages de spécification en adéquation avec le domaine concerné. L'utilisation des langages de
spécification choisis doit permettre de spécifier des objets et des fonctions prenant directement en compte
ces concepts; ces concepts sont décrits dans les articles 10 à 14;
les concepts de conformité: concepts nécessaires pour expliquer les notions de conformité aux normes
f)
ODP et de test de conformité; ces concepts sont définis dans l'article 15.
La Rec. UIT-T X.903 I ISO/CEI 10746-3 utilise les concepts définis dans la présente Recommandation I Norme
internationale pour spécifier les caractéristiques d'un système réparti ouvert. Elle s'organise en un ensemble de langages
de point de vue. Chaque langage de point de vue affine les concepts définis par la présente Recommandation I Norme
internationale. I1 n'est pas nécessaire que tous les langages points de vue adoptent les mêmes notations. Les différentes
notations doivent être choisies en fonction des exigences du point de vue. Elles peuvent s'exprimer en langage naturel ou
formel, être de nature textuelle ou graphique; toutefois, il sera nécessaire d'établir des correspondances entre les
différents langages pour assurer une cohérence globale.
2 Rec. UIT-T X.902 (1995 F)
---------------------- Page: 8 ----------------------
ISO/CEI 10746-2 : 1996 (F)
6 Concepts d'interprbtation de base
Bien que l'Architecture ODP porte surtout sur la définition d'éléments formels, la sémantique du modèle architectural et
de tous les langages de modélisation employés doit être décrite. Les concepts définis dans ce but sont essentiellement des
métaconcepts, c'est-à-dire des concepts qui peuvent être utilisés dans toute forme d'activité de modélisation. I1 n'est pas
envisagé de définir formellement ces concepts ni de les utiliser comme base de définition formelle d'autres concepts.
Toute activité de modélisation identifie:
les Cléments de l'univers du discours;
a)
un ou plusieurs niveaux d'abstraction pertinents.
b)
Les Cléments de l'univers du discours sont des entités et des propositions.
6.1 entité: Tout Clément concret ou abstrait, qui présente un intérêt. Alors que d'une manière générale le terme
entité peut être utilisé pour faire référence à toute chose, son utilisation dans le contexte de la modélisation est réservée
aux éléments modélisant l'univers du discours.
6.2 proposition: Fait ou état observable, impliquant une ou plusieurs entités, au sujet duquel il est possible
d'affirmer ou de nier qu'il est verifié pour ces entités.
6.3 abstraction: Processus consistant à supprimer un détail non pertinent pour créer un modèle simplifié; résultat
de ce processus.
6.4 atomicité: Une entité est atomique à un niveau d'abstraction donné si on ne peut la subdiviser au niveau
d'abstraction où on la considère.
Fixer un niveau donné d'abstraction peut impliquer l'identification des Cléments atomiques.
6.5 système: Quelque chose qui présente un intérêt tant dans sa globalité que dans ses parties. Un système peut
donc être considéré comme une entité. Un composant d'un système peut lui-même être un système, auquel cas il peut
s'appeler sous-système.
NOTE - Pour les besoins de la modélisation, le concept de système doit être compris au sens de la théorie des systèmes. Le
terme ctsystème)) peut se rapporter à un système de traitement de l'information mais peut aussi s'appliquer àun cadre plus général.
6.6 architecture (d'un système): Ensemble de règles destinées à définir la structure des systèmes, et les relations
entre leurs différentes parties.
7 Concepts linguistiques de base
Un langage de modélisation utilisé dans le cadre de l'Architecture ODP, quels que soient ses concepts ou sa sémantique,
sera exprimé dans une certaine syntaxe, qui peut inclure du texte linéaire ou des conventions graphiques. On suppose
que tout langage approprié aura une grammaire définissant l'ensemble des symboles valides et les constructions
linguistiques correctes du langage. Les concepts suivants permettent de relier la syntaxe de tout langage utilisé dans le
cadre de l'Architecture ODP et les concepts d'interprétation.
7.1 terme: Structure linguistique qui peut être utilisée pour faire référence à une entité.
On peut faire référence à toute sorte d'entité, y compris à une modélisation d'une entité ou à une autre construction
linguistique.
7.2 phrase: Structure linguistique contenant un ou plusieurs termes et prédicats; une phrase peut servir à exprimer
une proposition relative aux entités que les termes désignent.
On considère qu'un prédicat appartenant à une phrase désigne une relation entre les entités désignées par les termes
qu'elle lie.
Concepts de modélisation de base
8
L'interprétation détaillée des concepts définis dans cet article dépend du langage utilisé. Néanmoins, les énoncés
généraux de ces concepts sont définis de façon indépendante des langages pour permettre la mise en relation des
concepts définis dans les différents langages.
Les concepts de base se rapportent à l'existence et à l'activité: expression de ce qui existe, de l'endroit où cela se passe et
de ce que cela fait.
Rec. UIT-T X.902 (1995 F) 3
---------------------- Page: 9 ----------------------
ISOKEI 10746-2 : 1996 (F)
8.1 objet: Modèle d'une entité. Un objet se caractérise par son comportement (voir 8.6) et, de manière duale, par
son état (voir 8.7). Un objet est distinct de tout autre objet. Un objet est encapsulé, en ce sens qu'un changement de son
état ne peut résulter que d'une action interne ou d'une interaction (voir 8.3) avec son environnement (voir 8.2).
L'interaction d'un objet avec son environnement intervient aux points d'interaction (voir 8.1 1).
Selon le point de vue, on met l'accent soit sur le comportement, soit sur l'état. Si on met l'accent sur le comportement, on
dit, de manière informelle, qu'un objet exécute des fonctions et offre des services (on dit d'un objet qui met à disposition
une fonction qu'il offre un service). Pour les besoins de la modélisation, ces fonctions et services sont spécifiés en termes
de comportement de l'objet et de ses interfaces (voir 8.4). Un objet peut exécuter une ou plusieurs fonctions. Une
fonction peut être réalisée par la coopération de plusieurs objets.
NOTES
1
Les concepts de service et de fonction sont utilisés d'une manière informelle pour caractériser l'intention d'une
spécification de normalisation. Dans la famille des normes ODP, la fonction et le service sont formalisés par la spécification du
comportement des objets et des interfaces utilisées. Un ((service)) est une abstraction particulière du comportement exprimant les
garanties offertes par le fournisseur de service.
2 L'expression ((utilisation d'une fonction)) est une manière succincte de désigner l'interaction avec un objet qui fournit
la fonction.
8.2
environnement (d'un objet): Partie du modèle qui ne fait pas partie de cet objet.
NOTE - Dans de nombreux langages de spécification, on peut estimer que l'environnement comprend au moins un objet
susceptible de participer sans contrainte à toutes les interactions possibles (voir 8.3), représentant le processus d'observation.
8.3 action: Quelque chose qui se passe.
Toute action ayant un intérêt pour les besoins de la modélisation est associée à au moins un objet.
L'ensemble des actions associées à un objet est partitionné en actions internes et interactions. Une action interne se
produit toujours sans la participation de l'environnement de l'objet. Une interaction se produit avec la participation de
l'environnement de l'objet.
NOTES
1 ((Action)) signifie ((occurrence d'action)). Suivant le contexte, une spécification peut exprimer qu'une action s'est
produite, est en cours ou peut se produire.
2 La granularité des actions est un choix de conception. Une action peut ne pas être instantanée. Des actions peuvent
ainsi se chevaucher dans le temps.
3 à effet entre les objets participants. Les concepts
Les interactions peuvent être définies en termes de relations de cause
qui prennent cela en compte sont examinés en 13.3.
4 Un objet peut interagir avec lui-même (dans ce cas on considère qu'il joue au moins deux rôles). On peut considérer,
dans ce contexte, qu'il fait partie de son propre environnement.
5 L'intervention de l'environnement représente ce qui est observable. On peut donc dire que les interactions sont
observables alors que les actions internes ne le sont pas, du fait de l'encapsulation des objets.
8.4 interface: Abstraction du comportement dun objet, qui se compose dun sous-ensemble des interactions de cet
objet, ainsi que d'un ensemble de contraintes portant sur les circonstances dans lesquelles ces interactions peuvent se
produire.
Chaque interaction dun objet appartient à une unique interface. Les interfaces d'un objet constituent donc une partition
des interactions de cet objet.
NOTES
1 Une interface correspond à la partie du comportement dun objet que l'on obtient en ne considérant que les
interactions de cette interface et en cachant les autres interactions. Le fait de masquer les interactions des autres interfaces, de manière
générale, introduit un non-déterminisme pour l'interface considérée.
2 L'expression (tune interface entre objets)) est utilisée pour désigner la liaison (voir 13.4.2) entre les interfaces des
objets concernés.
8.5 activité: Graphe d'actions acyclique avec une seule racine, où l'occurrence de chaque action sur le graphe est
rendue possible par l'occurrence de toutes les actions qui la précèdent immédiatement (c'est-à-dire par toutes les actions
voisines qui sont plus proches du point d'origine).
8.6 comportement (d'un objet): Collection d'actions assortie d'un ensemble de contraintes portant sur les
circonstances dans lesquelles ces actions peuvent se produire.
Les contraintes exprimables dépendent du langage de spécification utilisé. Elles peuvent par exemple comprendre des
contraintes temps-réel, de séquencement, de non-déterminisme, ou de parallélisme.
Un comportement peut inclure des actions internes,
4
Rec. UIT-T X.902 (1995 F)
---------------------- Page: 10 ----------------------
ISO/CEI 10746-2 : 1996 (F)
Les actions qui se produisent effectivement sont déterminées par l'environnement dans lequel se trouve l'objet.
NOTES
1 La composition (voir 9.1) d'une collection d'objets donne implicitement un objet équivalent représentant la compo-
sition. Le comportement de cet objet est souvent défini comme le comportement de la collection d'objets.
2 Action et activité sont des cas de comportement dégénéré.
3 En général, un comportement donné correspond à plusieurs séquences d'interactions.
8.7 état (d'un objet): A un instant donné dans le temps, condition d'un objet qui détexmine l'ensemble de toutes
les séquences d'actions auxquelles l'objet peut prendre part.
Le comportement impliquant, en règle générale, plusieurs séries d'actions possibles auxquelles l'objet pourrait prendre
part, la connaissance de l'état ne permet pas nécessairement de prévoir la séquence des actions qui se produiront
effectivement.
Les changements d'un état étant provoqués par des actions, un état est partiellement déterminé par les actions antérieures
auxquelles l'objet a pris part.
Un objet étant encapsulé, son état ne peut être modifié directement par son environnement, mais seulement indirec-
tement, à travers des interactions auxquelles l'objet prend part.
8.8 communication: Transmission d'informations entre deux objets ou plus, résultant d'une ou plusieurs
interactions; ces interactions peuvent faire intervenir certains objets intermédiaires.
NOTES
1 Les communications peuvent être caractérisées en termes de relations de cause à effet entre les objets qui y
participent. Les concepts afférents sont examinés en 13.3.
2 Chaque interaction est une instance d'une communication.
position dans l'espace: Intervalle d'espace de taille arbitraire oh une action peut se produire.
8.9
position dans le temps: Intervalle de temps de taille arbitraire pendant lequel une action peut se produire.
8.10
NOTES
1 L'étendue de l'espace ou de l'intervalle de temps est choisie en fonction des exigences d'une spécification particulière
ou des propriétés d'un langage de spécification donné. Une position définie dans une spécification donnée peut être divisée en temps
ou en espace (ou les deux) dans une autre spécification. Dans une spécification donnée, une position dans le temps et dans l'espace est
définie relativement à un système de coordonnées approprié.
Par extension, la position d'un objet correspond à l'union des positions des actions auxquelles l'objet prend part.
2
8.11 point d'interaction: Position où est présent un ensemble d'interfaces.
Selon le langage de spécification utilisé, étant donné une position dans le temps, on peut associer un point d'interaction à
une position dans l'espace. I1 peut y avoir plusieurs points d'interaction à la même position. Un point d'interaction peut
être mobile.
9 Concepts de spécification
9.1 composition
(d'objets): combinaison de deux objets ou plus, qui, à un autre niveau d'abstraction, résulte en un nouvel
a)
objet. Les objets combinés et la manière dont ils le sont déterminent les caractéristiques d
...
NORME ISO/CEI
INTERNATIONALE 10746-Z
Première édition
1996-09-I 5
Technologies de l‘information -
Traitement réparti ouvert - Modèle de
référence: Fondements
Information technolog y - Open Distributed Processing - Reference
Model: Foundations
Numéro de référence
ISO/CEI 10746-2:1996(F)
---------------------- Page: 1 ----------------------
ISOKEI 10746-2 : 1996 (F)
Sommaire
Page
1
1 Domaine d’application .
1
2 Références .
1
......................................................................
2.1 Recommandations 1 Normes internationales identiques
1
3 Définitions .
1
......................................
3.1 Définitions provenant d’autres Recommandations 1 Normes internationales
1
3.2 Définitions de base .
2
Abréviations .
2
.....................................................................................................................................
Catégories de concept
3
...................................................................................................................
Concepts d’interprétation de base
3
Concepts linguistiques de base .
3
..................................................................................................................
Concepts de modélisation de base
5
...............................................................................................................................
Concepts de spécifïcation
5
composition .
9.1
6
9.3 décomposition .
9
.................................................................................................................................
10 Concepts d’organisation
10
.............................................................................................................
11 Propriétés des systèmes et des objets
10
11.1 Transparences .
11
..........................................................................................................................
11.2 Concepts de politique
12
.........................................................................................................................
11.3 Propriétés temporelles
12
.................................................................................................................................
12 Concepts de désignation
12
............................................................................................................................
Concepts de comportement
13
12
..............................................................................................................................
13.1 Structure d’activité
13
..................................................................................................................
13.2 Comportement contractuel
14
..............................................................................................................................................
13.3 Causalité
14
..........................................................................................................
13.4 Comportements d‘établissement
15
....................................................................................................................
13.5 Sûreté de fonctionnement
0 ISOKEI 1996
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’éditeur.
ISO/CEI Copyright Office l Case postale 56 l CII-121 1 Genève 20 l Suisse
Version française tirée en 1997
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
ISOKEI 10746-2 : 1996 (F)
@ ISOKEI
16
Concepts de gestion .
14
16
....................................................................................................................
Approche ODP de la conformité
15
16
..............................................................................................................
15.1 Conformité aux normes ODP
16
.................................................................................................................
15.2 Tests et points de référence
16
............................................................................................................
15.3 Classes de points de référence
17
.............................................................................................................
15.4 Changement de configuration
17
..........................................................................................................
15.5 Processus de test de conformité
18 ’
.................................................................................................................................
15.6 Résultat des tests
18
.................................................................................................
15.7 Relation entre les points de référence
. . .
111
---------------------- Page: 3 ----------------------
ISOKEI 10746-2 : 1996 (F)
0 ISO/CEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission électrotechnique internationale) forment
ensemble un système consacré à la normalisation internationale considérée comme un tout. Les organismes nationaux
membres de 1’ISO ou de la CE1 participent au développement des Normes internationales par l’intermédiaire des comités
techniques créés par l’organisation concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de I’ISO et de la CE1 collaborent dans des domaines d’intérêt commun. D’autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec I’ISO et la CE1 participent également aux
travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 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
approbation, avant leur acceptation comme Normes internationales. Les Normes internationales sont approuvées
conformément aux procédures qui requièrent l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 10746-2 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de
l’information, sous-comité SC 21, Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec l’UIT-T. Le texte identique est publié en tant que Recommandation UIT-T X.902.
L’ISOKEI 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: Présentation
- Partie 2: Fondements
Partie 3: Architecture
Partie 4: Sémantique architecturale
---------------------- Page: 4 ----------------------
@ ISOKEI
ISOKEI 10746-2 : 1996 (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). 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, l’interfonctionnement et la portabilité.
Le Modèle de Référence pour le traitement réparti ouvert (RM-ODP) re erence mode1 of open distributed processing),
( f
Rec. UIT-T X.901 à X.904 1 ISO/CEI 10746, 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 description
formelle pour la spécification de l’architecture.
Le Modèle de Référence ODP se compose:
-
de la Rec. UIT-T X.901 1 ISO/CEI 10746-l: 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 champ 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 norme 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 1 ISO/CEI 10746-3. Cette partie n’est pas
normative;
-
de la Rec. UIT-T X.902 1 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 introduit les principes de la conformité aux normes ODP et la manière dont ils s’appliquent. Elle s’en
tient à un niveau de détail suffisant pour étayer la Rec. UIT-T X.903 1 ISO/CEI 10746-3 et établir les
exigences de nouvelles techniques de spécification. Cette partie est normative;
-
de la Rec. UIT-T X.903 1 ISOKEI 10746-3: architecture: elle contient la spécification des caractéris-
tiques 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 1 ISOKEI 10746-2. Cette partie
est normative;
-
de la Rec. UIT-T X.904 1 ISOKEI 10746-4: sémantique d’architecture: elle contient une formalisation
des concepts de modélisation ODP définis dans la présente Recommandation 1 Norme internationale
(articles 8 et 9). La formalisation s’obtient en interprétant chaque concept à partir d’éléments des
différentes techniques normalisées de description formelle. Cette partie est nonnative.
La présente Recommandation 1 Norme internationale ne comporte pas d’annexe.
---------------------- Page: 5 ----------------------
Page blanche
---------------------- Page: 6 ----------------------
ISOKEI 10746-2 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - TRAITEMENT RÉPARTI OUVERT -
MODÈLE DE RÉFÉRENCE: FONDEMENTS
1 Domaine d’application
La présente Recommandation UIT-T 1 Norme internationale traite des concepts nécessaires à la modélisation des
systèmes ODP (voir les articles 5 à 14) ainsi que des principes de conformité aux systèmes ODP (voir l’article 15).
Les concepts définis dans les articles 5 à 15 sont utilisés dans le Modèle de Référence ODP pour définir:
a) la structure de la famille des normes qui se réfèrent au Modèle de Référence;
b) la structure des systèmes répartis revendiquant la compatibilité avec le Modèle de Référence (la
configuration des systèmes);
c) les concepts nécessaires pour l’utilisation combinée des diverses normes utilisées;
d) les concepts de base qui sont utilisés dans les spécifications des divers composants qui constituent le
système réparti ouvert.
2 Références
Les Recommandations et les 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 1 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 1 Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de FIS0 possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de 1’UIT tient à jour une liste des Recommandations de I’UIT-T en vigueur.
21 . Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.903 (1995) 1 ISOKEI 10746-3: 1996, Technologies de Z’information -
Traitement réparti ouvert - Modèle de référence: Architecture.
3 Définitions
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent.
31 0 Définitions provenant d’autres Recommandations 1 Normes internationales
Il n’y a pas de définition provenant d’autres Recommandations Normes internationales dans cette Recommandation 1
Norme internationale.
32 . Définitions de base
3.2.1 traitement réparti: Traitement de l’information dans lequel des composants déterminés peuvent être situés
dans des lieux différents et au cours duque 1 les comrnunicati .ons entre composants peuvent subir des délais ou échouer.
3.2.2 normes ODP: Le présent Modèle de Référence et les normes qui s’y conforment directement ou indirec-
tement.
3.2.3 traitement réparti ouvert: Traitement réparti conçu pour être en conformité avec les normes ODP.
Rec. UIT-T X.902 (1995 F) 1
---------------------- Page: 7 ----------------------
ISOLE1 10746-2 : 1996 (F)
3.2.4 système ODP: Système (voir 6.5) conforme aux exigences des normes ODP.
3.2.5 information: Tout type de connaissance que peuvent s’échanger des utilisateurs dans un univers de discours, à
propos de choses, faits, concepts, etc.
de représentation qui la rend communicable, c’est l’interprétation
Bien que l’information ait nécessairement une forme de
cette représentation (le sens) qui importe avant tout.
3.2.6 données: Formes de représentation de l’information que traitent les systèmes d’information et leurs
utilisateurs.
3.2.7 point de vue (sur un système): Forme d’abstraction obtenue en utilisant un ensemble déterminé de concepts
d’architecture et de règles de structuration, et permettant de se concentrer sur des préoccupations particulières liées à un
système.
4 Abréviations
Pour les besoins de la présente Recommandation 1 Norme internationale, les abréviations suivantes sont utilisées:
ODP Traitement réparti ouvert (open distributedprocessing)
Interconnexion des systèmes ouverts (open systems interconnection)
os1
PICS Déclaration de conformité d’instance de protocole (protocol implementation conformance
statement)
PIXIT Informations supplémentaires sur l’instance de protocole destinées au test (protocol implementation
extra information for testing)
Modèle de référence du traitement réparti ouvert (reference mode2 of open distributedprocessing)
RM-ODP
TP Traitement transactionnel (transaction processing)
5 Catégories de concept
Dans la nrésente Recommandation 1 Norme internationale on distingue les catégories de concept de modélisation
suivantes:
les concepts d’interprétation de base: concepts destinés à l’interprétation des éléments de modélisation de
a)
tout langage de modélisation ODP. Ces concepts sont décrits dans l’article 6;
les concepts linguistiques de base: concepts liés aux langages; la grammaire de chaque langage utilisé
b)
dans l’Architecture ODP doit être décrite en utilisant ces concepts; ces concepts sont décrits dans
l’article 7;
les concepts de modélisation de base: concepts servant à la construction de l’architecture ODP; les
C>
éléments de modélisation de tout langage doivent reposer sur ces concepts; ces concepts sont décrits dans
l’article 8;
les concepts de spéczjkation: concepts liés aux exigences des langages de spécification choisis et utilisés
d)
dans ODP. Ces concepts ne sont pas intrinsèques à la répartition et aux systèmes répartis, mais sont des
exigences à prendre en compte dans ces langages de spécification; ces concepts sont décrits dans
l’article 9;
les concepts de structuration: concepts de structuration qui ressortent de la considération des différents
e>
problèmes liés à la répartition et aux systèmes répartis. Ils peuvent ou non être directement pris en charge
par des langages de spécification en adéquation avec le domaine concerné. L’utilisation des langages de
spécifïcation choisis doit permettre de spécifier des objets et des fonctions prenant directement en compte
ces concepts; ces concepts sont décrits dans les articles 10 à 14;
les concepts de conformité: concepts nécessaires pour expliquer les notions de conformité aux normes
f)
ODP et de test de conformité; ces concepts sont définis dans l’article 15.
La Rec. UIT-T X.903 1 ISO/CEI 10746-3 utilise les concepts définis dans la présente Recommandation 1 Norme
internationale pour spécifier les caractéristiques d’un système réparti ouvert. Elle s’organise en un ensemble de langages
de point de vue. Chaque langage de point de vue affine les concepts définis par la présente Recommandation 1 Norme
.
internationale. Il n’est pas nécessaire que tous les langages points de vue adoptent les mêmes notations. Les différentes
notations doivent être choisies en fonction des exigences du point de vue. Elles peuvent s’exprimer en langage naturel ou
formel, être de nature textuelle ou graphique; toutefois, il sera nécessaire d’établir des correspondances entre les
différents langages pour assurer une cohérence globale.
2
Rec. UIT-T X.902 (1995 F)
---------------------- Page: 8 ----------------------
ISO/CEI 10746-2 : 1996 (F)
6 Concepts d’interprétation de base
Bien que l’Architecture ODP porte surtout sur la définition d’éléments formels, la sémantique du modèle architectural et
de tous les langages de modélisation employés doit être décrite. Les concepts définis dans ce but sont essentiellement des
métaconcepts, c’est-à-dire des concepts qui peuvent être utilisés dans toute forme d’activité de modélisation. Il n’est pas
envisagé de définir formellement ces concepts ni de les utiliser comme base de définition formelle d’autres concepts.
Toute activité de modélisation identifie:
les éléments de l’univers du discours;
un ou plusieurs niveaux d’abstraction pertinents.
W
Les éléments de l’univers du discours sont des entités et des propositions.
61 . entité: Tout élément concret ou abstrait, qui présente un intérêt. Alors que d’une manière générale le terme
entité peut être utilisé pour faire référence à toute chose, son utilisation dans le contexte de la modélisation est réservée
aux éléments modélisant l’univers du discours.
une ou plusieurs entités, au sujet duquel il est possible
6.2 proposition: Fait ou état observable, impliquant
d’affirmer ou de nier qu’il est verifié pour ces entités.
6.3 abstraction: Processus consistant à supprimer détail non pertinent pour créer un modèle simplifié;
de ce processus.
atomique àun niveau d’abstraction donné si on ne peut la subdiviser au niveau
6.4 atomicité: Une entité est
d’abstraction où on la considère.
Fixer un niveau donné d’abstraction peut impliquer l’identification des éléments atomiques.
6.5 système: Quelque chose qui présente un intérêt tant dans sa globalité que dans ses parties. Un système peut
donc être considéré comme une entité. Un composant d’un système peut lui-même être un système, auquel cas il peut
s’appeler sous-système.
NOTE - Pour les besoins de la modélisation, le concept de système doit être compris au sens de la théorie des systèmes. Le
terme «système» peut se rapporter à un système de traitement de l’information mais peut aussi s’appliquer à un cadre plus général.
architecture (d’un système): Ensemble de règles destinées à définir la structure des systèmes, et les relations
6.6
entre leurs différentes parties.
7 Concepts linguistiques de base
Un langage de modélisation utilisé dans le cadre de l’Architecture ODP, quels que soient ses concepts ou sa sémantique,
sera exprimé dans une certaine syntaxe, qui peut inclure du texte linéaire ou des conventions graphiques. On suppose
que tout langage approprié aura une grammaire définissant l’ensemble des symboles valides et les constructions
linguistiques correctes du langage. Les concepts suivants permettent de relier la syntaxe de tout langage utilisé dans le
cadre de l’Architecture ODP et les concepts d’interprétation.
7.1 terme: Structure linguistique qui peut être utilisée pour faire référence à une entité.
compris à une modélisation d’une entité construction
On peut faire référence à toute sorte d’entité, ou à une autre
Y
linguistique.
7.2 phrase: Structure termes et prédicats; une phrase peut servir à exprimer
linguistique contenant un ou plusieurs
une proposition relative aux entités que les termes désignent.
On considère qu’un prédicat appartenant à une phrase désigne une relation entre les entités désignées par les termes
qu’elle lie.
8 Concepts de modélisation de base
L’interprétation détaillée des concepts définis dans cet article dépend du langage utilisé. Néanmoins, les énoncés
généraux de ces concepts sont définis de façon indépendante des langages pour permettre la mise en relation des
concepts définis dans les différents langages.
Les concepts de base se rapportent à l’existence et à l’activité: expression de ce qui existe, de l’endroit où cela se passe et
de ce que cela fait.
Rec. UIT-T X.902 (1995 F) 3
---------------------- Page: 9 ----------------------
ISO/CEI 10746-2 : 1996 (F)
.
8.1 objet: Modèle d’une entité. Un objet se caractérise par son comportement (voir 8.6) et, de manière duale, par
son état (voir 8.7). Un objet est distinct de tout autre objet. Un objet est encapsulé, en ce sens qu’un changement de son
état ne peut résulter que d’une action interne ou d’une interaction (voir 8.3) avec son environnement (voir 8.2).
L’interaction d’un objet avec son environnement intervient aux points d’interaction (voir 8.11).
Selon le point de vue, on met l’accent soit sur le comportement, soit sur l’état. Si on met l’accent sur le comportement, on
dit, de manière informelle, qu’un objet exécute des fonctions et offre des services (on dit d’un objet qui met à disposition
une fonction qu’il offre un service). Pour les besoins de la modélisation, ces fonctions et services sont spécifiés en termes
de comportement de l’objet et de ses interfaces (voir 8.4). Un objet peut exécuter une ou plusieurs fonctions. Une
fonction peut être réalisée par la coopération de plusieurs objets.
NOTES
1 Les concepts de service et de fonction sont utilisés d’une manière informelle pour caractériser l’intention d’une
spécification de normalisation. Dans la famille des normes ODP, la fonction et le service sont formalisés par la spécifïcation du
comportement des objets et des interfaces utilisées. Un «service» est une abstraction particulière du comportement exprimant les
garanties offertes par le fournisseur de service.
2 L’expression «utilisation d’une fonction» est une manière succincte de désigner l’interaction avec un objet qui fournit
la fonction.
8.2 environnement (d’un objet): Partie du modèle qui ne fait pas partie de cet objet.
NOTE - Dans de nombreux langages de spécifïcation, on peut estimer que l’environnement comprend au moins objet
susceptible de participer sans contrainte à toutes les interactions possibles (voir 8.3), représentant le processus d’observation.
8.3 action: Quelque chose qui se passe.
Toute action ayant un intérêt pour les besoins de la modélisation est associée à au moins un objet.
L’ensemble des actions associées à un objet est partitionné en actions internes et interactions. Une action interne se
produit toujours sans la participation de l’environnement de l’objet. Une interaction se produit avec la participation de
l’environnement de l’objet.
NOTES
1 «Action» signifie «occurrence d’action». Suivant le contexte, une spécifïcation peut exprimer qu’une action s’est
produite, est en cours ou peut se produire.
2 La actions est un choix de conception. Une action peut ne pas être instantanée. Des actions peuvent
granularité des
ainsi se chevaucher dans le temps.
3 Les interactions peuvent être définies en termes de relations de cause à effet entre les objets participants. Les concepts
qui prennent cela en compte sont examinés en 13.3.
4 Un objet peut interagir avec lui-même (dans ce cas on considère qu’il joue au moins deux rôles). On peut considérer,
dans ce contexte, qu’il fait partie de son propre environnement.
représente qui est observable. On peut donc dire que les interactions sont
5 L’intervention de l’environnement
pas, du fait l’encapsulation des objets
observables alors que les actions internes ne le sont
Chaque interaction d’un objet appartient à une unique interface. Les interfaces d’un objet constituent donc une partition
des interactions de cet objet.
NOTES
1 Une interface correspond à la partie du comportement d’un objet que l’on obtient en ne considérant que les
interactions de cette interface et en cachant les autres interactions. Le fait de masquer les interactions des autres interfaces, de manière
générale, introduit un non-déterminisme pour l’interface considérée.
est utilisée pour désigner la liaison (voir 13.4.2) entre les interfaces des
2 L’expression «une interface entre objets»
objets concernés.
activité: Graphe d’actions acyclique avec une seule racine, où l’occurrence de chaque action sur le graphe est
8.5
rendue possible par l’occurrence de toutes les actions qui la précèdent immédiatement (c’est-à-dire par toutes les actions
voisines qui sont plus proches du point d’origine).
assortie d’un ensemble de portant sur les
8.6 comportement (d ‘un objet): Collection d’actions contraintes
cire :onstances dans lesquelles l ces actions peuvent se produire.
Les contraintes exprimables dépendent du langage de spécification utilisé. Elles peuvent par exemple comprendre des
contraintes temps-réel, de séquencement, de non-déterminisme, ou de parallélisme.
Un comportement peut inclure des actions internes.
4 Rec. UIT-T X.902 (1995 F)
---------------------- Page: 10 ----------------------
ISOKEI 10746-2 : 1996 (F)
Les actions qui se produisent effectivement sont déterminées par l’environnement dans lequel se trouve l’objet.
NOTES
1 La composition (voir 9.1) d’une collection d’objets donne implicitement un objet équivalent représentant la compo-
sition. Le comportement de cet objet est souvent défini comme le comportement de la collection d’objets.
2 Action et activité sont des cas de comportement dégénéré.
3 En général, un comportement donné correspond à plusieurs séquences d’interactions.
état (d’un objet): A un instant donné dans le temps, condition d’un objet qui détermine l’ensemble de toutes
8.7
les séquences d’actions auxquelles l’objet peut prendre part.
Le comportement impliquant, en règle générale, plusieurs séries d’actions possibles auxquelles l’objet pourrait prendre
part, la connaissance de l’état ne permet pas nécessairement de prévoir la séquence des actions qui se produiront
effectivement.
Les changements d’un état étant provoqués par des actions, un état est partiellement déterminé par les actions antérieures
auxquelles I’obj et a pris part.
être modifié directement par son environnement,
Un objet étant encapsulé, son état ne peut mais seulement indirec-
l’objet prend part.
tement, à travers des interactions auxquelles
8.8 communication: Transmission d’informations entre deux objets ou plus, résultant d’une ou plusieurs
interactions; ces interactions peuvent faire intervenir certains objets intermédiaires.
NOTES
1 Les communications peuvent être caractérisées en termes de relations de cause à effet entre les objets qui y
participent. Les concepts afférents sont examinés en 13.3.
2 Chaque interaction est une instance d’une communication.
8.9 position dans l’espace: Intervalle d’espace de taille arbitraire où une action peut se produire.
8.10 position dans le temps: Intervalle de temps de taille arbitraire pendant lequel une action peut se produire.
NOTES
1 L’étendue de l’espace ou de l’intervalle de temps est choisie en fonction des exigences d’une spécification particulière
ou des propriétés d’un langage de spécification donné. Une position définie dans une spécification donnée peut être divisée en temps
ou en espace (ou les deux) dans une autre spécification. Dans une spécification donnée, une position dans le temps et dans l’espace est
définie relativement à un système de coordonnées approprié.
Par extension, la position d’un objet correspond à l’union des positions des actions auxquelles l’objet prend part.
2
8.11 point d’interaction: Position où est présent un ensemble d’interfaces.
Concepts de spécification
91 . composition
a) (d’objets): combinaison de deux objets ou plus, qui, à un autre niveau d’abstraction, résulte en un nouvel
objet. Les objets combinés et la manière dont ils le sont déterminent les caractéristiques du nouvel objet.
Le comportement d’un objet composite correspond à la composition des comportements des objets qui le
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.