一种基于服务功能匹配需求扩展方法.docVIP

一种基于服务功能匹配的需求扩展方法 　　1　引言 　　 　　面向服务的体系结构(SOA)目前已经成为流行的软件设计架构，其中服务的独立性使不同服务提供商提供不同的业务功能，它在软件系统设计中具有较强的灵活性和适应性。 　　SOA不仅改变了软件设计、实现、部署和使用的方式；同时也为服务需求的获取提供一定的指导。 　　传统的软件工程方法针对提出的问题，通过访谈、头脑风暴等方式确定需求。并进行建模实践。然而在“面向服务的计算”中，则试图通过已有的服务来满足用户的当前需求，仅当没有满足需求的服务才另外进行开发。 　　在此，我们将服务理解成是网络提供的一种计算资源。提供服务的个人或组织我们叫做服务提供者，消费服务的个人或组织我们叫做服务消费者。 　　一个软件系统，当它使用一个或多个服务，我们称它为基于服务的应用系统。 　　我们将区别服务提供者的需求工程和服务消费者的需求工程。 　　文中主要是关注服务消费者的需求工程。这个需求活动涉及两个方面： 　　第一，服务消费者需要找到服务，来满足他们的需求。 　　第二，当服务能为用户提供更多的功能时，服务消费者要添加或更改他们的需求，提高需求的描述质量。 　　 　　需求驱动的服务发现方法已经存在。但本文的重点在于通过利用已经存在的服务指导用户描述需求，为用户完善需求提供一种解决方案。 　　 　　2　相关工作 　　 　　针对面向服务的需求获取技术，业界已有大量相关研究。主要分为两类： 　　一类是采用人工或工具支持来进行需求获取，如利用已有的建模框架，如Tropos／i*等，使用参与者、目标、任务、资源、策略依赖等概念，采用问卷调查的方式获取需求，通过对服务的发布和发现提供需求指导和启发规则来获取服务需求。 　　 　　另一类则是自动服务需求获取，如Hausmann等人提出一种基于模型的服务发现方法，通过图转换规则来指定服务请求和响应，这些规则由服务调用前的状态(前置条件)和服务调用后的状态(后置条件)组成。 　　以上方法并未解释这些服务起初是如何被发现以及这些服务如何影响用户需求的创建，而且它们往往需要消耗巨大的人力物力才能完成服务的需求获取，不能很好的体现服务需求获取过程中的灵活性。 　　 　　3　基于服务功能匹配的需求扩展框架 　　 　　一方面，由于用户知识、经验的欠缺，往往很难准确地表达需求：另一方面。用户对于领域中已有的服务资源也很难有全面的认识，很难从利用已有服务，尽可能满足当前需求的角度来提出自己的需求。 　　因此需要一种辅助用户结合现有服务资源，更清晰、准确地表达需求的方法，来修正和完善用户提出的初始需求。 　　众所周知，Web服务通常是使用WSDL／OWL－S对服务所提供的功能、操作进行封装，因此，WSDL／OWL－S描述的服务功能可以作为需求推荐的信息源。 　　本文提出了一种基于服务功能匹配的需求扩展框架。如图1所示。 　　 　　该框架中，用户作为服务请求方，可以利用需求获取平台来提出初始需求。通过对需求进行关键词抽取来完成需求的主题定位。方便对服务资源的查找。各种服务注册机构如Seekda等服务提供方包含大量的使用WSDL描述的服务资源，通过服务功能提取，能作为满足用户原始需求的资源库。 　　根据用户提出的初始需求，查找相似的服务资源，并根据服务功能进行需求扩展。能达到更好的引导用户准确表达与完善初始需求的目的。 　　 　　4　服务需求的自动扩展 　　 　　利用已经存在的服务引导用户清晰、准确地表达需求，使用户能根据可以得到的服务，及时调整自己的需求是进行服务需求扩展的原始动力。 　　 　　4，1用户初始需求的关键词描述 　　用户作为需求的提出者，需要通过一个需求获取平台来陈述自己的需求。关键词描述是需求提出者和服务提供者之间建立连接的枢纽。 　　例如，上述初始需求可以通过Travel Planning，BookFlights，Book Hotel等关键词的方式来进一步界定需求的内容。 　　通过初始需求的创建，系统将利用所获得的关键词，通过4，3节提出的基于服务功能匹配的需求扩展算法来完成用户需求和服务之间的匹配。 　　 　　4，2服务功能的提取 　　Web服务在注册机构注册时，通常使用WSDL来描述其基本信息。WSDL由5元组定义：Service={types，mes-sage，portType，binding，service}，其中，portType负责定义服务的中可被执行的操作，与传统编程语言中的函数、模块或类相似。 　　 　　4，3服务需求的自动扩展 　　基于服务功能匹配的需求扩展算法旨在根据用户的初始需求查找web服务库，通过查找能够提供与初始需求相接近的功能的服务，来满足用户需求