计算机软件系统中云构件实现框架配置的平台系统及方法 技术领域 本发明涉及计算机软件领域， 特别涉及云计算构件的软件实现技术领域， 具体是 指一种计算机软件系统中基于云构件实现框架配置的平台系统及其方法。
背景技术 目前的企业信息系统云构件资源中已有一些相关产品报道 ； 关于构件软件和构件 库系统也有不少产品和研发报道， 其中包含业务构件和用户自定义管理业务构件的信息系 统和中间件及对业务构件系统全生命周期进行管理维护的 ERP 系统产品。国内外的一些高 校对业务构件演化环境也进行了研发。
但在现有技术中， 企业面对纷繁复杂的各种应用需求和变化无法灵活的进行改 变， 同时也无法在基于互联网的表单式业务演化环境中获得支持， 从而需要软件产商的长 期参与， 从而大大增加了相应的实施开发成本， 延长了产品发布周期， 给计算机软件技术的 进一步发展带来了一定的障碍。
发明内容 本发明的目的是克服了上述现有技术中的缺点， 提供一种能够有效解决计算机软 件在发布和实施过程中的需求多样化问题、 系统架构简单明晰、 使用过程快捷方便、 工作性 能稳定可靠、 适用范围较为广泛的计算机软件系统中基于云构件实现框架配置的平台系统 及其方法。
为了实现上述的目的， 本发明的计算机软件系统中基于云构件实现框架配置的平 台系统及其方法如下 ：
该计算机软件系统中基于云构件实现框架配置的平台系统， 其主要特点是， 所述 的平台系统包括 ：
系统核心功能模块， 提供整个平台系统运行的支撑环境 ；
业务级构件模块， 以具体的业务为核心， 作为独立的功能模块进行重用 ；
面向方面模块， 相对独立， 进行日志操作和权限操作 ；
数据总线模块， 进行平台系统中各个功能模块和资源之间的数据交互 ；
方面构件模块 ； 和
门户及菜单模块， 组装表单并形成灵活的用户界面。
该计算机软件系统中基于云构件实现框架配置的平台系统中的日志操作为记录 和跟踪用户操作。
该计算机软件系统中基于云构件实现框架配置的平台系统中的权限操作为对用 户在平台系统中的使用权限作出限制的操作。
该计算机软件系统中基于云构件实现框架配置的平台系统中的方面构件模块包 括：
业务数据模型构件 ；
业务处理表单构件 ；
业务规则引擎构件 ；
业务流程管理构件 ；
报表生成和文档管理构件 ；
数据集成和页面集成及服务发布及调用构件， 发布 Web 服务及调用外部系统的 Web 服务 ；
作业调度构件， 建立自动调度机制， 自定义调度规则来自动完成工作。
该利用上述的平台系统实现计算机软件系统中基于云构件实现框架配置的方法， 其主要特点是， 所述的方法包括以下步骤 ：
(1) 所述的平台系统进行初始化操作 ；
(2) 所述的平台系统进行运营帐号的分发， 用户通过前端控制器调用配置文件加 载个性化信息 ；
(3) 用户系统视图模块发起交互请求， 所述前端控制器将所述的交互请求转发给 通用业务逻辑执行模块 ；
(4) 所述的通用业务逻辑执行模块根据实体信息和用户请求中的信息执行业务逻 辑， 并生成用户个性化控制器。 该实现计算机软件系统中基于云构件实现框架配置的方法中的进行运营帐号的 分发， 包括以下步骤 ：
(11) 运营支撑平台根据用户操作， 进行网站注册登录操作 ；
(12) 所述的运营支撑平台保存用户的注册信息 ；
(13) 所述的运营支撑平台通知客服人员进行用户信息确认 ；
(14) 所述的运营支撑平台向所述的平台系统发送运营帐号开通请求 ；
(15) 所述的平台系统向所述的运营支撑平台发送运营帐户开通成功的回复信 息；
(16) 所述的运营支撑平台向用户发送运营帐户激活信息。
该实现计算机软件系统中基于云构件实现框架配置的方法中的用户通过前端控 制器调用配置文件加载个性化信息， 包括以下步骤 ：
(21) 所述的前端控制器根据配置文件将当前用户所对应的用户信息和请求内容 发送至业务构件控制器 ；
(22) 所述的业务构件控制器将业务构件信息和方面构件信息发送至所述的系统 核心功能模块 ；
(23) 所述的系统核心功能模块将所述的业务构件信息送至业务构件注册中心 ；
(24) 所述的业务构件注册中心根据该业务构件信息产生与该用户相对应的个性 化业务构件信息， 并将该个性化业务构件信息返还至所述的系统核心功能模块中 ；
(25) 所述的系统核心功能模块将所述的方面构件信息发送至方面构件注册中 心；
(26) 所述的方面构件注册中心根据该方面构件信息产生与该用户相对应的个性 化方面构件信息， 并将该个性化方面构件信息返还至所述的系统核心功能模块中 ；
(27) 所述的系统核心功能模块将所述的个性化业务构件信息和个性化方面构件
信息发送至所述的业务构件控制器中 ；
(28) 所述的业务构件控制器将所述的个性化业务构件信息和个性化方面构件信 息发送至所述的前端控制器。
该实现计算机软件系统中基于云构件实现框架配置的方法中的配置文件包括业 务构件配置文件和方面构件配置文件。
该实现计算机软件系统中基于云构件实现框架配置的方法中的业务构件配置文 件中包括构件自身的属性信息、 构件向外提供的接口和服务信息和构件在运行时需要的外 部资源规范信息。
该实现计算机软件系统中基于云构件实现框架配置的方法中的方面构件配置文 件中包括构件属性信息、 数据模型信息、 向外发布的资源信息、 事件响应信息、 界面及接口 注册信息。
该实现计算机软件系统中基于云构件实现框架配置的方法中的用户系统视图模 块发起交互请求， 具体为 ：
所述的用户系统视图模块基于模型 - 视图 - 控制器模型发起交互请求。
该实现计算机软件系统中基于云构件实现框架配置的方法中的通用业务逻辑执 行模块根据实体信息和用户请求中的信息执行业务逻辑并生成用户个性化控制器， 包括以 下步骤 ： (31) 所述的通用业务逻辑执行模块根据实体信息和用户请求中的信息选择相应 的实体 ；
(32) 所述的通用业务逻辑执行模块选择表单的处理类型 ；
(33) 所述的通用业务逻辑执行模块根据表单的处理类型在控制器中选择选用相 应的数据接口和绑定相应的业务规则 ；
(34) 所述的通用业务逻辑执行模块生成表单及相应的个性化控制器。
该实现计算机软件系统中基于云构件实现框架配置的方法中的处理类型包括列 表、 详情、 新增和修改。
该实现计算机软件系统中基于云构件实现框架配置的方法中的个性化控制器进 行以下处理操作 ：
(1) 从页面上获取相应的数据并封装成实体并将相关信息放到数据总线中 ；
(2) 调用用户绑定的业务规则和数据持久化接口 ；
(3) 选择相应的处理表单和提示信息并返回给客户。
该实现计算机软件系统中基于云构件实现框架配置的方法中的方法中还包括以 下步骤 ：
(5) 进行支持若干个用户同时发出请求执行不同的结果的处理。
该实现计算机软件系统中基于云构件实现框架配置的方法中的进行支持若干个 用户同时发出请求执行不同的结果的处理， 包括乐观锁支持处理和悲观锁支持处理， 所述 的乐观锁支持处理， 包括以下步骤 ：
(41) 给每个数据资源加一个版本字段 ；
(42) 用户要提交数据时自动检测提交数据中的版本和数据库中的版本 ；
(43) 如果用户的版本不是最新， 则提交失败， 事务回滚， 用户必须获得最新的数据
之后修改才能提交 ；
(44) 如果用户的版本是最新， 则提交成功， 版本自动加 1 ；
所述的悲观锁支持处理， 包括以下步骤 ：
(51) 依赖数据库的锁定机制， 在数据有加载的时候就进行加锁 ；
(52) 当数据处理完毕锁被， 释放掉该锁， 从而其他用户可进行修改。
采用了该发明的计算机软件系统中基于云构件实现框架配置的平台系统及其方 法， 由于其能够基于实体进行软件框架系统的运行、 配置、 个性化， 主系统通过分发运营帐 号， 用户通过控制器调用配置文件加载个性化信息， 用户系统视图模块交互请求， 所述控制 器将所述请求转发给通用业务逻辑执行模块， 所述通用业务逻辑执行模块根据实体信息和 用户请求中信息执行业务逻辑， 生成用户个性化控制器 ； 同时支持若干个用户同时发出请 求执行不同的结果， 从而可实现基于本软件框架用户随时开发个性化需求， 并在一套框架 基础上实现若干应用实体， 有效降低了开发成本和软件重复利用率， 降低了软件的实施成 本， 并且明显缩短了软件发布的周期， 同时系统架构简单明晰， 使用过程快捷方便， 工作性 能稳定可靠， 适用范围较为广泛， 为构件化软件技术的进一步发展和云计算构件技术的进 一步推广应用奠定了坚实的基础。 附图说明 图 1 为本发明的计算机软件系统中基于云构件实现框架配置的平台系统的整体 逻辑功能模块架构示意图。
图 2 为本发明的实现计算机软件系统中基于云构件实现框架配置的方法中进行 运营帐号的分发的过程示意图。
图 3 为本发明的实现计算机软件系统中基于云构件实现框架配置的方法中用户 通过前端控制器调用配置文件加载个性化信息的过程示意图。
图 4 为本发明的实现计算机软件系统中基于云构件实现框架配置的方法中用户 系统视图模块发起交互请求的过程中的模型 - 视图 - 控制器模型工作原理示意图。
图 5 为本发明的实现计算机软件系统中基于云构件实现框架配置的方法中通用 业务逻辑执行模块根据实体信息和用户请求中的信息执行业务逻辑并生成用户个性化控 制器的过程示意图。
具体实施方式
为了能够更清楚地理解本发明的技术内容， 特举以下实施例详细说明。
请参阅图 1 所示， 该计算机软件系统中基于云构件实现框架配置的平台系统， 其 主要特点是， 所述的平台系统包括 ：
系统核心功能模块， 提供整个平台系统运行的支撑环境 ；
业务级构件模块， 以具体的业务为核心， 作为独立的功能模块进行重用 ；
面向方面模块， 相对独立， 进行日志操作和权限操作 ； 该日志操作为记录和跟踪用 户操作 ； 该权限操作为对用户在平台系统中的使用权限作出限制的操作 ；
数据总线模块， 进行平台系统中各个功能模块和资源之间的数据交互 ；
方面构件模块， 其中包括 ：●业务数据模型构件 ；
●业务处理表单构件 ；
●业务规则引擎构件 ；
●业务流程管理构件 ；
●报表生成和文档管理构件 ；
●数据集成和页面集成及服务发布及调用构件， 发布 Web 服务及调用外部系统的 Web 服务 ；
●作业调度构件， 建立自动调度机制， 自定义调度规则来自动完成工作 ；
门户及菜单模块， 组装表单并形成灵活的用户界面。
再请参阅图 2 至图 5 所示， 该利用上述的平台系统实现计算机软件系统中基于云 构件实现框架配置的方法， 其中包括以下步骤 ：
(1) 所述的平台系统进行初始化操作 ；
(2) 所述的平台系统进行运营帐号的分发， 用户通过前端控制器调用配置文件加 载个性化信息 ； 该进行运营帐号的分发， 包括以下步骤 ：
(a) 运营支撑平台根据用户操作， 进行网站注册登录操作 ；
(b) 所述的运营支撑平台保存用户的注册信息 ；
(c) 所述的运营支撑平台通知客服人员进行用户信息确认 ；
(d) 所述的运营支撑平台向所述的平台系统发送运营帐号开通请求 ；
(e) 所述的平台系统向所述的运营支撑平台发送运营帐户开通成功的回复信息 ；
(f) 所述的运营支撑平台向用户发送运营帐户激活信息 ；
该用户通过前端控制器调用配置文件加载个性化信息， 包括以下步骤 ：
(a) 所述的前端控制器根据配置文件将当前用户所对应的用户信息和请求内容发 送至业务构件控制器 ；
(b) 所述的业务构件控制器将业务构件信息和方面构件信息发送至所述的系统核 心功能模块 ；
(c) 所述的系统核心功能模块将所述的业务构件信息送至业务构件注册中心 ；
(d) 所述的业务构件注册中心根据该业务构件信息产生与该用户相对应的个性化 业务构件信息， 并将该个性化业务构件信息返还至所述的系统核心功能模块中 ；
(e) 所述的系统核心功能模块将所述的方面构件信息发送至方面构件注册中心 ；
(f) 所述的方面构件注册中心根据该方面构件信息产生与该用户相对应的个性化 方面构件信息， 并将该个性化方面构件信息返还至所述的系统核心功能模块中 ；
(g) 所述的系统核心功能模块将所述的个性化业务构件信息和个性化方面构件信 息发送至所述的业务构件控制器中 ；
(h) 所述的业务构件控制器将所述的个性化业务构件信息和个性化方面构件信息 发送至所述的前端控制器 ；
该配置文件包括业务构件配置文件和方面构件配置文件， 所述的业务构件配置文 件中包括构件自身的属性信息、 构件向外提供的接口和服务信息和构件在运行时需要的外 部资源规范信息， 所述的方面构件配置文件中包括构件属性信息、 数据模型信息、 向外发布 的资源信息、 事件响应信息、 界面及接口注册信息 ；(3) 用户系统视图模块发起交互请求， 所述前端控制器将所述的交互请求转发给 通用业务逻辑执行模块 ； 该用户系统视图模块发起交互请求， 具体为 ：
所述的用户系统视图模块基于模型 - 视图 - 控制器模型发起交互请求 ；
(4) 所述的通用业务逻辑执行模块根据实体信息和用户请求中的信息执行业务逻 辑， 并生成用户个性化控制器， 包括以下步骤 ：
(a) 所述的通用业务逻辑执行模块根据实体信息和用户请求中的信息选择相应的 实体 ；
(b) 所述的通用业务逻辑执行模块选择表单的处理类型， 该处理类型包括列表、 详 情、 新增和修改 ；
(c) 所述的通用业务逻辑执行模块根据表单的处理类型在控制器中选择选用相应 的数据接口和绑定相应的业务规则 ；
(d) 所述的通用业务逻辑执行模块生成表单及相应的个性化控制器 ；
该个性化控制器进行以下处理操作 ：
(a) 从页面上获取相应的数据并封装成实体并将相关信息放到数据总线中 ；
(b) 调用用户绑定的业务规则和数据持久化接口 ；
(c) 选择相应的处理表单和提示信息并返回给客户 ；
(5) 进行支持若干个用户同时发出请求执行不同的结果的处理， 包括乐观锁支持 处理和悲观锁支持处理， 所述的乐观锁支持处理， 包括以下步骤 ：
(a) 给每个数据资源加一个版本字段 ；
(b) 用户要提交数据时自动检测提交数据中的版本和数据库中的版本 ；
(c) 如果用户的版本不是最新， 则提交失败， 事务回滚， 用户必须获得最新的数据 之后修改才能提交 ；
(d) 如果用户的版本是最新， 则提交成功， 版本自动加 1 ；
所述的悲观锁支持处理， 包括以下步骤 ：
(a) 依赖数据库的锁定机制， 在数据有加载的时候就进行加锁 ；
(b) 当数据处理完毕锁被， 释放掉该锁， 从而其他用户可进行修改。
在实际使用当中， 本发明的系统架构如下 ：
(1)Actiz Platform Core ： 系统的核心， 提供运行的支撑环境
(2)Module ： 业务级构件， 以具体的业务为核心， 作为独立的模块可以重用
(3)AOP ： 面向方面， 相对独立， 包括日志 ( 记录和跟踪用户操作 ) 和权限 ( 对用户 的使用权限作出限制 )
(4)DataContext ： 数据总线， 方便系统中各个 Module 和资源交互数据
(5) 方面构件 ：
● DataModel- 业务数据模型 ；
● Form- 业务处理表单
● Rule- 业务规则引擎
● BPM- 业务流程管理
● Report & Doc- 报表生成和文档的管理
● Integration- 数据集成和页面集成及服务发布及调用 ( 发布 webservice 及调用外部系统的 webservice)
● Job- 作业调度， 主要是建立自动调度机制， 自定义调度规则来自动完成一些工 作
(6) 门户及菜单 - 组装表单以形成灵活的 UI( 用户界面 )。
所述的业务构件和方面构件的配置文件均是 XML 类型的文件， 包括的内容 ：
(1) 业务构件
● profile( 构件自身的属性信息 )
● service( 构件向外提供的接口和服务 )
● reference( 构件在运行时需要的外部资源规范 )
(2) 方面构件
● profile( 构件属性信息 )
● datamodel( 数据模型 )
● export( 向外发布的资源 )
● event( 事件响应 )
● UI & Interface( 界面及接口注册 ) 同时， 请参阅图 4 所示， 其为本发明中采用 BS 中经典的 MVC 模型， 并作了重复提交 的限制， 其中 “—————→” 表示方法调用， 表示事件。
生成的个性化控制器结构包括以下几个部分 ：
●从页面上获取相应的数据并封装成实体并将相关信息放到数据总线中
●调用用户绑定的业务规则和数据持久化接口
●选择相应的处理表单和提示信息并返回给客户
其主要特点是 ： 采用了设计模式中的 template 模式， 便于调试和维护。
在软件配置过程中， 多线程主要表现在如何支持同一帐号的多人协同开发问题， 因为可能会出现同一时刻多人同时操作数据库中同一资源的现象， 因此系统为避免这一现 象： 当同一帐号中在线开发人数较少时 ( ≤ 50) 采用乐观锁， 人数 ( ＞ 50) 采用悲观锁。
乐观锁支持 ： 给每个数据资源加一个版本字段， 当用户要提交数据时， 自动检测提 交数据中的版本和数据库中的版本， 若发觉用户的版本不是最新， 则提交失败， 事务回滚， 用户必须获得最新的数据之后修改才能提交 ； 否则提交成功， 版本自动加 1。( 乐观锁所需 的系统开销不大， 主要是针对人数较少， 冲突概率较小的情况。)
悲观锁支持 ： 依赖数据库的锁定机制， 在数据有加载的时候就进行加锁， 直到数据 处理完毕锁被释放掉其他用户方可进行修改。由于在整个数据的处理过程中， 数据均处于 锁定状态， 所以需要的系统资源较多， 只在冲突概率较大的情况下使用。
采用了上述的计算机软件系统中基于云构件实现框架配置的平台系统及其方法， 由于其能够基于实体进行软件框架系统的运行、 配置、 个性化， 主系统通过分发运营帐号， 用户通过控制器调用配置文件加载个性化信息， 用户系统视图模块交互请求， 所述控制器 将所述请求转发给通用业务逻辑执行模块， 所述通用业务逻辑执行模块根据实体信息和用 户请求中信息执行业务逻辑， 生成用户个性化控制器 ； 同时支持若干个用户同时发出请求 执行不同的结果， 从而可实现基于本软件框架用户随时开发个性化需求， 并在一套框架基 础上实现若干应用实体， 有效降低了开发成本和软件重复利用率， 降低了软件的实施成本，
并且明显缩短了软件发布的周期， 同时系统架构简单明晰， 使用过程快捷方便， 工作性能稳 定可靠， 适用范围较为广泛， 为构件化软件技术的进一步发展和云计算构件技术的进一步 推广应用奠定了坚实的基础。
在此说明书中， 本发明已参照其特定的实施例作了描述。 但是， 很显然仍可以作出 各种修改和变换而不背离本发明的精神和范围。因此， 说明书和附图应被认为是说明性的 而非限制性的。