CN101174210A - 用于管理面向服务体系结构的生存周期的方法和系统 - Google Patents

Abstract

本发明涉及一种用于管理面向服务体系结构(SOA)的生存周期的方法，包括以下步骤：根据实现所述SOA的组织的要求来选择(50)所述SOA的多个对象的子集以进行生存周期管理；以及向所述SOA的多个对象的子集的每个成员分配生存周期属性。

Description

用于管理面向服务体系结构的生存周期的方法和系统

技术领域

本发明涉及用于管理面向服务体系结构(SOA)的生存周期的方法和系统。

背景技术

服务使用标准化接口来通过例如因特网等计算机网络在计算机之间交换数据。应用可以使用服务器提供的服务通过计算机网络请求来自服务器的数据。这种请求一般被容纳在SOAP封装内，SOAP封装使用HTTP而被传送，并且可以包括XML和其他web相关标准。技术上更先进的应用组合各种服务来获得或处理所需数据。针对多个服务(例如因特网上的web服务)开发的软件体系结构被称为面向服务体系结构(SOA)。

在SOA中，资源作为网络中的参与者可以标准化方式访问的独立服务而对参与者可用。虽然SOA的大部分定义使用经由TCP/IP上的HTTP/HTTPS传送的SOAP请求，但是SOA也可以使用任意基于web服务的技术。web服务基于独立于底层平台和编程语言的形式定义进行互操作。接口定义封装了特定实现方式。SOA独立于特定开发技术(例如Java和.NET)。软件组件变得非常易于重新使用，因为接口是遵从标准的，并且独立于web服务逻辑的底层实现方式。例如，C#(C Sharp)服务可被JAVA应用使用，反之亦然。

在SOA中，注册表在管理关于SOA实体的信息和诸如SOA实体之间关联政策(例如关于web服务的使用或性能的情况的规则)等其他元数据方面扮演重要角色。不仅在操作SOA时，而且在SOA的生存周期的其他阶段也是这样。因此，在一个或多个注册表中维护的信息将经历这样的生存周期，该生存周期例如可以定向到软件的经典开发周期(启动、设计、实现、测试、生产，等等)。但是，将生存周期的一个阶段改变为下一个阶段将影响SOA的哪些部分将在很大程度上依赖于在实现其SOA的组织中建立的过程。现有技术中公开的SOA体系结构及其元素不提供定制的生存周期管理，而是提供最佳“普适”手段用于管理SOA的实体的生存周期，其中对每个web服务提供状态指示，该指示可以反映某个web服务可操作还是仍被测试。

因此，本发明所要解决的技术问题是克服现有技术的这些缺点，并提供用于依赖于实现SOA的组织的需要而以高度可定制形式管理生存周期信息的方法和系统。

发明内容

在本发明的一个方面中，通过用于管理面向服务体系结构(SOA)的生存周期的方法来解决该问题，该方法包括以下步骤：根据实现SOA的组织的要求来选择用于生存周期管理的SOA的多个对象的子集；以及向SOA的多个对象的子集的每个成员分配生存周期属性。

本发明的方法不是向SOA的所有实体或其固定子集提供不灵活的生存周期管理，而是首先提供选择步骤，其中用户可以选择SOA的对象，所述对象可被SOA的生存周期影响。实现组织可以例如决定要被提供以生存周期属性的对象不是web服务而仅是它们的多个部分，例如各个消息部分。可以被提供以生存周期属性的其他对象是SOA的关联或政策，它们可以依赖于特定实现而在生存周期期间改变。

优选地，第一步骤包括选择SOA的多个对象类型的至少一个对象类型的步骤，其中第二步骤包括向属于选定对象类型的SOA的每个对象分配生存周期属性。不是对要被提供以生存周期属性的对象执行个体选择，相反，某个类型的所有对象优选地被提供以生存周期属性。该特征辅助包括更多数目对象的更大SOA的生存周期管理。

如果在第一步骤中选择的子集包括包括SOA的对象的集合的对象，则优选地，被集合的对象中的每一个从父对象继承生存周期属性。同样，这减少了用于管理相关对象的生存周期的选择步骤的数量。

在当前优选实施例中，该方法还包括根据实现SOA的组织的要求来定义多个生存周期状态的至少一个的步骤，所述生存周期状态可由生存周期属性反映。因此，不是将实现组织约束为使用用于生存周期管理的一组预定阶段，相反，可以自由地用语言和命名法设计、命名和标记(包括用图标表示)最好地满足实现组织的特定要求的不同生存周期状态。特别优选的是这样一个实施例，其中每个生存周期阶段包括一个或多个可由生存周期属性反映的生存周期状态。在阶段和状态之间的区分提供了生存周期的更结构化的管理。在一些情况下，每个阶段对应于其自己的包括在生存周期的各个阶段期间的SOA的对象的注册表。

在一个实施例中，选定子集的第一对象的一个或多个定义的生存周期阶段和/或状态不同于选定子集的第二对象的一个或多个定义的生存周期阶段和/或状态。因此，生存周期管理可以根据实现组织的要求针对被选择用于生存周期管理的SOA的个体对象而被定制。

根据另一方面，该方法包括根据实现SOA的组织的要求来定义由所述生存周期属性反映的多个转换状态中的、对象的生存周期属性可以在所述对象的生存周期的下一步骤改变到的至少一个转换状态。因此，这些转换状态约束对象可以改变到生存周期中的哪个(哪些)状态，其中该改变可以依赖于实现组织的一个或多个授权用户的核准。此外，生存周期属性可适于在从生存周期的一个状态到另一个的转换期间影响SOA中的过程，例如调用web服务。

在当前优选实施例中，上述方法的第一和第二步骤涉及为SOA的至少一个注册表创建JAXR分类。本领域技术人员也可以设想和了解用于执行所述方法的其他技术，例如使用利用OWL(web本体语言)或RDF(资源描述框架)的语义建模。另一手段是提供用于SOA的对象的生存周期属性。

根据另一方面，本发明涉及适于执行上述方法中任意一种的用于SOA的生存周期管理系统。为此，生存周期管理系统优选地包括用于管理SOA的一个或多个注册表中的对象的API。在一个实施例中，生存周期管理系统包括显示SOA的多个对象的选定子集的生存周期属性的图形用户界面。最后，本发明涉及使用所描述的生存周期管理系统实现的SOA。

附图说明

在下面的详细描述中，参考附图进一步描述本发明的当前优选实施例：

图1：简化SOA和用于管理SOA相关信息的注册表的示意图；

图2：SOA的生存周期的各个阶段的示意图；

图3：在本发明的优选实施例中被称为LifecycleParticipants(生存周期参与者)的生存周期分类的三个优选类别的示意图；

图4：在本发明优选实施例中用于定义生存周期分类的对象类型的步骤的示意图；

图5：示出本发明优选实施例中定义生存周期分类的生存周期状态的步骤的示意图；

图6：示出本发明实施例的生存周期管理系统的分类对象类型的实例的分类的示意图；

图7：示出本发明优选实施例中定义生存周期分类的类别LifecycleStateTransitionType(生存周期状态转换类型)的步骤的示意图；以及

图8：本发明实施例的简化XML序列化形式的示例性JAXR表示。

具体实施方式

下面参考SOA的一个或多个注册表描述本发明的优选实施例。图1示意性地示出了注册表10及其与SOA的实体的关系。应用30发出对web服务20的请求31。为此，应用30首先需要关于web服务20的接口定义的描述。该描述40例如可以以web服务定义语言(WSDL)提供，并且可以从注册表10(或直接从web服务20)获得。注册表10优选地包括对SOA的所有web服务的描述，例如具有关于各个web服务的功能、数据、数据类型和交换协议的信息的WSDL文件40。或者(未在图1中示出)，注册表10本身可以不包含WSDL文件而是包含一个引用，其中可以找到某个web服务的WSDL文件。在任意情形下，如果应用30想要发送请求到web服务20，则它可以联系注册表10以获得WSDL文件40和找出如何访问web服务20。

除了对web服务的描述或对这些描述的引用以外，还存在在注册表10中存储和管理的与SOA有关的其他元数据，例如SOA实体之间的政策和关联。此外，注册表10可以保存关于因实现组织而定的实体的信息。这些实体可以是SOA本身的元素(例如基础设施或应用)，或者是与管理SOA的过程有关的实体，例如设计文档等。

在优选实施例中，本发明与注册表被一起使用，注册表可利用用于XML注册表的Java API(JAXR)来管理。在此情形下，注册表条目被分类为由实现组织使用JAXR分类ObjectType(对象类型)定义的特定类型。这些和核心类型的实例可以保存额外的定制属性。此外，注册表优选地具有其描述的实体的分类能力，也就是将类别组织为用于分类实体的等级分类的能力。此外，注册表优选地具有定义实体之间的定向关系的能力。在可利用JAXR管理注册表的情形下，该关系被称为关联，其中关联本身被分类并且可以携带属性。

与其他大型软件工程类似，SOA也经过具有多个阶段的生存周期，例如规划(计划)、开发、测试和生产。阶段的精确数量、命名和意图依赖于实现组织。图2代表包括规划阶段100、开发200、测试阶段300和生产阶段400的可能的生存周期的简化示意图。

本发明基于这样的实现方式，其中不论注册表中的所有信息还是信息的固定子集都不受该典型生存周期影响。

相反，只有关于SOA的某些元数据以因实现组织而定的方式在生存周期阶段期间改变。

更具体而言，注册表中的相关元数据可能不仅依赖于上述生存周期阶段100-400，而且还依赖于特定生存周期状态(例如设计、设计核准、实现、测试、生产移交、量产、退役)。每个生存周期状态发生在特定生存周期阶段中(例如“实现”在“开发”中，“量产”在“生产”中)，并且转换优选地仅可能在某些状态之间发生(例如从“实现”到“测试”，而不是直接到“量产”)。对于某些SOA实现方式而言，生存周期的每个阶段甚至可以在一个或多个独立的注册表中表示，所述一个或多个独立的注册表需要后续注册表之间的信息传递。

为了向实现SOA的组织提供足够的灵活性，本发明的优选实施例允许选择它想要管理的对象类型、阶段和状态的分类，以及状态和阶段之间的转换。这优选地是通过将标记分类引入注册表实现的，例如图3所示。该分类(称为LifecycleParticipants)优选地具有实现组织可用来标记SOA的选定对象从而更有效地在SOA的生存周期期间管理它们的三种类别，如下所述。将分类引入注册表向生存周期管理系统(LMS)(其可以是管理注册表的API的一部分)指示该注册表是有生存周期意识的。

图3所示的标记分类LifecycleParticipants的第一类别LifecycleObjectType(生存周期对象类型)在步骤50(见图4)被用来选择和分类由LMS管理(因为它们将具有由LMS辨别的生存周期状态)的对象类型。这些可以是在注册表中预定义的标准SOA对象类型(类似于服务)，或由实现组织引入的类型(例如服务的群组或仅仅服务的一部分)。此外，注册表中包含的政策或其他元数据也可以是LMS的选定的和被分类的对象类型。图4示出了不是所有的对象类型都需要针对LMS被分类。

LMS将使用对象类型的分类来使其行为适合于这些类型的实例，例如允许使用例如合适的图形用户界面查看和修改生存周期信息。在一个实施例中，某个对象类型的对象可以是包括聚集到其中的多个其他对象的对象。如果是这样，则每个被聚集的对象在原理从主对象继承的它的生存周期状态，从而它的类型不需要被分类为LifecycleObjectType。例如，(web)服务通常包括服务绑定，服务绑定又包括规范链接，其中该等级的较低元素自动继承相应较高元素的生存周期状态。

图3的整体分类LifecycleParticipants的第二类别被用来标记另一包含由实现组织选择的阶段和状态的分类。在图3和5的示例中，该分类被称为LifecycleStates(生存周期状态)。如图5所示，可以存在多个生存周期阶段和状态。图5左侧所示的各个阶段和状态仅被认为是非限制性示例。实现组织可以自由选择和命名分类和其中包含的阶段和状态。此外，代表阶段和状态的图标可被经由外部链接附加到各个类别。在原理上，可以存在任意数量的阶段和状态。这里提供的四个阶段被认为对于SOA的合理精细的实现而言是典型的。

图5所示的虚线箭头60示出了限定哪些阶段和状态被SOA的实现组织实际选择和分类以用于LifecycleState分类的分类步骤。实现组织例如可以确定在从规划阶段到开发阶段的改变期间，在SOA中不会发生一个或多个注册表的相关元数据的实质改变，并因此仅使用一个公共阶段用于整体生存周期的这个部分。

在另一实施例(未示出)中，生存周期阶段和状态可以分别依赖于对象类型或甚至个体对象。因此，一个对象类型或对象可以具有与另一对象类型或对象不同的生存周期阶段和周期。该可选特征还提高了所述方法的灵活性，使其精确地适应SOA的实现组织的要求。

最后应当注意，LifecycleStates分类本身并不意味着状态内的序列，即对利用该分类分类的对象的限制可以自由地从一个状态改变为另一个。该特定问题是利用进一步类别(第三类别LifecycleStateTransitionType)解决的，该类别是可选的并且被如下所述地使用。

图6示出了用于本发明实施例的LMS的称为“MyApplication(我的应用)”的实例的分类。可以看出，对象类型“Application(应用)”在步骤50被选择和分类为分类LifecycleParticipants的LifecycleObjectType。此外，某些阶段和状态在步骤60被选择和分类作为分类LifecycleParticipants的LifecycleStates。因此，实例MyApplication现在可以在其真实生存周期的某个时间点处被分类为被实现的(见图6的步骤80)。应当注意，MyApplication的可用分类(既作为属于LifecycleObjectType的对象又作为被实现的特定分类)完全是可根据SOA的实现组织的要求定制的。

根据所述实施例的又一方面，图3的标记分类LifecycleParticipants的类别LifecycleStateTransitionType被用来在步骤70对用于表达状态转换的关联类型分类。在图7所示示例中，这是关联NextState(下一状态)85。如图7的左侧可见，在状态实现、已实现、测试、已测试和测试核准之间存在NextState关联85。

LMS将在阶段内和阶段之间的转换之间进行区分。这是很容易确定的，因为每个状态都由在等级上被布置为阶段的子类别的类别代表。LMS可以处理阶段之间的状态转换，以指示信息从一个阶段的流出和向不同阶段的流入，并且可以基于使用LifecycleTransition关联类型定义的关联来检查进入分配给阶段的注册表的信息的有效性。在从不同阶段导入时，LMS可以基于所接收的状态和到该阶段的状态的可能转换来计算所隐含的状态转换。

通过解释状态转换关联的属性，LMS可以确保对状态转换的特定约束。例如图7所示的状态，从状态实现到已测试没有允许的直接转换。此外，在具有基于角色的用户管理的注册表中，作为由NextState关联代表的状态转换的属性的对角色的分配被LMS解释来约束该状态由具有该角色的用户发起。在图7的示例中，从已测试到测试核准的转换可被标记来要求例如来自具有SOA规划者的角色的用户的核准。因此，LMS可以从限定的状态转换确定状态转换是否可由给定用户执行，或者是否已到达要求来自不同用户的通知和核准的状态，并发起适当的动作。

此外，NextState关联85可以发起诸如调用web服务等过程，以例如提供用于从一个生存周期状态改变到另一个的更高级的核准机制(未在图7中示出)。

此外，还可以存在Next关联(未在图7中示出)，其简单地指示给定生存周期状态的下一状态，例如对于前一状态已测试的测试核准。这种关联辅助以默认顺序对SOA的选定对象类型的生存周期状态进行显示和整理。

最终，图8提供了以作为简化XML序列化的它们当前优选的JAXR表示呈现的本发明的上述实施例的样本对象。

可以看出，整体ClassificationScheme(分类方案)510与注册表的任意条目一样具有唯一的UDDI关键字。使用该关键字作为引用，ClassificationScheme 510是上述两个类别LifecycleObjectType和LifecycleStateTaxonomy(生存周期状态分类)(在JAXR中被表示为概念520和530)的父。这两个分类优选地由本发明的方法和LMS预先定义。作为对比，图8所示的特定ClassificationScheme LifecycleState(分类方案生存周期状态)540关于其结构和名称可以被实现组织完全定制。540中对概念LifecycleStateTaxonomy 530的关键字的引用确保了该分类方案被LMS用作为与实现组织有关的生存周期的实际状态的分类。

ClassificationScheme 540的实际的生存周期阶段和状态的两个示例是用于测试阶段的概念550和用于测试状态的概念560，如图8中间部分所示。由于概念560指一个状态，所以它用其父关键字的引用指向它所属的各个阶段，即测试阶段540。这反映了比图5所示更简要的阶段和状态等级。

图8的下部示出了由LMS管理的示例性对象类型。概念570定义了由实现组织定义的非标准注册表对象类型。该概念中对LifecycleObjectType的分类引用将该用户定义的对象类型分类为具有被管理周期的对象类型。最终，概念580提供了这种对象类型的实例(类似于图6的更简化示意图中的分类对象类型“应用”的实例“MyApplication”)。这由对概念570中的对象类型定义的引用反映。对测试状态概念560的额外引用指示实例ExampleUserInstance(示例用户实例)580当前处于测试状态。

虽然图8示出了基于JAXR的本发明的实施例，但是本领域技术人员很清楚存在多种其他技术用于实现本发明。因此，本发明不限于该特定API和一个或多个相应注册表。

Claims (15)

1.一种用于管理面向服务体系结构(SOA)的生存周期的方法，包括以下步骤：

a.根据实现所述SOA的组织的要求来选择(50)所述SOA的多个对象的子集，以进行生存周期管理；以及

b.向所述SOA的多个对象的子集的每个成员分配生存周期属性。

2.如权利要求1所述的方法，其中步骤a包括选择(50)所述SOA的多个对象类型的至少一个对象类型，并且其中步骤b包括向SOA的属于选定的对象类型的每个对象分配生存周期属性。

3.如权利要求1所述的方法，其中在步骤a中选择(50)的子集包括包括所述SOA的对象的集合的对象，并且其中所述SOA的每个被集合的对象继承所述生存周期属性。

4.如权利要求1-3中任意一个所述的方法，还包括以下步骤：根据实现所述SOA的组织的要求定义(60)多个生存周期状态的至少一个，所述生存周期状态可由所述生存周期属性反映。

5.如权利要求4所述的方法，还包括以下步骤：

根据实现所述SOA的组织的要求来定义(60)多个生存周期阶段中的至少一个，其中每个生存周期阶段包括可由所述生存周期属性反映的一个或多个生存周期状态。

6.如权利要求5所述的方法，其中每个阶段对应于包括相应生存周期阶段期间的SOA的对象的注册表(10)。

7.如权利要求4-6中任意一个所述的方法，其中选定的子集的第一对象的定义的生存周期阶段和/或状态中的一个或多个不同于选定的子集的第二对象的定义的生存周期阶段和/或状态中的一个或多个。

8.如权利要求4-7中任意一个所述的方法，还包括以下步骤：根据实现所述SOA的组织的要求来定义(70)由所述生存周期属性反映的多个转换状态中的、对象的生存周期属性可以在所述对象的生存周期的下一步骤改变到的至少一个转换状态。

9.如权利要求8所述的方法，其中所述生存周期属性依赖于所述实现组织的一个或多个授权用户的核准来约束从所述生存周期的一个状态到下一个的转换。

10.如权利要求8或9所述的方法，其中所述生存周期属性适于在从所述生存周期的一个状态转换到另一个的转换期间实现所述SOA中的过程。

11.如上述权利要求中任意一个所述的方法，其中步骤a和b涉及为所述SOA的至少一个注册表创建JAXR分类。

12.一种用于SOA的适于执行如上述权利要求1-11中任意一个所述的方法的生存周期管理系统。

13.如权利要求12所述的生存周期管理系统，包括用于管理所述SOA的一个或多个注册表中的对象的API。

14.如权利要求12或13所述的生存周期管理系统，包括显示所述SOA的多个对象的选定子集的生存周期属性的图形用户接口。

15.一种使用如权利要求12-14中任意一个所述的生存周期管理系统实现的SOA。

Images