ISO/IEC 14662:1997

Information technology - Open-edi reference model

Technologies de l'information — Modèle de référence EDI-ouvert

General Information

• Status: Withdrawn
• Publication Date: 24-Dec-1997
• Withdrawal Date: 24-Dec-1997
• ICS: 35.240.60 - IT applications in transport
• Technical Committee: ISO/IEC JTC 1/SC 32 - Data management and interchange
• Drafting Committee: ISO/IEC JTC 1/SC 32/WG 1 - eBusiness
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 18-May-2004
• Completion Date: 30-Oct-2025

Relations

• Revised: ISO/IEC 14662:2004 - Information technology - Open-edi reference model
• Effective Date: 15-Apr-2008

Standards Content (Sample)

INTERNATIONAL
ISOAEC
STANDARD
First edition
1997-12-15
llnformation technology - Open-edi
reference model
Technologies de I’informa tion - Modele de rgfkrence EDI-ouvefl
Reference number
ISO/I EC 14662: 1997(E)
lSO/IEC 14662:1997(E)
Contents
iv
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Foreword
V
Introduction .
vii
.......................................................
The co-ordination needs of the Open-edi Reference Model
0.1
...
VIII
..................................................
The technical requirements of the Open-edi Reference Model
0.2
...
VIII
.................................................................
EDI and Open-edi: areas of activity and participation
0.3
Scope .
Normative reference .
Technical normative elements .
Definitions .
3.1
.........................................................................................................
Symbols and abbreviations
3.2
The Open-edi Reference Model .
..........................................................................................................
4.1 Business operational view
...............................................................................................................
4.1 .I BOV related standards
4.1.2 Open-edi scenarios .
4.1.2.1 Roles .
4.1.2.2 Information bundles .
4.1.2.3 Scenario attributes .
..............................................................................................................
4.2 Functional Service View
..........................................................................................
4.2.1 Functional concepts and capabilities
............................................................................................................
4.2.2 Implementation concepts
............................................................................
4.3 Open-edi Reference Model related standards
.....................................................................................
4.4 Use of BOV and FSV related standards
..........................................................................................................
5 Conformance Statement
Annex A (Informative) Standardisation areas and types of standardisation activities for
Open-edi .
.................................................................................................
A.1 Open-edi Standardisation areas
.................................................................................................
A.1 .I Legal environment for Open-edi
.......................................................................................................
A.l.2 Generic Open-edi standards
.....................................................................................................
A.l.3 Sectorial Open-edi standards
..................................................... 16
A.l.4 Inter-sectorial co-ordination of Open-edi sectorial standards
......................................................................................... 16
A.2 Classification of Open-edi Standards
A.2.1 Environment .
A.2.2 Activity Models .
...................................................................................... 16
A.2.3 Information models and representation
A.2.4 Technology .
A.3 Levels of activity .
A.3.1 Meta-Standards .
A.3.2 Standards .
A.3.3 Guidelines .
A.3.4 Conformity and certification .
A.3.5 Implementation .
A.4 Standardisation activity table .
A.4.1 Application to Open-edi .
.............................................................................. 18
A.4.2 Example of application to existing EDIFACT
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .‘. 19
Annex B (Informative) Requirements for Open-edi standards
Bl Business organisational requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B’l . . 1 Multi-sectorial EDI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
0 lSO/IEC 1997
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronrc
or mechanical, including photocopying and microfilm, without permrssion in writing from the publisher.
lSO/IEC Copyright Office l Case postale 56 l CH-1211 Geneve 20 l Switzerland
Printed in Switzerlandl
ii
lSO/IEC 14662: 1997(E)
0 ISO/IEC
B.-l .2 Open environment .
B.1.3 Organisational flexibility .
............................................................................................ 20
82 Business information requirements
B’2 . 1 Integration of different data types .
B’2 . 2 Modelling .
B’2 . . 3 Registration of business models .
B3 Business interchange requirements .
................................. 21
8’3 . 1 Independence of business aspects from information technology aspects
................................................................................... 21
B’3 . 2 Interoperability of business interchanges
8’3 . 3 EDI transactions .
B-3 . 4 Standardised APls .
8’3 . . 5 Conformance testing .
B4 . Security .
B5 . Legal aspects .
B6 . Migration .
Annex C (Informative) Example formal description techniques for modelling role behaviour. 23
. . . . . . . . . . .*. 24
Cl . Aspects of role behaviour based on a state transition FDT
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
c2 . Aspects of Role Behaviour based on a Petri Net FDT
.,.*. 27
Annex D (Informative) An approach detailing concepts of the FSV
Dl . Functional concepts . .*.*.
D2 . Implementation concepts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D3 . List of FSV related standards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
04 Open-edi Support Entities examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D-4 . 1 Role Trader . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D-4 . . 2 Role Interpreter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
Annex E (Informative) I.ndex of definitions of terms used in this International Standard . . . . . . . . . . . . . .32
Annex F (Informative) GI:ossary . . . . . . . . . . . . . .I.

ISOAEC 14662:I 997(E) 0 ISO/IEC
Foreword
IS0 (the International Organization for Standardization) and IEC (the International 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,
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 5% of the
national bodies casting a vote.
International Standard ISO/IEC 14662 was prepared by Joint Technical Committee ISO/IEC JTC 1,
Information technology, Subcommittee SC 30, Open electronic data interchange.
Annexes A to F of this International Standard are for information only.
iv
0 ISO/IEC ISOAEC 14662:1997(E)
0 Introduction
The economic advantages of Electronic Data Interchange (EDI) are widely recognised. However, the cost of
setting up an EDI relationship is still very high due to the need for a detailed bilateral business and technical
agreement between the involved business partners. The initial high cost of establishing such an agreement
does not justify short term partnerships. It has also been found that implementations involving the
management of a large number of partners and their associated agreements are not productive.
Consequently, most EDI implementations have been successful only:
- in long term partnerships;
- between a limited number of partners.
Open-edi lowers these barriers by introducing standard business scenarios and the necessary services to
support them. Once a business scenario is agreed upon, and the implementations conform to the Open-edi
standards, there is no need for prior agreement among trading partners, other than the decision to engage in
the Open-edi transaction in compliance with the business scenario. Since Open-edi takes a generic
approach, it enables organisations to establish short term relationships quickly and cost effectively. Business
scenarios and the necessary supporting services will be available to all who wish to use them, thus providing
the necessary means for implementing Open-edi.
The field of application of Open-edi is the electronic processing of business transactions among autonomous
multiple organisations within and across sectors ( e.g., public/private, industrial, geographic). It includes
business transactions which involve multiple data types such as numbers, characters, images and sound.
The Open-edi Reference Model has been developed primarily in order to provide standards required for the
inter-working of organisations, through interconnected information technology systems. This model is
independent of specific:
- information technology implementations;
- business content or conventions;
- business activities;
- organisations.
The Open-edi Reference Model identifies the required standards for Open-edi and provides a reference for
those standards by defining the basic concepts used to develop them. It serves as the basis for co-ordination
of work between the different agencies involved in EDI standardisation. It provides the framework for this co-
ordination and for the integration of existing and emerging standards and the development of future
standards. The Open-edi Reference Model places existing EDI standards in perspective. Some of Open-edi
standardisation areas and types of standardisation activities are presented in Annex A and some of the
requirements for Open-edi standards in Annex B.

0 ISOAEC
ISOAEC 14662:1997(E)
The Open-edi Reference Model uses two views to describe the relevant aspects of business transactions:
- the Business Operational View (BOW);
- the Functional Service View (FSV).
The BOV, addresses the aspects of
a) the semantics of business data in business transactions and associated data interchanges;
b) the rules for business transactions, including:
- operational conventions;
- agreements;
- mutual obligations,
which apply to the business needs of Open-edi.
The FSV addresses the supporting services meeting the mechanistic needs of Open-edi.
Bt focuses on the Information Technology aspects of:
a) functional capabilities;
b) service interfaces;
c) protocols.
Such functional capabilities, services interfaces and protocols include:
- capability of initiating, operating and tracking the progress of Open-edi transactions;
- user application interface;
- transfer infrastructure interface;
- security mechanism handling;
- protocols for inter working of information technology systems of different organisations;
- translation mechanisms.
Figure 1 sets out the relationship between the model and these views.
vi
0 ISOAEC ISOIIEC 14662: 1997(E)
B
Open-edi Reference Model
,_.____- - ---. . -_--
u
S
1 Business OPerational View 1
I
N
BOV RELATED
Business aspects
E
STANDARDS
0t-
S
business transactions
S
I
Viewed as 4
T I
Inter+-elated
I
R
>i
A
I T
1 Function& Service View
N
S
Information technology
A
FSV RELATED
C
STANDARDS
Business transactions
T
I
N
S
Figure 1 - Open-edi environment
0.1 The co-ordination needs of the Open-edi Reference Model
Standards required for Open-edi cover a large spectrum of areas including but not limited to:
- business aspects;
- support for national and international law and regulation;
- information technology generic standards, such as information modelling standards;
- software engineering standards;
- data modelling standards;
- information technology standards specific to one sector;
- interconnection standards, such as message handling, file transfer, transaction processing, network
management;
- security standards.
Development of EDI standards is already taking place in several standardisation bodies and industry groups.
The co-ordination of standards development is essential in order to:
- avoid duplication of effort;
- ensure interoperability of standard conforming solutions;
vii
0 ISO/IEC
lSO/IEC 14662:1997(E)
- ensure technical consistency of standards;
- identify and remedy deficiencies and voids in standards;
- identify and eliminate redundancies and overlaps in standards.
Annex A describes how the Open-edi Reference Model can serve as the basis for co-ordination of work of the
different agencies involved in EDI standardisation.
0.2 The technical requirements of the Open-edi Reference Model
Each view of the Open-edi Reference Model corresponds to a class of necessary standards. One class of
standards, associated with the BOV in the Open-edi Reference Model, addresses the business issues of
Open-edi. Another class of standards, associated with the FSV in the Open-edi Reference Model addresses
Information Technology (IT) issues. Each class of standards requires a specific type of expertise needed for
their development. By separating the business user aspects of Open-edi from the IT aspects, the Open-edi
Reference Model and its associated standards provide flexibility in accommodating changes in IT and user
demands without impacting the Open-edi standards related to the business user aspects of Open-edi.
Methods of implementing the standards which comply with this framework are not constrained by the model.
Therefore inter working among Open-edi systems will be guaranteed while preserving flexibility in
implementation.
The implementations of Open-edi will require the co-operation among different types of experts, primarily
business users aided by information analysts and IT specialists including telecommunications experts.
On order to support an Open-edi activity, models must be developed which consider aspects of both the
external and internal behaviour of organisations. The boundary between the external and internal behaviour
will vary among organisations depending on how the implementation has been carried out. The models to be
developed must consequently take into consideration those aspects which are necessary to ensure
interoperability. Only the external behaviour of organisations affects the interoperability of Open-edi systems.
The description of the internal behaviour of Open-edi systems is provided in the model only to support the
definition and exposition of the interoperability aspects, and to offer insight to the definitions of the external
interfaces required.
0.3 EDI and Open-edi: areas of activity and participation
The following tables illustrate the general context within which EDI activities take place. Table 1 presents the
areas of activity; Table 2, the types of bodies which should fulfil those areas of activity; Table 3 identifies
typical actors at the time of this International Standard. It is expected that working documents will be created
identifying all relevant sectorial actors.
The application of the Open-edi reference model specified in this International Standard enables the evolution
of the organisation of the activities detailed in Table 1. That evolution is found in Annex A, and in particular in
Tables A.1 and 8.2.
Table headings are explained in Annex A. Tables 1, 2 and 3 have, in addition, a new dimension, below that of
Environment, which is characterised as “Formal Recognition”. This is a specific stage between Environment,
which is understood to be the existence of all that there is in the development of standard frameworks, and
Activity Models, which are understood to be business modelling methods and techniques identified by the
frameworks.
. . .
VIII
8 OSO/IEC lSO/IEC 14662: 1997(E)
Table 1 - Areas of activity
Meta-standards Standards Guidance
Produce product Conformance & Take into use by
D certification F
A B
C E
1. Environment Languages Laws, Practices Business
Guidelines
2. Formal Frameworks Reference BOV & FSV
Models
recognition
3. BOV activity Modeliing Business Conventions Test Definitions Applications
I
Lanauaaes I Scenarios
models I
4. BOV data Modelling Message Usage Guidelines Test Definitions Actual data
I
models Languages Standards I
5. FSV Tools, Inter-operability Profiles Inter-operability Software,
I
technology Techniques Standards Standards Hardware
I
Table 2 - Types of bodies that should be involved in performing the different tasks for
each cell
Meta-standards Produce product Conformance & Take into use by
D certification F
E
IMPLEMEN- TESTING IMPLEMEN-
TORS and TORS
PROCESS and
CERTIFICATION and
I
4. BOV data BODIES USERS
BODIES USERS
II models I
5. FSV
I
II technoloav
Table 3 - Current participants
Meta-standards Standards Guidance Produce product Conformance & Used by
certification
Environment Languages International courts
National
Bilateral
Format lSO/IEC National lSO/IEC JTCl lSO/IEC Standards bodies
recognition JTC l/SC 30 standards bodies SC 30
Suppliers
UN/ECE
Users
lSO/IEC
BOV activity lSO/IEC
IS0 and IEC Users
models JTC l/SC 7 and sectorial bodies non-standard
SC 30 products
IS0 TC 184 National
standards bodies
BOV data lSO/IEC Trade bodies as previous Suppliers UN/ECElWP.4/ Users
models JTC l/SC 14,
User groups column plus GE.1
SC 21/WG 3 and sectorial groups
SC 30
UN/ECE EWOS
FSV technology lSO/IEC JTC 1 lSO/IEC JTC 1 lSO/IEC Manufacturers Many Users
JTC l/SC 30 Suppliers
ix
This page intentionally left blank

INTERNATIONAL STANDARD 0 ISO/IEC lSO/lEC 14662:1997(E)
Information technology - Open-edi reference model
1 Scope
This International Standard specifies the framework for co-ordinating the integration of existing standards and
the development of future standards for the inter-working of organisations via Open-edi and provides a
reference for those standards. As such it serves to guide the standards work necessary to accomplish Open-
edi by providing the context to be used by developers of standards to ensure the coherence and integration
of related standardised modelling and descriptive techniques, services, sewice interfaces, and protocols.
This International Standard describes, through two perspectives of business transactions, significant aspects
relevant to the interoperability of information technology systems used by organisations engaging in Open-
edi. The perspectives are:
a) business aspects such as business information, business conventions, agreements and rules among
organisations;
b) information technology aspects which are necessary in the Open-edi systems to support the execution
of business transactions.
This Cn,ternational Standard is not an implementation specification nor is it a basis for appraising the
co~nformance of impltementations.
2 Normative reference
The following standard contains provisions which, through reference in this text, constitute provisions of this
International Standard. At the time of publication, the edition indicated was valid. All standards are subject to
revision, and parties to agreements based on this International Standard are encouraged to investigate the
possibility of applying the most recent edition of the standard indicated below. Members of IEC and IS0
maintain registers of currently valid International Standards.
IS0 6523: 1984, Data interchange - Structure for the identification of organizations.
3 Technical normative elements
31 . Definitions
For the purposes of this International Standard, the following definitions apply:
3.1.1 Application Program Interface (API): a boundary across which application software uses facilities
of programming languages to invoke services. [JTCI directives]
3.1.2 business: a series of processes, each having a clearly understood purpose, involving more than one
organisation, realised through the exchange of information and directed towards some mutually agreed upon
goal, extending over a period of time.
3.1.3 Business Operational View (BOV): a perspective of business transactions limited to those aspects
regarding the making of business decisions and commitments among organisations, which are needed for
the description of a business transaction

0 lSO/IEC
lSO/IEC 14662:1997(E)
3.1.4 business transaction: a predefined set of activities and/or processes of organisations which is
initiated by an organisation to accomplish an explicitly shared business goal and terminated upon recognition
of one of the agreed conclusions by all the involved organisations although some of the recognition may be
implicit.
3.1.5 Electronic Data Interchange (EDI): the automated exchange of any predefined and structured data
for business purposes among information systems of two or more organisations.
3.1.6 Formal Description Technique (FDT): a specification method based on a description language
using rigorous and unambiguous rules both with respect to developing expressions in the language (formai
syntax) and interpreting the meaning of these expressions (formal semantics). [JTCI directives]
3.1.7 Functional Service View (FSV): a perspective of business transactions limited to those information
technology interoperability aspects of IT Systems needed to support the execution of Open-edi transactions.
3.1.8 Information Technology System (IT System): a set of one or more computers, associated
software, peripherals, terminals, human operations, physical processes, information transfer means, that form
an autonomous whole, capable of performing information processing and/or information transfer.
3.1.9 Open-edi: electronic data interchange among multiple autonomous organisations to accomplish an
explicit shared business goal according to Open-edi standards”
3.1 .I0 Open-edi Standard: a standard that complies with the Open-edi Reference Model
3.1.11 Open-edi Party (OeP): an organisation that participates in Open-edi.
Open-edi scenario: a formal specification of a class of business transactions having the same
3.1.12
business goal.
Open-edi transaction: a business transaction that is in compliance with an Open-edi scenario.
3.1 .I3
organisation: unique framework of authority within which a person or persons act, or are designated
3.1.14
to act, toward some purpose. [ISO 65233
3.2 Symbols and abbreviations
Application Program Interface
API
Business and Information Modelling
BIM
Business Operational View
BOV
Computer Aided Software Engineering
CASE
Decision Making Application
DMA
Electronic Data Interchange
EDI
EDI For Administration, Commerce and Transport
EDIFACT
European Workshop for Open Systems
EWOS
Formal Description Technique
FDT
FSV Functional Service View
GE Group of Experts
Information Bundle
IB
ISOAEC 14662: 1997(E)
0 ISO/IEC
IPD Information Processing Domain
IT Information Technology
MHEG Multimedia Hypermedia Expert Group
OeCl Open-edi Control Information
OeDT Open-edi Descriptive Technique
Open-edi Party
OeP
OeSE Open-edi Support Entity
OeUD Open-edi User Data
OS1 Open System Interconnection
SC Semantic Component (in the context of Open-edi scenarios)
SC Sub-Committee (in the context of IS0 or IEC)
SGML Standard Generalised Mark-up Language
STEP STandard for the Exchange of Product model data
TC Technical Committee
TDID Trade Data Interchange Directory
TI Transfer Infrastructure
UN/ECE United Nations / Economic Commission for Europe
UNSM United Nations Standard Message
WG Working Group
WP Working Party
4 The Open-edi Reference Model
The Open-edi Reference Model provides a reference framework for the identification, development, and co-
ordination of Open-edi standards. This framework addresses two perspectives of business transactions. One,
the BOV, captures the business users aspects, the other, the FSV, captures the information technology
aspects. A class of standards is associated with each view. They are respectively called the BOV related
standards and the FSV related standards.
These perspectives are defined as follows:
- Business Operational View (BOV): a perspective of business transactions limited to those aspects
regarding the making of business decisions and commitments among organisations, which are needed for
the description of a business transaction;
- Functional Service View (FSV): a perspective of business transactions limited to those information
technology interoperability aspects of IT Systems needed to support the execution of Open-edi
transactions.
The BOV related standards are tools and rules by which users, who understand the operating aspects of a
business domain, may create scenarios. Registration authorities will reference the BOV related standards
when considering scenarios for registration.
If those Open-edi scenarios are standardised they are called standardised Open-edi scenarios and are not
“‘BOV related standards’“.
ISOAEC 14662:1997(E) 0 ISOAEC
The FSV related standards are used by the information technology experts. The information technology
experts are those within an organisation who use this technology to design and/or build IT systems which
support the business needs. These experts produce products and services conforming to FSV related
standards (Open-edi systems) which can potentially support the execution of Open-edi transactions.
As shown in figure 2, the effective inter-relationship between these two classes of standards is a critical factor
of the Open-edi reference model. The FSV related standards shall take into account the BOV related
standards and vice-versa. Open-edi scenarios, built using BOV related standards, formulate requirements
which are demands placed on the IT product and services conforming to FSV related standards executing the
corresponding Open-edi transaction. These demands include:
- identification of functional capabilities necessary to support Open-edi transactions;
- the quality of service required from the functional capabilities for these Open-edi transactions.
Formal specification(s) of the functional components needed to support Open-edi transactions, through IT
Systems, are developed using FSV related standards.
The intention is that, once an Open-edi scenario is agreed upon, if implementations conform to the FSV
related standards, there is no need for prior agreement between the organisations, other than the agreement
to engage in the Open-edi transaction in compliance with the Open-edi scenario. The intention is that the
sending, by an Open-edi party, of information from a scenario, conforming to Open-edi standards, shall allow
the acceptance and processing of that information in the context of that scenario by one or more Open-edi
parties by reference to the scenario and without the need for agreement. However, the legal requirements
and/or liabilities resulting from the engagement of an organisation in any Open-edi transaction may be
conditioned by the competent legal environment(s) or the formation of a legal interchange agreement
between the participating organisations. Open-edi parties need to observe rule-based behaviour and possess
the ability to make commitments in Open-edi (e.g., business, operational, technical, legal and/or audit
perspectives).
I Open-edi ’
1 Reference
p’.-eentify ideve
identify/deveio
1 Bz;“‘zF I< take info account + ‘S/Ml
Figure 2 - The creation of BOV and FSV standards
4.1 Business operational view
The BOV addresses the business requirements for inter-working among Open-edi Parties,
as well as
demands on supporting IT products and services. These business requirements include business
conventions, agreements and rules among organisations.

0 ISO/IEC lSO/lEC 14662: 1997(E)
4.1.1 BOV related standards
BOV related standards provide the tools for formal business description(s) of the external behaviour of
organisations, as seen by-other organisations, in view of achieving a business goal. As such, the BOV related
standards provide a means for capturing the static and dynamic requirements of business.
The BOV related standards provide a specification of how to model the business and associated
requirements as an Open-edi scenario. This specification includes the modelling standard containing the
Open-edi Description Technique to be used.
Open-edi Description Technique (OeDT): a specification method such as a Formal Description Technique,
another methodology having the characteristics of a Formal Description Technique, or a combination of such
techniques as needed to formally specify BOV concepts, in a computer processible form.
The BOV related standards provide the tools and rules to permit and ensure:
- the specification of an Open-edi scenario;
- the reusability of components of Open-edi scenario;
- the harmonisation of components of Open-edi scenario among user communities.
4.1.2 Open-edi scenarios
Different user groups will generate Open-edi scenarios in accordance with the specification given in the BOV
related standards. Open-edi scenarios shall be specified in conformity to the BOV related standards.
Business communities can propose Open-edi scenarios as candidates for standardisation and registration
into (an) Open-edi scenario repository (ies). Procedures to be used for introducing new Open-edi scenarios
and updating Open-edi scenarios in one or more repositories are specified in a BOV related standard.
Parties will have a need for both generic and specific scenarios. Generic scenarios set out the overall
scenario structure for a business transaction; however, these are realised through profiles for specific
scenarios which support particular sectorial, legislative and other requirements.
All the specifications included in an Open-edi scenario are made at an abstract level. This is in depen dent of
matters such as data representation, coding, encodi
The OeDT to be used for these scenarios shall therefore allow for both hierarchical decomposition and a
modular approach.
Therefore, BOV related standards shall provide for the possibility of defining Open-edi scenarios with different
levels of granularity.
Open-edi scenarios include the following components:
- roles;
- information bundle(s);
- scenario attribute(s).
4.1.2.1 Roles
role: a specification which models an external intended behaviour (as allowed within a scenario) of an Open-
edi Party.
0 ISO/IEC
ISOAEC 14662: 1997(E)
Businesses carry out their act ivities by performing roles, e .g. buyer, seller. Roles desc ribe external business
interactions with other parties in relation to the goa I of the business transaction.
The behaviour of an OeP playing a role is expressed through the OeDT as specified in the BOV related
standards. Example FDTs used to describe the behaviour of a role are shown in Annex C.
A role includes the following characteristics:
- all information relevant to the interoperability, within the BOV perspective, of Open-edi systems. It
provides the means for the Open-edi system to determine the allowable sequence(s) of information
bundles exchanges and the conditions in which a role is allowed to send an information bundle. Such
conditions include, but are not limited to:
- the receipt of an information bundle from another role;
- internal decisions;
- timer expiration related to the goal of the business transaction (for example payment delay);
nal conditions or errors related to the bu
- exceptio siness goal of the busi ness transaction (for example
damaged goo .
receipt of
ds)
- demands on Open-edi Support Infrastructure which reference the functional capabilities (see 4.2.1) and
their quality of service satisfying the Open-edi scenario requirements on a role. The catalogue of
predefined demands on Open-edi Support Infrastructure is a BOV related standard. Security features
associated with a role are such an example. The related Open-edi configuration (see 4.2.2) satisfies these
demands.
- demands on OePs which specify the Open-edi scenario constraints imposed on a role. Such constraints
impose restrictions on how roles may be assumed by OePs. Such constraints include but are not limited
to:
- constraints on the characteristics for the OeP which can play this role;
- constraints imposing a role being played only by a maximum number of OePs;
- constraints imposing a role to be conditional;
- constraints of preconditions before a role can be played;
- constraints on the ability of an OeP to assign all or part of a role to another OeP;
- constraints on different OePs playing a role, i.e. as it moves through the various “acts” or “scenes” in
an Open-edi scenario.
The related Open-edi configuration (see 4.2.2) satisfies these demands.
- registration and management information pertinent to the reusability of a role such as:
- purpose of the role;
- business goals of the role;
- business rules controlling the role;
- regulations governing the role.

0 ISO/IEC lSO/IEC 14662: 1997(E)
4.1.2.2 Information bundles
Information Bundle (IB): the forma I desc ription of the sema .ntics of the information to be exe hang ed by
Open-edi Pa rties playing roles in an Open -edi scenario.
The IB is used to model the semantic aspects of the business information. Information bundles are
constructed using Semantic Components.
Semantic Component (SC): a unit of information unambiguously defined in the context of the business goal
of the business transaction.
A SC may be atomic or composed of other SCs.
SCs are defined by knowledgeable parties such as user groups and proposed for standardisation and
registration in one or more repositories. Procedures to be used for defining, introducing and updating SCs are
BOV related standards. Technical procedures for electronic access to one or more repositories are
candidates for standardisation.
The information bundle includes the following characteristics:
- all information relevant to the interoperability, within the BOV perspective, of Open-edi systems. It is
composed of SCs and describes their relationships;
- demands on Open-edi Support Infrastructure which reference the functional capabilities (see 4.2.1) and
their quality of service satisfying the Open-edi scenario requirements on IBs. The catalogue of predefined
demands on Open-edi Support Infrastructure is a BOV related standard. Such features include but are not
limited to:
- confidentiality of the IB;
- integrity of the 18.
- registration and management information pertinent to the reusability of an information bundle such as:
- name of the IB;
- purpose of the 18;
- business rules controlling the content or concept(s) of the IB;
- regulations governing the content or concept(s) of the IB.
4.1.2.3 Scenario attributes
scenario attribute: the formal specification of information, relevant to an Open-edi scenario as a whole,
which is neither specific to roles nor to information bundles.
Classes of scenario attributes include the following:
- all information relevant to the interoperability, within the BOV perspective, of organisations for example:
- relationships among roles;
- relationships among SCs of different IBs;
- syntax of these relationships.

0 ISO/IEC
lSO/IEC 14662:1997(E)
- demands on Open-edi Support Infrastructure which reference the functional capabilities (see 4.2.1) and
their quality of service satisfying the Open-edi scenario requirements. The catalogue of predefined
demands on Open-edi Support Infrastructure is a BOV related standard. Such features include but are not
limited to:
- the quality of service required for the communication services to support the execution of the
business transaction;
- the security features required to support the execution of the Open-edi transaction.
- demands on OePs which specify the Open-edi scenario constraints. Such constraints impose restrictions
on how roles may be assigned to OePs. Such constraints include but are not limited to:
- the constraint imposing that two specific roles be played by different OePs;
- the constraint imposing that two or more roles be played by the same OeP.
The related Open-edi configuration (see 4.2.2) satisfies these demands.
- registration and management information pertinent to the reusability of an Open-edi scenario such as:
- name of the Open-edi scenario;
- class(es) of business requirements of Open-edi scenario;
- purpose of Open-edi scenario;
- laws and regulations governing the Open-edi scenario.
4.2 Functional Service View
Within the FSV, the interoperability addresses the interactions between the IT Systems supporting the Open-
edi Parties. Interoperability implies that two or more IT systems, conforming to the standards related to the
FSV, are able to co-operate and support the execution of business transactions that are in compliance with
Open-edi scenarios. FSV related standards address information technology interoperability aspects which are
generic to business transactions.
The FSV identifies and models the generic functional capabilities of IT Systems which are needed to support
the execution of Open-edi transactions. In addition, it provides the basic concepts which will allow the FSV
related standards to accommodate different configurations of organisations and IT systems to provide these
functional capabilities. For example, the FSV related standards will accommodate the need for Open-edi
Parties to delegate a part of the execution of Open-edi transactions to service providers.
Functional concepts and capabilities
4.2.1
Open-edi System: an information technology system which enables an Open-edi Par
...

NORME ISO/CEI
INTERNATIONALE 14662
Première edition
1997-12-15
Technologies de l'information — Modèle de
référence EDI-ouvert
Information technology — Open-edi reference model
Numéro de référence
B C
ISO/CEI 14662:1997(E)
ISO/CEI 14662:1997(F)
Sommaire
Avant-propos.iv
0 Introduction .v
0.1 Rôle coordinateur du modèle de référence pour l'EDI-ouvert .vii
0.2 Exigences techniques afférentes au modèle de référence pour l'EDI-ouvert .viii
0.3 EDI et EDI-ouvert : domaines d'activité et participation .ix
Technologies de l'information — Modèle de référence EDI-ouvert.1
1 Domaine d'application .1
2 Référence normative .1
3 Éléments techniques normatifs.1
3.1 Définitions.1
3.2 Symboles et abréviations.3
4 Modèle de référence pour l'EDI-ouvert .4
4.1 Vue opérationnelle des affaires .5
4.1.1 Normes relatives à la BOV .5
4.1.2 Scénarios d'EDI-ouvert.6
4.1.2.1 Rôles .7
4.1.2.2 Faisceaux d'informations .8
4.1.2.3 Attributs de scénarios .9
4.2 Vue fonctionnelle des services .10
4.2.1 Concepts fonctionnels et capacités de la FSV.10
4.2.2 Concepts de mise en œuvre.12
4.3 Normes relatives au modèle de référence pour l'EDI-ouvert.13
4.4 Usage des normes relatives à la BOV et à la FSV.14
5 Déclaration de conformité .15
Annexe A (informative) Domaines de normalisation et types d'activités de
normalisation pour l'EDI-ouvert .17
A.1 Domaines de normalisation de l'EDI-ouvert .18
A.1.1 Environnement juridique de l'EDI-ouvert.18
A.1.2 Normes génériques d'EDI-ouvert.18
A.1.3 Normes sectorielles d'EDI-ouvert.18
A.1.4 Coordination intersectorielle des normes sectorielles d'EDI-ouvert.19
A.2 Classification des normes d'EDI-ouvert .19
A.2.1 Environnement .19
A.2.2 Modèles d'activité .19
A.2.3 Modèles d'information et représentation. .19
A.2.4 Moyens techniques.19
A.3 Niveaux d'activité.19
A.3.1 Méta normes .19
A.3.2 Normes.20
A.3.3 Guides.20
© ISO/CEI 1997
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-1211 Genève 20 • Suisse
Imprimé en Suisse
ii
© ISO/CEI ISO/CEI 14662:1997(F)
A.3.4 Conformité et certification.20
A.3.5 Mise en œuvre .20
A.4 Tableau des activités de normalisation.20
A.4.1 Application à l'EDI-ouvert .20
A.4.2 Exemple d'application à l'EDIFACT existant .21
Annexe B (informative)Exigences portant sur les normes d'EDI-ouvert .22
B.1 Exigences découlant de l'organisation des affaires .22
B.1.1 EDI multi sectoriel .22
B.1.2 Environnement ouvert .22
B.1.3 Souplesse d'organisation.23
B.2 Exigences découlant des informations d'affaires.23
B.2.1 Intégration de types différents de données.23
B.2.2 Modélisation .23
B.2.3 Enregistrement de modèles d'affaires .24
B.3 Exigences découlant des échanges d'affaires.24
B.3.1 Indépendance entre aspects d'affaires et aspects techniques informatiques .24
B.3.2 Fonctionnement coopératif des services d'échange de données.25
B.3.3 Transactions EDI.25
B.3.4 API normalisées .25
B.3.5 Vérification de conformité.25
B.4 Sécurité.25
B.5 Aspects légaux.26
B.6 Migration .26
Annexe C(informative) Exemples de techniques de descriptions formelles
appliquées à la modélisation du comportement des rôles .27
C.1 Aspects de comportement de rôle exprimés par une FDT à transition d'états .28
C.2 Aspects de comportement de rôle exprimés par une FDT à réseau de Petri.29
Annexe D(informative) Une approche pour affiner les concepts de la FSV .32
D.1 Concepts fonctionnels .32
D.2 Concepts de mise en œuvre .34
D.3 Liste de normes relatives à la FSV .35
D.4 Exemples d'entités de support d'EDI-ouvert .35
D.4.1 Courtier en rôles.36
D.4.2 Interprète de rôle.36
Annexe E(informative) Index des définitions des termes employés dans la présente
Norme internationale .38
Annexe F(informative)Glossaire .40
iii
ISO/CEI 14662:1997(F) © ISO/CEI
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique
internationale) forment ensemble un système consacré à la normalisation internationale
considérée comme un tout. 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 différents 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 et non gouvernementales, en
liaison avec l'ISO et la CEI participent également aux travaux.
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 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 14662 a été élaborée par le comité technique mixte
ISO/CEI JTC 1, Technologies de l'information, sous-comité SC 30, Échange électronique de
données ouvert.
Les annexes A à F de la présente Norme internationale sont données uniquement à titre
d'information.
iv
© ISO/CEI ISO/CEI 14662:1997(F)
0 Introduction
L'utilité économique de l'échange de données informatisé (EDI) est généralement reconnue. Le
coût de mise en œuvre d'une relation EDI reste pourtant très élevé car il faut établir entre les
partenaires un accord commercial et technique bilatéral détaillé. Le coût initial d'établissement
d'un tel accord retire toute justification aux relations de courte durée. L'expérience a montré, de
plus, que les réalisations qui impliquent la gestion d'un grand nombre de partenaires et
l'établissement des accords correspondants ne sont pas rentables. C'est pourquoi la plupart des
mises en œuvre de l'EDI n'ont réussi que :
- dans le cas de relations de longue durée ;
- entre un nombre restreint de partenaires.
L'EDI-ouvert réduit ces obstacles en introduisant des scénarios d'affaires normalisés
accompagnés des services nécessaires à leur mise en œuvre. Une fois établi l'accord sur le
scénario, si les réalisations sont conformes aux normes de l'EDI-ouvert, il n'existe plus de besoin
d'accord préalable entre les partenaires outre leur décision de s'engager dans la transaction
d'EDI-ouvert dans le respect du scénario commercial. Comme l'EDI-ouvert traite la question de
manière générale, il permet aux organisations d'établir rapidement et à des coûts acceptables des
relations de courte durée. Les scénarios d'affaires et les services nécessaires à leur mise en
œuvre ayant été mis à leur disposition, tous ceux qui désireront en faire usage seront en mesure
de mettre en œuvre l'EDI-ouvert.
L'EDI-ouvert a pour champ d'application le traitement électronique des transactions d'affaires intra
ou inter sectorielles entre de nombreuses entités autonomes, publiques ou privées, appartenant à
divers domaines industriels ou géographiques. Ces transactions peuvent impliquer de nombreux
types de données, valeurs numériques, caractères graphiques, images ou sons.
Le modèle de référence pour l'EDI-ouvert a été conçu surtout pour fournir les normes nécessaires
au fonctionnement coopératif des organisations par le truchement de systèmes d'information
interconnectés. Ce modèle est indépendant :
- des réalisations des systèmes d'information ;
- de l'objet des affaires ou des conventions passées ;
- des activités d'affaires ;
- des organisations.
Le modèle de référence pour l'EDI-ouvert détermine les normes que requiert l'EDI-ouvert et
constitue pour celles-ci un référentiel résultant de la définition des concepts fondamentaux qui les
sous-tendent. Il sert de fondement pour la coordination des travaux des différentes agences
impliquées dans la normalisation de l'EDI. Il fournit le cadre dans lequel s'inscrivent cette
coordination, l'intégration des normes disponibles ou en cours d'étude et l'élaboration de nouvelles
normes. Le modèle de référence de l'EDI-ouvert situe les normes EDI disponibles les unes par
rapport aux autres. L'annexe A présente certains des domaines de normalisation et des types
d'activité de normalisation afférents à l'EDI-ouvert, tandis que l'annexe B donne certaines des
exigences portant sur les normes de l'EDI-ouvert.
v
ISO/CEI 14662:1997(F) © ISO/CEI
Pour décrire les transactions d'affaires, le modèle de référence de l'EDI-ouvert en regroupe les
différents aspects selon deux vues :
- la vue commerciale opérationnelle (BOV, Business Operational View) ;
- la vue fonctionnelle des services (FSV, Functional Service View).
La BOV traite des aspects suivants :
a) signification sémantique attachée aux données d'affaires figurant dans les transactions
d'affaires et dans les échanges de données associés ;
b) règles applicables aux transactions d'affaires, telles que :
- conventions opératoires ;
- accords ;
- obligations mutuelles,
qui concernent les besoins d'affaires de l'EDI-ouvert.
La FSV traite des services sous-jacents nécessaires à la mise en œuvre de la mécanique de
l'EDI-ouvert. Elle met l'accent sur les aspects suivants de l'informatique :
a) moyens fonctionnels ;
b) interfaces de service ;
c) protocoles.
Ces moyens, interfaces et protocoles comprennent :
- des moyens pour lancer les transactions d'EDI-ouvert, pour les faire fonctionner et pour en
suivre l'activité ;
- l'interface avec l'application de l'utilisateur ;
- l'interface avec l'infrastructure d'échange ;
- la manipulation du mécanisme de sécurité ;
- les protocoles nécessaires à la coopération de systèmes d'information appartenant à des
organisations différentes ;
- des mécanismes de traduction.
La figure 1 présente la relation entre le modèle et ces vues.
vi
© ISO/CEI ISO/CEI 14662:1997(F)

T
Modèle de référence pour l'EDI-ouvert

R
A
N
Vue opérationnelle des affaires
S
A
Aspects d'affaires
C
respectent NORMES
T des
RELATIVES
couverts par
I
transactions d'affaires
vues
A LA BOV
O
N
S comme reliées
Vue fonctionnelle des services les unes aux autres
D
'
aspects
A
NORMES
respectent
informatiques
F
RELATIVES
des
couverts par
F
transactions d'affaires A LA FSV

A
I
R
E
S
Figure 1 - Environnement de l'EDI-ouvert
0.1 Rôle coordinateur du modèle de référence pour l'EDI-ouvert
Les normes dont a besoin l'EDI-ouvert couvrent un large domaine qui comprend, de manière non
limitative :
- les aspects d'affaires ;
- la prise en compte des lois et règlements nationaux et internationaux ;
- des normes qui, comme les normes de modélisation de l'information, ressortissent à
l'informatique générale ;
- des normes d'élaboration de logiciels ;
- des normes de modélisation des données ;
- des normes informatiques particulières à un secteur donné ;
- des normes d'interconnexion, messagerie, transfert de fichiers, gestion transactionnelle,
gestion de réseau ;
- des normes de sécurité.
Plusieurs organismes de normalisation et des groupes sectoriels concourent déjà à l'élaboration
de normes pour l'EDI.
vii
ISO/CEI 14662:1997(F) © ISO/CEI
Il importe de coordonner le développement de ces normes afin :
- d'éviter des duplications d'activité ;
- d'assurer que des réalisations conformes aux normes seront en mesure de collaborer dans
leur fonctionnement ;
- d'assurer la cohérence technique entre les normes ;
- de détecter les défauts et les déficiences des normes et d'y porter remède ;
- de détecter et d'éliminer les redondances et les chevauchements que peuvent présentent les
normes.
L'annexe A explique comment fonder sur le modèle de référence pour l'EDI-ouvert la coordination
des travaux des diverses agences impliquées dans la normalisation EDI.
0.2 Exigences techniques afférentes au modèle de référence pour l'EDI-ouvert
À chaque vue du modèle de référence pour l'EDI-ouvert correspond une classe de normes
nécessaires. Une de ces classes se rapporte à la BOV du modèle de référence pour l'EDI-ouvert;
ses normes traitent des questions d'affaires de l'EDI-ouvert. Une autre classe de normes se
rapporte à la FSV du modèle de référence pour l'EDI-ouvert; ses normes traitent des questions
relatives à l'informatique. Le développement des normes de chacune de ces classes fait appel à
une expertise d'un type spécifique. En séparant les aspects de l'EDI-ouvert relatifs aux partenaires
d'affaires des aspects relatifs à l'informatique, le modèle de référence pour l'EDI-ouvert et les
normes qui lui sont associées donnent la souplesse nécessaire pour pouvoir traiter des
changements appelés par l'informatique et par les exigences des utilisateurs, sans entraîner de
conséquences sur les normes d'EDI-ouvert applicables aux aspects concernant les utilisateurs
dans leurs relations d'affaires. Le modèle n'apporte aucune restriction quant aux méthodes de
mise en œuvre des normes compatibles avec ce cadre, ce qui garantit que les systèmes d'EDI-
ouvert pourront coopérer sans que soit restreinte la souplesse de mise en œuvre.
La mise en œuvre de l'EDI-ouvert demandera la coopération d'experts de différentes catégories,
essentiellement des partenaires d'affaires assistés par des analystes en information et des
spécialistes en informatique et en télécommunications.
Pour prendre en charge une activité d'EDI-ouvert, il faut concevoir des modèles qui traitent des
aspects tant internes qu'externes du comportement des organisations. La frontière entre les
comportements internes et externes variera d'une organisation à l'autre selon la manière dont la
mise en œuvre aura été conduite. Les modèles à développer devront donc prendre en compte
ceux des aspects qu'exige le fonctionnement coopératif. Seul le comportement externe des
organisations affecte la coopération des systèmes d'EDI-ouvert. La description du comportement
interne de ces systèmes n'est fournie par le modèle qu'afin de fonder la définition et la
présentation des aspects liés au fonctionnement coopératif et pour permettre de comprendre les
définitions des interfaces externes nécessaires.
viii
© ISO/CEI ISO/CEI 14662:1997(F)
0.3 EDI et EDI-ouvert : domaines d'activité et participation
Les tableaux suivants illustrent le contexte général au sein duquel se situent les activités EDI. Le
tableau 1 présente les domaines d'activité, le tableau 2 les types d'organisations qui devraient se
consacrer à ces activités. Le tableau 3 présente des acteurs typiques, actifs à l'époque de la
conception de la présente Norme internationale. Il est envisagé de créer des documents de travail
pour préciser tous les acteurs sectoriels pertinents.
L'application du modèle de référence pour l'EDI-ouvert que spécifie la présente Norme
internationale permet de faire évoluer l'organisation des activités que détaille le tableau 1. On
trouvera cette évolution à l'annexe A, plus précisément dans les tableaux A.1 et A.2.
L'explication des titres des lignes et des colonnes des tableaux se trouve à l'annexe A. Les
tableaux 1, 2 et 3 sont dotés en plus d'une nouvelle dimension, nommée "Reconnaissance
formelle", placée après la dimension "Environnement". Il s'agit d'une étape particulière entre
"Environnement", pris sous le sens de la totalité de ce qui existe en termes de développement de
cadres normalisés, et "Modèles d'activité", pris sous le sens des méthodes et techniques de
modélisation des affaires reconnues par ces cadres.
Tableau 1 - Domaines d'activité
Méta normes Normes Conseil Réalisation Conformité et Prise en
de produits certification compte par
A B C D E F
Langages Lois, usages Guides d'affaires Cours de justice, Contrats
1. Environnement
Tribunaux
2. Reconnaissance Cadres Modèles de BOV et FSV Organismes Jeux d'outils
référence d'essais
formelle
3. BOV Modèles Langages de Scénarios Conventions Définitions Applications
d'activité modélisation d'affaires d'essais
4. BOV Modèles de Langages de Normes de Guides d'utilisation Définitions Données
modélisation messages d'essais effectives
données
Outils, Normes d'inter Profils Normes d'inter Logiciels,
5. FSV Moyens
Techniques fonctionnement fonctionnement Matériels
techniques
Tableau 2 - Types d'organismes qui, pour chaque cellule, devraient être impliqués dans la
réalisation des tâches
Méta normes Normes Conseil Réalisation de Conformité et Prise en
produits certification compte par
A B C D E F
ORGANISMES DU CADRE LÉGAL
1. Environnement
et RÉGLEMENTAIRE
2. Reconnaissance  ORGANISMES RÉALISATEURS ORGANISMES RÉALISA-
TEURS
formelle
3. BOV Modèles             PARTICIPANT et D'ESSAIS et
d'activité et de
au PROCESSUS UTILISATEURS CERTIFICATION UTILISA-
4. BOV Modèles de
TEURS
données
5. FSV Moyens                                 NORMATIF
techniques
ix
ISO/CEI 14662:1997(F) © ISO/CEI
Tableau 3 - Participants actuels
Méta normes Normes Conseil Réalisation de Conformité et Prise en
produits certification compte par
Langages Internationales, Tribunaux
Environnement
nationales
Standards
bilatéraux
Reconnaissance ISO/CEI Organismes ISO/CEI JTC1 ISO/CEI Organismes de
JTC 1/SC 30 nationaux de SC 30 normalisation
formelle
normalisation Fournisseurs
Utilisateurs
UN/ECE
ISO/CEI
BOV Modèles ISO/CEI Groupes produits non Utilisateurs
d'activité JTC 1/SC 7 et sectoriels de normalisés
SC 30 l'ISO et de la
ISO TC 184 CEI
Organismes
nationaux de
normalisation
ISO/CEI Organisations Comme colonne Fournisseurs UN/ECE/WP 4/ Utilisateurs
BOV Modèles de
JTC 1/SC 14, commerciales et précédente plus GE.1
données
SC 21/WG 3 et groupements groupes
SC 30 d'utilisateurs sectoriels
UN/ECE EWOS
FSV Moyens ISO/CEI JTC 1 ISO/CEI JTC 1 ISO/CEI Fabricants Un grand nombre Utilisateurs
JTC 1/SC 30 Fournisseurs
techniques
x
NORME INTERNATIONALE  © ISO/CEI ISO/CEI 14662:1997(F)
Technologies de l'information — Modèle de référence EDI-ouvert
1 Domaine d'application
La présente Norme internationale spécifie le cadre au sein duquel il est possible de coordonner
l'intégration de normes disponibles et l'élaboration de normes nouvelles permettant à des
organisations de coopérer par le truchement de l'EDI-ouvert. Ce cadre constitue un référentiel
pour ces normes. Il sert en effet à guider les travaux de normalisation nécessaires à
l'accomplissement de l'EDI-ouvert car il donne le contexte dans lequel doivent se placer les
normalisateurs pour pouvoir assurer cohérence et intégration dans une famille de techniques
normalisées de modélisation et de description, de services, d'interfaces de service et de
protocoles.
La présente Norme internationale décrit, sous deux vues perspectives des transactions d'affaires,
les aspects significatifs ressortissant au fonctionnement coopératif entre les systèmes
d'information utilisés par des organisations qui s'engagent dans l'EDI-ouvert. Ces vues
perspectives sont :
a) les aspects relatifs aux affaires, tels qu'informations d'affaires, conventions d'affaires,
accords et règles acceptés entre organisations ;
b) les aspects relatifs aux moyens informatique nécessaires pour que les systèmes d'EDI-
ouvert puissent exécuter les transactions d'affaires.
La présente Norme internationale n'est pas une spécification de mise en œuvre. Elle ne donne
pas non plus de base d'appréciation de la conformité des réalisations aux normes.
2 Référence normative
La norme suivante contient des dispositions qui, par suite de la référence qui en est faite,
constituent des dispositions valables pour la présente Norme internationale. Au moment de la
publication, l'édition indiquée était en vigueur. Toute norme est sujette à révision et les parties
prenantes des accords fondés sur la présente Norme internationale sont invitées à rechercher la
possibilité d'appliquer l'édition la plus récente de la norme indiquée ci-après. Les membres de la
CEI et de l'ISO possèdent le registre des Normes internationales en vigueur à un moment donné.
ISO 6523 : 1984, Échange de données — Structures pour l'identification des organisations.
3 Éléments techniques normatifs
3.1 Définitions
Pour les besoins de la présente Norme internationale, les définitions suivantes s'appliquent.
3.1.1 Interface de programme d'application (API, Application Program Interface) : frontière
au travers de laquelle un logiciel applicatif fait appel, pour demander des services, aux moyens
qu'offrent les langages de programmation [Directives du JTC 1].
ISO/CEI 14662:1997(F) © ISO/CEI
3.1.2 affaires : série de processus, ayant chacun une finalité clairement définie, impliquant plus
d'une organisation, réalisés par échange d'informations et tendant à l'accomplissement d'un
objectif accepté par accord mutuel pour une certaine période de temps.
3.1.3 Vue opérationnelle des affaires (BOV, Business Operational View) : vue perspective sur
les transactions d'affaires, restreinte à ceux des aspects relatifs à la prise par les organisations de
décisions et d'engagements concernant leurs affaires qui sont nécessaires pour décrire une
transaction d'affaires.
3.1.4 transaction d'affaires : ensemble prédéterminé d'activités menées par des organisations
et/ou de procédures qu'elles suivent, déclenché par une organisation qui vise à atteindre dans les
affaires un but expressément partagé, terminé lorsqu'est observée une des conclusions
convenues par toutes les organisations prenantes, bien que cette observation puisse être
partiellement implicite.
3.1.5 Echange de Données Informatisé (EDI, Electronic Data Interchange) : échange
automatisé de données structurées et prédéfinies pour traiter des affaires entre les systèmes
d'information de deux ou plusieurs organisations.
3.1.6 Technique de description formelle (FDT, Formal description Technique) : méthode de
spécification fondée sur un langage de spécification faisant appel à des règles rigoureuses et non
ambiguës tant pour le développement d'expressions dans le langage (syntaxe formelle) que pour
l'interprétation de la signification de ces expressions (sémantique formelle) [Directives du JTC 1].
3.1.7 Vue fonctionnelle des services (FSV, Functional Service View) : vue perspective sur les
transactions d'affaires, restreinte à ceux des aspects relatifs au fonctionnement informatique
coopératif entre systèmes d'information qui sont nécessaires à l'exécution des transactions d'EDI-
ouvert.
3.1.8 système d'information : ensemble constitué d'un ou de plusieurs ordinateurs, avec leurs
logiciels associés, de périphériques, de terminaux, d'opérateurs humains, de processus physiques
et de moyens de transfert d'information, formant un tout autonome capable de traiter l'information
et/ou de la transmettre.
3.1.9 EDI-ouvert : échange de données informatisé par application des normes d'EDI-ouvert entre
plusieurs organisations autonomes visant un objectif d'affaires explicitement partagé.
3.1.10 norme d'EDI-ouvert : norme qui respecte le modèle de référence pour l'EDI-ouvert.
3.1.11 Partenaire d'EDI-ouvert (OeP, Open-edi Party) : organisation participant à l'EDI-ouvert.
3.1.12 scénario d'EDI-ouvert : spécification formelle d'une classe de transactions d'affaires
partageant le même objectif d'affaires.
3.1.13 transaction d'EDI-ouvert : transaction d'affaires qui respecte un scénario d'EDI-ouvert.
3.1.14 organisation : Cadre d'autorité unique à l'intérieur duquel une ou plusieurs personnes
agissent, ou sont nommées pour agir, pour atteindre un but donné [IS0 6523].
© ISO/CEI ISO/CEI 14662:1997(F)
3.2 Symboles et abréviations
API Interface de programme d'application (Application Program Interface)
BIM Modélisation d'affaires et d'interfaces (Business and Information Modelling)
Vue opérationnelle des affaires (Business Operational View)
BOV
Ingénierie logicielle assistée par ordinateur (Computer Aided Software Engineering)
CASE
Application à pouvoir de décision (Decision Making Application)
DMA
EDI Échange de données informatisé (Electronic Data Interchange)
EDIFACT EDI pour l'administration, le commerce et le transport (EDI for Administration,
Commerce and Transport)
EWOS Atelier européen pour les systèmes ouverts (European Workshop for Open Systems)
Technique de description formelle (Formal Description Technique)
FDT
Vue fonctionnelle des services (Functional Service View)
FSV
GE Groupe d'experts (Group of Experts)
IB Faisceau d'informations (Information Bundle)
IPD Domaine de traitement de l'information (Information Processing Domain)
IT Informatique (Information Technology)
Groupe d'experts en multimédia et hypermédia (Multimedia Hypermedia Expert
MHEG
Group)
Information de commande d'EDI-ouvert (Open-edi Control Information)
OeCI
OeDT Technique de description d'EDI-ouvert (Open-edi Descriptive Technique)
OeP Partenaire d'EDI-ouvert (Open-edi Party)
OeSE Entité de support d'EDI-ouvert (Open-edi Support Entity)
Données d'utilisateur d'EDI-ouvert (Open-edi User Data)
OeUD
Interconnexion de systèmes ouverts (Open Systems Interconnection)
OSI
Composant sémantique (Semantic Component) (dans le contexte des scénarios
SC
d'EDI-ouvert)
SC Sous Comité (Sub Committee) (dans le contexte de l'ISO ou de la CEI)
SGML Langage normalisé généralisé de marquage (Standard Generalised Mark-up
Language)
Norme pour l'échange de données de modélisation de produits (STandard for the
STEP
Exchange of Product model data)
Comité Technique (Technical Committee)
TC
TDID Répertoire des données d'affaires échangées (Trade Data Interchange Directory)
TI Infrastructure d'échange (Transfer Infrastructure)
UN/ECE Organisation des Nations Unies / Commission économique pour l'Europe (United
Nations / Economic Commission for Europe)
Message normalisé de l'Organisation des Nations Unies (United Nations Standard
UNSM
Message)
Groupe de travail (Working Group)
WG
ISO/CEI 14662:1997(F) © ISO/CEI
WP Comité d'étude (Working Party)
4 Modèle de référence pour l'EDI-ouvert
Le Modèle de référence pour l'EDI-ouvert offre un cadre de référence permettant de reconnaître,
de développer et de coordonner les normes d'EDI-ouvert. Ce cadre étudie les transactions
d'affaires selon deux perspectives. L'une, la BOV, se saisit des aspects concernant les partenaires
d'affaires, l'autre, la FSV, des aspects relatifs à l'informatique. À chaque vue se rapporte une
classe de normes, respectivement nommées normes relatives à la BOV et normes relatives à la
FSV.
Ces vues perspectives sont définies comme suit :
- Vue opérationnelle des affaires (BOV, Business Operational View) : vue perspective sur
les transactions d'affaires, restreinte à ceux des aspects relatifs à la prise par les organisations
de décisions et d'engagements concernant leurs affaires qui sont nécessaires pour décrire une
transaction d'affaires ;
- Vue fonctionnelle des services (FSV, Functional Service View) : vue perspective sur les
transactions d'affaires, restreinte à ceux des aspects relatifs au fonctionnement informatique
coopératif entre systèmes d'information qui sont nécessaires à l'exécution des transactions
d'EDI-ouvert.
Les normes relatives à la BOV sont des outils et des règles donnant aux utilisateurs, qui ont la
compréhension des aspects opérationnels d'un domaine d'affaires, les moyens de créer des
scénarios. Lorsqu'elles seront amenées à enregistrer un scénario, les autorités d'enregistrement
se serviront de normes relatives à la BOV.
En cas de normalisation, ces scénarios sont appelés scénarios normalisés d'EDI-ouvert ; ils ne
font pas partie des "normes relatives à la BOV".
Les normes relatives à la FSV sont utilisées par les experts en informatique. Ceux-ci sont les
personnes qui, au sein d'une organisation, se servent de ces techniques pour spécifier ou
construire des systèmes d'information qui prennent en compte les besoins d'affaires. Ces experts
créent des produits et des services (constituant des "systèmes d'EDI-ouvert") conformes aux
normes relatives à la FSV et donc capables par principe de prendre en charge les transactions
d'EDI-ouvert.
Comme le montre la figure 2, l'établissement de relations effectives entre ces deux classes de
normes est un facteur critique du modèle de référence pour l'EDI-ouvert. Les normes relatives à la
FSV doivent obligatoirement tenir compte des normes relatives à la BOV, et réciproquement. Les
scénarios d'EDI-ouvert, construits par emploi des normes relatives à la BOV, expriment des
besoins qui se traduisent en exigences à l'égard des produits et services conformes aux normes
relatives à la FSV qui exécutent la transaction correspondante d'EDI-ouvert. Parmi ces exigences,
on trouve :
- la détermination des capacités fonctionnelles nécessaires à la prise en charge des
transactions d'EDI-ouvert ;
- le niveau de qualité de service que doivent offrir ces capacités fonctionnelles à ces
transactions d'EDI-ouvert.
Les spécifications formelles des composants fonctionnels constitutifs de systèmes d'information
nécessaires à la prise en charge des transactions d'EDI-ouvert sont élaborées au moyen de
normes relatives à la FSV.
© ISO/CEI ISO/CEI 14662:1997(F)
L'objectif poursuivi est que, après qu'ait été passé un accord sur un scénario d'EDI-ouvert, si les
réalisations sont conformes aux normes relatives à la FSV, il ne soit nécessaire de recourir à
aucun autre accord préalable entre les parties que celui de s'engager dans la transaction d'EDI-
ouvert dans le respect du scénario d'EDI-ouvert. Dans cette idée, le fait qu'un partenaire de l'EDI-
ouvert émette, en conformité avec les normes d'EDI-ouvert, une information tirée d'un scénario,
doit obligatoirement entraîner l'acceptation et le traitement de cette information dans le contexte
de ce scénario par un ou plusieurs partenaires d'EDI-ouvert, par référence à ce scénario et sans
qu'il soit besoin d'aucun accord préalable. Les conséquences juridiques et les responsabilités qui
résultent de l'engagement d'une organisation dans l'EDI-ouvert peuvent néanmoins être
conditionnées par l'environnement juridique qui la concerne ou par l'établissement d'un accord
d'interchange formel entre les parties. Les partenaires d'EDI-ouvert doivent observer un
comportement fondé sur des règles et doivent avoir le pouvoir de prendre des engagements
relatifs à l'EDI-ouvert (du point de vue, par exemple, des affaires, des aspects opérationnels,
techniques, juridiques ou d'audit).
Modèle de référence
pour l'EDI-ouvert
utilisé par
Organismes
de
normalisation
reconnaissent/conçoivent reconnaissent/conçoivent
normes normes
tiennent compte de
relatives relatives
à la FSV
à la BOV
Figure 2 - Création des normes de BOV et de FSV
4.1 Vue opérationnelle des affaires
La BOV traite des exigences d'affaires portant sur la coopération entre partenaires d'EDI-ouvert
ainsi que des obligations imposées aux produits et services informatiques sous-jacents. Des
conventions, accords et règles acceptés par les organisations figurent parmi ces exigences
d'affaires.
4.1.1 Normes relatives à la BOV
Les normes relatives à la BOV offrent des outils pour formaliser la description des affaires dans le
comportement externe, que perçoivent leurs partenaires, d'organisations cherchant à mener à
bien des affaires. Les normes relatives à la BOV donnent ainsi le moyen de saisir les exigences
statiques et dynamiques des affaires.
Les normes relatives à la BOV permettent de spécifier comment modéliser des exigences
d'affaires et des exigences connexes sous forme de scénarios d'EDI-ouvert. L'une d'entre elles est
une norme de modélisation qui contient la technique de description à utiliser pour l'EDI-ouvert.
ISO/CEI 14662:1997(F) © ISO/CEI
Technique de description d'EDI-ouvert (OeDT, Open-edi Description Technique) : méthode
de spécification, technique de description formelle, ou toute autre technique ayant les
caractéristiques d'une technique de description formelle, ou combinaison de ces techniques,
permettant de spécifier formellement les concepts de la BOV sous forme calculable par un
ordinateur.
Les normes relatives à la BOV fournissent les outils et les règles nécessaires pour pouvoir
assurer :
- la spécification d'un scénario d'EDI-ouvert ;
- le réemploi des composants des scénarios d'EDI-ouvert ;
- l'harmonisation des composants de scénarios d'EDI-ouvert entre communautés d'utilisateurs.
4.1.2 Scénarios d'EDI-ouvert
Différents groupes d'utilisateurs créeront des scénarios d'EDI-ouvert par application des normes
relatives à la BOV. La spécification des scénarios doit obligatoirement se conformer à ces normes.
Les communautés d'affaires pourront soumettre la candidature des scénarios d'EDI-ouvert pour
normalisation et enregistrement dans un ou plusieurs répertoires de scénarios d'EDI-ouvert. Une
des normes relatives à la BOV spécifie les procédures à suivre pour insérer de nouveaux
scénarios d'EDI-ouvert dans le ou les répertoires et pour mettre à jour les scénarios existants.
Les partenaires auront besoin de scénarios génériques et de scénarios spécifiques. Les premiers
établissent la structure générale du scénario qui convient à une transaction d'affaires, mais ils sont
mis en œuvre sous forme de profils adaptés à des scénarios spécifiques qui prennent en charge
des exigences particulières d'ordre sectoriel, juridique ou autre.
Toutes les spécifications contenues dans un scénario d'EDI-ouvert sont conçues dans l'abstrait,
indépendamment de questions touchant à la représentation des données, à leur codification ou à
leur codage.
Il est donc nécessaire que l'OeDT à employer pour ces scénarios permette à la fois une
décomposition hiérarchique et une approche modulaire.
Les normes relatives à la BOV doivent donc obligatoirement permettre de définir les scénarios de
l'EDI-ouvert à divers niveaux de finesse.
Les scénarios de l'EDI-ouvert se composent :
- de rôles ;
- de faisceaux d'informations ;
- d'attributs de scénario.
4.1.2.1 Rôles
rôle : spécification qui modélise le comportement externe attendu d'un partenaire d'EDI-ouvert
dans le cadre permis par un scénario.
© ISO/CEI ISO/CEI 14662:1997(F)
Les entreprises exercent leurs activités en jouant des rôles, d'acheteur ou de vendeur, par
exemple. Les rôles décrivent les interactions d'affaires externes entre partenaires dans le cadre de
l'objectif assigné à la transaction d'affaires.
Le comportement d'une OeP qui joue un rôle est exprimé grâce à une OeDT spécifiée en tant que
norme relative à la BOV. L'annexe C donne des exemples de FDT utilisées pour décrire le
comportement d'un rôle.
Un rôle comporte les caractéristiques suivantes :
- toute l'information qui, sous la perspective de la BOV, concerne le fonctionnement coopératif
entre systèmes d'EDI-ouvert. Ceux-ci disposent ainsi des moyens de déterminer quelles
séquences d'échanges de faisceaux d'informations sont permises ainsi que les conditions sous
lesquelles un rôle est autorisé à émettre un faisceau d'informations. Il peut s'agir, non
limitativement :
- de la réception d'un faisceau d'informations provenant d'un autre rôle ;
- de décisions internes ;
- de l'expiration d'un temporisateur se rapportant au but de la transaction d'affaires (délai de
paiement, par exemple) ;
- de conditions exceptionnelles ou des erreurs concernant le but de la transaction d'affaires
(réception, par exemple, de marchandises avariées).
- les exigences portant sur l'infrastructure de support d'EDI-ouvert par référence aux capacités
fonctionnelles (voir 4.2.1) et à la qualité de service qu'elles offrent pour répondre à ce que le
scénario d'EDI-ouvert attend d'un rôle. Le catalogue des exigences prédéterminées portant sur
l'infrastructure de support d'EDI-ouvert est une norme relative à la BOV. Les éléments de
sécurité associés à un rôle en donnent un exemple. La configuration correspondante d'EDI-
ouvert (voir 4.2.2) satisfait à ces exigences.
- les exigences portant sur les OeP explicitant les contraintes que le scénario d'EDI-ouvert
place sur un rôle. Ces contraintes restreignent la manière dont les OeP peuvent assumer des
rôles. Il peut s'agir, non limitativement :
- de contraintes relatives aux caractéristiques que doit exhiber une OeP pour prétendre jouer
un rôle donné ;
- de contraintes imposant qu'un rôle ne puisse être joué que par un nombre maximum
d'OeP;
- de contraintes imposant qu'un rôle soit conditionnel ;
- de contraintes relatives aux conditions préalables à l'exercice d'un rôle ;
- de contraintes relatives à la capacité d'une OeP à assigner tout ou partie d'un rôle à une
autre OeP ;
- de contraintes portant sur les différentes OeP qui jouent un rôle lorsque celui-ci progresse
au long des divers "actes" ou "scènes" d'un scénario d'EDI-ouvert.
La configuration correspondante d'EDI-ouvert (voir 4.2.2) satisfait à ces exigences.
- les informations à enregistrer et à gérer pour qu'un rôle soit réutilisable, parmi lesquelles :
ISO/CEI 14662:1997(F) © ISO/CEI
- le but du rôle ;
- les objectifs d'affaires du rôle ;
- les règles d'affaires qui gouvernent le rôle ;
- les règlements qui régissent le rôle.
4.1.2.2 Faisceaux d'informations
Faisceau d'informations (IB, Information Bundle) : description formelle de la valeur sémantique
des informations échangées entre partenaires d'EDI-ouvert jouant un rôle dans un scénario d'EDI-
ouvert.
L'IB sert à modéliser les aspects sémantiques des informations d'affaires. Les faisceaux
d'informations sont constitués de "composants sémantiques".
Composant sémantique (SC, Semantic Component) : unité d'information définie de manière
non ambiguë dans le contexte de l'objectif d'affaires de la transaction d'affaires.
Un SC peut être atomique ou composé d'autres SC.
Des comités compétents à cet égard, comme par exemple les groupes d'utilisateurs, définissent
les SC et les proposent pour normalisation et enregistrement dans un ou plusieurs répertoires.
Les procédures à suivre pour la définition, l'insertion et la mise à jour des SC constituent des
normes relatives à la BOV. Les procédures techniques d'accès électronique aux répertoires sont
candidates à la normalisation.
Les faisceaux d'informations comportent les caractéristiques suivantes :
- toute l'information qui, sous la perspective de la BOV, concerne le fonctionnement coopératif
entre systèmes d'EDI-ouvert. Ils sont constitués
...