CN115390821A - 一种面向自然语言无代码编程的软件应用构建方法 - Google Patents

Abstract

本发明提供了一种面向自然语言无代码编程的软件应用构建方法，包括如下步骤：允许系统管理员账号登录初始平台；接收系统管理员账号输入的第一操作请求，并据其完成对若干个第一对象模型、若干个第二对象模型和若干个第三对象模型的建立；接收系统管理员账号输入的业务规则；接收建立第四业务模型的第二操作请求，并据其建立第四业务模型，第四业务模型通过集成至少一个第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则而建立，用于对用户的业务需求进行处理，第四业务模型建立有一个或多个；接收第三操作请求，并据其将第四业务模型部署到普通用户的前台。本发明能够便于普通人员高效地实现中文软件应用的构建。

Description

一种面向自然语言无代码编程的软件应用构建方法

技术领域

本发明涉及无代码编程技术领域，主要涉及一种面向自然语言无代码编程的软件应用构建方法。

背景技术

随着数字化时代的到来，数字化建设任务不断增多，所需要的程序员的数量不断增加，但软件开发的效率却没有得到很大的提升。业务人员不懂编程，需求转化困难。随着编程专业技术不断细化，例如前后端软件技术的分离，UI和美工的分离，数据库和应用程序的分离，导致编程效率进一步降低。

此外，编程必须使用英文语言，这也是业务人员难以介入和程序员编程效率不高的重要原因。中文编程打破了英文编程语言的垄断，可以有效减少软件编程对英文的依赖，简化学习过程，提高编程效率。但业务人员不会编程，并不是仅仅是因为不会使用英文，在语言并无障碍的基础上，能否做到有效地表达自己的需求，利用自然语言或类自然语言将业务术语定义准确，业务过程描述清晰，业务逻辑严密有条理，这都是决定中文编程效率的关键点。

只有解决以上问题，使用中文进行的编程能力和效率才能实现实质性的跨越。

发明内容

基于上述现状，本发明的主要目的在于提供一种面向自然语言无代码编程的软件应用构建方法，以便于普通人员高效地实现软件应用的构建。

为实现上述目的，本发明采用的技术方案如下：

一种面向自然语言无代码编程的软件应用构建方法，用于服务器端，包括如下步骤：

S100，识别用户方的系统管理员账号，允许所述系统管理员账号登录初始平台，所述初始平台的用户交互界面为中文；

S200，接收所述系统管理员账号输入的第一操作请求，并根据所述第一操作请求完成对若干个第一对象模型、若干个第二对象模型和若干个第三对象模型的建立，所述第一对象模型以人为本体对象；所述第二对象模型以表单和/或实物为本体对象；所述第三对象模型为流程模型，包括若干个流程活动节点以及流程活动节点之间的流向关系；

S300，接收所述系统管理员账号输入的若干组自然语言或类自然语言语法格式的业务规则；

S400，接收所述系统管理员账号输入的建立第四业务模型的第二操作请求，并根据所述第二操作请求建立所述第四业务模型，所述第四业务模型通过集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则而建立，用于对用户的业务需求进行处理，所述第四业务模型建立有一个或多个；

S500，接收所述系统管理员账号输入的第三操作请求，并根据所述第三操作请求将所述第四业务模型部署到普通用户的前台，以供所述用户方的普通用户通过前台的操作界面执行相应的业务需求，完成所述软件应用。

优选地，所述步骤S100中，

所述初始平台支持中文的名词和动词的输入以建立所述第一对象模型和第二对象模型，所述名词包括本体对象和所述本体对象的属性，所述动词包括对所述本体对象能够进行的动作操作；

所述初始平台支持运算符的输入，用以建立所述业务规则，所述运算符包括算数运算符、比较运算符、逻辑运算符和赋值运算符。

优选地，所述步骤S200中，对第一对象模型和第二对象模型的建立中，均对所述本体对象进行分类，同一分类下包括父系本体对象和子系本体对象，子系本体对象自动继承父系本体对象的属性。

优选地，所述步骤S300中，所述类自然语言语法格式的业务规则中的语法格式为预定义语法格式，一种所述预定义语法格式为：

{第一规则引导词}

第一对象模型名称.属性名称比较运算符字面量

{第二规则引导词}

第二对象模型名称.属性名称赋值运算符字面量

其中，第一规则引导词包括：“如果”、“假设”或“当”；第二规则引导词包括：“那么”或“则”。

优选地，所述第二对象模型为表单模型，所述表单模型包括若干子表模型；

所述初始平台允许使用第三规则引导词和第四规则引导词与某所述子表模型进行关联；

若所述条件部分依次包括所述第三规则引导词和该子表模型，则在后续的规则内容中使用所述第四规则引导词以指代该子表模型；

其中，第三规则引导词包括：“某”；第四规则引导词包括：“该”。

优选地，在步骤S300之后还包括步骤S305：对所述若干组自然语言或类自然语言语法格式的业务规则进行冲突检查和/或语义检查。

优选地，所述步骤S400中，集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则的方式具体为：

将至少一个第一对象模型、至少一个第二对象模型和至少一组业务规则分别关联到所对应的第三对象模型的对应流程活动节点上。

优选地，所述第四业务模型包括XML格式的配置文件，所述配置文件中记录有各流程活动节点的标识、流程活动节点之间的流向关系，以及关联的第一对象模型、第二对象模型和业务规则。

优选地，步骤S500之前还包括步骤S310：接收所述系统管理员账号输入的第四操作请求、并根据所述第四操作请求建立用户权限规则模型，或直接接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310中的用户权限规则模型判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

优选地，步骤S500之前还包括步骤S310’：接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310’中的用户权限规则判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

本发明所述技术从汉语词汇出发，构建了一套可视化的词汇建模、业务定义、组织人员以及业务逻辑定义方法，能够帮助本身并无软件开发基础的业务人员快速根据自身的业务需求，快速进行软件功能的实现。

本发明的其他有益效果，将在具体实施方式中通过具体技术特征和技术方案的介绍来阐述，本领域技术人员通过这些技术特征和技术方案的介绍，应能理解所述技术特征和技术方案带来的有益技术效果。

附图说明

以下将参照附图对本发明的优选实施方式进行描述。图中：

图1为本发明的面向自然语言无代码编程的软件应用构建方法的一种优选实施方式的流程图；

图2为本发明的面向自然语言无代码编程的软件应用构建方法的另一种优选实施方式的流程图；

图3为本发明的面向自然语言无代码编程的软件应用构建方法的另一种优选实施方式的流程图；

图4为本发明的一种用户权限规则模型的示意图；

图5为本发明的一种第一对象模型的示意图；

图6为本发明的一种第二对象模型的示意图；

图7为本发明的一种第三对象模型的示意图；

图8为本发明的一组类自然语言语法格式的业务规则的示意图；

图9为本发明的将一种第四业务模型部署到普通用户的前台的操作的示意图；

图10为本发明的一种报表模型的示意图；

图11为本发明的一种维度报表模型在用户系统界面上显示的一个示例的示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分，为了避免混淆本发明的实质，公知的方法、过程、流程、元件并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

概念说明：

系统管理员：属于初始平台的用户方的人员。初始平台的用户方往往是该初始平台的购买者、租借者等等，即支付合理对价获得该初始平台的所有权或使用权的一方，以企业为主，在企业获得该初始平台后，所指定的对该平台具有管理权限的员工就是该平台的系统管理员。

普通用户：属于初始平台的用户方的人员，但其不具有系统管理员权限，只能使用系统管理员设定后的平台进行普通的业务操作(如请假申请、报销申请等)。可以理解地，在一个企业中，某个/某些员工可能既具有系统管理员权限，又有着作为一个普通用户对该平台进行普通业务操作的需求，这时可以对该员工分别提供两个账号供分别使用，一个是系统管理员账号，一个是普通用户账号；也可以把系统管理员权限和普通用户权限集成在同一个账号内赋予该员工进行使用。

本体对象：是该初始平台上系统管理员具体进行管理操作时，所涉及到的操作对象，包括人(如企业员工等等)、表单(如请假单、报销单等等)、实物(如企业制造的产品以及设备等等)和流程(如审批流程、工艺流程等)等。

类自然语言：区别于代码形式的程序语言，也区别于人类生活中交流所使用的自然语言(汉语就是一种自然语言)。类自然语言是在自然语言的基础上，还可以根据规则格式的需要，引入特定的词汇定义、语法和表达式操作符(如“＞”，“＝”，“＜”，“.”等)等等的语言，该语言能够被计算机理解并且执行。

参见附图1，本发明所提供的一种面向自然语言无代码编程的软件应用构建方法，用于服务器端，包括如下步骤：

S100，识别用户方的系统管理员账号，允许所述系统管理员账号登录初始平台，所述初始平台的用户交互界面为中文；

S200，接收所述系统管理员账号输入的第一操作请求，并根据所述第一操作请求完成对若干个第一对象模型、若干个第二对象模型和若干个第三对象模型的建立，所述第一对象模型以人为本体对象；所述第二对象模型以表单和/或实物为本体对象；所述第三对象模型包括若干个流程活动节点以及流程活动节点之间的流向关系；

S300，接收所述系统管理员账号输入的若干组自然语言或类自然语言语法格式的业务规则；

S400，接收所述系统管理员账号输入的建立第四业务模型的第二操作请求，并根据所述第二操作请求建立所述第四业务模型，所述第四业务模型通过集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则而建立，用于对用户的业务需求进行处理，所述第四业务模型建立有一个或多个；

S500，接收所述系统管理员账号输入的第三操作请求，并根据所述第三操作请求将所述第四业务模型部署到普通用户的前台，以供所述用户方的普通用户通过前台的操作界面执行相应的业务需求，完成所述软件应用。

具体地，在步骤S100中：

初始平台的开发者提供了初始的中文化的操作平台，该操作平台的用户交互界面是中文的，且支持该平台的用户方即使在不掌握英文的情况下，也能方便地通过操作该平台，完成特定的业务需求。

可以理解地，在该初始平台有固化内置的程序作为支持，以实现上述技术效果。

上述固化内置的程序有一套清晰的逻辑，后续该平台的用户方中的系统管理员也是基于这套清晰的逻辑在初始平台的前台的可视化体现，得以顺利地操作该平台，使得该平台能够去支持处理该用户方的各种具体的业务事项。

具体来说，上述固化内置的程序支持在该初始平台上的全中文操作，为实现对中文操作的支持、且进一步实现语法简洁和操作简便，开发者对中文编程语法进行了设计。对中文编程语法的设计可包括如下步骤：

S110’：设计本体对象的语法结构。

本体对象可以理解成软件需求中的名词术语，对应中文语言中所有的名词，名词可以分为两类：普通名词和特殊名词。

普通名词也叫分类，是指代一组个体集合。例如国家、法律、手机或者报销单，每一个普通名词都代表一个集合。

一个特殊名词是一个本体的具体实例，具有唯一指代性，如“中国”、“中华人民共和国民法典”、“MEID为99001778212088的手机”以及“编号为22020530218的报销单”。

在本发明中，可以集中对分类进行统一管理，以明确中文语言中名词的具体含义。

S115’：本体对象按分类具有各自的自身属性。

属性具有数据类型，如整数、小数、字符串、布尔、日期；属性也可以是文本格式。

针对本体分类，属性有必填和非必填两种。在本发明中，依靠“.”来表达普通名词所具有的属性，例如国家.人口(即人口是国家的一个属性)、法律.生效日期、手机.内存容量以及报销单.金额等等。

对于实体数值型属性，按照中文语言习惯设置量纲和单位，表明每个数值型属性的物理含义。

S120’：本体对象按分类具有各自的自身动作。

动作对应着由本体对象发出的、改变自身或者系统状态的动作，在中文语言中对应动词，中文动词一般不接宾语。

在本发明中，用“&”表示普通名词所具有的方法。例如国家&成立()、法律&生效()、手机&维修()以及报销单&作废()等等。

动词可以由中文语法中的状语或者副词进行描述，这种副词可以作为动词的输入参数。例如法律&生效(生效时间)，可以代表该法律在生效时间时的生效动作；手机维修动作可以分为快速维修和普通维修，手机&维修(快速)则表示该动作为快速维修；报销单会因为假票据、票面不清晰或者过期而产生作废的动作，报销单&作废(过期)则表示该报销单由于过期而作废。

S125’：本体分类可以继承。

名词在本方法中所代表的为集合范围，不同中文名词集合之间产生包含关系，本方法按照中文名词中所代表的集合范围进行分类继承关系的划分。例如，法律包含刑法和民法，民法就是法律的一个子分类(下级分类)；报销单分为差旅报销单，餐饮报销单，打车报销单等等，差旅报销单又分为国内和国外两种。这种分类继承关系，下级分类完全继承上级分类的属性和动作，并且可以在本分类上拓展自己特殊的属性和动作。例如出国差旅报销单有访问国家的属性，有货币兑换的动作，这些属性和动作是报销单这个上级分类所不具备的，也是国内差旅报销单上所不具备的。

S130’：不同分类之间关联。

在中文语言中，能够带宾语的动词往往表达了两个实体之间的联系，类似英语的及物动词。例如老师教授课程，学生选择课程，这里教授和选择，都可以变成关系。在中文语言中，针对描述这类动词的中文语法中的状语或者副词，可以作为关系的属性。例如老师教授课程的方式有两种，网上授课或者教室授课。“老师@教授(网上授课)@课程”表示在老师和课程之间建立教授关系，并且上课方式为“网上授课”。

S135’：对于名词实例的指代方式。

对于初次出现的名词实例，采用“某分类名”来进行指代，后续这个实例再次出现，采用“该分类名”来实现。例如：如果某发票.金额<1000元,那么该发票&提交流程。如果当前分类名下实例有多个，则“某分类名”将对每个实例进行循环，在“该分类名”进行指代，直到所有实例都循环完成。

S140’：区分内存变量和数据库。

在本编程语言中，无论对象在内存还是数据库中，都可以进行操作。对象格式统一，在操作方法上都包含增删查改，在具体参数名称上进行区分。对于对象的增删查改方法都需要区别标记，通过函数参数来控制，报销单&查询(数据库，单号)表示数据库中查询一个对象，报销单&查询(单号)表示默认对内存对象的操作。

S145’：定义运算符。

运算符包括算数运算符、比较运算符、逻辑运算符和赋值运算符。

算术运算符包括“+”、“-”、“*”、“/”和“％”(取模)。

关系(比较)运算符包括“＝＝”、“！＝”、“>”、“<”、“>＝”、“<＝”，是对符号两边的数值进行判断，并返回布尔型的“True”或者“False”。

逻辑运算符包括并且和或者，表示对逻辑运算内容进行逻辑“与”和“或”的运算。

赋值(算数)运算符：“＝”，表示将“＝”右边的数据内容，赋给左边的属性。在运算符优先级次序上，

S150’：常量与变量。

系统的变量应纳入模型对象的管理范畴之内，如需临时变量可以根据分类按照变量进行新增变量实例操作。例如六年级英语课＝课程&新增(英语课，40课时)。

S155’字典。

系统对属性提供数据字典的选择，字典被设定在属性上，在编辑对象属性时可以被选取。字典可以为树状结构，实现上下级数据内容的联动。字典同时可以看作数据展现的维度，形成的对象内容可以按照字典预置内容的维度进行统计分析。例如在销售订单上有区域和省份，东北区黑龙江省，选择东北区，省份则出现黑龙江、吉林和辽宁省份，订单金额可以按照区域或者省份的额度进行动态统计。

S160’：事件。

当系统内外部状态变化时，就可以看作成一个事件。

事件的主体主要有两个方面：一方面是来自GUI的用户动作产生的事件，例如属性值下拉菜单被选择，鼠标经过某个按钮上方或者是按钮被点击等等；另一方面还有来自系统内部状态的事件，如设置定时器读取某个变量的状态。当事件发生时，系统会捕获事件，并会执行设置好的代码。

S165’：代码。

代码可以被看作是一组程序命令的组合，按照序号标定，可以有赋值，循环控制和逻辑结构。一段代码的集合被称为代码块，代码块可以组合成更大的代码块。

S170’：赋值。

本体对象及其属性都可以被赋值，赋值符号为“＝”。

S175’：顺序流。

通过语句标号和优先级实现语句的执行顺序。标号越往前，越早被执行；优先级越高，越晚被执行；语句优先级规则的要高于语句次序。

S180’：条件流。

在编写中文格式的业务规则时，可采用条件流，条件流的格式例如为：如果....(当.....)那么......，其中，“如果”和“当”后面都要是一个逻辑判断量，可以是逻辑条件组合，也可以是一个返回值为布尔型的对象函数；那么后面是代码或者代码块。

例如，将一条业务规则编写为：

如果请假单.请假时长<＝24小时那么请假单&自动审批()；

S185’：循环流。

提供按照对象循环的功能，当第一次出现循环对象时，用“某对象”来表示需要对对象循环，后续再指代到该对象时，利用“该对象”进行循环。可以利用多个“某”、“该”结构实现多重循环。

具体地，关于步骤S200：

上文已经介绍过，本发明的中文编程语法设计时，本体对象具有属性，所述第一对象模型和第二对象模型的建立，可分别依靠输入作为本体对象的“人”和其属性、作为本体对象的表单或实物和其属性来建立。

在一个示例中，所述第一对象模型可以为组织模型、岗位模型、人员模型(参见附图5，附图5示出了一种组织模型)。

对使用该初始平台的用户方是一个企业集团的情况为例：

各个组织可包括第一分公司、第二分公司……、第X分公司；每个分公司的属性则可包括分公司地址、分公司负责人、分公司联系总机号码等等。由此，可根据系统管理员的相应操作请求建立起的第一分公司组织模型、第二分公司组织模型、……第X分公司等各个组织模型。

各个岗位则可包括董事长岗位、财务总监岗位、组长岗位、操作工人岗位等等；每个岗位的属性则可包括办公地址、任职日期等等。由此，可根据系统管理员的相应操作请求建立起各个岗位模型。

另外，具体的岗位可与用户权限相关联，比如，如果用户是非系统管理员岗位，则其不能具有系统管理员权限，不能登录该初始平台的后台页面进行系统管理。

各个人员则可包括这个集团里面每一个员工，人员的属性可包括姓名、性别、年龄、身份证号等等。对每个人员分别建立一个人员模型，每个人员模型可以按照该人员所在的组织和岗位，来关联相应的岗位模型和组织模型。

第二对象模型可以为表单模型或者实物模型(参见附图6，附图6示出了一种表单模型)。

表单可为请假单、报销单、工资单等等。以表单为请假单为例，其属性可以包括请假天数、请假类型等。

第三对象模型为流程模型，如为请假流程模型、报销流程模型等。以一个第三对象模型为请假流程模型为例，建立该请假流程模型时，根据需要设置其流程活动节点以及流程活动节点之间的流向关系，例如，流程活动节点包括起草单据和经理审批两个节点，流向关系是从起草单据流向经理审批。

也就是说，以“人”为本体对象的第一对象模型，用于统一描述业务流程的人员、岗位和/或组织，也就是用于描述业务流程中与人相关的各种实体对象，这里的“人”具体包括业务涉及的组织、岗位、人员等，第一对象模型包括组织、岗位、人员的分类以及若干属性，来描述这些实体对象的各种特征，描述的内容包括组织、岗位、人员属性的标识、类型、填写要求、顺序等和属性之间的关系。

组织模型、岗位模型和人员模型均可以是一个或者多个，组织模型、岗位模型和人员模型均包括若干属性。

组织模型的各个属性可用于描述用户和/或岗位所属的组织的具体信息。组织模型优选为树状结构，即可以用于表示一个部门或小组，也可以用于表示一个单位或者公司。组织模型的属性包括组织节点名称、组织节点ID、分类ID、排序、关联岗位ID集合、组织节点负责人、上级组织节点负责人、上级组织节点ID、关联规则组ID列表、创建人、创建时间等。当组织模型用于表示一个单位或者公司时，通常是包含了多个部门或者小组级别的组织模型的树状结构，同时还可以增加用于描述单位或者公司特征的一些属性，例如法人、税号等。在一般情况下，除了位于树状结构中根节点的组织模型，其下一级的每一个组织模型都需要设定有明确的、身处上一级组织模型的某个岗位模型作为该组织模型的负责人，由此确保上下级组织之间的连接。组织模型可用于描述实体组织和虚拟组织，行政组织是按照行政级别组成的一种实体组织，多维度组织是为了项目或者特性目标而设立的一种虚拟组织，可以理解为是跨行政组织的一种组织，例如项目组织。通过组织模型，可以判断出组织内任意两个人有无汇报关系以及具体的汇报关系，例如，在某个部门的组织模型中，用户#1直接向用户#2汇报，用户#2为该部门的组织节点负责人，同时用户#2还需要向本部门的组织模型中预设的上级组织节点负责人用户#3汇报，由此，用户#1的汇报关系就可以表示为(用户#1，用户#2，用户#3)。

岗位模型的各个属性可用于描述工作流流程中某个角色的具体信息，例如岗位名称、岗位描述、岗位ID、分类ID、创建人、创建时间、系统菜单权限组ID集合等。岗位模型可以理解为组织中的最小节点。

人员模型的各个属性可用于描述某个用户的个人具体信息，例如姓名、账号、性别、手机号码、邮箱、岗位ID、组织节点ID等。

人员模型的各个属性可与岗位模型的各个属性、组织模型的各个属性进行关联和/或引用，同样地，岗位模型的各个属性可与人员模型的各个属性、组织模型的各个属性进行关联和/或引用，组织模型的各个属性可与人员模型的各个属性、岗位模型的各个属性进行关联和/或引用。例如，在构建第一对象模型的过程中，某人员模型的组织节点ID与某组织模型的组织节点ID关联，且该人员模型的岗位ID与某岗位模型的岗位ID关联，且该岗位模型的岗位ID隶属于该组织模型的关联岗位ID集合，通过这样的方式，将第一对象模型中的人员模型、岗位模型和组织模型的数据关系进行关联，以用于后续的办理人队列的计算。通过在组织模型中设置组织节点负责人、上级组织节点负责人，并将某个组织节点和上一级组织节点的人员进行关联，以推导出链式的汇报关系。汇报关系用于确定办理人队列。

以表单和/或实物为本体对象的第二对象模型，则用于描述业务流程中与物相关的各种实体对象，这里的“物”包括但不限于业务流程涉及的实物、虚物(表单)等，也可以包括其他与应用系统或者其他业务流程相关的实物、虚物(表单)等。“物”模型包括分类以及若干属性，以此来描述这些业务对象的各种特征，描述的内容包括属性的标识、类型、填写要求、顺序等和属性之间的关系。物模型支持分类管理，下一级的物模型可以继承上一级的模型的若干属性。

第二对象模型包括表单模型。表单模型为承载信息和数据的一种形式，用于描述业务流程涉及的表单，这里的表单可以包括业务流程涉及的业务单据、统计报表(附图10示出了一个报表模型)等。表单模型包括若干属性，每个属性可以为一个字段，不同的表单模型的属性之间可以建立关联。表单模型还可以包括若干子表，每个子表由若干行和列组成，主表的表单模型的所有属性对于子表来说都是统一的。表单模型支持分类管理，下一级表单模型可以继承上一级表单模型的若干属性。例如，销售合同表单模型的属性可以包括表单ID、表单分类ID、创建时间、创建人等，这些属性可以从上一级表单模型继承得到，销售合同表单模型还可以创建自有属性，例如提交人、合同金额、合同编号等。

结合附图7的示例，第三对象模型用于将业务整理成流程、活动，流程可以包含活动，活动之间可以设计串、并以及任何逻辑表达关系，并可以根据系统状态和单据状态控制逻辑走向。流程引擎用于生成流程实例，能解析办理人队列得到流程实例的流转模式，并能按照流转模式在流程实例中相应地生成活动实例，在执行活动实例的过程中，能根据预定义生成一个或多个任务实例。一个活动实例是流程实例的一个流程活动节点，每个活动实例根据预定义可以生成一个或多个任务实例。任务实例：基于每个办理人(即用户)生成，例如，执行一个活动实例时，可以在某个办理人的待办任务列表中生成一条新的待办任务，该办理人可以进行接收(即点击待办任务)、办理(即同意)或者退回(即拒绝)等操作，流程引擎通过监控该办理人的操作，并根据业务规则下一个活动实例，直至流程实例执行完成。流程事件是指在活动实例的执行过程中发生的行为或者动作，例如任务实例完成前、表单实例加载前、表单实例保存前、页面刷新、点击按钮、数据内容变化等。

与步骤S200相匹配地，本发明的初始平台能够支持对第一对象模型、第二对象模型和第三对象模型的建立，故其内部包括：

第一建模单元，能够接收系统管理员账号输入的第一操作请求，并根据所述第一操作请求构建第一对象模型、第二对象模型和第三对象模型。

所述初始平台还能够为每个基础的第一对象模型、第二对象模型和第三对象模型都生成默认动态维护的界面，可以按照既定的显示模板进行动态变换，如背景颜色、字体大小，也可以设置具有特殊响应的按钮等UI组件，例如增加“计算补助”的按钮，或者监听某一下拉菜单，当用户选择后，引发特殊的事件。引发特殊的事件要和后台规则集合进行勾稽，确保发生该事件后相应的规则集合能够得到执行。

具体地，关于步骤S300：

业务规则的规则内容包括条件部分和动作部分，所述条件部分能从所述第一对象模型和/或所述第二对象模型中调取一个或者多个模型的一个或者多个属性作为判断对象，所述动作部分能从所述第一对象模型和/或所述第二对象模型中调取一个或者多个模型的一个或者多个属性作为操作对象。

业务规则编写时，采用自然语言或者类自然语言编写。

系统管理员采用自然语言编写业务规则的一个示例如，将一条业务规则编写为“主管副总经理可以查看其主管部门起草的所有业务单据”。后台服务器端通过自动识别，将其转化为特定格式的(采用类自然语言的)数据权限规则，进而再通过简单的解析、编译，变成后台服务器端可以执行的程序代码。

用类自然语言编写业务规则时，可利用自然语言和表达式操作符(运算符)的结合，按照预定义语法格式进行编写(参见附图8，附图8示出了类自然语言编写的一组业务规则)。

在一个具体的示例中，和请假类型有关的业务规则采用类自然语言编写，其按照预定义语法格式可以编写为：

“如果

请假单.请假天数＞3

那么

请假单.是否需要销假＝是”。

上述规则含义内容为，当请假单中的请假天数被填写的数值大于3时，请假单的是否需要销假的属性设为是。

系统管理员可在初始平台上编写若干组业务规则，在请假规则之外，还可以有报销规则、工资发放规则等等。

本发明的初始平台还支持系统管理员，通过系统内第一对象模型、第二对象模型和第三对象模型之间的“关联关系”，建立复合关系报表和维度报表(附图11示出了一种维度报表)。复合关系报表作为数据视图，可以在规则中作为对象进行引用，返回相应的结果；也可以部署到业务模型中。维度报表是针对某一个属性所建立的可视化图形，可以部署到业务模型中。

具体地，关于步骤S400：

每个第四业务模型用于对用户的一项业务需求进行处理，例如，第四业务模型可为请假审批模型，也可为其他业务模型等等。每个第四业务模型基于系统管理员的第二操作请求而建立。

以第四业务模型为请假业务模型为例，该第四业务模型的建立，是集成相关第一对象模型、第二对象模型和第三对象模型，以及与请假有关的业务规则实现的。也就是说，第四业务模型是将第一对象模型、第二对象模型、第三对象模型以及相关的业务规则封装在一起以形成与某个业务流程对应的业务模型，通过模型驱动的方式实现为系统的功能。每个第四业务模型可以调取若干与该业务相关的第一对象模型、第二对象模型和第三对象模型，进行动态组合，并通过业务规则实现对业务逻辑的描述。

在一个示例中，因为每个普通用户都可能有请假需求，故该与请假有关的第四业务模型关联的第一对象模型可以是步骤S200中建立的每一个第一对象模型中的人员模型；与请假相关的表单是请假单，故该第四业务模型关联的第二对象模型是步骤S200中建立的请假单模型(而不是报销单模型等其它第二对象模型)；该第四业务模型相关联的第三对象模型显然也是步骤S200中建立的请假流程模型(而不是报销流程模型等其它第三对象模型)；该第四业务模型关联的业务规则是步骤S300中所编写的请假业务规则(而不是报销业务规则等其它规则)，包括请假类型业务规则之类。

建立该第四业务模型时，根据其关联的第三对象模型中的流程活动节点再去关联该节点上相应的第一对象模型和第二对象模型、以及相应的业务规则。

在本示例中，与请假审批相关的第四业务模型所关联的第三对象模型包括起草单据和经理审批两个节点，对于起草单据这个节点，因为每个普通用户都可能需要起草请假单，故在该节点上，将每一个第一对象模型都关联于其上，将请假单这个第二对象模型也关联于其上，将请假类型业务规则也关联于该节点上(这样，在普通用户执行起草请假单这个流程活动节点时，通过所述请假业务规则的自动计算，在用户填写的请假天数大于3时，是否需要销假变成是”)；而在经理审批这个节点上，因为这个节点涉及的只有经理，故只需要在所有的第一对象模型中，挑选岗位为经理的第一对象模型关联到该节点即可，请假单这个第二对象模型依然需要被关联到该节点，这个节点如无相关的业务规则，则不需要再关联业务规则。

第四业务模型可以建立有多个，每个第四业务模型均是通过集成相关第一对象模型、第二对象模型和第三对象模型，以及与相关的业务规则实现的。

具体地，关于步骤S500：

在该第四业务模型建立完成后，响应于系统管理员的第三操作请求，该第四业务模型被部署到前台(即普通用户的操作界面，附图9示出了将一个第四业务模型部署到前台的操作过程的一个示例)，在前台显示出与该第四业务模型相关的菜单，供普通用户使用，完成相关业务(如请假等)。部署时，可以由系统管理员自主设置菜单名称(如将请假相关的菜单命名为请假流程菜单)、菜单图标样式和图标颜色等，实现个性化效果。系统会自动生成浏览器端访问页面，当用户有特殊的页面需求时，可以通过自行定制页面，但后台业务逻辑保持不变。

在进行部署时，系统管理员设定业务模型的前台普通用户的入口地址，配置菜单名称、菜单展示形式，菜单图标等内容，并将应用模型发布到前台。之后，普通用户即可访问该菜单对相应功能进行访问。

至此，普通用户的前台就有了相应的菜单(承接上文示例，此时普通用户的前台就有了相应的请假流程菜单)，普通用户可以点击该菜单，发起起草请假单这个流程活动节点对应的动作，并提交至经理处，经理则可通过登录自身账号，点击其账号对应的前台页面的请假流程菜单，完成经理审批这个流程活动节点对应的动作。这样，基于本发明提供的初始平台，经过步骤S100-S500，一个关于请假审批的软件应用就构建完成了。

在一个示例中，步骤S400中建立的第四业务模型有多个，分别包括请假业务模型、报销业务模型、工资核对业务模型等等，在这些第四业务模型分别建立完成之后，均将其部署到前台、以相应的菜单的形式显示在前台操作界面上，这样，普通用户登陆自己的前台操作界面之后，就可以查看到请假业务菜单、报销业务菜单、工资核对业务菜单等等，可以根据自己的特定业务需要，点击其中一个相应的菜单，完成相应的请假/报销/工资核对的软件应用。

在普通用户通过该用户的操作界面执行所述特定业务需求时，所述平台根据触发命令(即普通用户执行自己特定业务需求的命令，例如，为了完成请假业务而点击请假业务菜单)，解析出将该特定业务需求对应的第四业务模型涉及的第三对象模型的各流程活动节点上关联的第一对象模型和第二对象模型涉及的本体对象，获得该第一对象模型涉及的用户信息和该第二对象模型涉及的表单/实物信息。而后所述平台根据该请假业务需求对应的业务规则，使得该用户能够在该用户涉及的流程活动节点完成对应操作，并使得该流程活动节点按被集成的和请假审批有关的第三对象模型的设定向下流转。

优选地，所述初始平台支持中文的名词和动词的输入以建立所述第一对象模型和第二对象模型，所述名词包括本体对象和所述本体对象的属性，所述动词包括对所述本体对象能够进行的动作操作；

所述初始平台支持运算符的输入，用以建立所述业务规则，所述运算符包括算数运算符、比较运算符、逻辑运算符和赋值运算符。

具体地，算术运算符包括“+”、“-”、“*”、“/”和“％”(取模)；比较运算符包括“＝＝”、“！＝”、“>”、“<”、“>＝”、“<＝”，是对符号两边的数值进行判断，并返回布尔型的“True”或者“False”；逻辑运算符包括“并且”和“或者”，表示对逻辑运算内容进行逻辑“与”和“或”的运算；赋值运算符为“＝”，表示将“＝”右边的数据内容，赋给左边的属性。

优选地，对第一对象模型和第二对象模型的建立中，均对所述本体对象进行分类，同一分类下包括父系本体对象和子系本体对象，子系本体对象自动继承父系本体对象的属性。

具体地，本发明按照中文名词中所代表的集合范围进行分类继承关系的划分。例如，法律包含刑法和民法，法律为父系本体对象，民法就是法律的一个子系本体对象；报销单作为一个父系本体对象，分为差旅报销单，餐饮报销单，打车报销单等子系本体对象，差旅报销单又分为国内和国外两种。这种分类继承关系，子系本体对象完全继承父系本体对象的属性和动作，并且可以在本分类上拓展自己特殊的属性和动作。例如作为子系本体对象的出国差旅报销单继承了作为父系本体对象的报销单的报销金额、报销日期等属性之外，还可以独自具有出访国家的属性，出访国家这个属性是作为父系本体对象的报销单所不具备的。

优选地，所述步骤S300中，所述类自然语言语法格式的业务规则中的语法格式为预定义语法格式，一种所述预定义语法格式为：

{第一规则引导词}

第一对象模型名称.属性名称比较运算符字面量

{第二规则引导词}

第二对象模型名称.属性名称赋值运算符字面量

其中，第一规则引导词包括：“如果”、“假设”或“当”；第二规则引导词包括：“那么”或“则”。

本发明的业务规则的一种基本形式为：如果<前件>那么<后件>，其中，前件是该规则可否使用的先决条件，前件由单个事实或者多个事实的逻辑组合构成，后件是一组结论或操作，即当前件满足的时候，应该推出的结论或应该执行的操作，由此，规则的规则内容按照预定义语义格式包括条件部分和动作部分，预定义语义格式可以表示如下：

{第一规则引导词}

条件组合

{第二规则引导词}

动作组合

同时，考虑到规则内容需要具备精确的、可描述的、数学基础定义的特征，由此，规则内容的条件部分包括第一规则引导词和条件集合，条件集合可以是一个布尔表达式，也可以是多个布尔表达式的组合，其组合结果仍然是一个布尔类型返回值，运算方式是对这多个布尔表示式的结果进行交集运算或者并集运算，每个布尔表达式是对某个属性的状态进行判断，若状态存在则返回“真”，若状态不存在则返回“假”；规则内容的动作部分包括第二规则引导词和动作集合，动作集合可以是一个动作，也可以是多个动作的组合，每个动作是对某个对象模型或者某个属性进行操作，这里的操作包括新建、修改等操作，其中，修改通常是针对某个属性并对其进行赋值操作。

具体地，本发明中，在用类自然语言编写业务规则时，规则内容按照一种预定义语义格式可以表示如下：

{第一规则引导词}

第一对象模型名称.属性名称比较运算符字面量

{第二规则引导词}

第二对象模型名称.属性名称赋值运算符字面量

其中，比较运算符包括但不限于{＞,＜,＞＝,＜＝,！＝,＝＝}，其中，“！＝”为“不等于”，“＝＝”为“等于”；赋值运算符包括但不限于{＝,+＝,-＝}，其中“+＝”为“增加”，“-＝”为“减少”。字面量一般用于表达一个固定值，字面量支持文本、整数、小数、时间戳(例如毫秒)、布尔类型、区间、标量集合、引用集合等。需要说明的是，上述各运算符符号仅作为示例，并非对上述预定义语义格式的限定。

另外，编写好的业务规则可以通过json文件等方式存储在数据库中。

优选地，所述第二对象模型为表单模型，所述表单模型包括若干子表模型；

所述初始平台允许使用第三规则引导词和第四规则引导词与某所述子表模型进行关联；

若所述条件部分依次包括所述第三规则引导词和该子表模型，则在后续的规则内容中使用所述第四规则引导词以指代该子表模型；

其中，第三规则引导词包括：“某”；第四规则引导词包括：“该”。

其中，表单模型通常用于定义在业务系统中流转的数据信息，表单模型可以包括子表模型，第三规则引导词用于关联某个子表模型，从而实现该子表模型的循环使用，再通过第四规则引导词来指代第三规则引导词所关联的该子表模型。第三规则引导词可以是“某”，第四规则引导词可以是“该”。

例如，对象模型包括：表单模型“报销单”，表单模型“报销单”包括子表模型“火车票”；

数据具体如下：

火车票-1：{坐席：软卧，金额(元)：148}；

火车票-2：{坐席：无座，金额(元)：368}；

火车票-3：{坐席：硬卧，金额(元)：80}。

规则如下：

如果

某火车票.坐席＝无座

该火车票.金额＞200(元)

那么

报销单.差旅补助+＝100(元)

由此，将对“报销单”中所有的“火车票”进行循环，某火车票和该火车票在规则中指的是同一火车票记录，需要逐一遍历上述所有的“火车票”。具体地，“火车票-2”满足上述规则的条件部分，因此将执行上述规则的动作部分，即在“报销单”的“差旅补助”增加数额100元。

需要说明的是，第三规则引导词关联的只能是子表模型，如果关联的是表单模型(即主表类型)，则认为语义错误。

由此，当对象模型为表单模型且包括子表模型，可以通过使用预定义的规则引导词实现子表模型的循环使用，能使对表单模型的数据读取更为方便和灵活。

作为可选的实施例，所述条件集合中使用第五规则引导词表示交集运算；所述条件集合中使用第六规则引导词表示并集运算。第五规则引导词可以是“并且”、“且”等其中一者，第六规则引导词可以是“或者”、“或”等其中一者。例如，规则内容可以表示如下：

{如果}

第一对象模型名称.属性名称比较运算符字面量

{并且}

第二对象模型名称.属性名称比较运算符字面量

{那么}

第三对象模型名称.属性名称赋值运算符字面量

作为可选的实施例，所述第一规则引导词为“如果”、“当”、“假如”的其中一者；和/或，

所述第二规则引导词为“那么”、“则”的其中一者；和/或，

所述第三规则引导词为“某”；和/或，

所述第四规则引导词为“该”。

具体地，可以将上述规则引导词作为操作按钮预先设置在用户交互界面中，在编写规则内容时能够便于调用。

由此，通过设定上述规则引导词，能够对规则内容的规则框架进行清晰定义，并且规则引导词通过中文表达能够便于业务人员完成规则制定，有助于提高工作效率。

优选地，所述初始平台预先构建有规则引导词库；在步骤S200中建立的所有的第一对象模型和第二对象模型构成对象模型库；

在步骤S300中，系统管理员在编写所述业务规则时，初始平台所提供的的用户交互界面，即用户方的系统管理员的操作界面上能够显示分别用于规则引导词提示、对象模型提示和属性提示的第一输入提示符、第二输入提示符、第三输入提示符；其中，

若所述系统管理员输入的内容与所述第一输入提示符匹配，则从规则引导词库中得到规则引导词列表并显示在系统管理员操作界面上的输入提示框内，供系统管理员选择使用；

若所述系统管理员输入的内容与所述第二输入提示符匹配，则从对象模型库中得到与所述系统管理员输入内容关联的第一对象模型列表或第二模型列表并显示在输入提示框内，供系统管理员选择使用；

若所述系统管理员输入的内容与所述第三输入提示符匹配，且对象模型已经选择完毕，则从对象模型库中得到所述已被选择的对象模型的属性列表并显示在输入提示框内，供系统管理员选择使用。

其中，系统管理员进行输入的方式可以是通过鼠标、键盘直接进行文本输入，也可以是通过语音录入转换成文字，再通过识别文字中的模型和规则对规则内容进行整理。

在一个示例中，第一输入提示符设置为对应于键盘上“Ctrl键”的字符串，当所述平台监听到系统管理员输入的内容是“Ctrl键”，则相应地触发输入提示框，同时从规则引导词库中检索到所有的规则引导词并生成规则引导词列表，然后通过输入提示框显示在系统管理员的操作界面上，接着，等待系统管理员从规则引导词列表中选取需要的规则引导词，并根据系统管理员的选择将相应的规则引导词作为已识别规则引导词显示在规则编辑区的当前输入位置，已识别规则引导词是规则内容的一部分。

在一个示例中，第二输入提示符设置为26个英文字母，当监听到系统管理员输入的内容为某个英文字母时，则相应地触发输入提示框，同时从对象模型库中检索到与该英文字母关联的所有的对象模型并生成对象模型列表，然后通过输入提示框显示在系统管理员交互界面上，接着，等待系统管理员从对象模型列表中选取需要的对象模型，并根据系统管理员的选择将相应的对象模型作为已识别对象模型显示在规则编辑区的当前输入位置，已识别对象模型是规则内容的一部分。其中，与该英文字母关联的所有的对象模型可以是以该英文字母开头的所有的对象模型,在一个示例中，系统管理员输入为“x”，则在输入提示框内显示出以x开头的所有的对象模型，具体为：行程明细、销售合同主表、销售合同明细表、行程汇总明细、行程汇总表，以供系统管理员进行选择。

在一个示例中，第三输入提示符设置为“.”,当监听到系统管理员输入的内容为“.”时，并且规则编辑区的当前输入位置，即光标所在的位置，该位置的上文内容为已识别对象模型，则相应地触发输入提示框，同时从对象模型库中检索到该已识别对象模型的所有属性并生成属性列表，然后通过输入提示框显示在系统管理员交互界面上，在一个示例中，系统管理员在上述示例中选择“行程汇总明细”后输入“.”，则从对象模型库中检索到“行程汇总明细”这个对象模型的所有属性并显示在输入提示框内，接着，等待系统管理员从属性列表中选取需要的属性，并根据系统管理员的选择将相应的属性作为已识别属性显示在规则编辑区的当前输入位置，已识别属性是规则内容的一部分。

通过上述步骤，分别为规则引导词、对象模型和属性设置相应的输入提示符，当监听到系统管理员输入的内容与这些输入提示符匹配时，则相应地触发输入提示框，并根据输入提示符生成相应的可供系统管理员选择的列表，再将系统管理员选择的规则引导词、对象模型或属性作为规则内容的一部分，由此系统管理员选择的内容都是实时地从规则引导词库或对象模型库中调取的有效内容，因而可确保执行规则时数据对象的准确性和有效性，便于让业务人员直接对规则内容进行创建和维护。

优选地，所述初始平台内预先构建有函数模型库，所述函数模型库包括若干第一函数，将每个所述第一函数与若干个第一对象模型，和/或第二对象模型进行关联，用于第一函数对其所关联的对象模型进行操作；并且，

初始平台的用户交互界面上能够显示用于第一函数提示的第四输入提示符；

若所述系统管理员输入的内容与所述第四输入提示符匹配，且对象模型已经选择完毕，则从所述函数模型库中得到与所述已选择的对象模型关联的第一函数列表并显示在输入提示框内，供所述系统管理员选择使用。

在一个示例中，第四输入提示符设置为“&”,当监听到系统管理员输入的内容为“&”时，并且规则编辑区的当前输入位置，即光标所在的位置，该位置的上文内容为已识别对象模型，则相应地触发输入提示框，同时从函数模型库中检索到与该已识别对象模型关联的所有第一函数并生成第一函数列表，然后通过输入提示框显示在系统管理员交互界面上，在一个示例中，系统管理员在选择“行程汇总明细”后输入“&”，则从函数模型库中检索到与“行程汇总明细”关联的所有第一函数并显示在输入提示框内，接着，等待系统管理员从第一函数列表中选取需要的第一函数，并根据系统管理员的选择将相应的第一函数作为已识别对象模型的第一目标函数显示在规则编辑区的当前输入位置，第一目标函数是规则内容的一部分。

其中，函数也被称为方法，例如调用对象本身的一个动作，可以通过编程方法内置在对象中，也可以通过编写规则的方式进行封装。具体地，第一函数用于对某个对象模型进行预定义的操作，第一函数可以用于条件部分，以实现对某个对象模型进行操作并通过判断函数返回值以得到布尔类型返回值，在一个示例中，“行程汇总明细”是一个表单模型，通过引用“按日分摊住宿费用”这个函数对该表单模型进行每日住宿费用的计算，然后对计算结果进行判断以得到布尔类型返回值。第一函数也可以用于动作部分，以实现对某个对象模型进行操作以获得所需要的计算结果，在另一个示例中，“发票”也是一个表单模型并包含多个子表以表示不同的发票单据，通过引用“根据字段排序”这个函数对该表单模型按照时间顺序进行相应的排序，由此得到的计算结果可用于后续的计算过程。

又如，假如第二对象模型为用于描述实物的产品模型，则针对第二对象模型的第一函数可以包括“发布()”、“废止()”等，其中“()”内可以是具体的产品模型名称，以实现对该第二对象模型的具体操作。另外，针对第二对象模型的第一函数也可以包括“查询()”等，其中“()”内可以是一个或者是多个输入参数，参数中间用逗号分隔。

通过上述步骤，能对预先构建的对象模型实现不同的操作或者计算，使得规则内容的条件部分和动作部分的表达形式更为灵活、表达内容更为丰富，可满足不同的规则内容需求，以适应各种应用场景。

优选地，所述函数模型库包括若干第二函数，将每个所述第二函数与一个或者多个属性进行关联，用于第二函数对其所关联的属性进行操作；并且，

初始平台的用户交互界面上能够显示用于第二函数提示的第五输入提示符；

若所述系统管理员输入的内容与所述第五输入提示符匹配，且属性已选择完毕，则从所述函数模型库中得到与所述已选择的属性关联的第二函数列表并显示在输入提示框内，供所述系统管理员选择使用。

若所述系统管理员输入的内容与所述第五输入提示符匹配，且所述规则编辑区的当前输入位置的上文内容为所述已识别属性，则从所述函数模型库中得到与所述已识别属性关联的第二函数列表并显示在所述输入提示框内，并将所述第五输入提示符和系统管理员从所述第二函数列表中选择的第二函数作为该所述已识别属性的第二目标函数显示在所述规则编辑区内的当前输入位置。

其中，第五输入提示符可与第四输入提示符相同，通过对规则编辑区的当前输入位置的上文内容进行判断，如是已识别对象模型，则由输入提示框显示该已识别对象模型的第一函数列表，如是已识别属性，则由输入提示框显示该已识别属性的第二函数列表。

例如，第五输入提示符设置为“&”,当监听到系统管理员输入为“&”时，并且规则编辑区的当前输入位置，即光标所在的位置，该位置的上文内容为已识别属性，则相应地触发输入提示框，同时从函数模型库中检索到与该已识别属性关联的所有第二函数并生成第二函数列表，然后通过输入提示框显示在系统管理员交互界面上，在一个示例中，系统管理员在“行程汇总表.出差城市列表”后输入“&”，则从函数模型库中检索到与“行程汇总表.出差城市列表”关联的所有第二函数并显示在输入提示框内，接着，等待系统管理员从第二函数列表中选取需要的第二函数，并根据系统管理员的选择将相应的第二函数作为已识别属性的第二目标函数显示在规则编辑区的当前输入位置，第二目标函数是规则内容的一部分。

同样地，第二函数可用于条件部分，也可用于动作部分。

通过上述步骤，能过对预先构建的对象模型的若干属性实现不同的操作或者计算，使得规则内容的条件部分和动作部分的表达形式更为灵活、表达内容更为丰富，可满足不同的规则内容需求，以适应各种应用场景。

作为可选的实施例，所述预先构建对象模型库包括如下步骤：在所述对象模型中对每个所述属性进行数据类型的定义；

并且，所述预先构建函数模型库包括如下步骤：所述将每个所述第二函数与一个或者多个所述属性进行关联之后，进行函数模型校验，以使所述第二函数的返回值类型和与其关联的所述属性的数据类型一致。

具体地，属性的数据类型可以包括文本、整数、小数、时间戳(例如毫秒)、布尔类型、区间、标量集合、引用集合等。其中，函数模型校验主要是对第二函数的返回值类型和与该第二函数关联的属性的数据类型进行校验，例如，某第二函数为“时间转换()”必须关联的是数据类型为时间类型的属性，否则系统提示函数模型校验异常。规则内容在编辑时，对输入的内容进行动态检查，以及时提醒用户所输入的内容存在属性和第二函数的数据类型不匹配的问题，以及时纠正规则内容所存在的语义错误。

另外，函数模型校验还可以包括针对函数模型自身的语法校验等。

通过上述步骤，在对属性进行函数引用的时候，能够确保规则内容符合预定义语义要求，避免规则内容出现不必要的错误，有助于提高规则内容的可解释性和可执行性。

优选地，初始平台的用户交互界面上能够显示用于系统变量提示的第六输入提示符；

若所述系统管理员输入的内容与所述第六输入提示符匹配，则获取系统变量列表并显示在输入提示框内，供所述系统管理员选择使用。

其中，系统变量可以包括全局变量和内部变量，全局变量是系统内置的可被引用的系统变量，例如当前时间、当前登录人、当前任务、当前活动等，内部变量是规则体内部定义的变量，例如内部变量“旅程时间差”，可以通过对象模型“火车票”的属性“到达时间”和“出发时间”计算得到，即：

旅程时间差＝火车票.到达时间–火车票.出发时间

例如，第六输入提示符设置为“$”，当监听到系统管理员输入为“$”，则相应地触发输入提示框，同时从系统中检索到所有的系统变量并生成系统变量列表，然后通过输入提示框显示在系统管理员交互界面上，接着，等待系统管理员从系统变量列表中选择需要的系统变量，并根据系统管理员的选择将相应的系统变量作为已识别系统变量显示在规则编辑区的当前输入位置，已识别系统变量是规则内容的一部分。

通过上述步骤，编辑规则时可在规则内容中根据需要对系统变量进行引用，能使规则的表达内容更加丰富，表达方式更加灵活，从而使得规则能够实现的功能更为强大。

优选地，所述初始平台内预先构建有函数模型库，所述函数模型库包括若干第三函数，将每个第三函数与一个或者多个系统变量进行关联，用于第三函数对其所关联的系统变量进行操作；

初始平台的用户交互界面上能够显示用于第三函数提示的第七输入提示符；

若所述系统管理员输入的内容与所述第七输入提示符匹配，且系统变量已选择完毕，则从所述函数模型库中得到与所述已选择的系统变量关联的第三函数列表并显示在输入提示框内，供所述系统管理员选择使用。

其中，第七输入提示符可与第四输入提示符或第五输入提示符相同。

优选地，所述初始平台内预先构建有字典模型库，所述字典模型库包括若干字典，所述字典包括信息项键和信息项值；并且，

所述步骤S200中，建立第一对象模型、第二对象模型时，当所述属性的数据类型设置为文本时，将所述属性的数据源与所述字典模型库中的某个字典进行关联。

优选地，初始平台的用户交互界面上能够显示用于字典提示的第八输入提示符；

若所述系统管理员输入的内容与所述第八输入提示符匹配，且属性已经选择完毕，且所述已选择的属性的数据类型为文本类型，则从所述字典模型库中得到与所述已识别属性关联的字典并将所述字典包括的信息项键和/或信息项值显示在所述用户交互界面。

若所述系统管理员输入的内容与所述第八输入提示符匹配，且所述规则编辑区的当前输入位置的上文内容为所述已识别属性，且所述已识别属性的数据类型为文本类型，则从所述字典模型库中得到与所述已识别属性关联的字典并将所述字典包括的信息项键和/或信息项值显示在所述系统管理员交互界面。

通过上述步骤，在规则内容的编辑过程中，能够通过在系统管理员交互界面显示与当前属性相关的字典的内容提示信息，以方便系统管理员选择合适的信息项值，并有助于提高字面量赋值的准确性，以确保规则内容的合规性和一致性，便于规则引擎对规则内容的解释和执行。

优选地，所述初始平台内预先构建有量纲模型库，所述量纲模型库包括若干量纲，所述量纲包括若干单位及其之间的换算关系；

所述步骤S200中，建立第一对象模型、第二对象模型时，当所述属性的数据类型设置为数值时，将所述属性与所述量纲模型库中的某个量纲进行关联。

优选地，初始平台的用户交互界面上能够显示用于量纲提示的第九输入提示符；

若所述系统管理员输入的内容与所述第九输入提示符匹配，且属性已选择完毕，且所述已选择的属性的数据类型为数值类型，则从所述量纲模型库中得到与所述已识别属性关联的量纲并将所述量纲的若干单位及其之间的换算关系显示在所述系统管理员交互界面。

其中，所关联的量纲信息可以显示在输入提示框内，也可以显示在系统管理员交互界面中预设的位置。

例如，第九输入提示符设置为空格，当监听到系统管理员输入为空格时，并且规则编辑区的当前输入位置，即光标所在的位置，该位置的上文内容依次包括某已识别属性、比较运算符和一个具体数值，并且该已识别属性的数据类型为数值类型，则相应地触发输入提示框，同时从系统中检索到该已识别属性关联的量纲并生成量纲列表，然后通过输入提示框将量纲列表显示在输入提示框内，

接着，等待系统管理员从量纲列表中选择需要的量纲，并根据系统管理员的选择将相应的量纲作为已识别量纲显示在规则编辑区的当前输入位置，已识别量纲是规则内容的一部分。

其中，量纲可以包括个、长度、金额、件、距离、时间、排序。例如，某个量纲为金额量纲，该量纲的单位可以包括元、角(毛)、分，并设置该量纲的默认单位为元，且元、角(毛)、分的换算比例均为1：10。数值类型可以包括整数和小数。

通过上述步骤，对于数值类型的属性，通过量纲模型能确保其数值含义的清晰和精准，消除了规则中数组的模糊性，有助于提高规则的严密性和可执行性。

优选地，参见附图2，在步骤S300之后还包括步骤S305：对所述若干组自然语言或类自然语言语法格式的业务规则进行冲突检查和/或语义检查。

具体地，系统管理员在其操作界面的规则编辑区完成对所有业务规则的规则内容的编辑后，可以通过预设的菜单按钮进行保存，在点击该菜单按钮时触发冲突检查和/或语义检查的操作，用于实现对所有规则内容可能存在的冲突或者语义错误进行检查，并提示用户进行必要的修改和调整。

具体的，将所有规则的规则内容组成规则集合，并对其进行冲突检查，所述冲突检查包括：

选取任意两条规则作为第一规则和第二规则，

若所述第一规则的条件部分和所述第二规则的条件部分的交集不为空，且所述第一规则的动作部分和所述第二规则的动作部分完全相同；或者，若所述第一规则的条件部分和所述第二规则的条件部分完全相同，且所述第一规则的动作部分和所述第二规则的动作部分的交集不为空，则所述第一规则和所述第二规则为部分包含关系；

若所述第一规则的条件部分和所述第二规则的条件部分局部相同，且所述第一规则的动作部分和所述第二规则的动作部分的交集为空，则所述第一规则和所述第二规则为冲突关系；

重复上述步骤，直至完成对所有规则的冲突检查。

作为上述实施例的进一步改进，所述冲突检查还包括：

选取任意一条规则作为第三规则；

若所述第三规则的条件部分受前序规则的限制，且条件部分的判断对象为空时，则所述第三规则为无效规则；

若所述第三规则的动作部分存在循环套用，则所述第三规则为循环规则。

具体地，所述语义检查包括：规则引导词的使用是否正确、对象模型、属性和/或关联的函数模型是否存在、属性和函数模型的数据类型是否一致、字面量赋值和字典模型是否一致、字面量赋值是否包括量纲模型等。

通过上述步骤，能够确保规则内容的合规性和一致性，有助于提高规则内容的精准性和规则执行的效率。并且，在规则内容需要保存的时候进行冲突检查和/或语义检查，有利于及时发现问题并纠正错误。

优选地，所述步骤S400中，集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则的方式具体为：

将至少一个第一对象模型、至少一个第二对象模型和至少一组业务规则分别关联到所对应的第三对象模型的对应流程活动节点上。

优选地，所述第四业务模型包括XML格式的配置文件，所述配置文件中记录有其中各流程活动节点的标识、流程活动节点之间的流向关系，以及关联的第一对象模型、第二对象模型和业务规则。

优选地，参见附图3，在所述步骤S500之前还包括步骤S310：

接收所述系统管理员账号输入的第四操作请求、并根据所述第四操作请求建立用户权限规则模型(参见附图4，附图4示出了一种用户权限规则模型)，或直接接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310中的用户权限规则模型判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

优选地，步骤S500之前还包括步骤S310’：接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310’中的用户权限规则判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

也就是说，用户权限规则可以采用自然语言或者有着预定格式的类自然语言来进行编写，也可以通过用户权限模型的方式建立。用户的权限规则针对不同的第一对象模型、第二对象模型、第三对象模型的相关属性，来设定相关对象的权限。以业务表单为例，可以对用户对该表单是否具有新增权限，表单的行的显示、修改和删除权限，表单列的显示、修改和删除权限进行单独控制。

也可以通过控制用户的权限，使得不同身份的普通用户在登录自己相应的前台的操作界面时，

能够看到的信息的多少(如能否看到某个菜单、对某个菜单信息查看的详略程度等)进行控制，比如，财务主管身份的普通用户能够看到报销审批这个第四业务模型被部署到前台后的报销审批菜单，而车间工人身份的普通用户登陆自己的账号、进入自己的前台后，就看不到报销审批菜单。

所述步骤S310/S310’只要在步骤S200之后、步骤S500之前进行即可，其和步骤S300、步骤S400之间的先后顺序没有限定。

所述平台支持在不同权限的用户登陆该系统后，根据步骤S310/S310’的用户权限规则计算该用户的权限，在该用户的操作界面上显示出在该普通用户权限范围内可查看的每个第四业务模型对应的菜单。

以下是本发明提供的面向自然语言无代码编程的软件应用构建方法被使用时的一种具体流程：

S10：系统启动

首先是系统启动服务，检查各个组件状态，对系统资源实现管理，就绪后等待前台用户登录。

S20：用户登陆系统

用户登录系统获得用户的ID和口令，通过权限校验机制对用户身份进行验证。

S30：根据用户权限动态生成系统操作菜单

通过人员认证以后开始计算用户的权限，调用相关的权限规则集合计算用户的权限集合，并根据权限动态生成系统操作菜单。这里将用户分为前台，用户和后台用户前台用户看到门户和相关的功能，后台用户可以看到相关的系统管理配置菜单。

S40：根据用户命令调取相关业务模型数据

系统进入装监控状态等待用户点击相关的菜单，接受到用户命令以后，调取内存中相关业务模型数据。

S50：生成实例化的第一对象模型、第二对象模型、第三对象模型

通过对业务模型数据进行解析，对涉及到的基础模型进行实例化，包括生成实例化业务流程和活动等第三对象模型；表单/实物等第二对象模型；以及业务模型中涉及到的第一对象模型。

S60：监控等待用户操作触发事件

对第一活动所属物模型进行实例化，调取系统的UI模型，调取第一活动所包含的事件，监控等待用户操作触发事件。对任务类型进行判断，分为人工任务，规则任务和服务任务。人工任务发送到相关配置岗位去人工对任务进行办理，规则任务和服务任务都是由计算机去自动执行。

S70：调取相关规则合集，后台据其返回结果

按照事件所连接的规则集合，后台对事件进行响应，调取相关规则集合，形成相关对象实例，发送给后台规则引擎进行动态计算，返回结果。

S80：若此活动已完成，直接进入下一节点

判断是否满足活动执行完成的条件，以后直接进入下一节点，如下一节点为人工任务，需要动态计算下一个参与者，直到过程结束。

本领域的技术人员能够理解的是，在不冲突的前提下，上述各优选方案可以自由地组合、叠加。

应当理解，上述的实施方式仅是示例性的，而非限制性的，在不偏离本发明的基本原理的情况下，本领域的技术人员可以针对上述细节做出的各种明显的或等同的修改或替换，都将包含于本发明的权利要求范围内。

Claims (10)

1.一种面向自然语言无代码编程的软件应用构建方法，用于服务器端，其特征在于，包括如下步骤：

S100，识别用户方的系统管理员账号，允许所述系统管理员账号登录初始平台，所述初始平台的用户交互界面为中文；

S200，接收所述系统管理员账号输入的第一操作请求，并根据所述第一操作请求完成对若干个第一对象模型、若干个第二对象模型和若干个第三对象模型的建立，所述第一对象模型以人为本体对象；所述第二对象模型以表单和/或实物为本体对象；所述第三对象模型为流程模型，包括若干个流程活动节点以及流程活动节点之间的流向关系；

S300，接收所述系统管理员账号输入的若干组自然语言或类自然语言语法格式的业务规则；

S400，接收所述系统管理员账号输入的建立第四业务模型的第二操作请求，并根据所述第二操作请求建立所述第四业务模型，所述第四业务模型通过集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则而建立，用于对用户的业务需求进行处理，所述第四业务模型建立有一个或多个；

S500，接收所述系统管理员账号输入的第三操作请求，并根据所述第三操作请求将所述第四业务模型部署到普通用户的前台，以供所述用户方的普通用户通过前台的操作界面执行相应的业务需求，完成所述软件应用。

2.根据权利要求1所述的方法，其特征在于，所述步骤S100中，

所述初始平台支持中文的名词和动词的输入以建立所述第一对象模型和第二对象模型，所述名词包括本体对象和所述本体对象的属性，所述动词包括对所述本体对象能够进行的动作操作；

所述初始平台支持运算符的输入，用以建立所述业务规则，所述运算符包括算数运算符、比较运算符、逻辑运算符和赋值运算符。

3.根据权利要求2所述的方法，其特征在于，所述步骤S200中，对第一对象模型和第二对象模型的建立中，均对所述本体对象进行分类，同一分类下包括父系本体对象和子系本体对象，子系本体对象自动继承父系本体对象的属性。

4.根据权利要求2所述的方法，其特征在于，所述步骤S300中，所述类自然语言语法格式的业务规则中的语法格式为预定义语法格式，一种所述预定义语法格式为：

{第一规则引导词}

第一对象模型名称.属性名称比较运算符字面量

{第二规则引导词}

第二对象模型名称.属性名称赋值运算符字面量

其中，第一规则引导词包括：“如果”、“假设”或“当”；第二规则引导词包括：“那么”或“则”。

5.根据权利要求4所述的方法，其特征在于，

所述第二对象模型为表单模型，所述表单模型包括若干子表模型；

所述初始平台允许使用第三规则引导词和第四规则引导词与某所述子表模型进行关联；

若所述条件部分依次包括所述第三规则引导词和该子表模型，则在后续的规则内容中使用所述第四规则引导词以指代该子表模型；

其中，第三规则引导词包括：“某”；第四规则引导词包括：“该”。

6.根据权利要求4所述的方法，其特征在于，在步骤S300之后还包括步骤S305：对所述若干组自然语言或类自然语言语法格式的业务规则进行冲突检查和/或语义检查。

7.根据权利要求1所述的方法，其特征在于，所述步骤S400中，集成至少一个所述第一对象模型、至少一个第二对象模型、至少一个第三对象模型和至少一组业务规则的方式具体为：

将至少一个第一对象模型、至少一个第二对象模型和至少一组业务规则分别关联到所对应的第三对象模型的对应流程活动节点上。

8.根据权利要求7所述的方法，其特征在于，所述第四业务模型包括XML格式的配置文件，所述配置文件中记录有各流程活动节点的标识、流程活动节点之间的流向关系，以及关联的第一对象模型、第二对象模型和业务规则。

9.根据权利要求1所述的方法，其特征在于，步骤S500之前还包括步骤S310：接收所述系统管理员账号输入的第四操作请求、并根据所述第四操作请求建立用户权限规则模型，或直接接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310中的用户权限规则模型判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

10.根据权利要求1所述的方法，其特征在于，

步骤S500之前还包括步骤S310’：接收所述系统管理员账号输入的自然语言或类自然语言语法格式的用户权限规则；

所述步骤S500中，根据所述第三操作请求将所述第四业务模型部署到普通用户的前台时，先根据步骤S310’中的用户权限规则判断该普通用户是否具有使用所述第四业务模型的用户权限，如有，再将该第四业务模型部署到该普通用户的前台。

Images