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

Abstract

本申请实施例公开了一种信息系统创建方法。该方法包括：接收用户端发送的服务请求消息，所述服务请求消息包含待创建信息系统的类型和用户对该类型的信息系统的需求内容；根据所述待创建信息系统的类型和用户对该信息系统的需求内容检索元数据库，以获得满足所述类型和需求内容的元数据，所述元数据用于描述业务实体；解析所述元数据，并根据解析后的元数据从业务实体数据库中获取业务实体数据；根据所述业务实体数据创建信息系统。本申请实施例还公开了一种信息系统的创建装置以及用于创建信息系统的系统。通过本申请实施例的技术方案能增强信息系统的扩展性，提高信息系统创建的整体效率。

Description

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

技术领域

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

背景技术

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

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

然而，基于实体模型创建信息系统存在诸多缺陷。由于各类企事业组织需要应用信息系统实现某方面的电子化管理，而这些组织的业务范畴千差万别，在各自业务领域内进行抽象得到的业务实体以及实体属性、实体间的关联关系等存在较大差异，因此，通常情况下，已经开发好的信息系统较难平滑地由一个使用者过渡到另一个使用者，由此导致信息系统研发者必须针对各应用部门的实际情况，重新构建实体模型数据库和设计用户界面，增加了劳动量，降低了信息系统的创建效率。此外，随着信息技术的发展，同一个信息系统使用者的业务实体模型也将发生变化，为融入新业务，势必需要对信息系统进行大量的更改操作，由此给用户带来额外的经济负担，增加成本，限制了信息系统的广泛应用。

发明内容

为解决上述技术问题，本申请实施例提供了一种信息系统创建方法、装置及其相应系统，以解决现有的基于实体模型创建信息系统存在的扩展性较弱的问题，从而提高创建信息系统的整体工作效率。

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

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

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

解析所述元数据，并根据解析后的元数据从业务实体数据库中获取业务实体数据；

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

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

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

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

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

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

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

所述获取单元，用于根据解析后的元数据从业务实体数据库中获取业务实体数据；

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

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

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

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

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

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

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

本申请实施例在接收用户端发送的服务器请求消息后，检索元数据库中的元数据，然后通过解析元数据获取业务实体数据，再基于获取的业务实体数据进行信息系统的创建。与现有技术相比，本申请实施例不再直接基于业务实体进行信息系统创建，而是建立用于描述业务实体的元数据，由于元数据能更加灵活地描述业务的变化，适应信息系统扩展性的需求，从而有效地解决现有技术存在的问题。

附图说明

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

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

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

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

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

步骤S103：解析所述元数据，并根据解析后的元数据从业务实体数据库中获取业务实体数据；

获得元数据后，对元数据进行解析。元数据的解析过程是元数据关联的业务实体的明确过程(特定化)，由于元数据仅仅是对业务实体的“描述”而不是业务实体本身，因此，必须进行解析以知悉通过前述步骤获得的元数据实际关联的业务实体。解析出业务实体后，本申请实施例将从业务实体数据库中获取业务实体数据，该业务实体数据以“数据”形式描述了“业务”，基于该业务实体数据即可构建出相应的信息系统。

步骤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地址详细信息。

以上实施例是对本申请方法实施例的描述，本申请还提供了一种信息系统创建装置以及一种用于创建信息系统的系统。参见图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 (8)

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

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

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

解析所述元数据，并根据解析后的元数据从业务实体数据库中获取业务实体数据；

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

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

3.根据权利要求1或2所述的方法，其特征在于，在接收输入的配置数据后对元数据进行配置。

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

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

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

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

所述获取单元，用于根据解析后的元数据从业务实体数据库中获取业务实体数据；

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

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

6.根据权利要求4或5所述的装置，其特征在于，所述装置还包括配置单元，用于在接收输入的配置数据后对元数据进行配置。

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

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

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

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

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

所述获取单元，用于根据解析后的元数据从业务实体数据库中获取业务实体数据；

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

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

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

8.根据权利要求7所述的系统，其特征在于，所述服务器还包括配置单元，用于在接收输入的配置数据后对元数据进行配置。

Images