C117-The_Open_Group_Service_Integration_Maturity_Model.docx

The Open Group Service Integration Maturity Model (OSIMM), Version 2一、 介绍1. 目标这份文件是The Open Group服务集成成熟度模型（OSIMM）。它规定：1、 模型对一个组织的服务集成成熟度进行评估；2、 一个组织关于当前的和期望的“服务整合成熟度级别”的评估流程，而使用的模型；2. 专业术语Architectural Style 架构风格在该架构中执行或表达显着特点相结合。 SOA的架构风格具有以下鲜明的特点：l 它是基于服务的设计 - 这反映了真实世界的商业活动 - 包括企业（或企业间）的业务流程；l 服务表示利用业务描述来提供上下文（即业务流程，目标，规则，政策，服务接口和服务组件），并使用服务编排实现的服务；l 它把对基础设施的独特要求 - 建议实现使用开放标准实现互操作性和位置透明性；l 实现是特定环境下的 - 他们被限制或允许通过上下文和必须在上下文中加以说明；l 它需要强大的服务治理呈现和实施；它需要一个“试金石”，它决定了一个“良好的服务”。BPEL业务流程执行语言标准（见参考文献）。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.自包含一块业务功能，可以通过定义良好的标准接口和协议，独立于实现平台进行调用，并根据合约规定的可用性水平的服务质量和管理。Dynamic Configuration动态配置The ability of a system to look up new services, based upon the matching of a required specification, and to configure itself to call these new services without the development of new programming code.一个系统的查找基于对所需规格匹配的新的服务，并配置自身没有新的编程代码的开发来调用这些新服务的能力。Organization组织Any entity interested in SOA adoption for the purpose of deploying service-enabled business processes, including governments, businesses, lines of business, projects, an enterprise, service ecosystem, or an industry感兴趣的SOA实施的任何实体，为了部署支持服务的业务流程，包括政府，企业，企业的业务线，项目组织，服务生态系统，或者一个行业的。Service 服务一个可重复的业务活动的的逻辑表示：l 有一个特定结果（例如，检查客户的信用;提供天气数据，整合钻井报告）；l 是自包含的；l 可能被其它服务所组成（组合服务）；l 是一个“黑盒子”给消费者的服务；Service-Level Agreement (SLA) 服务水平协议大多是服务提供商与用户之间用于建立可用性，容量和响应时间的合同协议。Service Management服务管理Practice and techniques necessary to manage services in SOA solutions.实践和技术性有必要去管理服务在SOA解决方案中。Service Orientation面向服务A way of thinking in terms of services and service-based development and the outcomes of services.一种一系列服务并基于服务开发和服务结果的思维方式。Virtualized Service 虚拟服务这背后却隐藏着一个“立面”，这样该服务的调用者不直接调用它，但通过代理服务器，它可以拦截通话并将其发送到基于的考虑，如负载和可用性的真正的服务的服务。SOA支持面向服务的体系结构风格。二、 模型该OSIMM成熟度矩阵，它定义了成熟维度和层次如图 OSIMM成熟度矩阵（图1）。在矩阵的列对应的成熟水平，以及行对应于维度。矩阵中的每个单元格定义为每个在每个维度的成熟度列。一个组织的整体SOA成熟度是通过识别其成熟度评估在每个维度的水平。例如，考虑“信息”维度X silo，带标签的“应用程序特定数据”。在OSIMM里，“成熟度属性”被映射到“成熟度指标”内，作为一种描述在“评估问题”和“成熟度指标”下。如果成熟度属性表明，silo水平成熟度指标存在一个特定的评估应用程序或系统，然后将信息维度的成熟被认为是筒仓（第1级），所以被评估的应用程序或系统被特征化在于具有一个应用程序具体的数据解决方案。三、 成熟度级别Maturity Levels在OSIMM的核心是七个层次企业的业务和IT服务集成成熟度。每七个层次的反映一个组织的可能抽象状态在其成熟度方面在其服务（业务及/或IT）和SOA解决方案的集成。每个成熟度等级的基础上其前辈的基础上，将有一个累积的一套成熟度的属性。等级1：筒仓（竖井）该组织的各个部门都在开发自己的软件独立，没有整合数据，流程，标准或技术。这严重限制了组织执行，需要在不同地区之间的合作业务流程的能力，以及IT系统集成不能没有显著人工干预，如重新输入和重新诠释数据的集成。【无交流，各干各的，程序结构化】2级：集成化技术已经到位的筒仓之间进行通信，并且将数据和互连集成。 IT系统是整个组织的不同部门整合的建设成为可能。然而，整合并不延伸到在数据或业务流程的通用标准。因此，连接两个系统，它需要一个，可能是复杂的，转换使用这些系统中的数据，操作和协议。每个这样的连接可能需要定制代码和适配器，导致软件的激增是难以管理和复杂的代码。因此，它是不容易的开发或新的自动化业务流程。【逐步有交流，但互操作缺乏业务和技术标准，代码重复、冗余】3级：组件化在筒仓的IT系统进行了分析，并被分解成组件部分，在其中它们可以被开发成新的配置S和系统S,在一个框架下。虽然组件通过定义的接口进行交互，它们不是松散的耦合，这限制了该组织（或企业“生态系统”中，甚至不同的组织）的不同部分之间的灵活性和互操作性。这将导致在开发和部署的共享业务流程的困难。业务和基础架构组件是离散的，可重用的代码，通过EAI和再利用技术。然而，它们常常重复和冗余。【程序组件化，并不意味松耦合，不同组织间互操作受限】4级：服务化复合应用程序被建立在松散耦合的服务。这些服务可以被调用是基于开放标准和独立于应用技术。服务在所支持的相应协议，安全机制，数据转换和业务管理能力的IT基础设施上运行。因此，这些服务互相操作可跨越所有组织中的各个部分，甚至在公开组服务集成成熟度模型（OSIMM）第2版的生态系统内的11个组织，并通过分配来管理服务等级协议（SLA），以该组织的部分职责来管理。业务功能进行了详细的分析，并分解为服务驻留在一个业务架构里，确保服务将在互操作在一个业务水平。此外，有可能通过一个规范来定义服务语言 - 如WSDL或服务组件架构（SCA） - 可明确定义由服务所执行的操作，从而允许建设一个目录服务的结构。IT和服务架构的结合允许基于这些服务和小系统上建造，运作起来跨越整个组织于一个生态系统。然而，在这个阶段服务的组合服务和一个控制流在一个复合应用程序仍然是由开发人员编写定制的代码中定义的，而不是由一个声明式流语言。这限制了新业务发展的灵活性流程作为服务。【流程服务仍需要定制开发，没有声明的流语言】5级：组合服务在服务成熟度这个水平，现在可以构建一个业务流程的一套互动服务，而不是仅仅通过定制开发，而是由使用的信息组成或业务流程建模语言，如BPELBPEL和通过各个服务控制。复合服务，包括静态，过程和活动为基础的服务。这允许服务组装成复合业务流程，这可能是短期或长期运行，没有显著施工代码。因此，这种的设计和开发是敏捷的，并且可以通过开发业务分析师的密切指导下进行。【设计和开发敏捷，可以通过开发业务分析师的密切指导，有BPEL语言声明，业务流程标准化】6级：虚拟化服务一个间接层 - 现在的业务和IT服务是通过一个门面提供。服务消费者并不直接调用该服务，而是通过一个“虚拟服务”的调用。基础设施进行转换的虚拟调用到真实服务的物理呼叫的工作，并且可以作为这种转换的一部分改变地址，网络，协议，数据，和，包含在呼叫中的同步模式。这种转换可以是一个复杂的服务在他们自己的权利，如数据从一个数据模型变换到另一个。虚拟服务，从而变得更加松散自其运行的基础设施结合，允许对服务的组成更多的机会。这是相对于低层服务成熟度，那里的服务被更加紧密地结合到基础设施。虽然虚拟化技术已经在非SOA和小系统上建造被使用，这个级别扩展虚拟化的概念（和优势）来服务。【那里的服务被更加紧密地结合到基础设施，从虚拟调用到物理调用】7级：动态重新配置服务在此之前的水平，业务流程组装，虽然敏捷，但在设计时需使用合适的工具进行开发人员（业务分析和产品经理的指导下）。现在，这个组件可以在运行时通过适当的工具来进行，或者由业务分析人员的协助下，或由系统本身。这需要得到服务的资料库，并通过所要求的服务的特性来查询这个资料库的能力。在其最简单的形式中，这些特征可能已经被预先定义，限制了系统选择和定位服务的特定实例。【可在运行时通过适当的工具，或者由业务分析人员的协助下，进行业务流程重组装】维度DimensionsBusiness业务维度主要关注业务架构，也就是说，该组织目前的业务实践和政策;业务流程的设计，结构，实施，执行。业务维度还解决了如何IT功能的成本是整个企业的分配，以及IT能力如何很好地支持业务的灵活性，敏捷性和SLA。业务维度包括IT策略。因而包括必要的价值主张从一个成熟度级别移动到一个更高的层次的成熟度级别。这些价值主张的讨论都在向更高成熟度等级的好处。【关注业务架构，业务流程，IT策略】Organization & Governance该组织和治理维度的重点是组织本身和在SOA和SOA治理的背景下组织效率的必要措施的结构和设计。该组织方面的重点是组织结构，关系，角色和必要采取面向服务战略的能力。这包括技能，培训和教育，这可在组织内的类型和程度。治理与正规的管理流程相关，以保持IT活动，服务能力，并与企业的需求相一致的SOA解决方案。治理指导等方面成熟度，包括如何管理的结构和成本分配的许多方面。【重点是组织结构，关系，角色，SOA能力，培训、教育等、管理流程、制度、政策。治理目标是保持IT与业务一致】Method该方法维度的重点是由组织为其IT和业务转型所采用的方法和流程，并围绕软件开发生命周期，如使用需求管理，评估技术，项目管理，质量保证流程，设计方法的组织的成熟和技术，以及设计工具的解决方案。【IT和业务的转换所使用的过程和方法：软件开发生命周期的需求管理、项目管理、质量保证、设计方法、设计工具等】Application应用层面的重点是应用样式，应用程序结构和功能分解，可重用性，灵活性，可靠性和应用可扩展性，理解和统一使用最佳实践和模式，是否属重复应用已创建服务，为不同的业务线服务，但具备相同的功能。【关于企业的应用形态，应用程序结构和功能分解】Architecture架构维度集中在包括拓扑结构，集成技术，企业架构决策，标准和政策，该体系结构的网络结构公开组服务集成成熟度模型（OSIMM），第2版13 通过服务水平，在实施SOA，SOA兼容标准和生产的典型器物的经验。【架构的结构，包含拓扑结构、集成技术、企业架构决议、标准和政策、web服务采用的级别、企业在SOA实施方面经验、实践】Information信息维度集中在如何的信息的结构，信息如何被模型化，访问企业数据，从功能方面的数据访问抽象的方法中，数据特征，数据转换功能，服务和流程定义，处理标识符，安全凭证，知识管理，业务信息模型和内容管理。【关注信息结构、数据特种、数据转换、业务信息模型等】Infrastructure & Management在基础设施和管理维度集中在组织的基础设施能力，服务管理，IT运维，IT管理和IT管理，如何满足SLA，如何监督执行，提供什么类型集成平台。【基础设施和运维能力，IT运维和管理、如何满足SLA，如何监控，集成的平台】Service Foundation Levels前三个层次的OSIMM成熟度模型 - silo，集成和组件化 - 被称为服务基础水平。服务集成和取向是很容易实现，如果业务基础设施和功能被开发为是组件化的离散组件，与位置无关，并且松耦合从底层的运行时环境。服务基础水平可以被看作是服务，使建设一个传统的环境（甚至是汇集现有服务）建议的先决条件。而有可能超过结构不良的传统环境提供的服务，这会危及SOA解决方案的成功。绿色领域的SOA应用程序可能是一个例外，而不是要求相同的步骤来实现面向服务的再利用传统的业务功能。服务开发使用Web服务和其他服务的支持技术应同时满足由服务基础级别定义的成熟度。2.5章节略1. Business Dimension: Base Model本章定义了业务维度的基础模型。基础模型定义了一组可以用来评估对OSIMM成熟度矩阵组织的SOA成熟度水平一般的成熟度指标和属性。额外的成熟度指标，评估问题，以及属性映射可以被供应商和用户组织加入来扩展基础OSIMM模型。这些评估问题，帮忙引出一个组织如何正式定义并记录他们的业务驱动力和流程，范围从孤立的业务线到可通过上下文感知服务的的业务能力。Business Dimension: Base Model Maturity Indicator基础OSIMM模型提供的每个维度许多可能的成熟度的指标之一。组织，供应商和顾问能够提供额外的成熟度指标，评估问题和属性映射提供必要对一个组织的SOA的成熟更多的指导。下面的业务维度成熟度指标是作为基础OSIMM规范的一部分：在OSIMM业务维度的SOA成熟度评估是通过识别正式的定义和组织的业务驱动和流程的文档进行。Business Dimension: Assessment Questions下面的评估问题帮助得出对一个组织如何正式定义并记录他们的业务驱动和流程的信息。通过收集信息公开组服务集成成熟度模型（OSIMM），第2版17 这些评估问题，评税主任可以在成熟度指标映射到相关的成熟度属性，从而确定业务维度的成熟度水平。问题：1. 你的主要业务驱动力是什么？2. 企业的愿景和目标是什么，以及涉及到目标和愿景，当前IT已经为它正在做什么？3. 是否在您目前的业务流程架构正式定义，记录和管理的？4. 如何在业务流程管理（BPM）测量指标回报率的投资？5. 你的业务流程架构完整和更新至最新吗？6. 当期的业务流程有过灵活？7. 目前有哪些资金方面的实践？8. 当前的成本模型是什么？9. 谁拥有一整套的流程、应用程序、和服务？10. 你有一个成本模型吗，向服务消费者收取使用该服务费用？11. 你如何定义目前的所有权（包括软件，硬件和日后的维护）的总成本是多少？12. 企业的利益相关者和IT利益相关者之间是什么级别的伙伴关系的存在？13. 目前，如何衡量企业服务水平？14. 当前实践经验是什么，将转换业务SLAS（服务水平协议）成为IT SLAS?15. 你有一个正式的企业架构？16. 你有你的企业架构的正式管理？17. 你有多个业务线？他们是否有自己的业务流程？18. 你们的业务线使用通用信息模型CIM？是数据共享或复制？19. 你的业务线与你客户、供应商、合作伙伴分享吗?Business Dimension: Maturity Indicator-to-Attribute MappingMaturity Indicators for the Business Dimension 成熟度指标集（业务维度）Maturity Level Cell Name （成熟度级别单元名）Maturity Indicator （成熟度指标）Maturity Attributes (成熟度属性)Maturity Weighting (成熟度权重)Assessment Question Mapping (评估问题映射)Silo (Level 1) Isolated Business Line-driven 竖井（一级）分离的业务线驱动Formal definition and documentation of the organizations business drivers and processes. 正式定义和组织业务驱动和流程的文档。1、 Low or nonexistent Enterprise architecture is not an element of the IT or Enterprise strategy. 低或不存在企业架构是不是IT或企业战略的组成部分。10 2,152、Business processes are not formally defined and documented. 业务流程没有正式定义和文档。33、Limited to how specific applications must behave; IT-specific. 限于特定应用程序如何去做的; IT特有的。1,9,17,18Integrated (Level 2) Business Process Integration 集成化（二级）业务流程整合Formal definition and documentation of the organizations business drivers and processes. 正式定义和组织业务驱动和流程的文档。1、Limited No formal enterprise architecture. 有限或没有正式的企业架构。20152、Limited to LOB objectives and need for information from other organizations. 限于LOB（业务线）的目标，需要从其他组织的信息。1, 2, 3, 4, 6, 9, 17, 18, 19 Componentized (Level 3) Componentized Business 组件化（三级）组件化的业务Formal definition and documentation of the organizations business drivers and processes. 正式的定义和组织的业务驱动和流程的文档。1、Cross-organizational Some formal enterprise architecture constructs exist.跨组织，一部分正规的企业架构结构存在。3015, 16 2、Organizations business drivers are documented as cross-organizational business objectives. 组织的业务驱动力被记录，并成为跨组织的业务目标。1, 2, 9, 17, 18, 19 Services (Level 4) Componentized Business Provides and Consumes Services 服务化（级别4）组件化的业务提供和消费服务Formal definition and documentation of the organizations business drivers and processes. 正式的定义和组织的业务驱动和流程的文档。1、Enterprise-wide Formal use of enterprise architecture. 企业范围内正式使用的企业架构。403, 15, 16 2、Organizations business drivers are documented as elements of the enterprise mission and business architecture. 组织的业务驱动力被记录作为企业的使命和业务架构的组成部分。1, 2, 3, 8, 9, 10, 11, 17, 18, 19 Composite Services (Level 5) Processes Provided and Consumed via Composite Business Services 组合服务(5级)流程被提供和被消费通过组合的业务服务Formal definition and documentation of the organizations business drivers and processes正式的定义和组织的业务驱动力和流程的文档。Integrated Enterprise-wideFormal use of enterprise architecture and Business Process Management (BPM). 集成的企业范围内，正式使用的企业架构和业务流程管理（BPM）的。503, 4, 5, 6, 10, 11, 15, 16 Organizations business drivers are documented as elements of the enterprise mission and business architecture. 组织的业务驱动力被记录作为企业的使命和业务架构的组成部分。1, 2, 3, 8, 9, 10, 11, 17, 18, 19 Virtualized Services (Level 6) Outsourced Services, BPM, and BAM 虚拟级服务（6级）外包的服务，BPM和BAMFormal definition and documentation of the organizations business drivers and processes. 正式的定义和组织的业务驱动力和流程的文档。Integrated across the enterprise and externally between business partners. 在整个企业和外部的业务合作伙伴之间的集成。60Well-defined enterprise architecture that details both internal process flows as well as outsourced processes with and between business partner services. Strong use of Business Activity Monitoring (BAM). 定义良好的企业架构，不仅详细说明企业内部处理流程，并且定义了外包服务流程（与合作伙伴之间的服务）。利用强大的业务活动监控（BAM）。4, 5 ,6, 7, 9, 11, 12, 13, 14, 15, 19 Dynamically Re-Configurable Services (Level 7) Mix-and-match Business Capabilities via Context-aware Services 动态重新配置服务（7级）通过上下文感知服务混合和匹配的业务能力Formal definition and documentation of the organizations business drivers and processes. 正式的定义和组织的业务驱动力和流程的文档。Enterprise services on demand. Well-defined enterprise architecture that includes a formal end-to-end definition of business process flow. 企业级服务的要求。定义良好的企业架构，包括正式的、端到端业务流程的定义。705, 6, 13, 15, 16 Business Process Management (BPM) is used to define and test process flows necessary to meet well-defined SLAs. 业务流程管理（BPM）被用来定义和测试过程流要满足良好定义的SLA。6, 13, 14 2. Organization & Governance Dimension: Base Model本章定义了OSIMM组织和治理维度基础模型。基础模型定义了一组可以用来评估对OSIMM成熟度矩阵组织的SOA成熟度水平一般的成熟度指标和属性。附加的成熟度指标，评估问题，以及属性映射可以被供应商和用户组织加入来扩展基础OSIMM模型。这些评估问题，帮忙引出一个组织如何正式定义并记录他们的组织和治理流程，标识范围从一个点到点的业务线IT战略和治理驱动到政策型驱动的治理。Organization & Governance Dimension: Base Model Maturity Indicator基础OSIMM模型提供的每个维度许多可能的成熟度的指标之一。组织，供应商和顾问能够提供额外的成熟度指标，评估问题和属性映射提供必要对一个组织的SOA的成熟更多的指导。下面的组织和治理维度成熟度指标是作为基础OSIMM规范的一部分：OSIMM组织和治理维度的服务集成成熟度评估可以通过识别在正式使用服务和SOA治理跨越整个组织开发，部署和管理业务和IT服务（SOA解决方案）进行。Organization & Governance Dimension: Assessment Questions通过使用这些评估问题收集信息，评估者能够映射一个成熟度指标到相关的成熟度属性，从而确定组织和治理维度的成熟度水平。1. 你的IT团队中，什么样的技能是共有的、普遍的？2. IT治理如何涉及到您的SOA?3. IT治理如何被涉及的，或者如何与SOA，企业架构，和组织治理对齐的？4. SOA治理过程存在吗，是否都被文档化记录了呢，如果是这样，它们是否用于服务的设计时和运行时？5. 是否参与了SOA的过程中的组织之间的互动，定义明确的角色和职责是什么？6. 什么是治理功能和职责是什么？7. 你会如何描述你的IT成本模型？8. 在您的IT组织里，什么类型的SOA培训是可用的？9. 组织的开发团队和基础设施团队之间的关系是什么？10. 什么是SOA和治理机关存在吗？11. 某组织的SOA解决方案跨越组织的界限吗？内部？外部业务合作伙伴之间？Organization & Governance Dimension: Maturity Indicator-to-Attribute MappingMaturity Indicators for the Organization & Governance Dimension 成熟度指标集（组织与治理维度）Maturity Level Cell Name （成熟度级别单元名）Maturity Indicator （成熟度指标）Maturity Attributes (成熟度属性)Maturity Weighting (成熟度权重)Assessment Question Mapping (评估问题映射)Silo (Level 1) Ad hoc LOB IT Strategy and Governance 竖井（一级）点对点的IT战略和治理Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions).正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Low or nonexistent A vision or strategy for the adoption of SOA does not exist. No recognition of the value of service governance and nonexistent IT-business governance processes. 低或不存在 采用SOA的愿景和策略不存在。没有认识到服务治理的价值，并且不存在IT-业务治理的流程。10 2, 3, 4, 5 Nonexistent cross organizational (LOB) coordination of services (SOA). 不存在跨组织（LOB）的协调服务（SOA）。11Minimal SOA training. 最小的SOA培训。1,8Integrated (Level 2) IT Trans-formation 集成化（2级（IT转换Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Limited 有限的A formal SOA strategy is evolving. Some cross-organizational coordination. 一个正式的SOA策略是不断发展的。一些跨组织的协调合作。202, 3, 4, 5, 11 The value of service and SOA governance has been recognized but has not been holistically adopted by the enterprise. 服务和SOA治理的价值已被认可，但尚未从整体上被企业通过采纳。6, 9, 10 Componentized (Level 3) Common SOA Governance Processes 组件化（三级）公共的治理流程Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Cross-organizational 跨越整个组织的；A formalized SOA strategy exits between one or more organizations. 一个正式化的SOA策略存在一个或多个组织中。 30 5, 9 The value of service and SOA governance has been recognized but has not been holistically adopted by the enterprise. 服务的价值和SOA治理已经被认可，但是还没有完全的被企业采纳2, 3, 4, 6 SOA governance has been established but has not been adopted holistically by the enterprise. SOA治理已经被建立，但是没有被企业完全采纳。2, 3, 4, 6 SOA training and skills are present but limited to IT practitioners. SOA的培训和技能都存在，但仅限于IT从业者。1, 8 Shared services may be evolving and governed between one or more LOBs. 共享的服务可能会进化，并且被治理在一个或多个业务线中。7, 11 Services (Level 4) Emerging SOA Governance 服务化（4级）涌现SOA治理Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Enterprise-wide 企业级范围内的A formal enterprise-wide SOA strategy and vision has been defined, published, and agreed by the business units across the organization. 一个正式的企业范围的SOA战略和愿景已经定义，发布，被跨组织的多个业务单位同意。402, 3, 5, 10 A formal SOA governance process and structure has been documented and is functioning among most business units. 一个正式的SOA治理流程和架构已经被文档化，并且被功能化在多个业务单位中。4, 6 Training programs have been tailored for IT and business unit needs. 培训方案为IT和业务单位的需求专门被定制化裁剪。1, 6, 8 Composite Services (Level 5) SOA and IT Governance Alignment 组合服务（5级）SOA和IT治理对齐Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Integrated Enterprise-wide 被集成化的企业范围内The use of SOA and shared services are an accepted element of the organizations strategy, business, and IT models. 使用SOA和共享的服务是组织的战略，业务和IT模式的一个公认的元素。502, 3, 5, 11 SOA governance has been adopted across the enterprise by most organizations and is empowered to manage SOA services and solutions. SOA治理已经被跨越企业的多个组织所采纳，并且获授权管理SOA服务和解决方案。4, 6, 9, 10 Virtualized Services (Level 6) SOA and IT Infrastructure Governance Alignment 虚拟化服务（6级）SOA和IT基础架构治理对齐Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Integrated across the enterprise and externally between business partners. 在跨越企业和外部的业务合作伙伴之间的集成。60SOA governance is part of the organizational culture. SOA治理是组织文化的一部分。3, 10 The organization treats SOA services as enterprise assets. 该组织把SOA服务作为企业的资产。2 The organization has well-defined SOA metrics and performance indicators. 该组织有明确定义的SOA度量和性能指标。4 Dynamically Re-Configurable Services (Level 7) Governance Implemented using Automated Policies 动态重新配置服务（7级）治理被实施使用了被自动化的策略Formal use of service and SOA governance across the organization to develop, deploy, and manage business and IT services (SOA solutions). 正式使用服务并且SOA治理跨越整个组织去开发、部署并且管理业务服务IT服务（SOA解决方案）Adaptive Enterprise 自适应的企业Services are modeled and managed as elements of the evolving business strategy. 服务被模式化和管理化，作为不断发展业务策略的元素。702, 3, 4, 5, 6 Service metrics are automatically gathered and input to key business decisions. 服务度量会被自动收集，并运用到关键的业务决策。4, 11 3. Method Dimension: Base Model本章定义了OSIMM方法维度基础模型。基础模型定义了一组可以用来评估对OSIMM成熟度矩阵组织的SOA成熟度水平一般的成熟度指标和属性。额外的成熟度指标，评估问题，以及属性映射可以被供应商和用户组织加入来扩展基础OSIMM模型。The following assessment questions help elicit the level of formality to which an organization has implemented a formal SOA development and deployment methodology, which ranges from structured design and analysis to business grammar-oriented modeling.下面的评估问题帮助引发一个形式上的级别一个组织被实施了一个正式SOA开发和部署的方法论，范围从一个结构化的设计、分析到业务上面向对象的建模。Method Dimension: Base Model Maturity Indicator基础OSIMM模型提供的每个维度许多可能的成熟度的指标之一。组织，供应商和顾问能够提供额外的成熟度指标，评估问题和属性映射提供必要对一个组织的SOA的成熟更多的指导。下面的“方法”维度成熟度指标是作为基础OSIMM规范的一部分：在OSIMM方法维度的SOA成熟度评估可以通过识别在正式使用SOA架构设计，建造，并为SOA服务的