CN102855266A - 一种信息系统创建方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了一种信息系统创建方法。该方法包括：接收用户端发送的服务请求消息，该消息包含待创建信息系统的类型和用户对该类型信息系统的需求内容；根据待创建信息系统的类型和需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，元数据用于描述系统实体；解析所述元数据，根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；根据所述系统实体数据创建信息系统。本申请实施例还公开了一种信息系统创建装置以及创建信息系统的系统。通过本申请实施例的技术方案满足了用户对交互模式的需求，提高了信息系统创建的整体效率。

Description

一种信息系统创建方法、装置及系统

技术领域

本申请涉及信息技术领域，特别涉及一种信息系统创建方法与相应装置，以及创建信息系统的系统。

背景技术

信息系统是由计算机软硬件组成的能实现信息收集、传递、存贮、加工、维护和使用等功能的系统。常见的如电信OSS系统(Operation support system，运营支持系统)、财务系统、教育教学系统等，这些系统是信息系统与特定应用领域结合构成的具体应用系统。

现有技术中创建信息系统的方法是：先确定待创建信息系统应用领域的论域，对该论域内的各种对象进行分析、抽象，确定不同的业务实体，然后构建包含各个业务实体的实体名称、实体属性、实体之间关联关系的实体模型数据库，并基于实体模型数据库设计相应的用户交互界面，进而在选定平台上开发实现相应的信息系统。

然而，随着信息技术的发展，这种信息系统的创建方式不同满足用户需求。由于信息系统的用户交互模式层出不穷(比如，基于视窗的C/S模式、基于不同浏览器的B/S模式、丰富多彩的不同移动终端系统)，以及信息系统的不同应用场景和面对的不同客户群体，其的信息系统的用户界面展现表现出多元化、多样化的特点。前述的信息系统创建方法在获得业务实体数据后需要依据实体模型进行相应用户界面的设计，一旦信息系统的应用场景或客户群体发生变化，其界面交互也可能发生变化，这时为了适应这种变化，必须对原信息系统进行大量的修改，由此增加了开发成本和用户的经济负担。

发明内容

为解决上述技术问题，本申请实施例提供了一种信息系统的创建方法、装置及其相应的系统，以解决现有的基于实体模型创建信息系统存在的用户交互模式不能满足需要的问题，从而提高创建信息系统的整体工作效率。

本申请实施例提供的信息系统创建方法包括：

接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

根据所述待创建信息系统的类型和用户对该类型的信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

解析所述元数据，并根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

根据所述系统实体数据创建信息系统。

优选地，所述系统实体还扩展到应用服务，则所述系统实体由通过业务实体、用户界面元素和应用服务相互关联形成的关联结果组成。

进一步优选地，所述业务实体、用户界面元素和应用服务通过笛卡尔乘积方式相互关联。

优选地，所述方法还包括：将创建的信息系统向用户端提交以便用户端展现所述信息系统。

优选地，在接收输入的配置数据后对元数据进行配置。

本申请实施例提供的信息系统创建装置包括：接收单元、检索单元、解析单元、获取单元和创建单元，其中：

所述接收单元，用于接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

所述检索单元，用于根据所述待创建信息系统的类型和用户对该类型的信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

所述解析单元，用于解析所述元数据；

所述获取单元，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

所述创建单元，用于根据所述系统实体数据创建信息系统。

优选地，所述系统实体还扩展到应用服务，则所述系统实体由通过业务实体、用户界面元素和应用服务相互关联形成的关联结果组成。

优选地，所述装置还包括提交单元，用于将创建的信息系统向用户端提交以便用户端展现所述信息系统。

优选地，所述装置还包括配置单元，用于在接收输入的配置数据后对元数据进行配置。

本申请实施例还提供了一种创建信息系统的系统。该系统包括用户端和服务器，

所述服务器包含接收单元、检索单元、解析单元、获取单元、创建单元和提交单元，其中：所述接收单元，用于接收用户端发送的服务请求消息；所述检索单元，用于根据所述待创建信息系统的类型和用户对该类型信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；所述解析单元，用于解析所述元数据；所述获取单元，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；所述创建单元，用于根据所述系统实体数据创建信息系统；所述提交单元，用于将创建的信息系统向用户端提交；

所述客户端用于向服务器发送服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；还用于将服务器提交的信息系统进行展现。

本申请实施例在接收用户端发送的服务器请求消息后，检索元数据库中的元数据，然后通过解析元数据获取系统实体数据，该系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成，再基于获取的系统实体数据进行信息系统的创建。与现有技术相比，本申请实施例将用户界面元素纳入实体中，使得通过关联业务实体和用户界面元素后的扩展实体不仅包含信息系统的业务论域信息，而且包含信息系统的用户界面展示信息，在该系统实体基础上构建的构建的信息系统针对不同用户交互界面需求，不再需要重复开发，而仅通过用户界面元素的匹配操作即可，由此，减轻了信息系统的开发成本和用户经济负担，满足了用户交互模式变化需求，提高了创建信息系统的整体工作效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1(a)为本申请实施例的信息系统创建方法流程图；

图1(b)为本申请实施例的系统实体的核心结构图；

图2为元数据配置工具的配置界面图；

图3为本申请实施例的业务实体的UML图；

图4(a)为本申请实施例应用于平板电脑的实例图之一；

图4(b)为本申请实施例应用于平板电脑的实例图之二；

图5为本申请实施例的信息系统创建装置的结构框图；

图6为本申请实施例的用于创建信息系统的系统的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

参见图1(a)，该图示出了本申请实施例的信息系统创建方法的流程图。本实施例包括：

步骤S101：接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

用户端是信息系统创建的需求端，该用户端可以位于本地，也可以是通过网络连接的远程端。用户端需要创建信息系统时，发出服务请求消息以请求创建其需要的信息系统，如果用户端在本地，则可直接通过服务请求消息触发信息系统创建过程，如果用户端在远程端，则需要通过网络将服务请求消息传送到本地后触发信息系统创建过程，比如基于浏览器的B/S模式情形即是如此。

用户端的需求通过服务请求消息进行表达，服务请求消息中包含待创建信息系统的类型和对该类型的信息系统的需求内容。这里的待创建信息系统的“类型”用于确定信息系统的论域，指用户端需要的信息系统的应用场景，因为不同的应用领域具有不同的论域，对不同论域进行抽象、分析得到的业务实体将差别很大。比如：如果用户需要创建一个财务信息系统，在该应用场景下，诸如入款、出款、清帐等将是主要业务，基于这些论域抽象得到的实体可能包括入账实体、出账实体以及消账实体；如果用户需要创建一个教育教学系统，在该应用场景下，诸如选课、授课、考核、归档等将是主要业务，基于这些论域抽象得到的实体可能博爱扩选课实体、考核实体、归档实体等。值得注意的是：本实施例所述的信息系统的“类型”可在不同层面上使用，比如：框架级(信息系统的初步架构)、组件级(信息系统的主要构成组件)等。用户对信息系统提出的需求内容可以是对界面展现的需求、对业务优先级的需求以及对业务之间的关联的需求等，这些信息反映用户对待创建信息系统的细节期望，是用户对信息系统的“定制”条件。

步骤S102：根据所述待创建信息系统的类型和用户对该类型信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

元数据库中存储有描述业务实体的元数据。所谓元数据指“数据”的“数据”，它是关于某些数据、操作数据的进程，以及应用程序的结构、意义等的描述信息，其主要目标是提供数据资源的全面指南。元数据对业务实体的具体描述可以有多种形式，具体采用何种形式可根据实际情况进行选定。比如在待创建的信息系统中业务实体的实体名称、实体属性以及实体之间的关联如果是必不可少的，则元数据可以将业务实体本身作为其一个数据项，该业务实体对应的实体属性作为该数据项的“数据”；将实体之间的关联本身作为又一个数据项，将实体之间的具体关联情况作为该数据项的“数据”。元数据从更为底层的角度、以更为概括的方式描述业务实体，从而比业务实体本身具有更好的灵活性和适应性。通过存储的元数据即可关联到相应的业务实体数据。元数据根据实际情况的需要，可通过配置工具进行配置，用户需要改变信息系统的有关内容时，可借助于配置工具修改元数据以实现对业务实体数据的修改，进而获得满足自身需要的信息系统。

步骤S103：解析所述元数据，并根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

获得元数据后，对元数据进行解析。元数据的解析过程是元数据关联的系统实体的明确过程(特定化)，由于元数据仅仅是对系统实体的“描述”而不是系统实体本身，因此，必须进行解析以知悉通过前述步骤获得的元数据实际关联的系统实体。解析出系统实体后，本申请实施例将从系统实体数据库中获取系统实体数据，该系统实体数据以“数据”形式描述了“业务+界面”，基于该系统实体数据即可构建出相应的信息系统。这里值得说明的是：此处系统实体是在业务实体和用户界面元素基础上形成的扩展实体，实现扩展的方法是建立业务实体与用户界面元素之间的关联，关联的方式存在多种，比如将业务实体逐个与用户界面元素进行匹配，也可通过笛卡尔乘积的形式实现关联，即：

式中：

表示笛卡尔乘积。本申请实施例的用户界面元素包括用于实现界面的计算机控件、组件等，比如按钮、链接、文本框、下拉框(列表)、对话框等。

参见图1(b)，该图示出了本实施例的一种系统实体的核心结构。在该系统实体中包括实体配置表和实体属性表，两张表之间通过实体属性表记录的实体配置表ID同实体配置表的实体ID关联。

步骤S104：根据所述系统实体数据创建信息系统；

获得系统实体数据后，即可基于该系统实体数据进而在选定平台上开发实现信息系统。至于基于系统实体数据开发信息系统的过程在现有技术中已存在成熟的技术，在此不过多叙述。

本实施例在接收用户端发送的服务器请求消息后，检索元数据库中的元数据，然后通过解析元数据获取系统实体数据，该系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成，再基于获取的系统实体数据进行信息系统的创建。与现有技术相比，本实施例将用户界面元素纳入实体中，使得通过关联业务实体和用户界面元素后的扩展实体不仅包含信息系统的业务论域信息，而且包含信息系统的用户界面展示信息，在该系统实体基础上构建的构建的信息系统针对不同用户交互界面需求，不再需要重复开发，而仅通过用户界面元素的匹配操作即可，由此，减轻了信息系统的开发成本和用户经济负担，满足了用户交互模式变化需求，提高了创建信息系统的整体工作效率。。

上述实施例中系统实体扩展到了业务实体和用户界面元素，通过将这两者进行关联得到的系统实体可以解决用户对交互模式的需求。但是，随着信息技术的发展，特别是云计算和移动计算的环境下，作为云计算平台无疑需要最大限度地灵活支持将来可能产生的相应业务的云服务，这就需要将“应用服务”纳入元数据中。因此，上述系统实体还可以扩展为三重，即将业务实体、用户界面元素、服务相互关联组成系统实体，具体的关联方式仍然可采用笛卡尔乘积的方式。

在前述内容中已提及元数据的修改与配置。为了向用户端呈现形式多样的信息系统，可事先根据需要配置多种元数据，提高创建信息系统的扩展性，进而满足用户的各种要求。然而，用户的需求呈现出多元化、多样化的特点，创建信息系统的方法必须适应这种情况。本申请在前述实施例基础上可通过接收用户输入的配置数据对元数据进行配置。具体实现配置时，可借助于专门的配置工具。参见图2，为了更加清晰描述元数据的配置过程，该图示出了一种元数据配置工具的配置界面图。该界面的左侧为实体树区域、中上侧为UML图(Unified Modeling Language，统一建模语言)区域、中下侧为列表框，用于列示实体数据，右侧为实体详细信息区域。通过该配置工具可为信息系统提供元数据定义。比如：点击左侧的实体树区域，可添加、删除、更改实体。还比如，通过拖拽UML图中元素可实现实体之间关联关系的更改和调整。

参见图3，该图示了符合UML标准的本申请实施例的业务实体模型的UML图。该图是IP地址管理系统的实体模型结构。该UML图中包含IP地址规划信息、IP地址段、IP地址池、IP地址等业务实体，该UML图中还清晰地表达出了各实体之间的关联关系，图中“1..n”表示两个业务实体之间存在一对多的关系，“0..1”表示两个业务实体之间“或然”关系，即可有关联关系，也可没有关联关系，菱形符号表示两个业务实体之间的“包含”关系。

前述实施例中创建出了信息系统，信息系统创建的目的在于展现到用户端以便用户对该信息系统进行使用。因此，在信息系统创建完成后将返回用户客户端进行展现。基于此，本申请实施例还可以包括将创建的信息系统向用户端进行提交以便用户端展现创建的信息系统的步骤。图4示出了本申请实施例创建的信息系统在平板电脑上展现结果的两幅附图。图4(a)展现的是IP地址类表，图4(b)展现的是IP地址详细信息。具体实现上述应用场景的界面显示时，可通过采用JSP技术实现对WEB模式的普遍支持，采用ExtJS技术实现对Ajax的支持，采用Sencha Touch技术实现对PC、Pad、手机终端的支持。上述技术均是现有技术中成熟的技术，关于这些技术的进一步的细节，此处不再赘言。

以上实施例是对本申请方法实施例的描述，本申请还提供了一种信息系统创建装置以及一种用于创建信息系统的系统。参见图5，该图示出了本申请实施例的信息系统创建装置结构框图。本实施例500包括：接收单元501、检索单元502、解析单元503、获取单元504和创建单元505，其中：

接收单元501，用于接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

检索单元502，用于根据所述待创建信息系统的类型和用户对该类型的信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

解析单元503，用于解析所述元数据；

获取单元504，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由业务实体、用户界面元素相互关联组成；

创建单元505，用于根据所述系统实体数据创建信息系统。

本信息系统创建装置实施例500的工作过程是：接收单元501接收用户端发送的包含待创建信息系统的类型和用户对该类型的信息系统的需求内容的服务请求消息后，由检索单元502根据所述待创建信息系统的类型和用户对该类型的信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，然后由解析单元503解析所述元数据；获取单元504根据解析后的元数据从系统实体数据库中获取系统实体数据，接下来，由创建单元505根据所述系统实体数据创建信息系统。

本申请装置实施例在接收用户端发送的服务器请求消息后，检索元数据库中的元数据，然后通过解析元数据获取系统实体数据，该系统实体由业务实体、用户界面元素相互关联组成，再基于获取的系统实体数据进行信息系统的创建。与现有技术相比，本申请实施例将用户界面元素纳入实体中，使得通过关联业务实体和用户界面元素后的扩展实体不仅包含信息系统的业务论域信息，而且包含信息系统的用户界面展示信息，在该系统实体基础上构建的构建的信息系统针对不同用户交互界面需求，不再需要重复开发，而仅通过用户界面元素的匹配操作即可，由此，减轻了信息系统的开发成本和用户经济负担，满足了用户交互模式变化需求，提高了创建信息系统的整体工作效率。

上述装置实施例还可以包括提交单元506，用于将创建的信息系统向用户端提交以便展现所述信息系统。用户发送服务请求的目的即在于获取信息系统，通过本装置生成信息系统后由提交单元返回创建的信息系统，客户端即可将该系统展现出来。上述装置实施例还可以包括配置单元，用于接收用户输入的配置元数据的配置数据。通过该配置单元可进一步增加本实施例的扩展性，借助于对元数据的配置或更改，获得对业务实体数据的修改，从而避免如现有技术那样必须重新进行开发，由此进一步减少了信息系统创建的经济成本。

参见图6，该图示出了本申请实施例的一种用于创建信息系统的系统。该系统实施例600包括用户端601和服务器602，其中：

服务器602包含接收单元、检索单元、解析单元、获取单元、创建单元和提交单元，其中：所述接收单元，用于接收用户端发送的服务请求消息；所述检索单元，用于根据所述待创建信息系统的类型和用户对该类型信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；所述解析单元，用于解析所述元数据；所述获取单元，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；所述创建单元，用于根据所述系统实体数据创建信息系统；所述提交单元，用于将创建的信息系统向用户端提交；

用户端601用于向服务器发送服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；还用于将服务器提交的信息系统进行展现。

上述系统实施例还可以包括配置单元，用于在接收输入的配置数据后对元数据进行配置。这里的“配置数据”可有提供信息系统的提供方输入，也可由用户端发送到服务器实现配置数据的输入。通过在上述系统中增加配置单元，可满足用户对信息系统多样化的需求，提高了信息系统的扩展性和适应性。

对于本系统实施例的工作过程以及取得的技术效果可参见前述方法实施例以及创建信息系统的装置的描述。这里值得说明的是：在具体应用过程中，可将创建信息系统的装置设置为一种配置解析引擎，该配置解析引擎位于服务器，服务器通过该配置解析引擎向用户端提供信息系统创建服务。因此，从用户端角度看来，其获得信息系统创建服务的过程是：向服务器发送网络拓扑服务请求，服务器接收到该服务请求后通过其内部的配置解析引擎实现信息系统的创建，然后将创建的信息系统返回到用户端进行网络拓扑展示。

本申请实施例的方法和装置以及系统中表达出的思想不仅适用于上述信息系统的构建，还可扩展适用到其他技术领域。比如，在分布式计算中也存在本申请叙述的技术问题。分布式计算中实体数据存储于异构的、广泛分布的存储系统上，常常需要处理实体数据的访问位置问题。由此，可按照本实施例的思想，将业务实体、用户界面、存储进行相互关联后作为扩展实体(系统实体)，从而实现对存储服务的信息系统的创建。

为了描述的方便，描述以上装置、系统时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

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

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种信息系统创建方法，其特征在于，该方法包括：

接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

根据所述待创建信息系统的类型和用户对该类型的信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

解析所述元数据，并根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

根据所述系统实体数据创建信息系统。

2.根据权利要求1所述的方法，其特征在于，所述系统实体还扩展到应用服务，则所述系统实体由通过业务实体、用户界面元素和应用服务相互关联形成的关联结果组成。

3.根据权利要求2所述的方法，其特征在于，所述业务实体、用户界面元素和应用服务通过笛卡尔乘积方式相互关联。

4.根据权利要求1至3中任何一项所述的方法，其特征在于，所述方法还包括：将创建的信息系统向用户端提交以便展现所述信息系统。

5.根据权利要求1至3中任何一项所述的方法，其特征在于，在接收输入的配置数据后对元数据进行配置。

6.一种信息系统创建装置，其特征在于，该装置包括：接收单元、检索单元、解析单元、获取单元和创建单元，其中：

所述接收单元，用于接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；

所述检索单元，用于根据所述待创建信息系统的类型和用户对该类型信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

所述解析单元，用于解析所述元数据；

所述获取单元，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

所述创建单元，用于根据所述系统实体数据创建信息系统。

7.根据权利要求6所述的装置，其特征在于，所述系统实体还扩展到应用服务，则所述系统实体由通过业务实体、用户界面元素和应用服务相互关联形成的关联结果组成。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括提交单元，用于将创建的信息系统向用户端提交以便展现所述信息系统。

9.根据权利要求6至8中任何一项所述的装置，其特征在于，该装置还包括配置单元，用于在接收输入的配置数据后对元数据进行配置。

10.一种创建信息系统的系统，其特征在于，该系统包括：用户端和服务器，

所述服务器包含接收单元、检索单元、解析单元、获取单元、创建单元和提交单元，其中：

所述接收单元，用于接收用户端发送的服务请求消息；

所述检索单元，用于根据所述待创建信息系统的类型和用户对该类型信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述系统实体；

所述解析单元，用于解析所述元数据；

所述获取单元，用于根据解析后的元数据从系统实体数据库中获取系统实体数据，所述系统实体由通过业务实体、用户界面元素相互关联形成的关联结果组成；

所述创建单元，用于根据所述系统实体数据创建信息系统；

所述提交单元，用于将创建的信息系统向用户端提交；

所述客户端用于向服务器发送服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；还用于将服务器提交的信息系统进行展现。

Images