CN103543992A - 一种面向服务的软件构建方法 - Google Patents

Abstract

一种面向服务的软件构建方法，首先搭建一个SOA的基础平台，作为面向服务构建软件的基础环境。其次，业务模型分析和服务的抽象，此过程通过服务治理平台来支撑。再次，服务的开发和组合，此过程通过服务的集成开发环境来实现，新服务的开发过程，提供一些通用的组件的支持，如前段展现组件、数据库访问、日志组件、消息组件等。集成服务的开发，提供各种集成类的组件包括技术协议HTTP、Web Service、Socket、JMS等支持。最后，服务的运行和监控。上述技术方案实施时，可以解决融合类应用软件业务需求变化快、软件复用程度低、技术和业务混杂等问题，有效提高了开发效率和交付质量，同时大大降低了运维成本。

Description

一种面向服务的软件构建方法

技术领域

本发明涉及一种面向服务的软件构建方法，特别是指一种采用面向服务的架构进行业务模型分析、服务抽象、服务的实现与组合、服务运行、以及服务监控的全生命周期的软件构建方法，这个方法主要针对融合类应用软件，典型应用包括银行的中间业务、政府的市民服务等。

背景技术

随着信息化技术的不断发展，为了解决业务复杂度和业务变化导致的软件危机，软件方法沿着结构化、面向对象、构件技术和面向服务一路变革，软件开发的正确性、可重用性逐步得到提高。传统的软件开发模式在开发效率、软件质量方面都存在很多问题，而采用面向服务架构风格后，软件的复用程度、业务敏捷能力得到了大幅提升，软件技术也越来越接近业务本质。

融合类应用软件的特点一般是存在一些现有的应用***，而新业务的开发会使用到部分现有***提供的能力，且业务需求变化较快。传统的开发模式采用***接口的方式进行***互联，当接口变化时就需要进行程序调整。快速变化的业务需求，也会导致程序频繁的修改，开发和维护工作量巨大。针对这样的软件特点，新的开发模式必须具备松耦合性、可重用性、可扩展性、可组合性的特点，而面型服务架构(SOA)是最佳选择。

采用本发明，使用SOA架构方法进行融合类软件的构建，能够实现技术和业务的有效分离，能够大大提高软件开发效率和交付质量。基于此架构进行软件的开发，可以有效提高业务的敏捷性，以及对变化的响应能力。服务的重用性，有利于业务的积累和沉淀。

发明内容

本发明目的在于提供一种面向服务的软件构建方法，解决融合类应用软件不能快速响应业务的变化、软件复用程度低、技术和业务混杂、以及开发效率和交付质量不高的问题。

本发明所述的方法至少包括如下的步骤：

步骤一：业务模型分析。根据当前融合类应用软件的业务特征，基于领域知识，梳理和归纳业务模型。

步骤二：服务的抽象。服务是具备特定业务功能的、可独立运行的、具有稳定接口的、可被重用的技术实体。采用自顶向下以及自底向上的两种方法相结合的方式进行服务的抽象。自顶向下一般是指从组织高层业务目标开始往下进行分解，推导出支撑目标的业务服务。自底向上一般是指从现有支持的信息***出发，梳理现有的可以支撑的服务能力。两种方法结合，既可以保证业务目标的达成也可确保业务服务的落地能力。通过服务的抽象，最终形成服务的技术和业务规范，实现技术和业务的有效分离。

步骤三：服务的实现。基于步骤二中抽象出的服务规范，进行服务的实现，此处服务的实现有两种方式，既全新服务实现以及集成服务实现。全新服务实现，是指当前抽象的服务不能被目前环境的***所支撑，需要从头从进行设计和开发，采用成熟的面向对象方法以及构件技术等进行服务的开发。集成服务实现是指当前的抽象服务可以被某些现有***实现，就采用集成的手段把***集成进来，实现服务的功能。

步骤四：服务的组合。服务组合是软件构建的关键，根据业务模型的分析，抽象出软件或功能所需的业务服务以及组合逻辑，并进行服务组合的设计和编排，采用可视化的编排方式、支持灵活的组合模式，采用动态编译技术或者组合引擎的模式进行组合服务的执行。从而能够适应快速多变的业务需求。

步骤五：服务的发布和运行。完成对服务的实现和组合后，可以对服务进行注册和发布。服务会加载服务容器，生命周期会被服务容器所管理。服务消费者或者对应业务功能的前段界面进行服务的查找和调用，当然服务的查找和调用的过程可以是本地的也可以是远程的。

步骤六：服务的监控。对于采用此过程进行构建的应用***，能够有效的监控服务的健康状态，以及应用的各项指标，为运维人员提供了很好的管理依据。

步骤七：新业务开发的时候，首先重复步骤一，然后到服务治理平台看是否服务已经存在，如果存在即可直接调至步骤四，有效重用已有的服务。如不存在，即按原顺序进行。当原有业务需要调整时，调整步骤四，然后动态发布即可，快速响应业务的变化。

具体实施方式

上述方法的实施办法如下：

首先，搭建一个SOA的基础平台，包括服务治理环境、服务开发环境、服务运行时和应用支撑环境、以及管理监控环境。作为面向服务构建软件的基础环境。

其次，业务模型分析和服务的抽象，此过程通过服务治理平台来支撑。一般会有一个服务治理小组(COE)，由对应的业务人员和技术人员组成，负责组织体系中服务规范的抽象和梳理，以及监督过程。服务梳理和抽象的过程包括服务字典管理、服务元数据管理等。并通过元数据的方式来进行服务的定义以及接口的定义，把技术和业务较好的分离。另外服务定义需要定义服务模型信息、服务水平契约等相关信息。另外，服务规范的变更需要COE小组人员的流程审核，审核通过才能进行服务规范等变更。

再次，服务的开发和组合，此过程通过服务的集成开发环境来实现，新服务的开发过程，提供一些通用的组件的支持，如前段展现组件、数据库访问、日志组件、消息组件等。集成服务的开发，提供各种集成类的组件包括技术协议HTTP、Web Service、Socket、JMS等支持。服务组合功能，需要提供图形化的拖拽方式实现服务的灵活组合能力，实现服务的有效重用、这样大大提高了软件的开发效率和质量。当业务发生变化时，及时调整组合的方式，动态的生效，有效提升了业务敏捷性。

最后，服务的运行和监控。采用面向服务架构构建的融合软件是运行在SOA基础平台之上的，具备很高的稳定性、可靠性、安全性以及可扩展能力。并且基于基础平台能够对运行其之上的业务服务有效的管理和监控，为运维人员提供了极大的便利。

上述技术方案实施时，可以解决融合类应用软件业务需求变化快、软件复用程度低、技术和业务混杂等问题。采用面向服务的软件构件方法提出一个高复用性，高可靠性，高扩展性以及高度敏捷的技术方案，有效提高了开发效率和交付质量，同时大大降低了运维成本。

最后所应说明的是，以上实施例仅用以说明而并非限制本发明所描述的技术方案；因此，尽管本说明书参照上述的实施例对本发明已进行了详细的说明，但是，本领域的普通技术人员应当理解，仍然可以对本发明进行修改或者等同地替换；而一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围当中。

Claims (1)

1.一种面向服务的软件构建方法，其特征在于：该方法至少包括如下的步骤：

步骤一：业务模型分析。根据当前融合类应用软件的业务特征，基于领域知识，梳理和归纳业务模型。

步骤二：服务的抽象。服务是具备特定业务功能的、可独立运行的、具有稳定接口的、可被重用的技术实体。采用自顶向下以及自底向上的两种方法相结合的方式进行服务的抽象。自顶向下一般是指从组织高层业务目标开始往下进行分解，推导出支撑目标的业务服务。自底向上一般是指从现有支持的信息***出发，梳理现有的可以支撑的服务能力。两种方法结合，既可以保证业务目标的达成也可确保业务服务的落地能力。通过服务的抽象，最终形成服务的技术和业务规范，实现技术和业务的有效分离。

步骤三：服务的实现。基于步骤二中抽象出的服务规范，进行服务的实现，此处服务的实现有两种方式，既全新服务实现以及集成服务实现。全新服务实现，是指当前抽象的服务不能被目前环境的***所支撑，需要从头从进行设计和开发，采用成熟的面向对象方法以及构件技术等进行服务的开发。集成服务实现是指当前的抽象服务可以被某些现有***实现，就采用集成的手段把***集成进来，实现服务的功能。

步骤四：服务的组合。服务组合是软件构建的关键，根据业务模型的分析，抽象出软件或功能所需的业务服务以及组合逻辑，并进行服务组合的设计和编排，采用可视化的编排方式、支持灵活的组合模式，采用动态编译技术或者组合引擎的模式进行组合服务的执行。从而能够适应快速多变的业务需求。

步骤五：服务的发布和运行。完成对服务的实现和组合后，可以对服务进行注册和发布。服务会加载服务容器，生命周期会被服务容器所管理。服务消费者或者对应业务功能的前段界面进行服务的查找和调用，当然服务的查找和调用的过程可以是本地的也可以是远程的。

步骤六：服务的监控。对于采用此过程进行构建的应用***，能够有效的监控服务的健康状态，以及应用的各项指标，为运维人员提供了很好的管理依据。

步骤七：新业务开发的时候，首先重复步骤一，然后到服务治理平台看是否服务已经存在，如果存在即可直接调至步骤四，有效重用已有的服务。如不存在，即按原顺序进行。当原有业务需要调整时，调整步骤四，然后动态发布即可，快速响应业务的变化。