CN102222005A

CN102222005A - 面向业务模型的软件运行平台及其运行方式

Info

Publication number: CN102222005A
Application number: CN2011101930362A
Authority: CN
Inventors: 钟文祥
Original assignee: TONGLING YUCHENG SOFTWARE TECHNOLOGY Co Ltd
Current assignee: TONGLING YUCHENG SOFTWARE TECHNOLOGY Co Ltd
Priority date: 2011-07-12
Filing date: 2011-07-12
Publication date: 2011-10-19
Anticipated expiration: 2031-07-12
Also published as: CN102222005B; EP2733604A1; EP2733604A4; US20140007040A1; WO2013007141A1; JP2014523042A

Abstract

本发明公开一种面向业务模型的软件运行平台及其运行方法，以面向业务模型，开发安全、稳定、可靠的软件系统，具有开发效率高、维护成本低、易于扩展、简单易学等优点。本发明公开的软件运行平台包括服务器端系统架构和客户端系统架构；服务器端系统架构包括：业务模型工厂组件，业务模型控制引擎和活动业务模型组件；客户端系统架构包括：客户端控制引擎，数据对象代理组件和用户界面组件。本发明公开的软件运行平台及其运行方法为面向服务的软件技术发展奠定了坚实的基础，为云环境开发计算机软件系统提供了解决方案，也为网构化软件的发展应用开辟了新的思路和实现方法，适用范围广泛。

Description

面向业务模型的软件运行平台及其运行方式

技术领域

本发明涉及计算机技术领域，尤其涉及一种计算机软件系统中实现面向业务模型的软件运行平台。

背景技术

软件开发技术经历了面向过程、面向对象的发展阶段，目前正向面向构件、面向服务的方向发展。当前市场上也出现了很多为加快软件开发速度，缩短软件开发周期，而推出了各种解决方案和软件产品，国外也有很多软件厂商推出了一些应用。但在现有的技术和解决方案中，这些应用基本是围绕原有的技术和平台进行的，其运行方式和设计思想并没有实质性改变，很难兼顾复杂多变的业务需求和变化，特别目前基于互联网环境的应用绝大多数都是基于表单式的，交互性很差且控制复杂，代码量也非常多，开发和维护成本高昂；目前绝大部分云开发方案和产品都只是将传统的开发手段简单地“搬”互联网环境或局限在某种产品进行修改和定制，很难满足最终用户需要，这给计算机软件技术的发展带来很多不利的影响。

发明内容

本发明的主要目的在于公开一种面向业务模型，提供安全、稳定、可靠，开发效率高、维护成本低、易于扩展、简单易学的软件运行平台及其运行方法。

为达上述目的，本发明公开的软件运行平台包括服务器端系统架构和客户端系统架构；

所述服务器端系统架构包括：

业务模型工厂组件，用于查找定义的业务模型的资源，根据查找到的资源数据创建和管理业务模型实例，所述业务模型包括使用命名访问的数据对象、用户界面描述组件、业务模型活动和客户端资源；

业务模型控制引擎，用于提供会话安全认证和业务模型访问认证服务，加载、管理和释放活动业务模型组件，为客户端或其他外部访问提供正确的活动业务模型组件；

活动业务模型组件，用于处理客户端访问请求，提供程序上下文环境接口和外部访问接口；根据客户端请求，同步和接受客户端传递的数据，查询、创建请求的各种资源，响应并执行请求的业务模型活动，并根据业务模型活动的执行情况，返回请求的各种资源、数据或异常信息；并用于加载所述业务模型工厂组件定义的业务模型实例，解析业务模型定义和业务模型继承、组件链接关系，调度业务模型中的定义的各种资源，根据业务模型实例中的数据对象组件实例创建和管理活动数据对象实例和交互数据，执行业务模型定义的业务模型活动，完成客户端调用或其他外部调用；

所述客户端系统架构包括：

客户端控制引擎，用于处理客户端的资源请求，指令调用，发送向服务器同步的数据或其他资源，请求执行业务模型活动、进行数据编码、解码，通讯，响应、解析、加载、执行服务器端返回的数据、代码或其他资源，并为客户端程序提供代码运行环境；

数据对象代理组件，用于充当用户界面组件显示的数据来源，其与上述活动业务模型组件中命名相同的活动数据对象实例对应，包含所述活动数据对象实例的部分或全部数据，实现客户端数据的持久化；

用户界面组件，包括用于在客户端显示的各种界面组件，其与所述业务模型中定义的所述用户界面描述组件通过命名相对应，并通过事件驱动响应机制与所述数据对象代理组件的数据进行同步。

与上述软件运行平台相对应的，本发明公开的的运行方法包括以下步骤：

步骤S1、所述软件运行平台进行启动，完成初始化操作；

步骤S2、客户端向工作页面发出页面请求，请求的页面参数包括在所述软件运行平台中定义的业务模型名；

步骤S3、所述工作页面加载页面资源，启动客户端系统架构的客户端控制引擎，并将页面参数中的业务模型名传递给所述客户端控制引擎，由该客户端控制引擎向服务器端请求加载与该业务模型名同名的活动业务模型组件以初始化用户界面组件资源；

步骤S4、服务器端的业务模型控制引擎响应客户端请求，根据请求的业务模型名，查找缓存中是否有与其同名的活动业务模型组件，如果有，则转步骤S8，否则转步骤S5；

步骤S5、服务器端的业务模型控制引擎向服务器端的业务模型工厂组件查找与客户端请求的业务模型名同名的业务模型实例，根据查找到的业务模型实例进行检查和授权认证；

步骤S6、服务器端业务模型控制引擎根据认证后的所述业务模型实例，创建活动业务模型组件，并缓存；

步骤S7、服务器端活动业务模型组件进行初始化操作；

步骤S8、服务器端活动业务模型组件根据所述客户端请求，查找请求的资源、执行请求的所述业务模型中定义的业务活动，同步和接受客户端提交的数据，并将需要返回客户端的各种资源、数据和异常信息，进行格式编码后返回客户端；

步骤S9、客户端控制引擎根据服务器端返回的格式数据进行解析，动态创建客户端系统架构的用户界面组件、数据对象代理组件和加载数据，缓存或执行返回的脚本和其他资源，并显示所创建的用户界面组件；

步骤S10、客户端系统架构的客户端用户执行相关操作，由客户端控制引擎执行预先定义的脚本，向服务器端同步增加或修改的数据，和/或请求服务器端执行相应的业务模型活动。

本发明公开的面向业务模型的软件运行平台及其运行方式，至少具有以下优点：

1、支持构件集成和定制，集平台架构、用户界面、数据持久化、安全性、权限管理等一体化解决方案，可以不用发布和部署，代码量比传统方式大幅度减少，具有简捷清晰、安全、稳定、可靠，易于学习，开发效率高、维护成本低、易于扩展，适用范围广泛等优点。

2、基于上述软件运行平台及其运行方法，其软件的开发方式，只需创建或定义软件运行平台的各种业务模型，简化了软件系统开发，可以不用部署和发布程序，并且大幅度减少编写代码工作量，降低开发成本、实施成本和维护成本，显著缩短软件开发周期，同时还有效减少网络交互次数和传输的数据流量，增强了系统的安全性、稳定性、可靠性和用户界面的交互性，适用范围广泛，为面向服务的软件技术发展奠定了坚实的基础，为云环境开发计算机软件系统提供了解决方案，也为网构化软件的发展应用开辟了新的思路和实现方法。

附图说明

图1为本发明实施例公开的面向业务模型的软件运行平台的总体架构示意图；

图2为本发明实施例公开的业务模型结构和内容示意图；

图3为本发明实施例公开的业务模型的命名继承结构示意图；

图4为本发明实施例公开的业务模型定义的跨模型链接的用户界面描述组件结构示意图；

图5为本发明实施例公开的计算机软件系统中面向业务模型的软件运行平台的运行方法流程示意图；

图6和图7为本发明实施例公开的计算机软件系统中面向业务模型的软件的开发方法流程示意图。

具体实施方式

下面结合说明书附图对本发明的具体实施例做详细描述。

本实施例公开一种软件运行平台，如图1所示，包括服务器端系统架构和客户端系统架构；其中服务器端系统架构包括：业务模型工厂组件，业务模型控制引擎和活动业务模型组件；客户端系统架构包括：客户端控制引擎，数据对象代理组件和用户界面组件。其中Port是服务器响应客户端请求而开放的访问端口， ASP是Active Server Page的缩写，意为“动态服务器页面”，属于微软.net架构的应用，JSP、Servlet(Java Server Pages)是由Sun Microsystems为主导倡导一种动态网页技术标准和访问技术，属于J2EE规范。

各组成部分的功能分述如下：

业务模型工厂组件：用于查找定义的业务模型的资源，根据查找到的资源数据创建和管理业务模型实例，所述业务模型是从软件工程的角度对软件系统所要描述的客体进行的分类，具体包括使用命名访问的数据对象、用户界面描述组件、业务模型活动和客户端资源。

业务模型控制引擎：用于提供会话安全认证和业务模型访问认证服务，加载、管理和释放活动业务模型组件，为客户端或其他外部访问提供正确的活动业务模型组件。

活动业务模型组件：用于处理客户端访问请求，提供程序上下文环境接口和外部访问接口；根据客户端请求，同步和接受客户端传递的数据，查询、创建请求的各种资源，响应并执行请求的业务模型活动，并根据业务模型活动的执行情况，返回请求的各种资源、数据或异常信息（值得说明的是，在本发明中，关于数据和资源，并没有严格的区分，一般来说，资源的范围更广泛一些，如脚本、用户界面、外部文件等都可以称为资源，但这些资源也是以各种各样形式的数据存在于软件系统中）；并用于加载所述业务模型工厂组件定义的业务模型实例，解析业务模型定义和业务模型继承、组件链接关系，调度业务模型中的定义的各种资源，根据业务模型实例中的数据对象组件实例创建和管理活动数据对象实例和交互数据，执行业务模型定义的业务模型活动，完成客户端调用或其他外部调用。进一步的，活动数据对象还与数据库或其他外部资源进行缓存活动数据的交互，以实现数据加工处理和数据的持久化。

客户端控制引擎：用于处理客户端的资源请求，指令调用，发送向服务器同步的数据或其他资源，请求执行业务模型活动、进行数据编码、解码，通讯，响应、解析、加载、执行服务器端返回的数据、代码或其他资源，并为客户端程序提供代码运行环境。

数据对象代理组件：用于充当用户界面组件显示的数据来源，其与上述活动业务模型组件中命名相同的活动数据对象实例对应，包含活动数据对象实例的部分或全部数据，实现客户端数据的持久化。本实施例中，优选的，该数据对象代理组件的行数据与服务器端活动业务模型组件内的活动数据对象的行数据通过动态产生的唯一行标识进行对应，作为数据同步的识别依据，该唯一行标识不依赖于行数据的任何状态或内容；其中该数据对象代理组件与服务器端活动业务模型组件内的活动数据对象的行数据内容同步包括两种方式：基于列名的同步，每一行数据使用列名和对应的值来交互和同步数据的方式；或者基于序号的同步，每一行数据使用字母加列号和对应的值来交互和同步数据的方式。

用户界面组件：包括用于在客户端显示的各种界面组件，其与所述业务模型中定义的所述用户界面描述组件通过命名相对应，并通过事件驱动响应机制与所述数据对象代理组件的数据进行同步。

在该系统架构中，如图1所示，服务器端业务模型工厂组件和活动业务模型组件还与数据库等外部资源连接以交互资源文件或数据。

图1所示的软件运行平台是面向业务模型的软件运行平台总体架构。业务模型的内容如图2所示，包括相关的业务模型属性描述和业务模型组件，业务模型组件包括数据对象、用户界面描述组件、业务模型活动和客户端资源。

其中业务模型属性包括模型代码，层次代码、模型名称、初始界面组件命名、附件路径、公共标识、活动标识、生命周期、验证标识、子模型标识、版本号、修改日期、修改日志信息。公共标识为真时，表示所有在线用户共用根据所述业务模型实例创建的活动业务模型组件，否则，则根据调用为每个用户创建一个活动业务模型组件。优选的，业务模型活动属性还包含授权别名，以供上述活动业务模型组件根据该授权别名自动判断登录用户是否具有请求执行业务模型活动的权限。

数据对象，是对象的业务实体的抽象，使用命名访问。业务模型的数据对象属性包括数据对象名称、是否静态、修改属性、SQL属性、默认值、同步列名、多表更新依赖关系、分页和其他列属性，可以自定义数据列；是否静态是指活动数据对象的数据被所有调用者共享，当静态为真时，其对基于该数据对象创建的活动数据对象的调用指向同一个实例，指定同步列名意味着所述软件运行平台的客户端数据对象代理组件与服务器端业务模型的数据对象可以有不同的数据结构。

用户界面描述组件，是所述业务模型在客户端展现层的所述客户端架构的用户界面组件的内容描述和事件脚本，使用命名访问。换言之，用户界面描述组件是对软件运行平台客户端系统架构中的用户界面组件所做的定义，可选的，根据客户端的请求，可以由服务器端的活动业务模型组件根据用户界面组件的属性定义，生成描述文本，再由客户端系统架构的客户端控制引擎解析、创建客户端界面组件和显示。其中，用户界面组件有很多类型，如自由表、二维表、树形表、按纽组、窗口、组件容器、二分容器、标签页、菜单、列表组件、自定义等多种类型，对应的用户界面描述组件就是对用户界面组件所做的描述。所述用户界面描述组件与用户界面组件一一对应，也有多种不同的类型；属性包括公共属性和私有属性；公共属性包括所述用户界面组件的命名、名称描述、位置、大小、创建完成时执行的脚本；私有属性随所述用户界面组件类型的不同，而呈现不同的属性。优选的，本实施例还可进一步增设一用户界面组件（其可采用网格定位的方法来进行定位和设置大小）——按纽组界面组件(包含一个或多个按纽的界面组件)，可以通过定义操作方式设置和授权别名设置，在不同的操作方式或授权下，显示不同的按纽，简化了传统方式下的复杂的授权管理。本实施例中，优选的，可以采用网格定位的方法来定位和设置用户界面组件大小，所谓网格定位：是将用户界面从逻辑上分成一个多行多列的网格，每行、列都有指定的宽度和高度，上述组件就是通过指定定义的不同的组件在网格中的位置进行排列的。

业务模型活动，是所述业务模型中定义的动作，使用命名访问。其中，一方面，业务模型活动主要包括下述三种类型的活动：第一类，在所述软件运行平台服务器端的业务模型控制引擎创建所述软件运行平台活动业务模型组件实例时，自动执行的初始化时业务模型活动；第二类，在所述软件运行平台服务器端的业务模型控制引擎创建所述软件运行平台活动业务模型组件卸载时，自动执行模型卸载时的业务模型活动；第三类，在客户端请求调用时或其他显式调用时执行其他业务模型活动。另一方面，每个业务模型活动支持三种约定方法（不排除自定义其他方法），在被请求调用时执行的时间上各不相同，在该业务模型活动被调用时，这三种约定方法将依次执行：方法一，在活动业务模型组件同步和接受客户端发送的数据操作之前执行的before方法；方法二，在活动业务模型组件同步和接受客户端发送的数据操作之后执行的call方法；方法三，在所述活动业务模型组件执行所述本业务模型活动调用后，在本次客户端和服务器端会话结束时执行的after方法。

客户端资源，是所述软件运行平台客户端需要请求的其他资源或脚本，使用命名访问。

本实施例中，较佳的，业务模型使用命名规则或指定父业务模型名称方式进行业务模型继承。在上述软件运行平台运行过程中，子业务模型可以访问父业务模型定义的内容；其中当子业务模型存在与父业务模型相同命名的数据对象、业务模型活动和客户端资源时，则在访问该子业务模型时，其父业务模型的对应资源被覆盖。下述以图3为例进行详细说明：

请参阅图3所示，命名继承是采用业务模型代码字符串向左包含的原则进行，图中定义了业务模型ab、ab_c1、ab_c2，则业务模型ab_c1、ab_c2被认为是继承了业务模型ab；当业务模型ab_c1、ab_c2存在与父业务模型ab相同命名的数据对象、业务模型活动和客户端资源时，则父业务模型的对应资源被覆盖；图中，业务模型ab，定义了数据对象db_2和用户界面描述组件div_1，div_1使用了db_2，业务模型ab_c2继承了ab，也定义了数据对象db_2，这时如通过使用业务模型ab_c2，调用div_1，则ab_c2的db_2覆盖了ab中定义的db_2，即div_1实际使用的数据对象是ab_c2中的db_2而非ab中的db_2；与对象的定义不同，使用命名继承方式下的业务模型的继承只需通过命名方式即可，而不需要其他标识。

在使用指定父业务模型名称方式进行业务模型继承时，对应指定的业务模型名称的业务模型将成为该模型的父模型，业务模型继承规则与命名继承方式相同。

进一步的，业务模型可通过定义链接组件方式，来访问非继承方式下的其他业务模型中定义的用户界面组件，其中当该业务模型及其父模型与被链接的业务模型存在命名相同的数据对象时，则被链接的业务模型中命名相同的数据对象将被覆盖。下述以图5为例进行详细说明：

请参阅图4所示，所述业务模型通过定义链接组件方式，来访问非继承方式下的其他所述业务模型中定义的用户界面组件；在链接组件模式下，当服务器端活动业务模型组件已经加载与链接源组件相同命名的数据对象时，则链接源组件使用的其所在业务模型定义的数据对象被覆盖；在图5中，业务模型ac定义了一个链接组件div_2链接到源组件业务模型ab的div_1，当在服务器端加载的活动业务模型组件ac中调用组件div_2时，业务模型ac中定义的数据对象db_2覆盖了业务模型ab中定义的数据对象db_2；链接组件模式下，业务模型中除数据对象外，其他资源的不会被覆盖。

对应于图1所示的面向业务模型的软件运行平台，图5公开一种该系统的运行方法，包括以下步骤：

步骤S1、软件运行平台进行启动，完成初始化操作。

步骤S2、客户端向工作页面发出页面请求，请求的页面参数包括在软件运行平台中定义的业务模型名。

步骤S3、工作页面加载页面资源，启动客户端系统架构的客户端控制引擎，并将页面参数中的业务模型名传递给客户端控制引擎，由该客户端控制引擎向服务器端请求加载与该业务模型名同名的活动业务模型组件以初始化用户界面组件资源。

步骤S4、服务器端的业务模型控制引擎响应客户端请求，根据请求的业务模型名，查找缓存中是否有与其同名的活动业务模型组件，如果有，则转步骤S8，否则转步骤S5。

步骤S5、服务器端的业务模型控制引擎向服务器端的业务模型工厂组件查找与客户端请求的业务模型名同名的业务模型实例，根据查找到的业务模型实例进行检查和授权认证。

其中，上述步骤S5中服务器端的业务模型控制引擎向服务器端的业务模型工厂组件查找与客户端请求的业务模型名同名的业务模型实例，如该业务模型实例不存在，则业务模型工厂组件在软件平台中查找定义该业务模型的资源，并根据查找到的资源数据创建和管理业务模型实例，业务模型包括使用命名访问的数据对象、用户界面描述组件、业务模型活动和客户端资源。

步骤S6、服务器端业务模型控制引擎根据认证后的业务模型实例，创建活动业务模型组件，并缓存。其中如图1所示，活动业务模型组件包括活动数据对象、业务模型活动、活动用户描述组件和业务模型实例。

步骤S7、服务器端活动业务模型组件进行初始化操作，即执行所述业务模型中定义的初始化业务模型活动。较佳的，每个业务模型实例使用自己定义的类装载器，实时编译执行，并将编译的脚本缓存于所述业务模型实例；以及当服务器端的业务模型工厂组件释放该业务模型实例时，所述类装载器也被释放，以确保即时更新。较佳的，活动业务模型组件支持自动生命周期管理，具体体现在服务器端活动业务模型组件上，包括下述两种类型：

维持：从加载开始直到整个会话结束(除非显式关闭)或一个新的同名的活动业务模型组件重新创建时才释放；

独占：在整个会话过程中，只能维持一个此种类型的活动业务模型组件，一旦有一个其他同种类型的活动业务模型组件建立，其他独占类型的活动业务模型组件将自动释放。

步骤S8、服务器端活动业务模型组件根据客户端请求，查找请求的资源、执行请求的所述业务模型中定义的业务模型活动，同步和接受客户端提交的数据，并将需要返回客户端的各种资源、数据和异常信息，进行格式编码后返回客户端。

步骤S9、客户端控制引擎根据服务器端返回的格式数据进行解析，动态创建客户端系统架构的用户界面组件、数据对象代理组件和加载数据，缓存或执行返回的脚本和其他资源，并显示所创建的用户界面组件。

步骤S10、客户端系统架构的客户端用户执行相关操作，由客户端控制引擎执行预先定义脚本，向服务器端同步增加或修改的数据，和/或请求服务器端执行相应的业务模型活动（所谓和/或，即：可选的，在同步相关增加或修改的数据时，可以同时请求服务器端执行相应的业务模型活动，但同步相关数据也可与请求执行相应业务模型活动分开而各自独立执行）。通常，由客户端请求服务器端执行指定业务模型中定义的命名业务模型活动；再由服务器端查找命名业务模型活动资源，执行查找出的业务模型活动的脚本，将相关结果信息返回客户端；然后再由客户端控制引擎解析相关数据，并做相关处理；处理完毕后，转步骤S4，进入下一个交互式会话，依此循环。

图5所示的运行方法是基于业务模型的，在该方法的运行过程中，业务模型可以使用命名规则或指定父业务模型名称方式进行业务模型继承，子业务模型可以访问父业务模型定义的内容；其中当子业务模型存在与父业务模型相同命名的数据对象、业务模型活动和客户端资源时，则在访问该子业务模型时，其父业务模型的对应资源被覆盖。由此，业务模型对应资源的覆盖可以使得子业务模型在可以重用父业务模型的资源基础上，避免子业务模型与父业务模型不一致的地方，满足子业务模型的个性化需要，还可以实现对业务模型的构件集成和封装。

由于活动业务模型组件只能访问本活动业务模型组件依赖的业务模型实例资源和父（包括祖先）业务模型实例资源，即业务模型本身具有封装性。本实施例中，进一步的，业务模型可以通过定义链接组件方式，来访问非继承方式下的其他所述业务模型中定义的用户界面组件，其中当该业务模型及其父模型与被链接的业务模型存在命名相同的数据对象时，则被链接的业务模型中命名相同的数据对象将被覆盖。通过组件链接方式，可以实现对非继承方式下其他业务模型资源的访问，提高了业务模型资源的重用性和扩展性。在组件链接方式下，相同命名的数据对象被覆盖的方式，不但避免了资源访问的冲突，还使得业务模型的扩展性得到加强，实现了业务模型对构件的支持。比如，我们定义了一个实现工作流处理的业务模型，工作流的接口方法通常都是统一的，但为了实现对不同票据或文件处理的工作流支持，对实现流程定义规则的数据对象或记录流程处理的数据对象需要对应到数据库中不同的数据表，这时，只要在访问工作流业务模型的业务模型中，定义相同命名的数据对象即可，工作流业务模型的内容不需要做任何改变，覆盖方式极大地提高了业务模型的通用性和灵活性，也实现了业务模型对构件化的支持。

在传统的软件开发中，判断登录用户是否具有执行某个方法的或功能的权限占据了程序员很多的时间，需要写很多的代码，还往往和具体的方法混在一起，层次不分明，难于开发、修改、扩展和维护。为此，本发明实施例可由活动业务模型组件根据授权别名自动判断登录用户是否具有请求执行相关业务模型活动的权限。采用授权别名的自动判断方式可以实现功能代码和判断用户执行权限的分离，程序员可以不需要考虑登录用户的执行权限，也不需要为此写任何程序代码，只要设置和具体权限别名相同的授权别名即可，实现简单、层次分明、易于开发、扩展和维护，大幅度提高了开发效率。

较佳的，在图5所示的运行方法中，还可以进一步包括以下步骤：

客户端系统架构的数据对象代理组件的行数据与服务器端所述活动业务模型组件内的活动数据对象的行数据通过动态产生的唯一行标识进行对应，作为行数据同步的识别依据，该唯一行标识不依赖于行数据的任何状态或内容；

其中所述客户端系统架构的数据对象代理组件与服务器端所述活动业务模型组件内的活动数据对象的行数据内容同步包括两种方式：

基于列名的同步，每一行数据使用列名和对应的值来交互和同步数据的方式；或者

基于序号的同步，每一行数据使用字母加列号和对应的值来交互和同步数据的方式。

上述两种同步方式的优缺点举例分述如下：

比如，修改或录入一个学生信息，学生具有以下字段信息：

StudentName：学生姓名

StudentCode：学生代码

ClassName：班级名称

BornDate：生日

以上行信息在客户和服务器端交互数据时，在两种同步方式下的数据编码有所不同：

1、基于列名的同步，每一行数据使用列名和对应的值来交互和同步数据的方式；

编码为 <row _rowid="1" StudentName="张三" StudentCode="0001" ClassName="101" BornDate="1980-01-01"/>

2、基于序号的同步，每一行数据使用字母加列号和对应的值来交互和同步数据的方式。

编码为 <row _rowid="1" c1="张三" c2="0001" c3="101" c4="1980-01-01"/>

由于在客户端的数据对象代理组件和服务器端的活动数据对象已经建立列对应关系，在采用基于序号的同步方式时，显然可以减少传递的数据流量，而且如列名 c1分离后得到列号1，直接指向数据列的位置，从而有效缩短了数据列的定位时间，提升了软件的运行效率，而采用第一种方式时，还要根据列名查找列的位置，速度要慢很多。

相比于传统的使用表单与服务器交互的情况下，表单Form内的信息需要全部下载或提交，无论内容是否修改，交互次数多，数据量也多。其中本发明所公开的软件运行平台及其运行方法体现在减少网络交互次数和传输的数据流量至少包括以下a~c所述的内容：

a、在本平台下，对于客户端页面的展现界面，通过使用命名组件方式，在客户端界面组件被加载一次后，组件就被客户端控制引擎缓存（除非显式移除），再次请求时，客户端控制引擎从客户端缓存中加载，这种方式可大幅度减少请求的界面资源数据量；在界面组件内的数据需要变动时，只需要更新客户端数据对象代理组件的数据内容，其对应的客户端界面组件内容即通过事件机制得到更新；其展现层(View)与数据层(Model)是分离的，符合经典的MVC结构思想。

b、客户端的数据对象代理组件和服务器端的活动数据对象组件的行数据通过前述“基于序号的同步”方式，进行交互数据，网络流量比传统方式要少很多(一般可减少1/3以上)。

c、客户端的数据对象代理组件可以记录修改的列单元数据，这样，在向服务器提交修改的数据时，只提交修改的部分，而不是全部；如以上例子中，客户修改了学生姓名StudentName字段内容，则传递的行数据经编码后为：

这种方式减少的数据量随实际情况而定，一般可减少10%-90%的网络数据量，比传统方式总体减少可达1/2以上。

本实施例中，较佳的，业务模型活动的脚本代码支持源代码加载，其中每个业务模型实例使用自己定义的类装载器，实时编译执行，并将编译的脚本缓存于业务模型实例；当服务器端的业务模型工厂组件释放该业务模型实例时，相应类装载器也被释放，以确保即时更新。

本实施例中，较佳的，服务器端业务模型工厂组件在创建业务模型实例时，生成数据对象实例，在活动业务模型组件处理客户端请求时，根据所述数据对象实例生成活动数据对象实例；其中活动数据对象还与数据库或其他外部资源进行缓存活动数据的交互，以实现数据加工处理和数据的持久化。

基于上述软件运行平台及其运行方法，使得其面向业务模型的软件的开发方法通过以下步骤即可实现，如图6所示：

步骤K1、软件运行平台进行启动，完成初始化操作。

步骤K2、登录用户完成登录请求和注册后，进入工作页面。

步骤K3、进入模型管理页面，创建或定义软件运行平台的各种业务模型。

步骤K4、进入业务模型的内容定义界面。

步骤K5、设置业务模型的属性。

步骤K6、定义业务模型的数据对象。

步骤K7、定义业务模型的各种类型的用户界面描述组件。

步骤K8、定义业务模型的模型活动。

步骤K9、定义业务模型的客户端资源。

上述开发方法十分简单，定义业务模型与具体的业务需求联系比较紧密，而对具体的技术要求较低，可以使开发和实施人员的主要精力专注于业务，如图7所示，开发人员的大部分工作就集中于根据需求分析建立数据模型，然后再划分和提取业务模块，定义业务模型及业务模型内容；而不必再为技术实现花费过多的时间；在实际开发中，这种开发平台也是基于本发明所述的体系架构建立的。

本发明中，上述软件运行平台中的软件系统架构是一种技术框架和实现策略，包括运行方式和开发方法在内，并不依赖于具体的Web运行平台或某种具体的语言，无论是J2EE规范、.net，还是其他的服务平台都是如此。

本实施例公开的实现面向业务模型的软件运行平台和开发方法，软件运行平台客户端按业务模型名请求的主页面文件一般只有一个（但不排斥使用多个页面文件），其显示的用户界面按请求的业务模型内定义的组件资源不同而不同；主页面文件（或称工作页面）可以不再使用表单与平台的服务器端进行交互（但不排斥使用表单），而是由软件运行平台的客户端控制引擎和服务器端业务模型控制引擎来进行统一管理；总体代码量比传统方式大幅度减少，整个系统简洁清晰，且可以不用发布和部署，显著缩短了软件发布周期，极大降低了软件的开发成本和实施成本，维护简单，二次开发非常容易；由于可以采用非表单方式，能够提供良好的人机交互界面，更容易被最终用户接受；本软件运行平台中，数据对象的使用，屏蔽了客户端对数据库SQL的直接访问，可有效防止SQL注入攻击，性能更高、更安全；由于对数据传输和同步方式做了优化，网络流量大幅度减少，且更加安全、稳定、可靠，更适合开发大型的企业级应用。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种面向业务模型的软件运行平台，其特征在于，包括服务器端系统架构和客户端系统架构；

所述服务器端系统架构包括：

所述客户端系统架构包括：

数据对象代理组件，用于充当用户界面组件显示的数据来源，其与上述活动业务模型组件中命名相同的活动数据对象实例对应，包含所述活动数据对象实例的部分或全部数据；

2.一种根据权利要求1所述的软件运行平台的运行方法，其特征在于，包括以下步骤：

步骤S1、所述软件运行平台进行启动，完成初始化操作；

步骤S7、服务器端活动业务模型组件进行初始化操作；

3.根据权利要求2所述的运行方法，其特征在于，还包括：

上述步骤S5中所述服务器端的业务模型控制引擎向服务器端的业务模型工厂组件查找与客户端请求的业务模型名同名的业务模型实例，如该实例不存在，则所述业务模型工厂组件在所述软件平台中查找定义该业务模型的资源信息，并很据查找到的资源信息创建和管理业务模型实例，所述业务模型包括使用命名访问的数据对象、用户界面描述组件、业务模型活动和客户端资源。

4.根据权利要求3所述的运行方法，其特征在于，所述业务模型使用命名规则或指定父业务模型名称方式进行业务模型继承，子业务模型可以访问父业务模型定义的内容；其中当子业务模型存在与父业务模型相同命名的数据对象、业务模型活动和客户端资源时，则在访问该子业务模型时，其父业务模型的对应资源被覆盖。

5.根据权利要求4所述的运行方法，其特征在于，所述业务模型通过定义链接组件方式，来访问非继承方式下的其他所述业务模型中定义的用户界面组件，其中当该业务模型及其父模型与被链接的业务模型存在命名相同的数据对象时，则被链接的业务模型中命名相同的数据对象将被覆盖。

6.根据权利要求2、3 、4或5所述的运行方法，其特征在于，所述业务模型活动属性还包含授权别名，所述运行方法还包括：

由所述活动业务模型组件根据授权别名自动判断登录用户是否具有请求执行所述业务模型活动的权限。

7.根据权利要求2、3 、4或5所述的运行方法，其特征在于，所述客户端系统架构的数据对象代理组件的行数据与服务器端所述活动业务模型组件内的活动数据对象的行数据通过动态产生的唯一行标识进行对应，作为行数据同步的识别依据；

8.根据权利要求2、3 、4或5所述的运行方法，其特征在于，所述业务模型活动的脚本代码支持源代码加载，所述运行方法还包括：

所述每个业务模型实例使用自己定义的类装载器，实时编译执行，并将编译的脚本缓存于所述业务模型实例；以及

当服务器端的业务模型工厂组件释放该业务模型实例时，所述类装载器也被释放，以确保即时更新。

9.根据权利要求2、3 、4或5所述的运行方法，其特征在于，服务器端业务模型工厂组件在创建业务模型实例时，生成数据对象实例，在活动业务模型组件处理客户端请求时，根据所述数据对象实例生成活动数据对象实例；其中活动数据对象还与数据库或其他外部资源进行缓存活动数据的交互。

10.根据权利要求2、3 、4或5所述的运行方法，其特征在于，其面向业务模型的软件的开发方法包括以下步骤：

步骤K1、软件运行平台进行启动，完成初始化操作；

步骤K2、登录用户完成登录请求和注册后，进入工作页面；

步骤K3、进入业务模型管理页面，创建或定义软件运行平台的各种业务模型；

步骤K4、进入业务模型的内容定义界面；

步骤K5、设置业务模型的属性；

步骤K6、定义业务模型的数据对象；

步骤K7、定义业务模型的各种类型的用户界面描述组件；

步骤K8、定义业务模型的模型活动；

步骤K9、定义业务模型的客户端资源。