CN104111828A - 人机交互界面自动生成方法及系统 - Google Patents

Abstract

本发明公开了一种人机交互界面自动生成方法及系统。所述方法包括：根据人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据有一对一映射关系；构建与模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素，所述模型视图元素至少与一个模型成员有一对一映射关系；根据既定语法规则解析模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件，所述模型对象配置文件用于提供模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现模型对象。本发明能有效减少视图层的程序开发量，提供的视图层更贴合用户需求，通用性和可扩展性高。

Description

人机交互界面自动生成方法及系统

技术领域

本发明涉及计算机软件领域，尤其涉及一种人机交互界面自动生成方法及系统。

背景技术

目前，MVC（模型-视图-控制器，Model-View-Controller）软件设计模式由于部署快、生命周期成本低而被广泛应用于各种企业级应用中。

MVC模式实现了功能模块和显示模块的分离，使得程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。

如图1所示，MVC模式中的模型层（Model）实现系统中的业务逻辑，表示企业数据和业务规则。模型层处理数据库，并为多个视图提供数据。视图层（View）向用户提供视图界面，在界面中展现模型中的业务数据并提供用户交互能力。控制层（Controller）是模型层（Model）与视图层（View）之间沟通的桥梁，它接收用户的请求并决定调用哪个模型去处理请求，然后再确定用哪个视图来显示返回的数据。

就视图层而言，典型的企业级应用中存在大量的数据录入操作，这些操作需要复杂的人机交互界面来辅助完成。因此，即便使用了MVC模式来开发企业级应用系统，开发人员仍不得不耗费大量的精力来开发这些交互界面。并且，通过这种方式开发的人机交互界面还存在重复劳动多、纠错性差、可重用程度低、后期维护成本高等缺陷。

因此，开发人员寻求MVC模式下可有效减少视图层开发工作量的方法，使开发人员能集中精力于业务逻辑上。

现有技术MetaWidget提供了一种用户界面自动生成框架。它从各种配置文件（XML）、对象关系映射（ORM）、Java类间关系中收集与用户界面生成相关的信息，并结合用户辅助输入的模型信息，反向推导出最适合的用户界面。

然而，在实现本发明的过程中，发明人发现MetaWidget至少存在如下问题：

1）MetaWidget从模型层反向推导出视图层，其最终实际展现的视图与用户的需求可能存在较大差异。

2）MetaWidget中模型层和视图层之间通过字段耦合，即：视图层依赖模型层上的具体字段实现视图展现，因此MetaWidget生成的控件通用性与可扩展性仍然较差，在使用MetaWidget开发大量企业级应用中的人机交互界面时，可发挥作用的空间有限。

发明内容

本发明所要解决的技术问题是提供一种方法及系统，可有效减少视图层的程序开发工作量，并且提供的视图层更贴合用户需求，通用性和可扩展性高。

为了解决上述问题，根据本发明的一个方面，提供了一种人机交互界面自动生成方法，包括：

根据所述人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据存在一对一映射关系；

构建与所述模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素；其中，所述模型视图元素至少与一个模型成员存储在一对一映射关系；

根据既定语法规则解析所述模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件；其中，所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。

在一个实施例中，所述模型视图元素包括显示视图、创建视图、更新视图、查询视图、列举视图、条列视图中的一个或多个。

在一个实施例中，所述定义模式对象还包括：定义模型成员之间的关联关系；所述模型成员在人机交互界面的展现方式与所述关联关系相适应，所述关联关系经解析后在所述人机交互界面配置文件中体现。

在一个实施例中，所述模型成员之间的关联关系包括：聚合关系、组合关系、多重性关系中的一种或多种。

在一个实施例中，所述人机交互界面的展现方式至少包括：链接、下拉列表、数据表、嵌套表格、表格中的一种或多种。

在一个实施例中，还包括：

定义操作控件，所述操作控件对应于对模型成员的特定操作，所述特定操作与所述模型视图元素相适应；

以及解析所述操作控件，在所述人机交互界面配置文件中体现所述操作控件与模型成员、模型视图元素的关系。

在一个实施例中，所述特定操作包括：显示、创建、更新、删除、查询中的一种或多种。

在一个实施例中，所述构建与所述模型对象对应的模型视图还包括：描述所述模型视图元素的属性，所述模型视图元素在人机交互界面的展现方式与所述属性相适应；所述属性经解析后在所述人机交互界面配置文件中体现。

在一个实施例中，所述属性至少包括：控件布局、控件分组、组嵌套、控件样式、只读、数据格式、事件表达式中的一种或多种。

在一个实施例中，所述定义模型对象以及构建与所述模型对象对应的模型视图以编辑自然表达语言脚本的方式实现。

在一个实施例中，在所述定义模型对象和构建与所述模型对象对应的模型视图之前，还包括：确定所述自然表达语言的语法规则；所述既定语法规则包括所述自然表达语言的语法规则。

在一个实施例中，所述人机交互界面配置文件至少包括：JAVA类代码、对象关系映射文件、JAVA文档中的一种或多种。

根据本发明的另一个方面，还提供了一种人机交互界面自动生成系统，包括：

模型对象单元，根据所述人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据有一对一映射关系；

模型视图单元，构建与所述模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素；其中，所述模型视图元素至少与一个模型成员有一对一映射关系；

解析配置单元，根据既定语法规则解析所述模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件；其中，所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。

在一个实施例中，所述模型视图元素包括显示视图、创建视图、更新视图、查询视图、列举视图、条列视图中的一个或多个。

在一个实施例中，所述模型对象单元还包括：关联关系单元，用于定义模型对象之间的关联关系，所述模型成员在人机交互界面的展现方式与所述关联关系相适应；

所述解析配置单元，还用于解析所述关联关系，所述关联关系经解析后在所述人机交互界面配置文件中体现。

在一个实施例中，所述系统还包括：操作控件单元，用于定义操作控件，所述操作控件对应于对模型成员的特定操作，所述特定操作与所述模型视图元素相适应；

所述解析配置单元，还用于解析所述操作控件，在所述人机交互界面配置文件中体现所述操作控件与模型成员、模型视图元素的关系。

在一个实施例中，所述模型视图单元还包括：属性描述单元，用于描述所述模型视图元素的属性，所述模型视图元素在人机交互界面的展现方式与所述属性相适应；

所述解析配置单元，还用于解析所述属性，所述属性经解析后在所述人机交互界面配置文件中体现。

与现有技术相比，本发明的技术方案具有以下优点：

本发明基于用户在人机交互界面上需要展现的内容确定模型层，即：从视图层推导出模型层，使得视图层展现的内容更符合用户的需要。

本发明通过定义模型对象、构建对应的模型视图，经解析自动生成用于展现所述模型对象对应的视图的配置文件，有效减少了开发人员手工编写代码量。

本发明在传统的模型层（Model）与视图层（View）中引入了模型视图层（ModelView），使得模型层与视图层的耦合程度从字段级（视图层依赖模型上的具体字段）降低到模型视图级（视图层仅仅依赖模型视图），生成的控件通用性和可扩展性大大提高。

在可选方案中，通过提供操作控件，使得模型（Model）与视图（View）通过动作（Action）相互关联，每一类动作（Action）由对应的模型视图元素来描述，从而降低了模型与视图之间的耦合程度，也降低了实现通用展现组件的难度，提升了其通用性与易用性。

附图说明

图1为现有技术的MVC模式示意图；

图2为本发明的MVC模式示意图；

图3为本发明的人机交互界面自动生成方法第一实施例的流程图；

图4为图3所示实施例中聚合关系在人机交互界面中展现的一种效果示意图；

图5为图3所示实施例中聚合关系在人机交互界面中展现的另一种效果示意图；

图6为图3所示实施例中组合关系在人机交互界面中展现的一种效果示意图；

图7为图3所示实施例中多重性关系在人机交互界面中展现的一种效果示意图；

图8为图3所示实施例中多重性关系在人机交互界面中展现的另一种效果示意图；

图9为本发明的人机交互界面自动生成方法第二实施例的数据流图；

图10为图9所示实施例的自然表达语言脚本的示意图；

图11为图9所示数据流图中解析、语法校验步骤的细化数据流图；

图12为图9所示实施例的模型对象配置文件的示意图；

图13为图9所示实施例的人机交互界面配置文件的示意图；

图14a、图14b为图9所示实施例的人机交互界面经渲染展现出的效果示意图；

图15为本发明的人机交互界面自动生成系统第一实施例的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

其次，本发明利用示意图进行详细描述，在详述本发明实施例时，为便于说明，所述示意图只是实例，其在此不应限制本发明保护的范围。

为了解决背景技术中的技术问题，发明人在分析了大量的企业应用案例后发现，之所以传统方式开发企业级应用的人机交互界面存在大量的重复劳动，是因为传统方式中视图层与模型层的耦合程度太高，即：视图层展现的内容与模型层中的具体字段绑定，即使不同的视图层展现的内容相同，但由于是不同的视图层，所以仍需要重复进行模型层的字段绑定。比如：用户希望一个页面展现现有的客户记录，另一个页面展现增加了一个新客户后的客户记录（比如：通过Add控件提供添加操作后显示结果），两个页面展示的内容对应到模型层均是客户名/客户ID字段，但由于通过Add控件触发了新的页面，所以两个页面中均需要进行视图层与模型层中客户名/客户ID字段的绑定。

为了提高可重复使用程度，发明人试图降低视图层与模型层的耦合程度。发明人进一步分析了业务人员通过人机界面完成的各种日常工作，发现人机界面需要提供的操作可抽象概括为以下几种，即：

（1）提供显示后台模型对象的界面信息（Display）；

（2）提供创建新的模型对象的界面信息（Create）；

（3）提供更新已存在的模型对象的界面信息（Update）；

（4）提供查询模型对象的界面信息（Search）；

（5）提供列举模型对象集合的界面信息（List）；

（6）提供模型对象最具特征的条列信息（Item）。

由于界面需要提供的操作是有限的，因此发明人想到可根据界面提供操作的不同，在传统视图层（View）和模型层（Model）之间引入模型视图层（ModelView），如图2所示。模型视图层（ModelView）是对上述模型操作所对应的视图展现的集中定义，可相应地定义模型对象的显示视图（DisplayView）、创建视图（CreateView）、更新视图（UpdateView）、查询视图（SearchView）、列举视图（ListView）以及条列视图（ItemView）。通过引入模型视图层，将原本模型层和视图层的耦合程度从模型层的字段级降低到模型视图级，因此通用性和可扩展性大幅提高。

为了进一步减少开发人员的视图层开发工作量，能集中精力于业务逻辑上，发明人尝试利用引入的模型视图层，自动生成视图层的配置文件。发明人利用了自然表达语言（Natural Expression Language，NEL）实现了模型-模型视图-视图更符合表达习惯的语言表述，并通过编制自然表达语言的语法规则，实现了视图层配置文件的自动生成。

具体地，本发明提供了一种人机交互界面自动生成方法。图3为本发明的人机交互界面自动生成方法第一实施例的流程图。如图3所示，本实施例包括以下步骤：

执行步骤S10，根据人机交互界面所需展现的内容定义模型对象。

具体地，所述定义模型对象包括定义所述模型对象中的模型成员。所述模型成员与数据库中的元数据有一对一映射关系。本领域技术人员可以理解：基于所述映射关系，模型层能对数据库中对应的数据进行操作，并最终将所述数据展现于视图层。

进一步，所述定义模型对象还可包括定义模型成员之间的关联关系。针对不同的关联关系，在人机交互界面上展现的方式也相应地不同。所述模型对象之间的关联关系既可以是同一个模型对象内模型成员之间的关联关系，也可以是不同的模型对象内模型成员的关联关系。

具体地，所述模型成员之间的关联关系包括：聚合关系、组合关系、多重性关系中的一种或多种。与关联关系相对应的人机交互界面的展现方式包括：链接、下拉列表、数据表、嵌套表格、表格中的一种或多种。

所述聚合关系是关联关系中相对较弱的关联。存在聚合关系的模型成员彼此拥有独立的生命周期。因此，用户定义模型成员A与模型成员B之间具有聚合关系，则一般在人机交互界面上通过模型成员A的链接或者下拉列表获得特定的模型成员B。

图4示出了在人机交互界面以下拉列表方式展现本实施例中具有聚合关系的模型成员。如图4所示，本实施例中，定义模型对象MealRecord的模型成员Restaurent与另一模型对象Restaurent的模型成员recordRestaurent具有聚合关系，则在人机交互界面中，模型成员Restaurent的取值栏提供了下拉列表，点击下拉列表，显示出模型成员recordRestaurent在数据库中的所有记录，用户从这些记录中选择一个recordRestaurent，以建立模型成员Restaurent与模型成员recordRestaurent的聚合关系。

图5示出了在人机交互界面以链接方式展现本实施例中具有聚合关系的模型成员。如图5所示，本实施例中，定义模型对象Department的模型成员Organization与另一模型对象Organization的模型成员Name具有聚合关系，则在人机交互界面中，模型成员Organization的取值栏提供了一链接Select，点击该链接，会跳出另一人机交互界面。此时，用户仅能对另一人机交互界面进行操作，前一人机交互界面变灰或者隐藏。在另一人机交互界面上显示出模型对象Organization的模型成员Name、Abbreviation、Code的所有记录，用户从中选择一个模型成员Name，以建立模型成员Organization与模型成员Name的聚合关系。

所述组合关系是关联关系中强关联。被组合的模型成员的生命周期依赖于其父模型成员。当父模型成员A被删除时，与其存在组合关系的模型成员B一同被删除。因此，用户定义模型成员A与模型成员B之间具有组合关系，则一般在人机交互界面上通过嵌套表格（Embedded Form）建立并展现模型成员A和B的组合关系。

图6示出了在人机交互界面以嵌套表格方式展现本实施例中具有组合关系的模型成员。如图6所示，本实施例中，定义模型对象MealRecord的模型成员PARTICIPANTS与另一模型对象ROLE的模型成员NAME具有组合关系，则在人机交互界面中，模型成员PARTICIPANTS的取值栏提供了操作控件“…”，点击“…”，浮动弹出嵌套表格，嵌套表格中详细显示出模型成员ROLE在数据库中的所有记录，用户从这些记录中选择一个模型成员NAME，以建立模型成员PARTICIPANTS与模型成员NAME的组合关系。所述多重性是模型成员之间一对多的关联关系，其包括一对多的聚合关系和一对多的组合关系两种类型。当用户定义模型成员之间具有一对多的聚合关系，则一般在人机交互界面上通过数据表(Table)来建立并展现这种一对多的聚合关系。当用户定义模型成员之间具有一对多的组合关系，则一般在人机交互界面上通过表格（Form）弹出窗口来建立并展现这种一对多的组合关系。

图7示出了在人机交互界面以数据表方式展现本实施例中具有一对多聚合关系的模型成员。如图7所示，本实施例中，定义模型对象Sub Roles的模型成员ROLE NAME与另一模型对象Select Role的模型成员ROLE NAME具有一对多聚合关系，则在人机交互界面中，点击Add控件，会跳出另一人机交互界面用于添加模型成员Organization。此时，用户仅能对另一人机交互界面进行操作，前一人机交互界面变灰或者隐藏。在另一人机交互界面上以数据表方式显示出模型对象Select Role中各模型成员的所有记录，用户从中选择多个模型成员ROLE Name，以建立模型对象Sub Roles的模型成员ROLENAME与模型对象Select Role的模型成员ROLE NAME的一对多聚合关系，比如：用户选择Administrator和Guest两个模型成员，则模型对象Sub Roles的模型成员ROLE NAME与模型对象Select Role的模型成员ROLE NAME建立一对二的聚合关系。

图8示出了在人机交互界面以表格弹出窗口方式展现本实施例中具有一对多组合关系的模型成员。如图8所示，本实施例中，定义模型对象Driver List的模型成员FIRST NAME与另一模型对象Create Driver的各模型成员具有一对多组合关系，则在人机交互界面中，点击Add控件，会跳出另一人机交互界面用于添加模型成员FIRST NAME。此时，用户仅能对另一人机交互界面进行操作，前一人机交互界面变灰或者隐藏。在另一人机交互界面上以表格弹出窗口方式显示出模型对象Create Driver中各模型成员，用户输入各模型成员的数值，以建立模型对象Driver List的模型成员FIRST NAME与模型对象Create Driver各模型成员一对多组合关系。

继续参考图3，执行步骤S20，构建与模型对象对应的模型视图。

具体地，所述构建与模型对象对应的模型视图包括定义所述模型视图中的模型视图元素成员以及建立所述模型视图元素与所述模型成员的映射关系。所述模型视图包括至少一个模型视图元素。所述模型视图元素至少引用一个模型成员，以建立模型视图元素与模型成员的一对一映射关系。

所述模型视图元素包括显示视图（DisplayView）、创建视图（CreateView）、更新视图（UpdateView）、查询视图（SearchView）、列举视图（ListView）、条列视图（ItemView）中的一个或多个。

显示视图（DisplayView）用于描述如何为用户提供显示模型对象的界面信息。

创建视图（CreateView）用于描述如何为用户提供创建新的模型对象的界面信息。

更新视图（UpdateView）用于描述如何为用户提供更新已存在的模型对象的界面信息。

查询视图（SearchView）用于描述如何为用户提供查询模型对象的界面信息信息。

列举视图（ListView）用于描述如何为用户提供列举模型对象集合的界面信息。条列视图（ItemView）用于描述如何为用户提供对象最具特征的条列信息。所述构建与模型对象对应的模型视图还可包括：描述所述模型视图元素的属性。所述属性决定了所述模型视图元素在人机交互界面上的视觉效果。所述属性可包括：控件布局、控件分组、组嵌套、控件样式、只读、数据格式、事件表达式中的一种或多种。

具体地，所述控件布局包括在人机交互界面上组织和排列各模型视图元素，比如：列数、宽度、换行等。

控件分组包括在人机交互界面上提供容器类控件（比如：Frame），在所述容器类控件中进行所述控件布局。

组嵌套包括在容器类控件中除了进行控件布局，还能继续提供容器类控件。

控件样式包括各模型视图元素在人机交互界面的展现方式，比如：下拉列表、级联列表等。

数据格式包括以特定的数据格式在人机交互界面展现各模型视图元素，比如：一模型视图元素与一日期类的模型成员存在映射关系，则该模型成员在人机交互界面展现的数据格式可以限定为“月-日-年”（即：mm-dd-yyyy）等。

事件表达式用于提供组件级别的交互，比如：修改事件、加载事件等。

继续参考图3，执行步骤S40，根据既定语法规则解析模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件。所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。具体地，所述人机交互界面配置文件包括：JAVA类代码、对象关系映射文件、JAVA文档中的一种或多种。

本领域技术人员可以理解，所述模型对象配置文件以及人机交互界面配置文件均为静态文件，在已经建立了模型视图元素与模型成员之间映射关系的基础上，经语法解析可以自动生成上述静态文件。

需要说明的是，虽然经过自动生成配置文件已经大大减轻了开发视图层的工作量，但为了同时支持视图层特异性展现需求，仍可在自动形成代码的基础上，部分手动编写代码，并向用户提供选择性适用，以提供更好的用户体验。

需要说明的是，若用户定义了模型成员之间的关联关系和/或描述了模型视图元素的属性，则所述关联关系和属性也在解析后形成的人机交互界面配置文件中体现。

需要说明的是，本领域技术人员可以理解，本发明通过编辑脚本的方式定义模型对象、构建模型视图，因此本发明还当然包括：在定义模型对象、构建模型视图以及解析模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件之前，确定脚本语言的语法规则及语法含义（图未示）。本实施例中，使用自然表达语言（Natural Expression Language,NEL）定义模型对象及构建模型视图。因此，本实施例中还包括：在定义模型对象、构建模型视图以及解析模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件之前，确定所述自然表达语言的语法规则（图未示）。

本发明仍然沿用了原有MVC模式中的控制层，通过在人机交互界面上提供操作控件，用户点击所述操作控件可触发对特定模型成员的特定操作。因此，继续参考图3，在执行步骤S40之前，可选择性地执行步骤S30，定义操作控件，所述操作控件对应于对模型成员的特定操作。所述特定操作包括：显示、创建、更新、删除、查询中的一种或多种。并且所述特定操作与所述模型视图元素相适应，比如：显示操作对应于显示视图，查询操作对应于查询视图等。

相应地，在执行步骤S40之后，可选择性地执行步骤S50，解析操作控件，在人机交互界面配置文件中体现操作控件与模型成员、模型视图元素的关系。

最终，用户在客户端通过通用渲染引擎加载所述人机交互界面的配置文件，即可在客户端展现该人机交互界面。通过点击该人机交互界面上提供的操作控件，可实现对模型对象映射在数据库中数据的各种操作。操作结果可通过新的人机交互界面或者该人机交互界面的更新视图展现于客户端。

为了更清晰地说明本发明，提供第二实施例如下。本实施例需要展现的人机交互界面是AA制用餐费用分摊自动结算的结果显示页面。

图9示出了本实施例的数据流图。如图9所示，本实施例包括以下步骤：

编辑自然表达语言（NEL）脚本，以定义模型对象和构建模型视图。

图10为图9所示实施例的自然表达语言脚本的示意图。

如图10所示，本实施例中定义了一个模型对象用餐记录（entityMealRecord）。该模型对象包括：模型成员用餐日期（mealDate）；模型成员花费（cost）；模型成员平均金额（averageAmount）；模型成员参与者（participants）；模型成员付款者（payer）、模型成员餐厅（recordrestaurent）。其中，模型成员参与者（participants）与其他的模型对象mealrecords中的模型成员participants之间具有一对多的聚合关系，模型成员付款者（payer）与其他的模型对象payer_mealrecords中的模型成员payer之间具有一对一的聚合关系，模型成员餐厅（recordrestaurent）与其他的模型对象restaurent_mealrecords中的模型成员recordrestaurent之间具有一对一的聚合关系。

如图10所示，本实施例还构建了与模型对象用餐记录（entity MealRecord）对应的模型视图（modelview mealrecord）。该模型视图包括：创建视图（CreateView）、更新视图（UpdateView）、显示视图（DisplayView）、查询视图（SearchView）以及列举视图（ListView）。其中，创建视图（CreateView）、更新视图（UpdateView）、显示视图（DisplayView）均引用了模型成员mealDate、recordrestaurent、payer、participants、cost、averageAmount；查询视图（SearchView）引用了模型成员mealDate；列举视图（ListView）引用了模型成员recordrestaurent、payer、participants、cost。

进一步地，本实施例还描述了各模型视图元素的属性，比如：引用模型成员mealDate的创建视图CreateView中，限定了分两列显示（即：columns=“2”），第二列为空（即：rowbreak）。本实施例中还通过自然表达语言中的properties统一描述了格式属性，比如：所有的引用模型成员mealDate的模型视图元素均以“MM-dd-yyyy”的格式展现模型成员mealDate。

继续参考图9，完成NEL脚本编辑后，对所述NEL脚本进行解析和语法校验。

图11为图9所示上述步骤的细化步骤。如图11所示，NEL脚本依次经词法分析器NEL Lexer进行词法分析、经语法分析器NEL Parser进行语法分析、经目标代码连接器Lazy Linker加载注释，经语法校验器NEL Validator进行语法校验，最终获得NEL模型。

若在上述过程中发生错误，则提示用户错误信息，用户调试NEL脚本。

继续参考图9，将通过语法校验的NEL脚本转化为NEL对象模型（即：生成模型对象配置文件），存储于NEL模型仓库中。同时，将NEL对象模型转换成Java对象，ORM元数据等人机交互界面配置文件。

图12示出了本实施例生成的NEL对象模型配置文件。

图13示出了本实施例生成的人机交互界面配置文件。

图14a、图14b示出了运行本实施例的人机交互界面配置文件，自动渲染展现出的页面。

图14a示出了创建视图（CreateView）最终在人机交互界面上展现的效果。在该人机交互界面上显示了创建视图（CreateView）所引用的模型成员mealDate、recordrestaurent、payer、participants、cost、averageAmount。其中，模型成员参与者（participants）以数据表方式展现了与其他模型成员之间一对多的聚合关系。

图14b示出了查询视图(SearchView)最终在人机交互界面上展现的效果，其提供Search操作控件，实现以模型成员用餐日期（mealDate）为关键字的搜索功能。其中，模型成员mealDate在人机交互界面以“MM-dd-yyyy”的格式展现。

需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明的部分或全部可借助软件并结合必需的通用硬件平台来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可包括其上存储有机器可执行指令的一个或多个机器可读介质，这些指令在由诸如计算机、计算机网络或其他电子设备等一个或多个机器执行时可使得该一个或多个机器根据本发明的实施例来执行操作。机器可读介质可包括，但不限于，软盘、光盘、CD-ROM（紧致盘-只读存储器）、磁光盘、ROM（只读存储器）、RAM（随机存取存储器）、EPROM（可擦除可编程只读存储器）、EEPROM（电可擦除可编程只读存储器）、磁卡或光卡、闪存、或适于存储机器可执行指令的其他类型的介质/机器可读介质。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，本领域技术人员可以理解，上述部分组件可以是可编程逻辑器件，包括：可编程阵列逻辑（Programmable Array Logic，PAL）、通用阵列逻辑（Generic Array Logic，GAL）、现场可编程门阵列（Field－Programmable Gate Array，FPGA）、复杂可编程逻辑器件(ComplexProgrammable Logic Device，CPLD)中的一种或多种，本发明对此不做具体限制。

相应地，本发明还提供了一种人机交互界面自动生成系统。图15为本发明的人机交互界面自动生成系统第一实施例的结构示意图。如图15所示，本实施例包括：模型对象单元U10、模型视图单元U20、操作控件单元U30及解析配置单元U40。

模型对象单元U10，根据所述人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据有映射关系。所述模型对象单元U10还包括：关联关系单元U11，用于定义模型对象之间的关联关系，所述模型成员在人机交互界面的展现方式与所述关联关系相适应。

模型视图单元U20，与所述模型对象单元U10相连，构建与所述模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素；其中，所述模型视图元素至少与一个模型成员有映射关系。所述模型视图元素包括显示视图、创建视图、更新视图、查询视图、列举视图、条列视图中的一个或多个。所述模型视图单元U20还包括：属性描述单元U21，用于描述所述模型视图元素的属性，所述模型视图元素在人机交互界面的展现方式与所述属性相适应。

操作控件单元U30，与所述模型视图单元U20相连，用于定义操作控件，所述操作控件对应于对模型成员的特定操作，所述特定操作与所述模型视图元素相适应。

解析配置单元U40，与所述操作控件单元U30相连，根据既定语法规则解析所述模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件；其中，所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。解析配置单元U40还用于解析所述关联关系单元U11定义的关联关系，所述关联关系经解析后在所述人机交互界面配置文件中体现；还用于解析所述属性描述单元U21描述的属性，所述属性经解析后在所述人机交互界面配置文件中体现；还用于解析所述操作控件单元U30定义的操作控件，在所述人机交互界面配置文件中体现所述操作控件与模型成员、模型视图元素的关系。

本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发明技术方案的保护范围。

Claims (17)

1.一种人机交互界面自动生成方法，其特征在于，包括：

根据所述人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据有一对一映射关系；

构建与所述模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素；其中，所述模型视图元素至少与一个模型成员存在一对一映射关系；

根据既定语法规则解析所述模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件；其中，所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。

2.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，所述模型视图元素包括显示视图、创建视图、更新视图、查询视图、列举视图、条列视图中的一个或多个。

3.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，所述定义模式对象还包括：定义模型成员之间的关联关系；所述模型成员在人机交互界面的展现方式与所述关联关系相适应，所述关联关系经解析后在所述人机交互界面配置文件中体现。

4.根据权利要求3所述的人机交互界面自动生成方法，其特征在于，所述模型成员之间的关联关系包括：聚合关系、组合关系、多重性关系中的一种或多种。

5.根据权利要求3所述的人机交互界面自动生成方法，其特征在于，所述人机交互界面的展现方式至少包括：链接、下拉列表、数据表、嵌套表格、表格中的一种或多种。

6.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，还包括：

定义操作控件，所述操作控件对应于对模型成员的特定操作，所述特定操作与所述模型视图元素相适应；

以及解析所述操作控件，在所述人机交互界面配置文件中体现所述操作控件与模型成员、模型视图元素的关系。

7.根据权利要求6所述的人机交互界面自动生成方法，其特征在于，所述特定操作包括：显示、创建、更新、删除、查询中的一种或多种。

8.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，所述构建与所述模型对象对应的模型视图还包括：描述所述模型视图元素的属性，所述模型视图元素在人机交互界面的展现方式与所述属性相适应；所述属性经解析后在所述人机交互界面配置文件中体现。

9.根据权利要求8所述的人机交互界面自动生成方法，其特征在于，所述属性至少包括：控件布局、控件分组、组嵌套、控件样式、只读、数据格式、事件表达式中的一种或多种。

10.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，所述定义模型对象以及构建与所述模型对象对应的模型视图以编辑自然表达语言脚本的方式实现。

11.根据权利要求10所述的人机交互界面自动生成方法，其特征在于，在所述定义模型对象和构建与所述模型对象对应的模型视图之前，还包括：确定所述自然表达语言的语法规则；所述既定语法规则包括所述自然表达语言的语法规则。

12.根据权利要求1所述的人机交互界面自动生成方法，其特征在于，所述人机交互界面配置文件至少包括：JAVA类代码、对象关系映射文件、JAVA文档中的一种或多种。

13.一种人机交互界面自动生成系统，其特征在于，包括：

模型对象单元，根据所述人机交互界面所需展现的内容定义模型对象，所述模型对象包括至少一个模型成员；所述模型成员与数据库中的元数据存在一对一映射关系；

模型视图单元，构建与所述模型对象对应的模型视图，所述模型视图包括至少一个模型视图元素；其中，所述模型视图元素至少与一个模型成员存在一对一映射关系；

解析配置单元，根据既定语法规则解析所述模型对象和模型视图，生成模型对象配置文件以及人机交互界面配置文件；其中，所述模型对象配置文件用于提供所述模型对象与数据库的映射，所述人际交互界面配置文件用于以对应的模型视图展现所述模型对象。

14.根据权利要求13所述的人机交互界面自动生成系统，其特征在于，所述模型视图元素包括显示视图、创建视图、更新视图、查询视图、列举视图、条列视图中的一个或多个。

15.根据权利要求13所述的人机交互界面自动生成系统，其特征在于，所述模型对象单元还包括：关联关系单元，用于定义模型对象之间的关联关系，所述模型成员在人机交互界面的展现方式与所述关联关系相适应；

所述解析配置单元，还用于解析所述关联关系，所述关联关系经解析后在所述人机交互界面配置文件中体现。

16.根据权利要求13所述的人机交互界面自动生成系统，其特征在于，所述系统还包括：操作控件单元，用于定义操作控件，所述操作控件对应于对模型成员的特定操作，所述特定操作与所述模型视图元素相适应；

所述解析配置单元，还用于解析所述操作控件，在所述人机交互界面配置文件中体现所述操作控件与模型成员、模型视图元素的关系。

17.根据权利要求13所述的人机交互界面自动生成系统，其特征在于，所述模型视图单元还包括：属性描述单元，用于描述所述模型视图元素的属性，所述模型视图元素在人机交互界面的展现方式与所述属性相适应；

所述解析配置单元，还用于解析所述属性，所述属性经解析后在所述人机交互界面配置文件中体现。