CN103049279A - 一种软件业务加载的方法 - Google Patents

Abstract

一种软件业务加载的方法，首先基于一体化应用架构下，搭建技术支撑环境；然后构件组合，基于已构建的技术环境，遵循可复用的思路，通过提供的通用工具，利用定义和配置的方式，实现对源数据的获取、处理、存储、展现和各项流程、业务规则的定义、存储、计算，从而实现一项具体的业务需求。最后数据加载和业务加载，实施业务加载和软件开发，必然可以应对需求变化快，不稳定等特点的项目，达到可以持续扩展业务需求、便于今后应用维护的目的。本发明可以解决管理决策业务业务需求变化性高，业务需求很难稳定的实际情况，业务加载的方法提出一个高度扩展，高可维护的方案，而这个方法的实施最终可以持续扩展业务需求、便于今后应用的维护。

Description

一种软件业务加载的方法

技术领域

本发明涉及一种软件业务加载的方法，特别是指一种采用架构搭建、构件组合、业务配置组合在一起进行业务加载的一种方法，这个方法主要针对管理决策类业务。

背景技术

传统的项目开发模式是将技术框架和业务需求捆绑起来进行定制化的开发，造成项目开发完成后，二者固化在一起，难以做到今后扩展业务应用的需求，且不便维护。

管理决策系统的特点是数据来源稳定，但是业务需求变化性高，业务需求很难稳定。不同时间段内、不同用户，对于同类数据的使用需求不断变化。针对管理决策系统的高可扩展性、高可维护性要求，管理决策系统的建设需要采用新的项目开发模式，以达到可以持续扩展业务需求、便于今后应用维护的目的。

采用本发明，整个管理决策系统平台建设的总体思路是：架构搭建+构件组合+业务配置，这个整个业务加载的核心思想，这种方法使得变化频繁的业务需求也能有较好的实现，后期的维护成本大大降低。

发明内容

本发明所要解决的技术问题是在数据来源稳定，但是业务需求变化性高，业务需求很难稳定的情况下，给出一种业务加载方法，这种方法可以解决管理决策系统的高可扩展性、高可维护性要求，采用这种方法去开展新的项目能够到达持续扩展业务，便于维护的目的。

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

步骤1：架构搭建：基于一体化应用架构下，搭建技术支撑环境，包括数据管理环境、应用支撑环境，技术基础环境以及标准规范体系等。

步骤2：构件组合：构件是实现某项具体功能的高内聚、低耦合的技术实体，它可以是一个物理工具，也可以是一个具体软件功能，在遵循统一规范的接口或交换标准条件下，通过不同的构件组合，完成一项具体的技术功能。

步骤3：业务配置：基于已构建的技术环境，遵循可复用的思路，通过提供的通用工具，利用定义和配置的方式，实现对源数据的获取、处理、存储、展现和各项流程、业务规则的定义、存储、计算，从而实现一项具体的业务需求。

步骤4：业务加载流程：业务加载流程包括两个大步骤，数据加载和业务加载。

第一步数据加载，首先是业务相关的数据加载，同一业务数据，可支撑不同的业务应用。因此对于数据的加载，采用通用、完备的原则，业务系统的数据力求完整。同时考虑时效性要求，在加载步骤上采用数据加载优先级策略，常用数据优先加载。区别现在目前所有项目采用的数据加载手法，这个发明主要利用了元数据管理与数据质量平台来进行业务数据的加载管理，每一个数据加载的痕迹都在元数据管理平台有记载，当数据加载环节发生任何的变化，从元数据管理平台能找到数据的血缘关系，并且为了保证数据的可用性，所有数据经过数据质量平台的检查，为后期数据的准确性提供了最大的保证。

第二步业务加载设计，业务加载在数据加载完毕之后，定义业务相关的数据处理和数据展现。

(1)业务加载的前提：完成数据加载。

(2)在数据模型之上，构建各类业务指标，包括查询类指标统计类业务指标、报表类业务指标、分析类业务指标等等，供上层应用调用。

(3)基于应用支撑环境提供的配置模块，定义业务的展现方式和权限等管理模式。应用支撑环境基于管理决策分析平台整体技术框架，在权限、日志、备份恢复等基础构件之上，封装各类业务所需的应用构件，包括查询统计构件、OLAP分析构件、报表构件、图形化展示构件等，提供标准的服务接口和图形化操作界面。

(4)基于技术构件，在语义层中，以元数据为驱动，进行各种业务规则、业务模型、业务流程的配置和定义，语义定义过程由业务人员完成，实现了技术到业务转换和衔接，真正做到业务加载和技术平台分离。语义定义具体包括数据集成规则定义、数据治理规则定义、业务模型定义、业务规则定义、应用展现定义、业务流程定义，由规则管理工具、应用展现工具、流程管理工具作为语义定义的支撑。

(5)基于技术层提供的数据和应用构件，经语义层的定义和规则配置，在数据和业务加载完成后，即实现了查询统计、报表、分析类等管理决策分析平台的应用功能的开发。

(6)通过对应用功能的构件化封装，将其发布为应用服务，然后通过流程管理的定义和配置，将应用服务集成到业务流程中，使其成为业务流程功能的一个组成部分，最后将其展现页面通过前端展示工具进行集成，即业务工作门户的界面集成。根据门户提供的API接口，灵活定义、制定相应的模板，满足各类功能需求和工作人员的个性化需求，达到最佳的用户体验效果，完成业务加载。

(7)应用服务的授权管理。系统通过基于角色、岗位的集中功能、数据权限管理，授权每个用户对于业务应用的使用权限。

步骤5：在开展管理决策类的新项目前，根据项目特点，采用上面描述的方法去实施业务加载和软件开发，必然可以应对需求变化快，不稳定等特点的项目，达到可以持续扩展业务需求、便于今后应用维护的目的。

具体实施方式

上述方法的实施办法如下首先在架构搭建的基础上将数据管理环境、应用支撑环境，技术基础环境以及标准规范体系公布出来，让架构的约束深入到项目成员日常工作中，其次将生产大量符合统一规范的接口或交换标准条件的技术构件与部分基础业务构件，其中有二个重要的平台需要搭建，一个是元数据管理平台，一个是数据质量管理平台，在这个二个平台的指导下进行数据加载的准备工作，基于已构建的技术环境，遵循可复用的思路将各项流程、业务规则的定义进入元数据管理平台，基于应用支撑环境提供的配置模块，定义业务的展现方式和权限等管理模式，基于技术构件，在语义层中，以元数据为驱动，进行各种业务规则、业务模型、业务流程的配置和定义，语义定义过程由业务人员完成，实现了技术到业务转换和衔接，真正做到业务加载和技术平台分离，通过对应用功能的构件化封装，将其发布为应用服务，然后通过流程管理的定义和配置，将应用服务集成到业务流程中，使其成为业务流程功能的一个组成部分，最后将其展现页面通过前端展示工具进行集成，即业务工作门户的界面集成。

上述技术方案实施时可以解决管理决策业务业务需求变化性高，业务需求很难稳定的实际情况，业务加载的方法提出一个高度扩展；高可维护的方案，而这个方法的实施最终可以持续扩展业务需求、便于今后应用的维护。

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

Claims (1)

1.一种软件业务加载的方法，其特征在于：该方法至少包括如下的步骤：

步骤1：架构搭建：基于一体化应用架构下，搭建技术支撑环境，包括数据管理环境、应用支撑环境，技术基础环境以及标准规范体系等。

步骤2：构件组合：构件是实现某项具体功能的高内聚、低耦合的技术实体，它可以是一个物理工具，也可以是一个具体软件功能，在遵循统一规范的接口或交换标准条件下，通过不同的构件组合，完成一项具体的技术功能。

步骤3：业务配置：基于已构建的技术环境，遵循可复用的思路，通过提供的通用工具，利用定义和配置的方式，实现对源数据的获取、处理、存储、展现和各项流程、业务规则的定义、存储、计算，从而实现一项具体的业务需求。

步骤4：业务加载流程：业务加载流程包括两个大步骤，数据加载和业务加载。

步骤5：在开展管理决策类的新项目前，根据项目特点，采用上面描述的方法去实施业务加载和软件开发，必然可以应对需求变化快，不稳定等特点的项目，达到可以持续扩展业务需求、便于今后应用维护的目的。