Information technology — The Open Group Service Integration Maturity Model (OSIMM)

ISO/IEC 16680:2012 is The Open Group Service Integration Maturity Model (OSIMM). It specifies a model against which the degree of service integration maturity of an organization can be assessed, and a process for assessing the current and desired degree of service integration maturity of an organization, using the model.

Technologies de l'information — Modèle de maturité d'intégration du service de groupe ouvert (OSIMM)

General Information

Status
Published
Publication Date
01-May-2012
Current Stage
9020 - International Standard under periodical review
Start Date
15-Apr-2017
Completion Date
15-Jul-2022
Ref Project

Buy Standard

Standard
ISO/IEC 16680:2012 - Information technology -- The Open Group Service Integration Maturity Model (OSIMM)
English language
71 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (sample)

INTERNATIONAL ISO/IEC
STANDARD 16680
First edition
2012-05-01
Information technology — The Open
Group Service Integration Maturity Model
(OSIMM)
Technologies de l'information — Modèle de maturité d'intégration du
service de groupe ouvert (OSIMM)
Reference number
ISO/IEC 16680:2012(E)
ISO/IEC 2012
---------------------- Page: 1 ----------------------
ISO/IEC 16680:2012(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO/IEC 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/IEC 2012 – All rights reserved
---------------------- Page: 2 ----------------------
ISO/IEC 16680:2012(E)
Foreword

ISO (the International Organization for Standardization) and IEC (the International Electrotechnical

Commission) form the specialized system for worldwide standardization. National bodies that are members of

ISO or IEC participate in the development of International Standards through technical committees

established by the respective organization to deal with particular fields of technical activity. ISO and IEC

technical committees collaborate in fields of mutual interest. Other international organizations, governmental

and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information

technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.

International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.

The main task of the joint technical committee is to prepare International Standards. Draft International

Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as

an International Standard requires approval by at least 75 % of the national bodies casting a vote.

Attention is drawn to the possibility that some of the elements of this document may be the subject of patent

rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.

ISO/IEC 16680 was prepared by The Open Group and was adopted, under the PAS procedure, by Joint

Technical Committee ISO/IEC JTC 1, Information technology, in parallel with its approval by national bodies of

ISO and IEC.
© ISO/IEC 2012 – All rights reserved iii
---------------------- Page: 3 ----------------------
Open Group Standard
The Open Group Service Integration Maturity Model (OSIMM)
Version 2
---------------------- Page: 4 ----------------------
ISO/IEC 16680:2012(E)

Copyright © 2009-11, The Open Group. All rights reserved. This printing is by the International Organization for

Standardization with special permission of The Open Group.

The Open Group hereby authorizes you to copy this document for non-commercial use within your organization only. In

consideration of this authorization, you agree that any copy of this document which you make shall retain all copyright

and other proprietary notices contained herein.
This document may contain other proprietary notices and copyright information.

Nothing contained herein shall be construed as conferring by implication, estoppel, or otherwise any license or right

under any patent or trademark of The Open Group or any third party. Except as expressly provided above, nothing

contained herein shall be construed as conferring any license or right under any copyright of The Open Group.

Note that any product, process, or technology in this document may be the subject of other intellectual property rights

reserved by The Open Group, and may not be licensed hereunder.

This document is provided "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED,

INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR

A PARTICULAR PURPOSE, OR NON-INFRINGEMENT. Some jurisdictions do not allow the exclusion of implied

warranties, so the above exclusion may not apply to you.

Any publication of The Open Group may include technical inaccuracies or typographical errors. Changes may be

periodically made to these publications; these changes will be incorporated in new editions of these publications. The

Open Group may make improvements and/or changes in the products and/or the programs described in these

publications at any time without notice.

Should any viewer of this document respond with information including feedback data, such as questions, comments,

suggestions, or the like regarding the content of this document, such information shall be deemed to be non-confidential

and The Open Group shall have no obligation of any kind with respect to such information and shall be free to

reproduce, use, disclose and distribute the information to others without limitation. Further, The Open Group shall be

free to use any ideas, concepts, know-how, or techniques contained in such information for any purpose whatsoever

including but not limited to developing, manufacturing, and marketing products incorporating such information.

Technical Standard
The Open Group Service Integration Maturity Model (OSIMM), Version 2
ISBN: TBA
Document Number: TBA
Published by The Open Group, .

Comments relating to the material contained in this document may be submitted to:

The Open Group, Apex Plaza, Forbury Road, Reading, Berkshire, RG1 1AX, United Kingdom

or by electronic mail to: ogspecs@opengroup.org
ii Technical Standard (2012)
---------------------- Page: 5 ----------------------
ISO/IEC 16680:2012(E)
Contents

1  Introduction ...................................................................................................... 1

1.1  Objective ............................................................................................... 1

1.2  Overview ............................................................................................... 1

1.3  Conformance ......................................................................................... 2

1.4  Terminology.......................................................................................... 3

1.5  Future Directions .................................................................................. 7

2  The Model ........................................................................................................ 8

2.1  Overview ............................................................................................... 8

2.2  Maturity Levels ................................................................................... 10

2.2.1  Level 1: Silo ........................................................................ 10

2.2.2  Level 2: Integrated ............................................................... 10

2.2.3  Level 3: Componentized...................................................... 10

2.2.4  Level 4: Service ................................................................... 10

2.2.5  Level 5: Composite Services ............................................... 11

2.2.6  Level 6: Virtualized Services .............................................. 11

2.2.7  Level 7: Dynamically Re-Configurable Services ................ 11

2.3  Dimensions ......................................................................................... 12

2.3.1  Business ............................................................................... 12

2.3.2  Organization & Governance ................................................ 12

2.3.3  Method................................................................................. 12

2.3.4  Application .......................................................................... 12

2.3.5  Architecture ......................................................................... 12

2.3.6  Information .......................................................................... 13

2.3.7  Infrastructure & Management ............................................. 13

2.4  Service Foundation Levels .................................................................. 13

2.5  Assessment Questions and Maturity Indicators by Dimension .......... 13
2.5.1  Service Maturity Assessment Questions ............................. 13
2.5.2  Maturity Indicators-to-Assessment Question Mapping ....... 14

2.6  Extending the Base OSIMM Model ................................................... 14

3  Business Dimension: Base Model .................................................................. 16

3.1  Business Dimension: Base Model Maturity Indicator ........................ 16

3.2  Business Dimension: Assessment Questions ...................................... 16

3.3  Business Dimension: Maturity Indicator-to-Attribute Mapping ......... 17

4  Organization & Governance Dimension: Base Model ................................... 20

4.1  Organization & Governance Dimension: Base Model Maturity

Indicator ........................................................................................... 20

4.2  Organization & Governance Dimension: Assessment Questions ....... 21
4.3  Organization & Governance Dimension: Maturity Indicator-to-

Attribute Mapping ............................................................................ 21

5  Method Dimension: Base Model .................................................................... 25

The Open Group Service Integration Maturity Model (OSIMM), Version 2 iii
---------------------- Page: 6 ----------------------
ISO/IEC 16680:2012(E)

5.1  Method Dimension: Base Model Maturity Indicator .......................... 25

5.2  Method Dimension: Assessment Questions ........................................ 26

5.3  Method Dimension: Maturity Indicator-to-Attribute Mapping .......... 26

6  Application Dimension: Base Model.............................................................. 30

6.1  Application Dimension: Base Model Maturity Indicator ................... 30

6.2  Application Dimension: Assessment Questions ................................. 31

6.3  Application Dimension: Maturity Indicator-to-Attribute

Mapping ........................................................................................... 31

7  Architecture Dimension: Base Model ............................................................ 36

7.1  Architecture Dimension: Base Model Maturity Indicator .................. 36

7.2  Architecture Dimension: Assessment Questions ................................ 37

7.3  Architecture Dimension: Maturity Indicator-to-Attribute

Mapping ........................................................................................... 37

8  Information Dimension: Base Model ............................................................. 40

8.1  Information Dimension: Base Model Maturity Indicator ................... 40

8.2  Information Dimension: Assessment Questions ................................. 41

8.3  Information Dimension: Maturity Indicator-to-Attribute

Mapping ........................................................................................... 42

9  Infrastructure & Management Dimension: Base Model ................................. 45

9.1  Infrastructure & Management Dimension: Base Model Maturity

Indicator ........................................................................................... 45

9.2  Infrastructure & Management Dimension: Assessment

Questions .......................................................................................... 46

9.3  Infrastructure & Management Dimension: Maturity Indicator-to-

Attribute Mapping ............................................................................ 46

10  The OSIMM Assessment Method .................................................................. 50

10.1  Overview ............................................................................................. 50

10.2  OSIMM Assessment Steps ................................................................. 51

10.2.1  Identify the Pain-Points, Scope, and Business Goals .......... 51

10.2.2  Extend the OSIMM Model .................................................. 52

10.2.3  Assess Current State ............................................................ 52

10.2.4  Determine Future State ........................................................ 52

10.2.5  Identify the Gaps and Determine the Roadmap ................... 52

A  Example Assessment ...................................................................................... 54

A.1  Business Objective .............................................................................. 54

A.2  Analysis .............................................................................................. 54

A.3  Recommendations ............................................................................... 55

B  Benefits of Moving to Higher Maturity Levels .............................................. 59

B.1  From Silo to Integrated ....................................................................... 59

B.2  From Integrated to Componentized .................................................... 59

B.3  From Componentized to Services ....................................................... 59

B.4  From Services to Composite Services ................................................ 60

B.5  From Composite Services to Virtualized Services ............................. 60

iv Technical Standard (2012)
---------------------- Page: 7 ----------------------
ISO/IEC 16680:2012(E)
B.6  From Virtualized Services to Dynamically Re-Configurable

Services ............................................................................................ 60

C  Relationship to Other SOA Standards ............................................................ 61

D  Relationship to Other International Standards ................................................ 64

D.1  SC38 ................................................................................................... 64

D.2  SC7 ..................................................................................................... 64

The Open Group Service Integration Maturity Model (OSIMM), Version 2 v
---------------------- Page: 8 ----------------------
ISO/IEC 16680:2012(E)
Preface
The Open Group

The Open Group is a vendor-neutral and technology-neutral consortium, whose vision of

Boundaryless Information Flow™ will enable access to integrated information within and

between enterprises based on open standards and global interoperability. The Open Group works

with customers, suppliers, consortia, and other standards bodies. Its role is to capture,

understand, and address current and emerging requirements, establish policies, and share best

practices; to facilitate interoperability, develop consensus, and evolve and integrate

specifications and Open Source technologies; to offer a comprehensive set of services to

enhance the operational efficiency of consortia; and to operate the industry's premier

certification service, including UNIX certification.
Further information on The Open Group is available at www.opengroup.org.

The Open Group has over 15 years' experience in developing and operating certification

programs and has extensive experience developing and facilitating industry adoption of test

suites used to validate conformance to an open standard or specification.
More information is available at www.opengroup.org/certification.

The Open Group publishes a wide range of technical documentation, the main part of which is

focused on development of Technical and Product Standards and Guides, but which also

includes white papers, technical studies, branding and testing documentation, and business titles.

Full details and a catalog are available at www.opengroup.org/bookstore.

As with all live documents, Technical Standards and Specifications require revision to align with

new developments and associated international standards. To distinguish between revised

specifications which are fully backwards-compatible and those which are not:

 A new Version indicates there is no change to the definitive information contained in the

previous publication of that title, but additions/extensions are included. As such, it

replaces the previous publication.

 A new Issue indicates there is substantive change to the definitive information contained

in the previous publication of that title, and there may also be additions/extensions. As

such, both previous and new documents are maintained as current publications.

Readers should note that updates – in the form of Corrigenda – may apply to any publication.

This information is published at www.opengroup.org/corrigenda.
vi Technical Standard (2012)
---------------------- Page: 9 ----------------------
ISO/IEC 16680:2012(E)
This Document

This document is the Technical Standard for The Open Group Service Integration Maturity

Model (OSIMM), Version 2. It has been developed and approved by The Open Group.

The Open Group SOA Integration Maturity Model (OSIMM) provides consultants and IT

practitioners with a means to assess an organization’s Service Oriented Architecture (SOA)

maturity level. It defines a process to create a roadmap for incremental adoption which

maximizes business benefits at each stage along the way. The model consists of seven levels of

maturity and seven dimensions of consideration that represent significant views of business and

IT capabilities where the application of SOA principles is essential for the deployment of

services. The OSIMM acts as a quantitative model to aid in assessment of current state and

desired future state of SOA maturity.
The Open Group Service Integration Maturity Model (OSIMM), Version 2 vii
---------------------- Page: 10 ----------------------
ISO/IEC 16680:2012(E)
Trademarks
® ®

Boundaryless Information Flow™ is a trademark and ArchiMate , Jericho Forum , Making

® ® ® ® ® ®

Standards Work , Motif , OSF/1 , The Open Group , TOGAF , UNIX , and the ``X'' device

are registered trademarks of The Open Group in the United States and other countries.

The Open Group acknowledges that there may be other brand, company, and product names

used in this document that may be covered by trademark protection and advises the reader to

verify them independently.
viii Technical Standard (2012)
---------------------- Page: 11 ----------------------
ISO/IEC 16680:2012(E)
Acknowledgements

The Open Group gratefully acknowledges the contribution of the following people in the

development of this document:
 Ali Arsanjani, IBM (Original SIMM Mapping)
 Tony Carrato, IBM
 Jorge Diaz, IBM
 Jack Fujieda, Regis Inc.
 Mats Gejnevall, Capgemini
 Henry Hendrikx, Capgemini
 Alex Heublien, HP
 Kerrie Holley, IBM (Original SIMM Mapping)
 Dave Ings, IBM
 Heather Kreger, IBM (Co-Author)
 Chris Moyer, EDS
 Ranu Pandit, Deloitte
 Vishal Prabhu, Deloitte
 Madhu Reddiboina, Deloitte
 Chuck Reynolds, Deloitte
 Andras Szakal, IBM (Work Group Chair, Model Extensions, Author)
 Srinivasan Vembakkam, IBM
 Mohan Venkataraman, Deloitte
 Steve Wolf, Marriott
 Members of The Open Group SOA Work Group
The Open Group Service Integration Maturity Model (OSIMM), Version 2 ix
---------------------- Page: 12 ----------------------
ISO/IEC 16680:2012(E)
Referenced Documents (Non-Normative)

The following documents are referenced non-normatively in this Technical Standard:

[BPEL] Business Process Execution Language Standard; refer to:
http://docs.oasis-open.org/wsbpel/2.0/OS/wsbpel-v2.0-OS.html

[SOA GF] The Open Group SOA Governance Framework, Technical Standard, August 2009

(C093); refer to: www.opengroup.org/bookstore/catalog/c093.htm

[SOA ONT] The Open Group SOA Ontology, Technical Standard, October 2010 (C104); refer

to: www.opengroup.org/bookstore/catalog/c104.htm
[SOA RM] OASIS Reference Model for SOA (SOA RM), Version 1.0, OASIS Standard, 12
October 2006; refer to: docs.oasis-open.org/soa-rm/v1.0/soa-rm.pdf
[SOAWG] SOA Definition, The Open Group SOA Work Group; refer to:
www.opengroup.org/projects/soa

[SOA WP] Navigating the SOA Open Standards Landscape Around Architecture, Joint White

Paper from OASIS, OMG, and The Open Group, July 2009 (W096); refer to:
www.opengroup.org/bookstore/catalog/w096.htm
x Technical Standard (2012)
---------------------- Page: 13 ----------------------
ISO/IEC 16680:2012(E)
1 Introduction
1.1 Objective

This document is The Open Group Service Integration Maturity Model (OSIMM). It specifies:

 A model against which the degree of service integration maturity of an organization can

be assessed

 A process for assessing the current and desired degree of service integration maturity of

an organization, using the model
1.2 Overview

Service Oriented Architecture (SOA) is an architectural style that supports service orientation.

A service is a business task with an externalized service description that often represents a

contract between a provider and a consumer. As organizations adopt SOA and the use of

services as the fundamental structuring element of their architecture, they increasingly encounter

the need to assess where they are in their migration path and how best to achieve the expected

benefit derived from integrating and investing in greater levels of SOA maturity.

OSIMM helps an organization to create a roadmap for its incremental transformation towards

more mature levels of service integration, in order to achieve increasing business benefits

associated with higher levels of maturity. OSIMM is used to determine which organizational

characteristics are desirable in order to attain a new level of maturity. This will also help

determine whether problems occurring at the current level of service integration maturity can be

solved by evolving to a higher level.

OSIMM is offered to the industry as a standardized model to help organizations guide their SOA

transformation journey. A standard maturity model enables enterprises to benchmark their SOA

levels and develop roadmaps for transformation to assist their planning. It can also be used by

vendors to position their services and software against these benchmarks. OSIMM may also

serve as a framework for the transformation process that can be customized to suit the specific

needs of organizations and assessments. This process consists of the following steps:

 Prepare the OSIMM assessment framework
 Determine the initial level of maturity
 Determine the target level of maturity

 Identify the transformation path necessary for the organization to achieve the desired level

of maturity
The Open Group Service Integration Maturity Model (OSIMM), Version 2 1
---------------------- Page: 14 ----------------------
ISO/IEC 16680:2012(E)

OSIMM structures the assessment of the organization’s current state in service integration and

flexibility (including service orientation) and of its desired or future state for different lines of

business or enterprise, taking into account pain-points in flexibility or integration that need to be

improved. It provides a model for assisting the organization in determining its architectural

strategy when adopting service orientation, including the creation of an architectural roadmap

for initiatives in legacy transformation, integration with one or more packaged applications,

application renovation and development, and systems integration. This roadmap helps to

determine the scope, focus, and incremental steps for different parts of the organization in order

to transform them towards a higher level of service orientation and service integration, with

justifications in terms of anticipated business benefits. OSIMM provides a framework for

surfacing insights and identifying IT improvements in terms of component development, service

integration, SOA, and IT governance.

OSIMM focuses on increasing levels of flexibility in seven aspects of an organization or

enterprise: business, organization and governance, methods and processes, application portfolio,

architecture, information, infrastructure, and operational management. Focus on these aspects

aids the adoption of a more flexible business by planning integration in advance and constructing

business models, processes, applications, and infrastructure mindful of flexibility.

The OSIMM base model is specified by this document. The base model defines the OSIMM

framework and the assessment process. The base model is designed to be extended by allowing

customers and consulting organizations to add additional maturity indicators. By extending the

model, the maturity assessment can be focused on the adoption of evolving industry frameworks,

new techniques, or organizational imperatives. The authors of the OSIMM standard fully expect

that a database of OSIMM extensions will evolve, providing greater insight into the process of

SOA adoption.

OSIMM may be used to conduct assessments of the current and desired levels of maturity for an

enterprise or line of business within an organization and design a plan of action to transform

from the current to the desired levels. For example, an organization may wish to apply OSIMM

to a particular set of applications in the organization’s portfolio. A decision is made to partition

the large number of applications into a small number of partitions, based upon affinity to

business function. The current state of each partition is then assessed using the maturity model.

Based upon the pain-points, business drivers, and goals, the target state for each partition is

established. The transformation increment for each partition (which may be different for each

partition) is then defined in order to achieve the target state for that partition.

1.3 Conformance

This specification describes the OSIMM SOA maturity model and a corresponding SOA

maturity assessment process. It describes the characteristics of architectures necessary to achieve

a particular level of SOA maturity. Maturity models and maturity model assessments must use at

least the terminology, matrix, dimensions, levels, and attributes described herein in order to be

conformant with this specification. Particular maturity model indicators are not mandated for

conformance. An exemplary process for assessment that conforms to this specification is

provided in The OSIMM Assessment Method (Chapter 10) but is not mandated for
conformance.
2 Technical Standard (2012)
---------------------- Page: 15 ----------------------
ISO/IEC 16680:2012(E)
1.4 Terminology

This terminology section provides definition for terms that have a specialized meaning within

OSIMM or are prone to alternative interpretations; therefore, the following definitions apply to

this OSIMM standard:
Adoption

The detailed steps that are required to achieve a transformation. These steps may include the

adoption of new technologies, methods, processes, and integration techniques, and the

establishment of corporate initiatives, IT directives, technical standards, Executive Councils,

Architecture Boards, and Governance.
Architectural Style

A combination of distinctive features in which architecture is performed or expressed. The SOA

architectural style has the following distinctive features:

 It is based on the design of the services – which mirror real-world business activities –

comprising the enterprise (or inter-enterprise) business processes.

 Service representation utilizes business descriptions to provide context (i.e., business

process, goal, rule, policy, service interface, and service component) and implements

services using service orchestration.
 It places unique requirements on the infrastructure – it is recommended that

implementations use open standards to realize interoperability and location transparency.

 Implementations are environment-specific – they are constrained or enabled by context

and must be described within that context.
 It requires strong governance of service representation and implementation.
It requires a “Litmus Test”, which determines a “good service”.
Assessment
Evaluation or appraisal process for determining maturity.
BPEL
Business Process Execution Language Standard (see Referenced Documents).
Business Service

A self-contained piece of business functionality that may be called through a well-defined

standard interface and protocol, independent of implementation platform, and managed under a

contract specifying availability levels and quality-of-service.
The Open Group Service Integration Maturity Model (OSIMM), Version 2 3
---------------------- Page: 16 ----------------------
ISO/IEC 16680:2012(E)
Can

Describes a permissible optional feature or behavior that an assessment may have.

Dimension (or View)

A major axis, along which the SOA maturity level of an organization may be measured.

The dimensions represent significant views of the business and IT environment where the

application of SOA principles can have a major effect. An organization may be at a different

maturity level on each dimension, and the overall maturity level of the organization may be

aggregated from the dimension levels. Dimensions are to a first approximation independent, but

there are relationships between them.
Domain

A subdivision of a dimension, representing a more specific aspect of that dimension, along

which the organization may be measured as to its SOA maturity level. Again these represent

aspects where SOA principles can
...

Questions, Comments and Discussion

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