一种服务管理的方法技术

技术编号:8883047 阅读:156 留言:0更新日期:2013-07-04 01:58
本发明专利技术是一种服务管理的方法应用于一软件系统中,包括:通过业务领域细分一服务,每一业务领域具有一业务领域标识;根据细分结果将服务在业务领域上的一投影添加至至少一服务提供者中,投影包括业务领域标识、一服务类型以及一服务创建器;在请求服务时,根据业务领域标识和服务类型,取得投影的服务创建器,由服务创建器返回一服务实例。本发明专利技术不仅通过业务领域细分服务,使服务的请求者仅需关心业务领域和服务接口类型,而且使用服务提供者及服务创建器储存及管理服务,根据服务的应用范围将服务投影添加到服务提供者中。同时本发明专利技术提供向上寻址的服务提供者链路,保证了服务可被正确定位及储存。此外,本发明专利技术还提供不同的服务生命周期类型。?

【技术实现步骤摘要】

本专利技术涉及企业资源规划系统领域,尤其涉及。
技术介绍
面向服务是一种架构软件系统的方法。面向服务的架构中功能由服务承载,通过接口对外提供功能。面向服务架构使得公用基础功能可以在服务中进行定义,使得功能的实现更易于管理、维护和扩展,使得软件系统可以快速响应变化的需求与应对不同的应用环境。将服务分级为服务层次是非常重要的,反映了服务的复合或者不规则的本性,如果划分方式不佳,将会导致越来越多的小粒度的服务被定义、设计和部署,却缺乏控制,导致了主要的性能、可伸缩性和管理问题。在传统方式中,获取一服务一般是通过服务接口。接口是对服务功能实现的约定,服务实现通过接口对外公开一些方法以提供功能。获取服务是通过指定服务接口类型从而获得服务接口对应的服务实现。服务的定义过程与业务无直接关联,例如保存服务,在订单中以一种方式实现,在售货单中以另一种方式实现,在入货单中又以其他方式实现。因此为了实现业务逻辑不同的同一功能,需要建立不同的服务接口,使得服务接口数量庞大难以管理。例如,(参见图1所示),保存服务的功能需有一保存服务实现。在传统方式中可能需要定义三个不同接口(依次是服务接口 M、服务接口 N、服务接口 O)进而在服务实现M和服务实现O中实现服务,才能在调用服务时指定不同接口以获取对应的服务实现。
技术实现思路
本专利技术的目的在于解决上述问题,提供,该方法不仅通过业务领域细分服务,使得服务的请求者仅需关心业务领域和服务接口类型即可,而且通过服务提供者及服务创建器储存及管理服务,根据服务的应用范围将服务添加到服务提供者中。同时该方法提供向上寻址的服务提供者链路,保证了服务可以被正确定位及储存。此外,该方法还提供不同的服务生命周期类型。为实现上述的目的,本专利技术采用下述技术方案:,所述服务管理的方法应用于一软件系统中,包括以下步骤: (a)通过业务领域细分一服务,每一业务领域具有一业务领域标识; (b)根据细分结果将所述服务在所述业务领域上的一投影添加至至少一服务提供者中,所述投影包括所述业务领域标识、一服务类型以及一服务创建器; (C)在请求所述服务时,根据所述业务领域标识和所述服务类型,取得所述投影的服务创建器,由所述的服务创建器返回一服务实例。进一步,所述至少一服务提供者为多个相链的服务提供者。进一步,所述的步骤(b)中,依据所述投影的应用范围将所述投影添加至多个所述服务提供者中。进一步,所述的步骤(C)中,进一步包括以下步骤: 在请求所述服务时,通过所述至少一服务提供者提供的GetService方法请求服务,从所述至少一服务提供者开始逐一检索至其它服务提供者,查找所述投影的服务创建器;以及 当检索到所述投影的服务创建器时,由所述服务创建器返回所述服务实例。进一步,在返回所述服务实例的步骤中,当检索不到所述投影时,引发异常。进一步,在检索所述投影的服务创建器的步骤中,进一步包括当发现所述服务类型具有中断标记时,则停止检索。进一步,在通过业务领域细分所述服务的步骤之后,进一步包括: 按照业务领域标识,分为不同的文件目录,将所述服务配置于所述所有文件目录中。进一步,所述的软件系统是一企业资源规划系统。此外,本专利技术还提供,应用于一软件系统中,包括如下步骤: 在软件系统中识别通用功能并定义服务接口; 根据服务接口,为每个业务领域提供服务接口对应的具体的服务实现; 为每一服务设置生命周期类型,根据生命周期类型指定服务创建器; 按照服务应用范围,将所述服务接口类型、所述业务领域标识以及所述服务创建器一起作为服务投影放入服务提供者中; 当接收服务请求,通过业务领域标识和服务类型,从多层服务提供者的其中一服务提供者开始检索对应的服务创建器; 通过所述多层服务提供者的服务链路逐层向上检索对应的服务创建器;以及当检索到所述对应的服务创建器时,服务创建器依据所述服务的生命周期类型返回所述服务实例。本专利技术的优点在于: (1)通过业务领域细分服务,服务的请求者仅需关心业务领域和服务接口类型即可,保持服务实现的多样性的同时,更易于开发; (2)将彼此紧密相关的服务与服务提供者组织在一起,服务提供者对外提供统一的服务调用方法(GetService),更易于系统的开发和设计; (3)提供向上寻址的服务提供者链路,保证了服务可以被正确定位及储存,完美支持系统对客户机-服务器模式的复杂应用和需求;以及 (4)提供不同的服务生命周期类型,满足软件系统中复杂的业务需求。附图说明图1是传统方式利用不同接口完成服务实现的示意 图2是本专利技术所述服务管理方法的步骤流程框 图3是本专利技术所述业务领域细分服务的示意 图4是本专利技术所述服务投影和服务提供者关系的示意 图5是本专利技术所述服务提供者逐层向上检索所述投影的服务创建器过程的示意 图6是本专利技术一实施例所述服务管理方法的具体实施步骤示意图。具体实施例方式下面结合附图对本专利技术服务管理的方法的具体实施方式做详细说明。参见图2是一种依据本专利技术的服务管理方法的步骤流程框图,所述服务管理方法应用于一软件系统中,包括以下步骤: SlOl:通过业务领域细分一服务,每一业务领域具有一业务领域标识(如图3中M12表示所述业务领域细分服务)。服务在软件系统中为一功能点的类别,所述的功能点用于完成一需求的功能。本专利技术是依照业务领域划分服务,通过一稳定的通用接口约定服务实现,并通过业务领域标识(TypeKey)将具体服务实现与业务领域进行关联,其中TypeKey是一种业务标识,通过通用接口加上业务领域标识(TypeKey),在业务领域内获取正确的服务实现。以下给出一个例子用于说明按照业务领域细分服务,参见图3:服务实现A(M122)和服务实现C(M124)是保存服务通用接口 ISaveService在业务领域标识TypekeyA和业务领域标识TypekeyC的两个投影。在获取服务时,若在业务领域A,则可找到业务领域A对应的具体服务实现A,若在业务领域C时,则可找到业务领域C对应的具体服务实现C。因此,不需要告知服务提供者需要哪一业务领域对应的服务接口,也不需要额外接口就能使服务被访问。S102:根据每一业务领域中的业务需求,为每一业务领域的每一服务接口通过编写代码提供服务实现,对同一功能业务需求相同的不同业务领域可以复用同一服务实现。S103:按照业务领域标识,分为不同的文件目录,将所述服务配置于所述文件目录中。在此,根据业务领域标识区分不同的文件目录,是因为系统在根据配置加载服务时,是按照配置文件所处的文件夹确定该服务应该应用于哪个应用领域。每个文件目录对应一个业务领域标识(TypeKey),也即对应于一个业务领域。特别地,并不是所有服务都需要配置在业务领域标识的文件目录中,还有不需要指定TypeKey的公用服务,可以配置在根目录下或者在代码中直接注册服务。S104:根据细分结果将所述服务在所述业务领域上的一投影(project)添加至多层相链的服务提供者中,所述投影包括所述的业务领域标识(TypeKey)、一服务接口类型(ISaveService)和一服务创建器。所述投影是指在不同业务领域中对于业务接口有不同的业务实现。当所述多层相链的服务提供者的其中一服务提供者接收到服务请求时,参见图本文档来自技高网...

【技术保护点】
一种服务管理的方法,所述服务管理的方法应用于一软件系统中,?其特征在于,包括以下步骤:(a)通过业务领域细分一服务,?每一业务领域具有一业务领域标识;(b)根据细分结果将所述服务在所述业务领域上的一投影(project)添加至至少一服务提供者中,所述投影包括所述业务领域标识、一服务类型以及一服务创建器;(c)在请求所述服务时,根据所述业务领域标识和所述服务类型,取得所述投影的服务创建器,由所述的服务创建器返回一服务实例。

【技术特征摘要】

【专利技术属性】
技术研发人员:孙海林
申请(专利权)人:鼎捷软件股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1