专利名称：表单开发平台的制作方法
技术领域：
本发明涉及用于开发表单的表单开发平台。
背景技术：
最近，在所有的商业web应用中都能发现表单，用于实现用户-系统交互。创建表单的过程包括四个主要任务管理、内容、风格和逻辑。作为管理任务的一部分，收集一般的表单需求并且传送给项目组，用于最初的原形开发和后续开发工作。一般而言，该领域应当由商业驱动者执行，要求商业驱动者理解用户需求，并且将用户需求细化成高层合同，然后向下传递给项目组以进行开发。项目组的项目组长接收到高层合同，然后将需求转换成逻辑模块或内容，并且进一步规定每个模块的表现风格和功能逻辑。一旦完成了规格说明，就可以将其传送给web设计师进行风格实现，传送给web开发人员用于逻辑实现。
该过程受到包括松散的安全性、高维护成本、低开发速度、有限的重复使用能力、缺乏控制和职责不清楚等问题的困扰。
发明内容
在第一优选方面中，提供了一种用于开发表单的表单开发平台，包括属性设计模块，用于以图形方式根据对预定域的选择结果设计可重复使用的表单属性，所述属性具有集成的商业逻辑；表单设计模块，用于使用所述表单属性以图形方式设计可重复使用的表单，所述表单具有集成的商业逻辑；以及项目设计模块，用于通过根据预定处理流以图形方式布置所述表单来设计可重复使用的项目；
其中，所述设计模块彼此独立地工作，使得所述属性、表单和项目的设计是独立的功能，并且所设计的属性、表单和项目作为独立的实体被存储。
所设计的属性和表单内包含的商业逻辑可以包括在数据正被输入时用于表单输入的验证规则，以及用于表单输出、计算的域和对表单中的其他域的依赖关系的验证规则。
该平台还可以包括用于存储所设计的属性的属性库、存储所设计的表单的表单库或存储所设计的项目的项目库。有利的是，这些设计模块允许提取所设计的属性、表单或项目用于重复使用或者作为模板。
该平台还可以包括用于验证表单的验证引擎。表单可以针对开放标准被验证，例如XForms1.0的W3C标准，或者可以针对商业的内部商业策略被验证。内部验证策略可以包括对文本域的字母数字检查或者长度检查。内部验证策略可以被存储在验证策略仓库中用于实现可重复使用性。
该平台可以是基于Java2企业版平台(J2EE)的。该平台可以经由桌面应用而被呈现给开发人员，以使得能够实现客户端侧的图形用户界面开发。
该平台可以是基于服务器的。该平台可使用web浏览器访问，例如，Microsoft的Internet Explorer或者Netscape的Navigator。在基于服务器时，表单定义文件被直接存储在服务器侧，从而不需要服务器和客户端之间的频繁文件传送，这正是在开发和测试阶段所期望的。
该平台还可以包括一个核准系统，用于使表单在被发布之前能够被核准。该核准系统可以是集中的系统。有利的是，相对于技术目的，商业用户能够测试并评估表单来确保它们符合商业目的。
该核准系统可以包括收件箱，用于允许访问与特定用户相关联的各个表单；不在办公室机制，用于允许用户指示不在办公室状态并且指定路线重定向或替换动作；表单归档模块，用于允许表单可被搜索和过滤；打印模块，用于允许表单以打印机友好的格式被打印；
导出模块，用于允许用户以XML或其他格式导出表单数据；或者管理模块，用于允许远程配置和监控所有表单及其关联的路线选择处理。
所设计的表单可以被解释来产生HTML、无线标签语言(WML)或者其他语言的一个表单或一系列相关的表单，以在特定的设备或操作系统上呈现。
预定的域可以包括输入域，例如，外部域、口令域或图像域。
属性设计器模块可以向属性内的表单控件指定验证、错误消息和依赖关系。
表单设计器模块可以向表单内的属性、分区和页面指定验证、错误消息和依赖关系。表单设计器模块还可以指定列表实体、动作类型、分页机制、预表单和后表单处理，以及表单持久性。表单设计器模块还可以设计具有分区和页面的表单。
项目设计器模块可以向表单和它们包含的实体指定验证、错误消息和依赖关系。项目设计器模块还可以指定列表实体、访问控制、配置和发布机制。
在第二方面中，提供了一种用于开发表单的方法，包括以下步骤以图形方式根据对预定域的选择结果设计可重复使用的表单属性，所述属性具有集成的商业逻辑；使用所述表单属性以图形方式设计可重复使用的表单，所述表单具有集成的商业逻辑；以及通过根据预定处理流以图形方式布置所述表单来设计可重复使用的项目；其中，所述属性、表单和项目的设计是独立的功能，并且所设计的属性、表单和项目作为独立的实体被存储。
在第三方面中，提供了一种利用所述方法开发的表单。
现在参考附图描述本发明的实施例，在附图中
图1是平台的框图；图2是平台的系统交互图；图3A是表单在Web浏览器中的显示的屏幕快照；图3B是表单在WAP浏览器中的显示的屏幕快照；图4是属性设计器的第一屏幕快照；图5是属性设计器的第二屏幕快照；图6是表单设计器的第一屏幕快照；图7是表单设计器的第二屏幕快照；图8是表单设计器的第三屏幕快照；图9是项目设计器的第一屏幕快照；图10是项目设计器的第二屏幕快照；图11是项目设计器的第三屏幕快照；图12是项目的分层图；图13是平台的系统结构图；图14是验证模型图；图15是用于开发表单的过程流图；图16是web应用的屏幕快照；以及图17是表单的屏幕快照。
具体实施例方式
图1和下面的讨论都是要提供对一种可以在其中实现本发明的合适的计算环境的简要概述。尽管不是所要求的，但是将在由个人计算机执行的计算机可执行指令(例如，程序模块)的一般上下文中描述本发明。一般而言，程序模块包括执行具体任务或实现具体抽象数据类型的例程、程序、字符、组件、数据结构。本领域技术人员将认识到，本发明可以利用其他计算机系统配置来实现，包括手持设备、多处理器系统、基于微处理器的或者可编程的消费电子产品、网络PC、微计算机、主机等。本发明也可以被实现在分布式计算环境中，在该环境中，任务由通过通信网络链接的多个远程处理设备执行。在一种分布式计算环境中，程序模块可以位于本地存储器存储设备和远程存储器存储设备中。
参考图1和图2，平台10包括三个功能上不同的应用，开发区(Studio)20、办公室(Office)30和服务器40。开发区20是一种交互式图形用户界面(GUI)客户端应用，其允许用户可视地组装和捆绑基于web的表单。
开发区20包括三个设计模块项目设计器21、属性设计器22和表单设计器23。开发区20使用户能够以图形方式设计属性、页面、表单，页面流、表单流、处理流、属性及表单的验证策略。对于维护web应用内的信息的完整性、保护应用免受未受约束的用户输入数据导致的不可预测的行为破坏，验证是重要的。有两种主要的验证基本验证和策略验证。基本验证提供数据级检查，例如，数据类型检查和长度检查。基本验证还包括防止SQL或脚本侵入的安全性检查。策略验证涉及对应用设置的预定义商业策略或规则的检查。平台10提供了直观、灵活并且可重复使用的方法来指定表单验证。图14示出了注册表单中接受用户的NRIC/FIN号的一个简单属性的示例。该属性所要求的输入验证90包括校验该输入包含字母和数的组合91，输入长度可以是9个字符(NRIC)或12个字符(FIN)92，输入的数字必须基于选定的算法针对字母进行验证和检查93，并且所输入的NRIC/FIN号必须在现有合法注册者的列表中存在94。该字母数字和长度检查92是基本验证的示例，可以从已实现的验证功能的公共仓库中通过声明指定或者选出。另一方面，检查记录在用户列表中是否存在构成策略验证，因为其包含特定于应用的语义，包括数据库查找操作。为了支持特定于应用的策略验证的集成，平台10允许通过定制的被称为验证器的Java对象插入专用策略。这些验证器实现了平台10的验证器接口，并且扩展了基本验证器的功能。插入的定制验证器被自动存储在特定于项目的仓库中，并且可重复使用于其他表单属性。
其他验证策略包括输出数据验证。验证策略是图形化设计和配置的。XML模式定义(XSD)是用于指定XML中的数据约束、分层关系和元素名空间的基于XML的语法声明。其主要用途是以声明的方式指定一组规则，来控制XML多策略检查和数据关系检查的有效性。XSD支持名空间冲突处理和数据约束可重复使用性(可继承性)，这允许在文档和元素之间定义复杂的数据结构和关系。系统使用XSD来验证并校验表单文档内的XML数据的有效性，并且使用系统接口来确保所交换的数据处于正确的格式。
开发区20帮助仅通过绘制流程图来创建安全的企业级web应用表单。这些项目中的每个在开发区20中可以以图形方式配置，以允许容易地定制特定的行为。开发区20从下层复杂性和编程语言代码抽象出来，并且将用户从下层复杂性和编程语言代码屏蔽开。
参考图4和图5，属性设计器22由开发人员用来根据对基本表单控件的选择结果创建可重复使用商业属性。属性设计器22还允许向属性内的表单控件指定验证、错误消息和依赖关系。属性设计器22的用户界面包括导航面板51、工作面板52、库面板53和属性面板54。导航面板51呈现项目的分层视图，以允许容易地访问所包含的实体。对于导航面板51内的每个被选中的实体，工作面板52给出相关的用户界面和验证流。用户也可以将表单控件和验证元素从工作面板52调色板拖拉到容纳画布中。导航面板51和工作面板52中的被选中的实体的细节被显示在属性面板54中，其可由用户编辑。可选地，用户可以通过在导航面板51和库面板53之间拖拉来从公共仓库导入属性或者导出属性到公共仓库。
参考图6到图8，表单设计器23由开发人员用来根据商业属性的选择结果、包含分区和页面来创建表单。表单设计器23允许对表单内的属性、分区和页面指定验证、错误消息和依赖关系。其他选项包括列表重复器(list iterator)(动态列表表格)、动作(按钮)类型、分页机制、预表单处理和后表单处理、以及表单持久性。
参考图9到图11，项目设计器21由开发人员用来创建项目，指定表单集束、可选的附件、表单流和路线选择机制。项目设计器21允许在表单和它们包含的实体之间指定验证、错误消息和依赖关系。其他选项包括列表重复器、访问控制、配置和发布机制。项目设计器21还提供管理向导，管理向导具有集中的界面来管理所有可重复使用资源，包括定制插件、消息和风格。
属性设计器22、表单设计器23和项目设计器21被集成到开发区20中，并且都经受用户的访问控制权限。这通过消除多个工作空间从而确保一致的用户界面并且使混乱最小化。
插件(未示出)被注册并且利用开发区20以图形方式配置，来扩展具体项目所要求的商业功能。插件包括外部验证器和处理器。所有已注册的插件使它们的所有关联参数和属性以相同的方式准确地用图形方式被配置。一旦插件被插入，它们就可以在开发区20中无缝地交互和工作。已注册的插件由服务器40管理。
平台10使用额外的抽象层来将用户从下面的低层技术构造屏蔽开。该抽象锚定在商业实体上，例如，在粒度级别逐渐增大的属性、分区、页面和表单。商业实体在系统内渗透，并且推动在单个项目内、不同项目之间或者在整个企业中重复使用。平台10包括库24、25和26，用来收集并存储商业实体，使得用户能够在以后的项目中共享并重复使用这些资产。商业实体、属性和表单可以在项目、域和企业级被共享。
平台10适于商业用户，因为它们比在市场上当前存在的典型工具中发现的技术构造能更好地关联商业实体。平台10是以商业为中心的，就是说，其允许用户专注于商业实体，例如，属性、分区、表单和验证策略，而不是低层的编程语言代码。平台10允许快速原形开发，这是因为存在来自商业和技术用户二者的协同努力，而又不包括安全性、完整性和一致性问题。并发控制允许多个项目成员同时在同一个项目上工作。
平台10负责在实现开发web应用的表单时的最佳的实践和一致性中推行严格的方案。许可控制被内建在平台10中，以使得特定的许可按照需求被分配给项目的组成员，许可控制还允许对组的结构和组成员的职责进行建模。
平台10产生的表单是Xforms1.0兼容的，并且在概念上由三个主要部分组成模型、实例和用户界面(UI)。绑定元素互连这些主要部分。下面提供了一个Xforms语法的简单注册表单
<pre id="pre0001" xml:space="preserve" listing-type="sequence">< xml version="1.0"encoding="iso-8859-1" ><envelope xmlns:performa="http://performa.crimsonlogic.com/2003/04/xforms" xmlns:xforms="http://www.w3.org/2002/08/xforms/cr" xmlns:xlink="http://www.w3.org/1999/xlink"> <xforms:model> <xforms:submissionxforms:id="bill-customer" xforms:replace="all" xforms:action="billing/bill-customer" xforms:method="post"/> <xforrms:instance> <name/></pre><pre id="pre0002" xml:space="preserve" listing-type="sequence"> </xforms:instance> <xforms:bind xforms:id="name"xforms:nodeset="/name"/> </xforms:model> <performa:form id="f0"name="testform"desc="Registration Form"> <performa:attr id="a0"name="nameattr"desc="Name section"><xforms:group> <xforms:label>Hello</xforms:label> <xforms:input xforms:id="name-input″xforms:bind="name"> <xforms:label>Your name:</xforms:label> </xforms:input> <xforms:trigger xforms:id="sendit"> <xforms:label>Send</xforrns:label> <xforms:action><xforms:send xforms:id="submit"<xforms:submission="bill-customer"/> </xforms:action> </xforms:trigger> <xforms:trigger xforms:ld="reset-btn"> <xforms:label>Reset</xforrms:label> <xforms:action><xforms:resetinstance xforms:id="reset"/> </xforms:action> </xforms:trigger> </xforms:group></performa:attr> </performa:form></envelope></pre>基于上述表单定义，该表单在Web浏览器中的显示如图3A所示。或者，相同表单定义在移动手持设备的WAP浏览器中的显示如图3B所示。
为了实现目标设备独立，定义了表单的通用形式，并且使用户界面、实例数据和逻辑之间的固有分离符合XForms标准。通用形式按照XForms语法被解释。上述表单定义示出在根元素内部的两个子元素、“信封”或任何名空间中的任意有效的XML名<xforms:model>-以此元素包围的是关于表单的除了表单看起来如何或者如何呈现之外的所有内容。该模型使用“绑定”元素和XPath表达式的组合，描述初始实例数据、骨架XML文档，该骨架XML文档包含“实例”元素内的表单的期望最终文档的完整结构及其关联的模型，例如，基于XML模式的数据类型、验证约束和计算得的值，。诸如存储到盘或发送到后端系统之类的动作在这里被定义为“提交”元素。
<performa:form>-该部分包含表单的用户界面细节，其告知平台要提供或呈现的UI控件。在“performa”名空间中的最项上的“form”元素将文档标识为平台熟知的表单定义，而“attr”子元素构成可重复使用的商业属性，该商业属性包括一组表单控件。从该示例可知，假定显示选择是HTML，则诸如“input”和“trigger”之类的表单控件分别被直接映射到HTML呈现中的文本框和按钮元素。
嵌入在“trigger”元素内的是XForms动作(“动作”元素)，动作允许以声明的方式构造表单逻辑。所支持的动作的示例可能包括设置模型实例中的节点的值，插入条目到集合中或者从集合中删除条目，在UI的不同版本之间切换等。
在运行时，xforms:model元素被用来实例化表单模型，而performa:form内容被解释来构造表单UI，并且被用来自模型实例的数据初始化。所给出的表单被呈现给用户，用户可以改变值并且可以利用点击“Send(发送)”按钮来提交数据。提交后，平台将表单数据插入到模型实例中，然后输出HTML页面，该页面通过在“submission”元素内指定的“billing/bill-customer”使所提交的数据可视化。
参考图12，利用平台10开发的web应用采用了逻辑和分层概念模型。该模型将web应用的构成实体区分为5级项目、集束、表单、页面、分区和属性或列表。对于要验证的web应用，每个逻辑级别必须被实现，并且按照这里的严格排序被嵌套到下一个较高级别内。例如，最简单的实现应当包括项目实例，项目实例包括集束实例，集束实例包括表单实例，然后是页面实例，分区实例，最后是属性或列表实例。这种分层组织确保实现方式的一致性、可靠性，并且可扩展来容纳额外的表单实体。
图12示出了海外支出表单实现方式80。在分级的最基本的层级处是属性和列表实体81，它们是基本的表单构造块。属性81可以被定义为商业表单单元，其包括一个或多个表单属性81或主要用于收集用户输入的控件。这些包括文本输入区域、下拉列表、选中框或圆形按钮输入选择。属性81内的每个表单控件关联有特定的数据类型和有效性检查，以反映商业用途约束。也可以对相关的表单控件指定电子表格型的算术函数来执行简单的计算。
与属性81类似，列表重复器也是基本层级实体，但是它们的主要用途不同。列表显示数据而不是收集数据。列表项通常用在应用中来以表格的方式呈现现有数据，以提供总括的视图或索引视图。通常，列表内的数据被组织成表格列，并且是可以升序或降序排序的。在平台10中，列表能够支持从数据库直接提取的数据，或者从相同的集束空间内的存储器内表单数据实例引用的数据。
分区82是允许对属性81分组的逻辑块，主要用于分类目的。基于这种分组，可以作为整体执行任务集合，例如，群组标签、重叠操作和应用风格主题。
包含分区是页面83，页面83通常用于将较长的表单分割成一系列连接的屏幕大小的页面，以使视频显示滚动最小化。页面一般包括多个分页机制来使导航最容易，并且每个页面就错误检查和显示来说类似于自包含的表单。输入错误立即被通知给用户。页面中的输入错误可能导致后续页面中的其他输入不正确，从而要求重新输入数据。
表单84是完整的自包含的实体，并且能够实现工作流。表单84参与自组织或结构化特性的核准路线选择。在核准路线选择过程中，核准者可以附接支持文档或者任何其他电子资源作为参考。这样，具体的表单84可以可选地被链接到附件，并且总地称作集束85。集束85还指一组彼此引用的相关表单或者附件。例如，“海外开支”集束85包括“旅行必需品”表单84和“交通开支”表单84。“交通开支”表单84是“旅行必需品”表单84的子表单。
分层模型会聚于位于根层级的项目实体86。在根层级处，不同的表单84和集束85可以被链接来指定工作流模块，或者通过URL重定向来与外部应用集成。在这里，特定于项目的配置被设置，以使改变传播过整个模型到属性层级。一个实例是指定一组标准风格，这组标准风格使得在所有层级上视觉和感觉都一致。还可以有其他配置，例如，访问控制、版本控制、表单发布机制和对实体仓库的过滤。
实例参考图15，在典型的场景中，开发人员从桌面启动(101)开发区20来开始创建新的web应用。开发人员基于对库属性的选择结果利用属性设计器22创建(102)必要的表单属性。在注册表单的示例中，开发人员将若干个原子属性对准，例如“街道”、“单元号”和“邮编”，并且将它们组合到一起，与“用户ID”和“口令”和“电子邮件”属性一起作为复合的“地址”属性。对于每个域，预先配置的呈现风格被指定，并且被分配适当的验证规则和策略。所创建的属性然后被保存(103)到特定于项目的仓库中，并且可以被提取和重复使用于后续新表单。
接下来，开发人员或另一组成员调用表单设计器23，并且通过将先前创建的属性拖拉成期望的布局格式来设计(104)表单。也可以使诸如分页、预处理/后处理、输出重定向、错误显示格式和路线选择选项之类的额外的控件可用于配置。在完成表单设计之后，开发人员能够立即从项目设计器21运行并预览该表单。随后，在被发布(107)以供实时访问之前，表单被自动路由过核准过程106。利用职责隔离，在一般的情形中，开发人员不被授予访问全部三个设计器21、22和23的权限。
参考图17，一旦表单存活，商业用户就能够执行表单提交，并且从集中的办公室30跟踪关联的核准路线。办公室30包括“收件箱”机制，用于核准者以有组织的方便的方式管理并核准被路由的表单。收件箱允许访问各个表单，其中仅当前关联有特定用户的那些表单或附件在它们的收件箱中被看见。用户可以预览表单内容、追踪路线信息、核准表单、拒绝表单、附加文档、插入评论、以及指定从他们的收件箱去往的路线目的地。对于表单提交者，提供了工具用于修改和重新提交被拒绝的表单，或者提取部分填充的表单来继续数据输入。将来还可以增强表单，使得开发人员仅执行少量鼠标点击操作就能实现域类型、属性布局的改变，甚至整个呈现格式的改变。办公室30还包括离开办公室机制来允许用户指示他们不在办公室中，并且因此指定路线重定向或替换动作。办公室30中包括的其他特征有表单归档、打印和导出模块，以及管理功能。
或者，已发布的表单还能够通过URL重定向与现有web应用集成。图16示出了这种情形。
参考图13，服务器40的体系结构包括三个功能层，即，处理器11、连接器12和发布器13。处理器层11建立平台10的核心命令和控制操作，并且包括专门处理器11，这些处理器在功能上不同并且彼此松散耦合。这些处理器11包括请求和响应处理、预/后表单处理、验证、路线选择工作流和持久性。在典型的来自客户端对平台10的web请求中，产生流水线化的处理，并且取决于流水线配置设置，各种处理器11可以被交换或组合来服务于该请求。
处理器11与用于连接到外部系统的连接器层12交互，所述外部系统例如是数据库15、规则引擎16和其他商业应用17。连接器层12通过健壮的连接代理封装系统集成规范，连接代理包含与外部系统接口的能力，同时维护一致的应用访问接口。
发布器层13通过将XML表单实例转变成可由目标设备理解并提供的各种标签语法来向框架提供多目标呈现能力。发布器层13的每个组件维护转变风格表，用于将由系统创建的固有表单元素映射到期望的目标元素类型。发布组件提供的发布格式包括HTML、Macromedia Flash、PDF、WML、VRML和XML。
平台10根据组成员扮演的角色来组织开发基于web的应用的表单时涉及的开发任务。职责隔离允许根据各个组成员的责任和能力来裁剪开发任务。这确保每个组成员仅被许可执行分配给他们的功能。在同一个项目上工作的各个开发人员互相协作并被同步。这允许开发组可扩张，并且允许在不牺牲控制的情况下归档外购开发工作。
本领域技术人员应当意识到，在不脱离这里广泛描述的本发明的范围和精神的情况下，可以对这里所述的本发明的特定实施例作出各种变动和/或修改。因此，本发明在所有方面都应当被认为是说明性的而非限制性的。
权利要求
1.一种用于开发表单的表单开发平台，包括属性设计模块，用于以图形方式根据对预定域的选择结果设计可重复使用的表单属性，所述属性具有集成的商业逻辑；表单设计模块，用于使用所述表单属性以图形方式设计可重复使用的表单，所述表单具有集成的商业逻辑；以及项目设计模块，用于通过根据预定处理流以图形方式布置所述表单来设计可重复使用的项目；其中，所述设计模块彼此独立地工作，使得所述属性、表单和项目的设计是独立的功能，并且所设计的属性、表单和项目作为独立的实体被存储。
2.如权利要求1所述的平台，还包括用于存储所设计的属性的属性库、用于存储所设计的表单的表单库和用于存储所设计的项目的项目库。
3.如权利要求1或2所述的平台，还包括用于验证表单的验证引擎。
4.如权利要求3所述的平台，其中，所述表单针对开放标准被验证，或者针对商业的内部商业策略被验证。
5.如权利要求3或4所述的平台，其中，所述表单被验证为符合安全性策略，例如对SQL或脚本入侵的检查。
6.如权利要求4所述的平台，其中，所述内部商业策略被存储在验证策略仓库中以实现可重复使用性。
7.如前述权利要求中的任意一个所述的平台，还包括核准系统，用于使表单在被发布之前被核准。
8.如权利要求7所述的平台，其中，所述核准系统是集中的系统。
9.如权利要求7或8所述的平台，其中，所述核准系统包括收件箱，用于允许访问与特定用户相关联的各个表单；不在办公室机制，用于允许用户指示不在办公室状态并且指定路线重定向或替换动作；表单归档模块，用于允许表单可被搜索和过滤；打印模块，用于允许表单以打印机友好的格式被打印；导出模块，用于允许用户以XML或其他格式导出表单数据；或者管理模块，用于允许远程配置和监控所有表单及其关联的路线选择处理。
10.如前述权利要求中的任意一个所述的平台，其中，所述表单被解释来产生HTML、无线标签语言(WML)或者其他语言的一个表单或一系列相关的表单，以在特定的设备或操作系统上呈现。
11.如前述权利要求中的任意一个所述的平台，其中，所述预定域包括输入域，例如，文本域、口令域或图像域。
12.如前述权利要求中的任意一个所述的平台，其中，所述属性设计器模块向属性内的表单控件指定验证、错误消息和依赖关系。
13.如前述权利要求中的任意一个所述的平台，其中，所述属性被分层设计。
14.如权利要求13所述的平台，其中，表单验证在预定层级处被嵌套。
15.如前述权利要求中的任意一个所述的平台，其中，所述表单设计器模块设计页面流。
16.如前述权利要求中的任意一个所述的平台，其中，所述表单设计器模块向表单内的属性、分区和页面指定验证、错误消息和依赖关系。
17.如前述权利要求中的任意一个所述的平台，其中，所述表单设计器模块指定列表重复器、动作类型、分页机制、预表单和后表单处理，以及表单持久性。
18.如前述权利要求中的任意一个所述的平台，其中，后端商业服务被链接到所述预定处理流。
19.如前述权利要求中的任意一个所述的平台，其中，所述表单设计器模块还设计具有分区和页面的表单。
20.如前述权利要求中的任意一个所述的平台，其中，所述项目设计器模块集中管理项目的风格、消息和插件。
21.如前述权利要求中的任意一个所述的平台，其中，所述项目设计器模块指定列表重复器、访问控制、配置和发布机制。
22.如前述权利要求中的任意一个所述的平台，其中，所设计的属性和表单内包含的商业逻辑包括在数据正被输入时用于表单输入的验证规则。
23.如前述权利要求中的任意一个所述的平台，其中，所设计的属性和表单内包含的商业逻辑包括产生有用结果的方程或计算器。
24.一种用于开发表单的方法，包括以下步骤以图形方式根据对预定域的选择结果设计可重复使用的表单属性，所述属性具有集成的商业逻辑；使用所述表单属性以图形方式设计可重复使用的表单，所述表单具有集成的商业逻辑；以及通过根据预定处理流以图形方式布置所述表单来设计可重复使用的项目；其中，所述属性、表单和项目的设计是独立的功能，并且所设计的属性、表单和项目作为独立的实体被存储。
25.一种利用根据权利要求24的方法开发的表单。
26.如权利要求24所述的方法，还包括以下步骤提供图形用户界面来允许用户执行以图形方式设计可重复使用的表单属性、以图形方式设计可重复使用的表单和设计可重复使用的项目的步骤。
27.一种计算机程序产品，该计算机程序产品包括用于存储计算机可执行指令的计算机可读介质，所述指令用于以图形方式根据对预定域的选择结果设计可重复使用的表单属性，所述属性具有集成的商业逻辑；使用所述表单属性以图形方式设计可重复使用的表单，所述表单具有集成的商业逻辑；以及通过根据预定处理流以图形方式布置所述表单来设计可重复使用的项目；其中，所述属性、表单和项目的设计是独立的功能，并且所设计的属性、表单和项目作为独立的实体被存储。
全文摘要
本发明提供了一种用于开发表单的表单开发平台(10)。该平台包括属性设计模块(22)，用于以图形方式根据对预定域的选择结果设计可重复使用的表单属性(81)，所述属性(81)具有集成的商业逻辑；表单设计模块(23)，用于使用所述表单属性(81)以图形方式设计可重复使用的表单(84)，所述表单(84)具有集成的商业逻辑；以及项目设计模块(21)，用于通过根据预定处理流以图形方式布置所述表单(84)来设计可重复使用的项目(86)；其中，所述设计模块(21、22和23)彼此独立地工作，使得所述属性(81)、表单(84)和项目(86)的设计是独立的功能，并且所设计的属性(81)、表单(84)和项目(86)作为独立的实体被存储。
文档编号G06F17/24GK1938680SQ200580009863
公开日2007年3月28日 申请日期2005年3月23日 优先权日2004年3月26日
发明者邓永昇, 潘泗森 申请人:劲升逻辑有限公司