SIST EN ISO 29481-2:2016

SLOVENSKI STANDARD
SIST EN ISO 29481-2:2016
01-december-2016
,QIRUPDFLMVNLPRGHOLVWDYE3ULURþQLN]LQIRUPDFLMDPLGHO2NYLUQLSRGDWNLR
PHGVHERMQHPYSOLYDQMX,62
Building information models - Information delivery manual - Part 2: Interaction framework
(ISO 29481-2:2012)
BIM - Informationshandbuch - Teil 2: Interaktionsstruktur (ISO 29481-2:2012)
Modèles des informations de la construction - Contrat d'interchange - Partie 2: Cadre
d'interaction (ISO 29481-2:2012)
Ta slovenski standard je istoveten z: EN ISO 29481-2:2016
ICS:
35.240.67 Uporabniške rešitve IT v IT applications in building
gradbeništvu and construction industry
91.010.01 Gradbeništvo na splošno Construction industry in
general
SIST EN ISO 29481-2:2016 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST EN ISO 29481-2:2016

---------------------- Page: 2 ----------------------

SIST EN ISO 29481-2:2016


EN ISO 29481-2
EUROPEAN STANDARD

NORME EUROPÉENNE

October 2016
EUROPÄISCHE NORM
ICS 91.010.01
English Version

Building information models - Information delivery
manual - Part 2: Interaction framework (ISO 29481-
2:2012)
Modèles des informations de la construction - Contrat BIM - Informationshandbuch - Teil 2:
d'interchange - Partie 2: Cadre d'interaction (ISO Interaktionsstruktur (ISO 29481-2:2012)
29481-2:2012)
This European Standard was approved by CEN on 30 September 2016.

CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this
European Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical references
concerning such national standards may be obtained on application to the CEN-CENELEC Management Centre or to any CEN
member.

This European Standard exists in three official versions (English, French, German). A version in any other language made by
translation under the responsibility of a CEN member into its own language and notified to the CEN-CENELEC Management
Centre has the same status as the official versions.

CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania,
Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and
United Kingdom.





EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION

EUROPÄISCHES KOMITEE FÜR NORMUNG

CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels
© 2016 CEN All rights of exploitation in any form and by any means reserved Ref. No. EN ISO 29481-2:2016 E
worldwide for CEN national Members.

---------------------- Page: 3 ----------------------

SIST EN ISO 29481-2:2016
EN ISO 29481-2:2016 (E)
Contents Page
European foreword . 3

2

---------------------- Page: 4 ----------------------

SIST EN ISO 29481-2:2016
EN ISO 29481-2:2016 (E)
European foreword
The text of ISO 29481-2:2012 has been prepared by Technical Committee ISO/TC 59 “Buildings and
civil engineering works” of the International Organization for Standardization (ISO) and has been taken
over as EN ISO 29481-2:2016 by Technical Committee CEN/TC 442 “Building Information Modelling
(BIM)” the secretariat of which is held by SN.
This European Standard shall be given the status of a national standard, either by publication of an
identical text or by endorsement, at the latest by April 2017, and conflicting national standards shall be
withdrawn at the latest by April 2017.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CEN [and/or CENELEC] shall not be held responsible for identifying any or all such patent
rights.
According to the CEN-CENELEC Internal Regulations, the national standards organizations of the
following countries are bound to implement this European Standard: Austria, Belgium, Bulgaria,
Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia,
France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta,
Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.
Endorsement notice
The text of ISO 29481-2:2012 has been approved by CEN as EN ISO 29481-2:2016 without any
modification.

3

---------------------- Page: 5 ----------------------

SIST EN ISO 29481-2:2016

---------------------- Page: 6 ----------------------

SIST EN ISO 29481-2:2016
INTERNATIONAL ISO
STANDARD 29481-2
First edition
2012-12-15
Building information models —
Information delivery manual —
Part 2:
Interaction framework
Modèles des informations de la construction — Contrat
d’interchange —
Partie 2: Cadre d’interaction
Reference number
ISO 29481-2:2012(E)
©
ISO 2012

---------------------- Page: 7 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2012
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any
means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the
address below or ISO’s member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO 2012 – All rights reserved

---------------------- Page: 8 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Standard principles . 2
4.1 General . 2
4.2 BIM and IDM . 2
4.3 Components of IDM . 2
4.4 Basic principles of business communication . 3
4.5 Interaction map . 4
4.6 Messages in transaction . 6
4.7 Interaction framework . 6
4.8 Supporting the software solutions . 7
5 Format of an interaction framework . 9
5.1 Introduction . 9
5.2 Information types in the interaction framework schema . 9
Annex A (normative) Interaction framework schema definition .12
Annex B (normative) Templates definition .43
Annex C (informative) Example interaction map of a simplified design office .61
Annex D (informative) Principles for Promotor algorithm .73
Bibliography .74
© ISO 2012 – All rights reserved iii

---------------------- Page: 9 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out
through ISO technical committees. Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with ISO, also take part in the work.
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International
Standards adopted by the technical committees are circulated to the member bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the member bodies
casting a vote.
Attention is drawn to the possibility that some of the elements of this part of ISO 29481 may be the
subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO 29481-2 was prepared by Technical Committee ISO/TC 59, Buildings and civil engineering works,
Subcommittee SC 13, Organization of information about construction works.
ISO 29481 consists of the following parts, under the general title Building information models —
Information delivery manual:
— Part 1: Methodology and format
— Part 2: Interaction framework
The following parts are under preparation:
— Part 3: Model view definitions
iv © ISO 2012 – All rights reserved

---------------------- Page: 10 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Introduction
Building information modelling provides a concept for describing and displaying information required
in the design, construction, and operation of constructed facilities. It can bring together the diverse sets
of information used in construction into a common information environment — reducing, and often
eliminating, the need for the many types of paper documentation currently in use.
An information delivery manual (IDM) provides significant help in getting the full benefit from a building
construction information model (BIM). If the information required is available when it is needed and the
quality of information is satisfactory, the construction process itself will be greatly improved. For this to
happen, there should be a common understanding of the building processes and of the information that
is needed for and results from their execution.
This part of ISO 29481 focuses on aspects of the construction process that refer to management and
coordination of the involved parties. Coordination is dependent on communication, which should be well
structured, unambiguous, explicit, and prompt. Due to a sharp focus on coordination and interaction,
this part of ISO 29481 provides a natural complement to standards that focus on building modelling like
ISO 10303-239 and ISO 16739.
This part of ISO 29481 sets out a methodology and format for describing coordination acts between
actors in a construction project. It describes how to identify and define the coordination processes
undertaken and the information required for their execution. The resulting interaction frameworks
enable standardization of interaction in building processes on national, local, and project level. It also
gives a format to support solutions provided by ICT-solution providers. Support of this part of ISO 29481
in different ICT-solutions means that this joins together different process management systems. In doing
so, it provides a basis for reliable information exchange/sharing for users, so that they can be confident
that the information they are sending or receiving is accurate and sufficient for the coordination
activities they need to perform.
The development of this part of ISO 29481 has been driven by the need of users for reliability in
information exchange. It is mainly based on the Dutch VISI standard developed in 2003.
© ISO 2012 – All rights reserved v

---------------------- Page: 11 ----------------------

SIST EN ISO 29481-2:2016

---------------------- Page: 12 ----------------------

SIST EN ISO 29481-2:2016
INTERNATIONAL STANDARD ISO 29481-2:2012(E)
Building information models — Information delivery
manual —
Part 2:
Interaction framework
1 Scope
This part of ISO 29481 specifies a methodology and format for describing ‘coordination acts’ between
actors in a building construction project during all life cycle stages.
It therefore specifies
— a methodology that describes an interaction framework,
— an appropriate way to map responsibilities and interactions that provides a process context for
information flow,
— a format in which the interaction framework should be specified.
This part of ISO 29481 is intended to facilitate interoperability between software applications used in
the construction process, to promote digital collaboration between actors in the building construction
process, and to provide a basis for accurate, reliable, repeatable, and high-quality information exchange.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
ISO 29481-1, Building information modelling — Information delivery manual — Part 1: Methodology and format
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
3.1
IDM
Information Delivery Manual
documentation which captures the business process and gives detailed specifications of the information
that a user fulfilling a particular role would need to provide at a particular point within a project
3.2
interaction framework
formal description of the elements of interaction, including definition of roles, transactions, messages in
transaction, and data elements in messages
3.3
interaction framework schema
formal description of the rules with which an interaction framework must comply
© ISO 2012 – All rights reserved 1

---------------------- Page: 13 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

3.4
interaction schema
formal description of the rules with which sent and received messages must comply
3.5
promotor
algorithm that generates an interaction schema from an interaction framework, interaction framework
schema, and templates file as input
3.6
templates file
file containing a number of templates, independent of the interaction framework, for generating an
interaction schema
3.7
VISI
acronym for Dutch standard for communication between partners in construction projects
Note 1 to entry: VISI stands for “Voorwaarden scheppen voor Invoeren Standaardisatie ICT in de Infrastructuur-
sector” which translates as “Creating conditions for the implementation of ICT standardization for the
construction industry”)
4 Standard principles
4.1 General
This clause is included to highlight and help explain essential concepts on which this part of
ISO 29481 is based.
4.2 BIM and IDM
Building information modelling brings together the diverse sets of information used in construction
into a common information environment. For this to happen, there should be a common understanding
of the building processes and the information that is needed for and from their execution.
ISO 29481 is a standard that sets out a method for the development of an Information Delivery Manual.
The IDM methodology given in ISO 29481-1 shall be used for all references to development and use of IDM.
4.3 Components of IDM
The methodology and components of IDM are described in ISO 29481-1. In that part, an illustration is
given that diagrammatically shows what the different components of IDM are and how they are related.
Within IDM, there are two perspectives. These are seen as user requirements and technical solutions.
Within the two perspectives, there are a number of zones that characterize the various components of
IDM (see Figure 1).
2 © ISO 2012 – All rights reserved

---------------------- Page: 14 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Figure 1 — IDM zones
Within the user-requirements perspective, these zones are
— interaction maps, describing the roles and interactions between them,
— process maps, describing the overall process in which information exchange occurs,
— information delivery, describing the information exchange needs,
— reference processes (stored exchange descriptions),
— the project schedule (occurrences of processes in the context of a project).
The technical-solution perspective includes
— the business objects comprising the exchange requirement model,
— the information specification, describing the schema on which the information exchange is based,
— the building information model.
This part of ISO 29481 focuses on the interaction map and is based on general principles of business
communication.
4.4 Basic principles of business communication
Once a client or customer has asked to deliver a product or provide a service, there will be a chain
of activities in operation, whose combined effect is to provide the product or service. Such a chain of
activities is called a business process. More specifically, we speak here of a primary business process
because it is initiated externally.
Part of the business process is the communication between the involved parties. This part of
ISO 29481 concentrates on the communication that relates to the delivery of an outcome (performative
communication). The initiation and execution of a request is through communicative actions. In a
communicative action, two parties are always involved: the person who performed the action and the
person to whom the action is directed. The handling of a request appears to occur in a particular pattern
called the transaction.
© ISO 2012 – All rights reserved 3

---------------------- Page: 15 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Figure 2 — A transaction pattern (Dietz, 2006)
In Figure 2, the simplest form of this transaction pattern is presented. It shows that bringing about
of a new production result (for example, the ‘desired result’ is the delivery of a document) starts with
requesting of this result by someone in the role of customer from someone in the role of producer. This
brings the process to the state “result requested”. The producer responds to the request by promising
to produce the desired result, which brings the process to the state “result promised”. This presents a
to-do item for the producer: he has to comply with the promise by actually preparing the document and
deciding to deliver the document. In the act of handing over the document to the customer, he states
that he has complied with his promise. The customer responds to this state by accepting the result as
produced. This act completes the transaction.
In the execution of the business process, often many actors are involved. Their behaviour is dependent
on their role in the process. Roles/actors do business with other roles/actors by executing transactions.
A useful representation of the interaction between roles/actors is called the interaction map.
4.5 Interaction map
An interaction map shall identify the relevant role types and transaction types for a certain process.
IDM draws a distinction between a role that makes a request, the initiator, and the role that gives effect
to that request, the executor. A transaction shall have only one initiating role and only one executing
role. Figure 3 shows the components of the interaction map.
NOTE The notation of the interaction map is based on the construction model as described in the publication
of Prof. Jan L.G. Dietz. This notation differs from BPMN and is used to prepare maps that are as simple as possible.
Also, it provides the concept of ‘transaction’, which is not available in BPMN.
4 © ISO 2012 – All rights reserved

---------------------- Page: 16 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

R CR
j j
Role type R Composite Boundary, scope of
j
Role type CR interacon
j
T
j
Transacon type T Iniator link Executor link
j
Figure 3 — Components of the interaction map
The advantage of the interaction map is that it focuses attention on the interfaces between roles
while hiding the complexity of the process within the domain of the roles and hiding the details of
the interaction between the roles. The use of abstract roles makes the interaction map valid for many
different situations. The interaction map is a valuable tool for analysing and defining essential elements
of a business process. Figure 4 shows a simplified example of an interaction map of a design office.
Design office
CR R
1 2
T T
1
2
Project System
Client leading engineering
R R
1 3
T
3
3D
engineering
R
4
T
4
Cost
engineering
Figure 4 — Example of an interaction map
In an interaction map, all transactions needed for the handling of required contributions of relevant
roles to the BIM shall be included. All roles and transactions within the interaction map shall have a
unique identity and name. The numbering is arbitrary. The name of the role is derived from the main
activity undertaken by the role; this brings focus on the contribution of the role to the BIM. A composite
role is a role which may consist of multiple roles but whose composition is unknown or not relevant.
The interactions can be summarized in a transaction table.
© ISO 2012 – All rights reserved 5

---------------------- Page: 17 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

Table 1 — Transaction table of a simplified design office
Transaction result Transaction type
Design is delivered T , Deliver design
1
System specification is delivered T , Deliver system specification
2
3D model is delivered T , Deliver 3D model
3
Cost calculation is delivered T , Deliver cost calculation
4
4.6 Messages in transaction
A transaction shall contain a set of messages that are exchanged for a particular purpose. The transaction
also stipulates the participating roles, point in the life cycle, and the sequence in which messages should
be delivered (if appropriate).
An example of a transaction is the handling of a request for a 3D model. See Figure 5, which shows the
messages in a transaction as a sequence diagram in UML notation. The transaction can only be initiated
by R1 Project leading with the message ‘Request for 3D model’. The 3D engineer (role R3) can respond
with a message ‘Work done and request for approval’. After a message ‘Work approved’ or ‘Work not
approved’, the transaction is completed.
R : Project leading R : 3D Engineering
1 3
Request for3D model
Work done and request approval
Request adjustments
Work approved
Work notapproved
Transacon: T₃ –Request for3D model
Figure 5 — Example of messages in a transaction
A message is a populated information model and contains data. Attachments may be linked to messages.
As an attachment, an exchange requirement can be transferred to the executing role, and the result
(contribution to the BIM) is delivered to the initiating role. By using transactions, the information
transfer is brought in a process context.
4.7 Interaction framework
In order to give guidance to a process and information transfer, the elements of interaction need to
be described in a coherent manner. This coherent description is called an interaction framework. An
interaction framework shall include
— definition of relevant roles,
— transactions,
6 © ISO 2012 – All rights reserved

---------------------- Page: 18 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

— messages in transaction,
— the order of messages in transaction,
— data elements in messages.
An interaction framework can be prepared for a defined application area and used as a standard on
(inter-)national level, organization level, or project level. For example, in the Netherlands, an interaction
framework is developed at the national level for the completion of all contractual procedures during the
execution of a construction project. This part of ISO 29481 is used as a template by organizations and
projects and adjusted to specific needs.
EXAMPLE An interaction framework may include the attribute CostEstimation as an instance of
SimpleElementType to be used as a mandatory element for a certain message. It also may include a restriction on
the format of the attribute CostEstimation (e.g. only euros with two decimals).
4.8 Supporting the software solutions
4.8.1 Overview
The next step is to support the interaction framework with software solutions. The aim is
— to support the editing of an interaction framework,
— to guarantee the completeness and validity of an interaction framework,
— to support the portability of an interaction framework,
— to support the operation of information systems,
— to support the interoperability of communication.
In the support of software solutions, two levels can be identified. The first level concerns the interaction
framework. The second level concerns the actual communication which is based on the interaction
framework. This part of ISO 29481 applies to both levels.
An overview on how the software solutions are supported is given in Figure 6. The following sections
provide an explanation.
4.8.2 Supporting the interaction framework
In order to support the portability of an interaction framework, it should be clear with which rules an
interaction framework must comply. These rules shall be included in an interaction framework schema,
which is recorded as an XSD schema file. An interaction framework comprises instances of classes
defined in the schema and shall be recorded as an XML file.
EXAMPLE The interaction framework schema defines that you may include the definition of attributes
(SimpleElementType) and restrictions to attributes (UserdefinedType) in an interaction framework.
Chapter 5 describes the interaction framework schema and the available classes.
Every interaction framework should comply with the interaction framework schema.
An interaction framework editor should use the interaction framework schema to validate the
produced frameworks.
4.8.3 Promotor
Once a valid interaction framework is available, it can be interpreted by a suitable information system.
Then this system can support the communications in accordance with the options set out in the
interaction framework. Finally, it is desirable to be able to validate the received and sent messages; this
is done with the interaction schema.
© ISO 2012 – All rights reserved 7

---------------------- Page: 19 ----------------------

SIST EN ISO 29481-2:2016
ISO 29481-2:2012(E)

The interaction schema is generated with a generic algorithm called Promotor. The Promotor ‘promotes’
XML instances tot XSD classes. The input is
— interaction framework (XML),
— interaction framework schema (XSD),
— templates file (XSD), containing a number of templates not des
...