CN102646039A - 基于XML Schema的软件界面生成***及方法 - Google Patents

Abstract

本发明公开了基于XMLSchema的软件界面生成***及方法，属于信息处理的技术领域。所述软件界面生成***包括依次连接XMLSchema管理模块、XMLSchema解析模块、软件界面生成模块、数据验证及更新模块。所述软件界面生成方法通过XMLSchema管理模块提供的管理界面选择用于生成软件界面的XMLSchema文件；XMLSchema解析模块获取DOM树结构；软件界面生成模块将的DOM树转化为HTMLDOM树结构形成最终的软件界面；数据验证及更新模块用XMLSchema文件验证用户上传的数据。本发明解决了软件界面设计周期长、复用率低、界面代码修改成本过高等问题。

Description

基于XML Schema的软件界面生成***及方法

技术领域

本发明涉及基于XML Schema的软件界面生成***及方法，属于信息处理的技术领域。 

背景技术

信息***作为一种抽象的社会***，因为能及时、可靠、方便地管理海量信息，所以在许多应用领域起着不可替代作用，它已成为人们认识和研究客观世界的重要手段。在应用方面，信息***已在国民经济建设中为国家和各级政府部门提供了大量科学的宏观辅助决策信息，产生了巨大的社会效益。越来越多的领域，如航空航天、气象、海洋、医药、金融、交通以及各种企事业单位都已经或正在将信息***纳入部门产业化应用日程，充分发挥其优势，并与传统的业务技术相结合，使相关业务工作做得更科学、准确和快捷。 

同时，随着社会信息化的进程以及各领域的特殊性，信息***的种类在随之增多。从当初的MIS(管理信息***)发展到现在研究比较热门ERP(企业资源计划)、PLM(产品生命周期***)、GIS(地理信息***)等。它们都是在常规信息***的基础上，融合了本领域的知识结构，形成了具备特定功能的信息***，它们比一般的信息***在处理特定事物上更便捷有效。不过这也随之产生了新的问题，即对***维护的灵活性、可拓展性的要求大大提高。 

目前对于这种情况，软件工程中提出了原型设计法，程序开发中提出了软件复用等技术，在很大程度上解决了需求无法及时确定但依旧完成***开发的问题。但是，对于某些新兴领域，要求***中部分模块变动十分灵活。其中主要是对涉及***交互部分的变动要求较高。如输入界面的不确定性就很复杂，往往***开发了很久，又加入新的需求，使得界面上很多代码又要重新修改。 

在传统***的开发中，界面的设计规划及完成依赖于团队中的美工。通常的做法是根据需求分析中用户的要求，将界面对应的HTML代码事先在客户端服务器写定，然后服务器端的程序由其他人负责完成。最后需要将前后衔接起来，实现从前台到服务器端再到前台的一个工作流程。后台开发目前有SSH框架支持，在很大程度上做到了软件复用，对***的扩展具有很好的支持性。但是前台的可拓展性却很难做到，如果需求变更，界面需要修改，则需要美工对照需求，逐行 地修改前台中的HTML代码，十分繁琐。往往花费大量的人力物力还难以达到要求，得不偿失。因此，我们希望有一种方法可以通过较小代价实现界面的生成，同时尽量不通过美工就能实现对界面的修改。 

发明内容

本发明针对现有信息***界面开发中修改代价大的不足，提出了基于XMLSchema的软件界面生成***及方法，通过解析XML Schema DOM结构来动态生成界面上的HTMLDOM结构，从而实现了信息***中界面自动生成、灵活修改的目标，同时通过XML Schema可以很方便的对数据进行验证。 

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

基于XML Schema的软件界面生成***，包括XML Schema管理模块、XMLSchema解析模块、软件界面生成模块、数据验证及更新模块、客户端服务器，其中：所述XML Schema管理模块、XML Schema解析模块、软件界面生成模块、数据验证及更新模块依次连接，所述XML Schema管理模块的数据接口、软件界面生成模块的数据接口分别与服务器连接，所述XML Schema管理模块、数据验证及更新模块都与数据库交互； 

所述XML Schema管理模块用于在客户端服务器生成管理界面供用户增加、删除、修改、查询保存在数据库中的XML Schema文件，选择用于生成软件界面的XML Schema文件，以列表形式表示数据库中已保存的XML Schema文件信息； 

所述XML Schema解析模块用于读取XML Schema管理模块所选择的用于生成软件界面的XML Schema文件，记录XML Schema文件所对应的DOM树结构以及DOM树每个节点的信息； 

所述软件界面生成模块用于将XML Schema解析模块中XML Schema文件所对应的DOM树结构转换为HTML DOM树结构； 

所述数据验证及更新模用于将软件界面生成模块得到的数据封装成XML文档，然后用生成软件界面的XML Schema文件对所述XML文档进行验证，并将通过验证的XML文档存储到数据库，对未通过的XML文档返回错误信息； 

所述客户端服务器用于显示XML Schema管理模块生成的管理界面以及软件界面生成模块生成的软件界面，将用户对XML Schema文件的操作信息返回给XML Schema管理模块，将用户填写在管理界面的数据返回给数据验证及更新模 块。 

基于XML Schema的软件界面生成方法，包括如下步骤： 

步骤1，XML Schema管理模块在客户端服务器上显示管理界面，用户在管理界面完成对XML Schema文件的操作，显示选择用于生成软件界面的XML Schema文件； 

步骤2，XML Schema解析模块读取XML Schema管理模块所选择的用于生成软件界面的XML Schema文件，记录XML Schema DOM树结构以及DOM树每个节点的信息； 

步骤3，软件界面生成模块将XML Schema解析模块中XML Schema DOM树结构转换为HTML DOM树结构，并将HTML DOM对应的软件界面显示在客户端服务器上； 

步骤4，数据验证及更新模块先将用户填写在步骤3所生成的软件界面上的数据封装成XML文档，然后用生成软件界面的XML Schema文件对所述XML文档进行验证， 

若所述XML文档通过XML Schema验证，数据验证及更新模块将XML文档保存至数据库； 

若所述XML文档没有通过XML Schema验证，数据验证及更新模块显示错误信息。 

所述基于XML Schema的软件界面生成方法中，步骤2的具体实施步骤如下： 

步骤2-1，XML Schema解析模块读取的当前XML Schema元素获取XML Schema元素对应的DOM树节点信息； 

步骤2-2，软件界面生成模块定位当前XML Schema元素对应的DOM树节点在HTML DOM树中所对应的位置； 

若XML Schema元素类型是复杂数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置创建一个表格元素，对表格元素的各属性赋值添加正确的CSS信息；转向步骤2-3； 

若XML Schema元素类型是简单数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置 创建一个下拉列表，并为下拉列表添加正确的CSS信息，转向步骤2-4； 

若XML Schema元素类型是基本数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置创建一个表单，并为表单添加正确的CSS信息，转向步骤2-4； 

步骤2-3，若当前XML Schema元素对应的DOM树节点有未处理的子节点，返回步骤2-2；否则，进入步骤2-4； 

步骤2-4，若当前XML Schema元素对应的DOM树节点有未处理的兄弟节点，返回步骤2-2；否则，进入步骤2-5； 

步骤2-5，若当前XML Schema元素对应的DOM树节点有未处理的父节点，返回步骤2-4；否则，将HTML DOM对应的界面显示在客户端服务器，结束步骤2。 

本发明采用上述技术方案，具有以下有益效果：采用XML Schema记录界面信息省去了大量的界面代码，便于界面的复用；通过修改XML Schema文件动态生成HTML DOM树，灵活修正生成的软件界面。 

附图说明

图1为基于XML Schema的软件界面生成***的示意图。 

图2为基于XML Schema的软件界面生成方法的流程图。 

图3为XML Schema解析模块根据DOM树结构映射得到HTML DOM树结构的流程图。 

图4为XML Schema的DOM树模型。 

图5为元数据管理***中的深度优先遍历的流程图。 

具体实施方式

下面结合附图对发明的技术方案进行详细说明： 

XML Schema是定义XML文档的合法构建模块，类似DTD。本文所述XML Schema是根据用户需求分析，专门针对软件界面结构、样式及数据正确标准所设计的。其中，Schema的树状结构与软件界面的结构相对应，属性中分别定义了软件界面元素的名称、显示值、CSS信息、数据约束标准及注释信息等。 

如图1所示的基于XML Schema的软件界面生成***，包括依次连接的XML Schema管理模块、XML Schema解析模块、软件界面生成模块、数据验证及更新模块，XML Schema管理模块的数据接口、数据验证及更新模块的数据接口分 别与服务器连接，XML Schema管理模块与数据验证及更新模块分别与数据库进行交互。 

XML Schema管理模块提供用于管理XML Schema文件的管理界面，管理界面显示在客户端服务器上。用户在管理界面对XML Schema文件进行增加、删除、修改、查阅的操作，这些XML Schema文件既用于软件界面的生成也用于数据的验证。XML Schema管理模块提供的管理界面显示所有已上传数据的XMLSchema文件的信息列表。 

XML Schema解析模块用于读取XML Schema管理模块所选择的XMLSchema文件，获取并保存XML Schema DOM树结构以及每个DOM树节点的样式描述信息。 

软件界面生成模块根据XML Schema解析模块获得的XML Schema DOM树结构以及DOM树节点的样式描述信息，建立从XML Schema DOM树结构到HTML DOM树结构的映射，生成描述HTML DOM树的代码，同时为每一个HTML DOM树节点添加CSS信息。HTML DOM树结构的软件界面显示在客户端服务器上。 

数据验证及更新模块用于将用户上传的数据封装成XML文档，用生成软件界面的的XML Schema文件进行验证，同时将通过验证的数据保存至数据库，未通过验证的部分返回其错误信息。用户通过在客户端服务器显示的管理界面上填写数据来上传数据。 

客户端服务器用于显示XML Schema管理模块生成的管理界面以及软件界面生成模块生成的软件界面(即为HTML DOM树结构的软件界面)，将用户对XML Schema文件的操作信息返回给XML Schema管理模块，将用户填写在管理界面的数据返回给数据验证及更新模块。 

XML Schema的DOM树结构如图4所示，DOM树的根节点为<xs:shema>，其下有三种子节点：复杂类型节点<xs:complexType>、简单类型节点<xs:simpleType>和元素节点<xs:element>。 

根节点<xs:shema>有四个属性：xmlns:xs表示元素所引用的命名空间；xmlns:tab是自定义的属性，用来定义元素排版在哪个Tab页；elementFormDefault用来定义XML文档中出现的元素是否需要引用名空间前缀，qualified表示需要 引用名空间前缀；attributeFormDefault用来定义XML文档中出现的属性是否需要引用名空间前缀，unqualified表示不需要引用名空间前缀。完整的根节点表示形式如下： 

<xs:schema xmlns:xs＝http://www.w3.org/2001/XMLSchema

xmlns:tab＝″http://www.hhu.edu.cn″elementFormDetault＝″qualitied″ 

attributeFormDefault＝″unqualified″>。 

元素节点<xs:element>有六个属性：name定义了元素的名字；type定义了元素的类型，将来以该类型验证元素的内容是否合乎规范；id定义了元素的唯一标示；minOccurs定义了元素的最小出现次数，0表示该元素在XML文档中可以不出现；maxOccurs定义了元素的最大出现次数，unbounded表示该元素在XML文档中可以出现无数次；tab：tabNO是开发者自定义的属性，用来定义元素排版在哪个Tab页，引用了自定义的名空间。元素节点还有内嵌的子元素：注释节点<xs:annotation>，注释节点<xs:annotation>里面还有内嵌子元素文本注释节点<xs:documentation>，文本注释节点<xs:documentation>用纯文本记录了注释信息。完整的元素节点表示形式如下： 

基本类型元素节点是***中最基本数据所对应的Schema结构，它直接与基本数据对应。这里的基本数据通常是非枚举型的，一般是字符串类型、整型等，比如用户姓名、电话号码之类的数据。 

简单类型元素节点<xs:simpleType>是***中枚举型的基本数据所对应的Schema结构，它是将一些存在枚举值的数据实现做好其取值列表存于Schema中。当用Schema验证时，只有取这些枚举值的数据才能通过验证。<xs:simpleType>有一个属性name，定义了该类型的名字。<xs:simpleType>的子元素<xs:restriction>，它用来定义这种简单元素的取值，其中有一个属性base，它 规定了该简单元素取值的类型，xs:string表示取值为字符串型。<xs:enumeration>定义了简单类型中取值的枚举值列表，其中的属性value表示具体的值，id表示该枚举值的唯一标示。完整的简单类型节点表示形式如下： 

复杂类型元素节点<xs:complexType>是***中的基本数据经过分类抽象出的一类数据。这些数据通常不是用户直接需要的，但是对于基本数据量较大时，为了在界面上清楚的显示，就添加了这类数据。复杂类型元素节点下一定包含了其类别所代表的子元素。<xs:complexType>有一个属性name，定义了该类型的名字。在复杂类型的下面有子元素<xs:sequence>，它定义其下子元素在XML文档中出现的顺序。<xs:sequence>下面定义的元素都是这种复杂类型的元素所包含的子元素，而子元素的定义和一般元素的定义相同，不再赘述。完整的复杂类型节点表示形式如下： 

下面以卫星遥感数据元数据管理***为例说明软件界面的生成方法。基于XML Schema的软件界面生成方法如图2所示的流程图，包括XML Schema管理、XML Schema解析及软件界面生成、数据验证及更新三大部分。 

第一部分：XML Schema管理，包括如下步骤： 

步骤1，用户通过客户端服务器上传XML Schema文件至XML Schema管理模块，并提供增删改查等功能。 

若选择上传新XML Schema文件，XML Schema管理模块读取新XML Schema文件并将其保存至数据库；若选择删除XML Schema文件，XML Schema管理模块根据所选择要删除的XML Schema文件的ID号到数据库中删除相应的XML Schema文件；若选择修改XML Schema文件，XML Schema管理模块提供修改界面供用户进行修改，再用修改后的XML Schema文件替换数据库中原来的XML Schema文件；若选择查看XML Schema文件，XML Schema管理模块根据所选择要查看的XML Schema文件的ID号到数据库中读取XML Schema文件的文本内容并将读取的信息显示到客户端服务器上。 

XML Schema管理模块选择操作XML Schema文件后，从数据库中读取XMl Schema信息，然后以列表形式将详细信息显示在客户端服务器上，并将选中的XML Schema文件传至XML Schema解析模块。 

数据库设计时，元数据整体设计为CLOB类型存储于数据库中(本***采用ORACLE数据库，CLOB类型是该数据库软件中支持的一种大字符串类型数据，用来存储XML文档)，数据表设计与实现如表1所示： 

表1 

第二部分：XML Schema解析及软件界面生成，XML Schema是根据用户需求制定的一个控制XML文档样式的模板，在这里也就是作为元数据录入界面样 式的模板和验证其格式的模板。元数据管理***，需要根据设计好的Schema，通过解析它，根据其中的元素约束生成一个动态的界面。鉴于业务需求及用户群的不断扩大，Schema是不断变化的，所以软件界面生成部分不能是固定不变的，必须能够根据Schema样式的不同而产生不同的界面，以满足需求。这就需要充分调用DHTML的特性，建立一个可变化的HTML界面，具体包括如下步骤： 

步骤2，如图3所示，XML Schema解析模块负责解析XML Schema管理模块所选中的XML Schema文件，读取并记录下XML Schema DOM树结构以及每一个节点的属性信息。软件界面生成模块根据XML Schema解析模块获取的DOM树节点信息按照映射关系，逐个生成HTML DOM中的节点，具体包括如下步骤： 

步骤2-1，XML Schema解析模块读取XML Schema管理模块所选中的XML Schema文件到内存，然后以深度优先的顺序建立XML Schema DOM树与HTML DOM树的映射关系(也可以是其它定义好的映射关系)。由软件界面生成模块在前台页面相应位置生成界面所对应的HTML DOM树的根元素。接着由XML Schema解析模块从XML Schema DOM树的根元素开始，采用深度优先遍历其每一个节点； 

深度优先遍历流程如图5所示，首先获得待搜索元素的元素名和id号，然后进行初始化工作，将存储遍历序号的变量element_NO赋值为-1，计数变量count赋值为-1。接着找到第一个Tab节点，以其为根节点进行深度优先遍历。若找到同名元素，则count加1，若找到同名、id也相同的元素，则返回最上层，将遍历序号传回调用该函数的地方。若Tab1节点下没有找到待搜索元素，则找寻下一个Tab节点，操作过程和之前一样。由于要搜索的元素一定存在于DOM树中，所以必然会在某个Tab节点的分支下找到该元素，并返回深度优先遍历的序号。 

步骤2-2，对于当前解析模块读取的XML Schema元素，由软件界面生成模块定位到其在HTML DOM树中所对应的位置； 

若该元素类型是complexType，转向步骤2-3； 

若该元素类型是simpleType，转向步骤2-4； 

若该元素类型是基本类型，转向步骤2-5； 

步骤2-3，在界面生成模块所定位到的正确位置创建一个表格元素(此处创 建的HTML元素通常是表格，主要用于界面元素的分类。也可以是别的HTML元素，实际情况由需求决定)。界面生成模块根据解析模块读取Schema节点中的各属性信息(包括元素的ID、NAME、取值限制、CSS信息)，对刚创建的表格元素的各属性赋值并添加CSS信息；转向步骤2-6； 

步骤2-4，界面生成模块在所定位到的正确位置，根据simpleType定义生成一个相应的下拉列表，将解析模块读取的simpleType中定义的枚举值依次填充到下拉列表的每一个选项，界面生成模块根据解析模块读取Schema节点中的各属性信息(包括元素的ID、NAME、取值限制、CSS信息)，对刚创建的表格元素的各属性赋值并添加CSS信息；转向步骤2-7； 

步骤2-5，界面生成模块在所定位到的正确位置，根据基本类型的定义生成一个普通的表单(此处的表单形式可以多样，支持自定义表单样式，依据需求设置)，界面生成模块根据解析模块读取Schema节点中的各属性信息(包括元素的ID、NAME、取值限制、CSS信息)，对刚创建的表格元素的各属性赋值并添加CSS信息；转向步骤2-7； 

步骤2-6，解析模块判断当前处理的XML Schema元素是否有未处理的子节点；若有，访问其子节点，转向步骤2-2；否则，转向步骤2-7； 

步骤2-7，解析模块判断当前处理的XML Schema元素是否有下一个未处理的兄弟元素；若有，访问其兄弟元素，转向步骤2-2；否则，转向步骤2-8； 

步骤2-8，解析模块判断当前元素是否有父节点，若有，返回到其父元素，转向步骤2-7；否则，步骤2结束。 

在元数据管理***中，由于HTML元素个数的不确定，所以***中采用自增类型的整数来标示每一个HTML元素，即在每个元素中增加一个ID属性，其值为自增型整数。并且这些元素中的ID是按照元素创建的先后顺序赋值的，也就是说先创建的元素，其ID值较小，后创建的元素的ID值较大。 

同时，在这个***中，元数据注册界面都放在<form>标签中，其名字为Mytabshow。<form>下直接相连的几个<table>是按照Tab页设置的，其中的id为tab页的值。每个<table>中的元素是按Schema设置的，其name值与Schema中元素的name值相同。加减按钮的id也为整型数，不过是递减的，避免和输入元素重复。 

根据需求分析，最终的HTML DOM树与XML DOM树之间的元素必然是一一对应的，也就是说如果我们对这两棵树同时采用深度优先顺序遍历，那么两棵树中相对应的那两个元素在深度优先遍历中的顺序一定相同。HTML DOM树和XML DOM树中每一个元素的深度优先顺序是一致的，而其它信息则无法实现对应关系。因为即使名称相同，但是由于同一个名称的元素可以反复出现，且它们可以出现在不同的父元素下，所以只能通过找出每个元素在DOM树中的深度优先遍历顺序，才能建立映射关系。 

第三部分：数据验证及更新，对于XML文档的验证采用的是DOM4J，需要先创建错误处理器，加载XML文档对象，设置解析器所用的XML Schema文件以及其特定属性。然后根据之前的设置对XML文档对象进行验证，并将错误结果返回包括如下步骤： 

步骤3-1，数据验证及更新模块将管理界面上传的数据封装成XML文档； 

步骤3-2，服务器端需要创建错误处理器，加载XML文档对象，设置解析器所用的XML Schema文件以及其特定属性。然后根据之前的设置对XML文档对象进行验证，并将错误结果返回； 

步骤3-3，数据验证及更新模块将验证结果返回，映射到每一个元素上，对错标记可以自己定义； 

步骤3-4，XML文档存入数据库中：将存储XML文档对象的字段置空，将数据库中的XML字段放入一个缓冲流中；通过缓冲流将要存储的字符串存入数据库的相应字段中； 

步骤3-5，根据XML Schema及管理界面所填数据重新生成软件界面，用户填完数据后转步骤3-1。 

对于整个***而言，如果因为需求的变化，界面需要做修改时，只要把XMLSchema中的元素做相应的调整(如增加或删除界面上的某个控件，就对应于增加或删除Schema文件中某个元素；调换界面上某些控件的位置，就对应为调整Schema文件中某些元素的位置)，而不需要管HTML代码与CSS是如何配合的，更不需要管代码中的HTML元素对应界面上哪一个控件。这样对于界面的修改就转换为对XML Schema的修改。 

Claims (3)

1.基于XML Schema的软件界面生成***，其特征在于，包括XML Schema管理模块、XML Schema解析模块、软件界面生成模块、数据验证及更新模块、客户端服务器，其中：所述XML Schema管理模块、XML Schema解析模块、软件界面生成模块、数据验证及更新模块依次连接，所述XML Schema管理模块的数据接口、软件界面生成模块的数据接口分别与服务器连接，所述XML Schema管理模块、数据验证及更新模块都与数据库交互；

所述XML Schema管理模块用于在客户端服务器生成管理界面供用户增加、删除、修改、查询保存在数据库中的XML Schema文件，选择用于生成软件界面的XML Schema文件，以列表形式表示数据库中已保存的XML Schema文件信息；

所述XML Schema解析模块用于读取XML Schema管理模块所选择的用于生成软件界面的XML Schema文件，记录XML Schema文件所对应的DOM树结构以及DOM树每个节点的信息；

所述软件界面生成模块用于将XML Schema解析模块中XML Schema文件所对应的DOM树结构转换为HTML DOM树结构；

所述数据验证及更新模用于将软件界面生成模块得到的数据封装成XML文档，然后用生成软件界面的XML Schema文件对所述XML文档进行验证，并将通过验证的XML文档存储到数据库，对未通过的XML文档返回错误信息；

所述客户端服务器用于显示XML Schema管理模块生成的管理界面以及软件界面生成模块生成的软件界面，将用户对XML Schema文件的操作信息返回给XML Schema管理模块，将用户填写在管理界面的数据返回给数据验证及更新模块。

2.基于XML Schema的软件界面生成方法，其特征在于包括如下步骤：

       步骤1，XML Schema管理模块在客户端服务器上显示管理界面，用户在管理界面完成对XML Schema文件的操作，显示选择用于生成软件界面的XML Schema文件；

步骤2，XML Schema解析模块读取XML Schema管理模块所选择的用于生成软件界面的XML Schema文件，记录XML Schema DOM树结构以及DOM树每个节点的信息；

步骤3，软件界面生成模块将XML Schema解析模块中XML Schema DOM树结构转换为HTML DOM树结构，并将HTML DOM对应的软件界面显示在客户端服务器上；

    步骤4，数据验证及更新模块先将用户填写在步骤3所生成的软件界面上的数据封装成XML文档，然后用生成软件界面的XML Schema文件对所述XML文档进行验证，

若所述XML文档通过XML Schema验证，数据验证及更新模块将XML文档保存至数据库；

       若所述XML文档没有通过XML Schema验证，数据验证及更新模块显示错误信息。

3.根据权利要求2所述的基于XML Schema的软件界面生成方法，其特征在于所述步骤2的具体实施步骤如下：

       步骤2-1，XML Schema解析模块读取的当前XML Schema元素获取XML Schema元素对应的DOM树节点信息；   

步骤2-2，软件界面生成模块定位当前XML Schema元素对应的DOM树节点在HTML DOM树中所对应的位置；

若XML Schema元素类型是复杂数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置创建一个表格元素，对表格元素的各属性赋值添加正确的CSS信息；转向步骤2-3；

若XML Schema元素类型是简单数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置创建一个下拉列表，并为下拉列表添加正确的CSS信息，转向步骤2-4；

若XML Schema元素类型是基本数据类型，软件界面生成模块根据步骤2-1所获取的DOM树节点信息在HTML DOM树中XML Schema元素所对应的位置创建一个表单，并为表单添加正确的CSS信息，转向步骤2-4；

步骤2-3，若当前XML Schema元素对应的DOM树节点有未处理的子节点，返回步骤2-2；否则，进入步骤2-4；

步骤2-4，若当前XML Schema元素对应的DOM树节点有未处理的兄弟节点，返回步骤2-2；否则，进入步骤2-5；

步骤2-5，若当前XML Schema元素对应的DOM树节点有未处理的父节点，返回步骤2-4；否则，将HTML DOM对应的界面显示在客户端服务器，结束步骤2。

Images