CN104850925A - 一种过程数据一体化管理系统 - Google Patents

Abstract

本发明涉及一种过程数据一体化管理系统，其用于管理过程及过程中的各类活动执行期间所产生的数据，包括：活动中心，其存储过程中的各类可动态定义的活动、活动之间的关系和活动历程信息；数据中心，其存储各类可动态定义的数据和数据之间的数据关系；关联关系模块，其用于建立活动与数据之间的关联关系；执行模块，其用于执行过程中的活动并将活动执行期间产生的数据存储到数据中心；数据展示模块，其用于展示和管理数据中心中存储的数据。本发明将过程与数据一体化管理，解决数据和过程相脱节的问题；同时不但管理活动结束时产生的结果数据，还管理活动执行期间所产生的数据和操作，提高工程设计、分析的循环效率。

Description

一种过程数据一体化管理系统

技术领域

本发明涉及一种管理系统，尤其是一种能够一体化管理过程及过程中的活动执行期间所产生的数据的管理系统。

背景技术

数据与过程是工程设计领域中的两个核心要素。成功的工程设计，不仅仅需要管理各个方面的数据，而且还需要建立严格的过程，并按照该严格的过程执行过程中的活动，保障工程设计问题的顺利进行。目前大部分数据管理系统主要侧重于结果数据，即过程及过程中的活动执行结束时产生的数据的管理，而忽视了对产生该结果数据的相关过程及活动执行期间所产生的数据的管理。由于所管理的结果数据是静态的，所以在过程的活动执行期间的某些数据发生变化时，要想获得这些变化的数据对整个结果数据所造成的影响，就必须重新建立产生结果数据的相关过程，然后运行该过程以便获得结果数据。这种情况就造成了数据与过程相互脱节，给实际工程设计，尤其是设计方案的更改、评估造成极大的不便，限制了工程设计、分析的循环效率。

为此，企业目前普遍存在对能够一体化管理过程及过程中的活动执行期间所产生的数据的管理系统的普遍需求。

发明内容

本发明旨在解决目前企业中存在的过程与数据未统一管理，且只管理结果数据而未管理过程中的活动执行期间所产生的数据从而造成数据与过程相互脱节，进而使得工程设计、分析的循环效率低下等问题。

为此，本发明提供一种过程数据一体化管理系统，其用于管理过程及过程中的各类活动执行期间所产生的数据，包括：活动中心，其存储过程中的各类可动态定义的活动、活动之间的关系和活动历程信息；数据中心，其存储各类可动态定义的数据和数据之间的数据关系；关联关系模块，其用于建立活动与数据之间的关联关系；执行模块，其用于执行过程中的活动并将活动执行期间产生的数据存储到数据中心；数据展示模块，其用于展示和管理数据中心中存储的数据。

进一步地，所述过程数据一体化管理系统进一步包括活动展示模块，其用于展示和管理活动中心中的活动、活动之间的关系和活动历程信息。

其中，所述活动包括人工活动、自动化活动和逻辑控制活动。

所述活动之间的关系包括隶属关系、逻辑关系、数据关系和时间关系。

所述数据关系包括隶属关系、影响关系、派生关系、转换关系、映射关系、属性值映射关系和版本关系。

进一步地，所述活动历程信息指活动从开始到结束的生命周期执行期间产生的信息，包括活动生命周期期间的状态变迁记录、该生命周期期间所产生的数据信息以及其子活动的活动历程之间的执行逻辑关系。

更进一步地，所述状态变迁记录包括活动状态变迁前的状态、变迁后的状态、变迁的时间、变迁的执行主体和引起变迁的操作。

其中，所述数据展示模块定义数据展示视图，所述展示视图包括一个主视图和多个侧视图，所述主视图展示数据中心的所有数据，所述侧视图展示数据中心的具有相同属性的一类数据。

进一步地，所述数据展示模块还用于展示数据谱系关系，所述数据谱系关系包括数据之间的数据关系以及活动与数据之间的关联关系。

此外，所述过程数据一体化管理系统进一步包括关联系统，所述关联系统包括存储执行活动所需工具的工具系统和存储执行活动所需资源的资源系统。

本发明通过过程中的活动之间的关系及活动历程信息实现对过程的管理，并通过活动与数据之间的关联关系实现过程与数据的一体化管理，同时，通过对过程中的活动执行期间产生的数据的管理便于结果数据的来源分析，有助于提高工程设计、分析的效率。此外，通过不同的数据展示视图实现不同类数据的展示，有助于用户的使用。最后，通过数据谱系的管理实现各种数据之间以及活动与数据之间的关联，便于数据的跟踪和分析。

附图说明

图1是根据本发明的过程数据一体化管理系统的简化图。

图2是本发明的统一活动模型的简化图。

图3是本发明的一个示例性的活动执行期间的状态变迁记录。

图4是本发明的一个示例性的活动的子活动的活动历程之间的执行逻辑关系的示意图。

图5是本发明的一个示例性的活动与数据之间的关联关系的示意图。

图6示出了本发明的一个示例性的数据主视图以及试验侧视图和仿真侧视图。

具体实施方式

下面结合附图详细描述本发明的过程数据一体化管理系统。

图1是根据本发明的过程数据一体化管理系统的简化图。如图1所示，其包括活动中心、数据中心、关联关系模块、执行模块、数据展示模块、关联系统和活动展示模块。其中，所述活动中心存储过程中的各类活动、活动之间的关系及活动历程信息。

众所周知，工程设计是一个过程，其包括各种类型的活动，诸如设计、仿真、试验等。每一个活动又可能包括多个子活动，诸如系统设计包括子系统A设计、子系统B设计、子系统C设计、系统设计方案评估和系统设计方案仿真等子活动，而子系统A设计又包括部件A设计、部件B设计和部件C设计等子活动。同时，由于工程设计是一个复杂的过程，所以这些活动即包括人工执行的活动，又包括自动执行的活动，例如，有些活动需要人工进行操作来完成，有些活动通过调用软件工具来自动完成，有些活动通过启动自动化计算方法来自动进行计算等。常见的活动包括人工操作、工具软件调用和自动化计算方法等。下面的表1列出了工程中的常见活动。其中，人工活动是指需要进行人工操作才能进行的活动，工程中常见的设计任务、仿真任务、开发任务、测试任务等都是典型的人工活动。自动化活动是指不需要人工具体操作即可自动实现相关计算操作的活动，常见的公示计算、新增、删除、编辑等操作都是典型的单元计算活动。逻辑控制活动多用于流程中，可理解为流程中的节点，通过不同的逻辑判断节点可以搭建起较为复杂的流程，例如，自动判断节点、AND、OR等，以及常见的人工判断活动，诸如审批、会审等都属于逻辑控制活动。

表1

活动类型	活动名称
		人工活动	项目活动、阶段任务、里程碑任务、需求分析任务、设计任务、仿真任务、开发任务、测试任务等
自动化活动	公式计算、脚本、新增操作、删除操作、编辑操作、数据库操作等
		逻辑控制活动	人工判断活动，诸如审批、会审等；自动判断活动；分支活动；循环活动等；

活动中心存储过程中的各类活动主要是存储活动的相关信息，主要包括活动的内容，即该活动要做什么；活动的执行主体，即由谁来执行该活动；活动的执行机制，即在满足什么驱动因素的情况下执行该活动；完成活动所需的工具，即通过什么工具来执行该活动；活动的执行状态，即该活动处于何种状态了；以及活动与外部环境和其它活动的数据交互关系。

此外，活动的相关信息还可以包括活动与外部资源的关联关系，所述外部资源主要包括完成活动所需要的人力、财力、物力等以及以前完成同类项活动所积累的经验、知识、标准等。

更进一步地，活动的相关信息还可以包括活动的基本属性，如活动名称、ID、类型、相关注释等等。

当然，活动的相关信息还可以包括活动的约束信息和权限信息，例如必须要在某年某月某日之前完成该活动，完成该活动必须要提供某种资源等各种约束信息，以及只有什么级别以上的人员才能够有权限查看和管理某项活动，普通技术人员无权限统计和分析活动等各种权限信息。

本发明中的所有活动都是可动态定义的。例如，通过XML语言来定义活动的相关信息，通过XML语言定义活动的相关信息便于活动的相关信息的增加、删除和修改，从而能够实现活动的动态定义。

在产品的研制过程中，所涉及到的活动的类型是多种多样的，诸如人工活动、单元计算活动、逻辑控制活动等。如果能用一种统一和标准的格式来描述这些活动，那么就便于统一管理这些活动。为此，本发明通过建立统一活动模型的方式来统一和标准地描述这些活动。通过为每种类型的活动分别建立一个统一活动模型，依据该统一活动模型来描述该种类型的所有活动，有助于同一种类型的活动的统一和标准地表达，从而有助于活动的统一管理。

根据描述活动的相关信息的需要，如图2所示，该统一活动模型主要包括任务层、主体层、执行机制层、工具层、状态层、数据输入接口和数据输出接口；其中，任务层记录活动的内容，即该活动要做什么；主体层记录活动的执行主体，即由谁来执行该活动；执行机制层记录活动的执行机制，即在满足什么驱动因素的情况下执行该活动；工具层记录完成活动所需的工具，即通过什么工具来执行该活动；状态层记录活动的执行状态，即该活动处于何种状态了；数据输入接口和数据输出接口用于建立活动与外部环境和其它活动的数据交互关系。

此外，该统一活动模型还可以包括关联信息接口，该关联信息接口用于建立活动与外部资源的关联关系。

更进一步地，该统一活动模型还可以包括属性层，该属性层记录活动的基本属性，如活动名称、ID、类型、相关注释等等。

当然，该统一活动模型也可以包括图2中未示出的约束层和权限层等。该约束层记录活动的各种约束信息，该权限层记录活动的权限信息。

当然，根据活动所处的阶段不同以及活动的类型不同，统一活动模型所包括的层的数量和类型可以是不同的，其由企业根据本企业活动管理的需求而定。

在定义好了统一活动模型之后，要依据定义好的统一活动模型来具体描述各个具体的活动。

活动之间的关系主要包括结构关系，即隶属关系；逻辑关系；数据关系；和时间关系。其中，所述结构关系是指父活动与子活动之间的隶属关系。例如，在飞机设计过程中，仿真活动包括飞机机翼仿真活动、飞机机身仿真活动、飞机底盘仿真活动等。这里，仿真活动是父活动，飞机机翼仿真活动、飞机机身仿真活动、飞机底盘仿真活动等都是子活动，它们之间就构成结构关系，即隶属关系。活动之间的隶属关系通常通过“树”结构来体现。

所述逻辑关系记录活动之间的执行逻辑，其主要包括串行、并行、判断分支和迭代等。例如，如果一个活动与另一个活动可以同时进行，那么它们之间的逻辑关系是“并行”；如果一个活动必须等到另一个活动执行完毕后才能进行，那么它们之间的逻辑关系是“串行”；如果一个活动执行完毕之后要进行判断，根据条件的不同可以执行活动A，也可能执行活动B，那么它们之间的逻辑关系就是“判断分支”；如果一个活动与另一个活动必须进行多轮迭代，直到满足一定条件之后才退出迭代，那么它们之间的逻辑关系就是“迭代”。

所述数据关系记录活动的输入数据和输出数据以及活动之间的数据映射关系。例如，如果一个活动的输入数据是另一个活动的输出数据，或者一个活动的输出数据是另一个活动的输入数据，那么它们之间就存在数据关系。诸如设计活动的输出数据作为仿真活动的输入数据，它们之间就存在数据关系。

所述时间关系记录活动的起止时间。例如，某个活动在何时开始，某个活动在何时结束等。

通过建立活动之间的结构关系、时间关系、逻辑关系和数据关系形成一个项目的设计过程。其中，活动的结构关系形成项目的WBS，活动的时间关系形成计划，活动的逻辑和数据关系形成流程。

每一个活动从开始到结束要经历一系列的阶段，例如，一个系统设计活动从开始到结束的生命周期包括创建、设计、修改、送审、审批等阶段。通过记录活动从开始到结束的生命周期执行期间产生的信息有助于对活动执行的了解，从而有助于对活动的管理。活动历程信息就是指某一活动从开始到结束的生命周期执行期间产生的信息，包括活动生命周期期间的状态变迁记录、该生命周期期间所产生的数据信息以及其子活动的活动历程之间的执行逻辑关系。通过活动生命周期期间的状态变迁记录可以了解活动的执行过程；通过该生命周期期间所产生的数据信息能够了解活动执行期间产生的数据从而实现过程与数据的一体化管理；如果活动还包括子活动的话，通过其子活动的活动历程之间的执行逻辑关系可以看到过程中各类活动的执行逻辑，从而实现对过程的管理。

图3是本发明的一个示例性的活动执行期间的状态变迁记录。如图3所示，所述状态变迁记录包括活动状态变迁前的状态、变迁后的状态、变迁的时间、变迁的执行主体和引起变迁的操作。即，在“什么时候”活动从“状态1”变迁到“状态2”，“谁”通过“什么操作”执行了这次变迁。例如，在图3中，活动在“2013年12月15日的 11点22分”从状态“编制中”变迁到状态“送审中”，执行主体“张三”通过“送审”操作执行了这次变迁。

同时，在活动的执行期间，每个阶段都会产生相应的数据，例如，在图3中，张三执行“新建”操作会产生相应的新建数据，李四执行“审核”操作会产生相应的审核数据等。通过记录活动执行期间所产生的数据信息，而不仅仅记录活动执行结束时的结果数据，有助于实现活动执行历程与数据的一体化管理，进而有助于实现过程与数据的一体化管理，并有利于数据的追溯。例如，可以追溯审核过的数据最初创建时是什么样的，修改后是什么样的等。

此外，如果活动还包括子活动的话，在活动中心中还存储其子活动的活动历程之间的执行逻辑关系。例如，系统设计活动包括子系统A设计活动、子系统B设计活动和子系统C设计活动。子系统A设计活动又包括部件A1设计活动、部件A2设计活动和部件A3设计活动。子系统B设计活动又包括部件B1设计活动、部件B2设计活动和部件B3设计活动。子系统C设计活动又包括部件C1设计活动、部件C2设计活动和部件C3设计活动。同时，每一个设计活动又包括多个设计方案，从而会产生多个历程。例如，部件A1设计活动会有两个设计方案，从而该部件A1设计活动会产生两个历程，分别为历程A11和历程A12。这样，对于系统设计活动来说，其有很多个子活动，且每个子活动又可能会产生多个活动历程，通过记录其子活动的活动历程之间的执行逻辑关系，即，先执行哪个历程，再执行哪个历程，哪些历程是并行进行的，哪些历程是串行进行的等等，就有助于了解其子活动的每个设计方案的执行顺序，从而有助于对整个设计过程的了解和管理，实现对过程的管理。

图4是本发明的一个示例性的活动的子活动的活动历程之间的执行逻辑关系的示意图。其中，项目“ProjectA”具有三个活动TASK_A1、TASK_A2和TASK_A3，同时活动TASK_A1又具有四个子活动TASK_A11、TASK_A12、TASK_A13和TASK_A14。而且，活动TASK_A1具有两个活动历程TASK_A1/1、TASK_A1/2；活动TASK_A2具有一个活动历程TASK_A2/1；活动TASK_A3具有两个活动历程TASK_A3/1和TASK_A3/2；并且子活动TASK_A11具有两个活动历程TASK_A11/1和TASK_A11/2，子活动TASK_A12具有一个活动历程TASK_A12/1，子活动TASK_A13具有一个活动历程TASK_A13/1，子活动TASK_A14具有三个活动历程TASK_A14/1、TASK_A14/2和TASK_A14/3。这样，如图3的右侧上部所示的那样，项目“Project1”的各个活动的活动历程之间的执行逻辑为Task_A1/1、Task_A1/2、Task_A3/1、Task_A3/2和Task_A3/3并行进行，而Task_A2/1要在Task_A1/2执行之后才能进行。图3的右侧的中部和下部示出了关于活动“TASK_A1”的子活动活动TASK_A11、TASK_A12、TASK_A13和TASK_A14的活动历程之间的两个示例性的执行逻辑关系。在图3的右侧的中部所示的执行逻辑关系中，执行完Task_A11/1之后执行Task_A12/1，然后可以并行执行Task_A14/1和Task_A14/2。在图3的右侧的下部所示的执行逻辑关系中，执行完Task_A11/2之后执行Task_A13/1，然后再执行Task_A14/3。

所述数据中心存储各类数据主要是存储数据的相关信息和数据本身。数据的相关信息主要用于描述数据本身，包括数据的相关属性，诸如数据的名称、ID、创建时间、修改时间、状态、创建人员、审核人员、类型、单位等等，依据产品研制过程中所处的不同阶段以及所要表达的数据类型的不同，对应的数据具有不同的相关属性，相关属性具体包括哪些内容由企业根据本企业数据管理的需要而确定；版本，每个数据具有一个唯一的版本号，通过对数据的版本的控制有助于对活动执行期间产生的数据的管理；操作，包括删除、增加、修改等等；用户对数据所拥有的权限，例如设计人员具有对设计数据的修改权等。数据本身是一个数据的核心，诸如，对于设计数据来说，关于设计方案的数据就是数据本身，其描述了该设计的具体数值，诸如设计的形状是什么样，长、宽、高分别是多少等。

如同定义活动那样，本发明中的所有数据都是可动态定义的。例如，通过XML语言来定义数据。通过XML语言定义数据便于数据的相关信息的增加、删除和修改，从而能够实现数据的动态定义。

所述数据关系包括数据之间的结构关系，即父数据与子数据之间的隶属关系。例如，产品的部件由多个零件组成，这样，部件数据就是父数据，零件数据就是子数据，它们之间就是结构关系，也称隶属关系；设计部门领导管理多个设计人员，这样，设计部门领导的数据就是父数据，设计人员的数据就是子数据，它们之间就是结构关系，也称隶属关系。数据之间的结构关系通常也通过“树”结构来表达。

所述数据关系还包括数据之间的影响关系、派生关系和转换关系；数据之间的映射关系，即同一类数据之间的属性值传递关系；以及数据之间的属性值映射关系，即数据之间的个别属性值传递关系。所述影响关系是指一个数据会对另一个数据产生影响，当该数据发生变化时，受其影响的数据也将发生变化。例如，在产品需求调研阶段，一个需求数据可能会对另一个需求数据产生影响，从而在两个需求数据之间形成影响关系，诸如，需要重量轻这个需求数据会对需要强度高这个需求数据产生影响，因此它们之间形成影响关系。所述派生关系是指一个数据是由另一个数据派生出来的。例如，产品需求调研阶段所产生的需求最终要通过产品的某个指标来体现，这样该需求数据与该指标数据之间就是派生关系，即指标数据是由需求数据派生出来的。所述转换关系是指一个数据是由另一个数据转换而来的。例如，用户在产品使用过程中发现了某个问题，从而才有了某种需求，那么这种需求数据就是由该问题数据转换而来，它们之间的数据关系就是转换关系。所述数据之间的映射关系，如前所述，是指同一类数据之间的属性值传递关系，即，一个数据的所有属性的值全部由另一个同一类数据的属性的值传递而来。例如，一个坐标数据A，其具有三个属性，分别为X坐标、Y坐标和Z坐标，另一个同一类的坐标数据B，其也具有三个属性，分别为X’坐标、Y’坐标和Z’坐标，其中坐标数据B的属性X’坐标、Y’坐标和Z’坐标的值都由坐标数据A的三个属性X坐标、Y坐标和Z坐标的值传递而来，那么坐标数据A与坐标数据B之间的数据关系就是映射关系。所述数据之间的属性值映射关系，如前所述，是指一个数据与另一个数据之间的个别属性值传递关系。例如，一个指标数据A具有多个属性，诸如ID、名称、数值、描述等，一个参数数据B也具有多个属性，诸如ID、名称、数值、类型等，其中参数数据B的其中一个属性“数值”的值由指标数据A的其中一个属性“数值”的值传递而来，那么指标数据A与参数数据B之间的数据关系就是属性值映射关系。

此外，所述数据关系还包括数据之间的版本关系。如前所述，每个数据具有一个唯一的版本号。同时，在过程的活动执行期间，会产生许多数据，通过按照一定性的规则设置这些数据的版本号，就可以通过版本号来查看这些数据之间的演进关系，从而实现对活动执行期间所产生的数据的管理，并有助于实现结果数据的来源分析。例如，系统设计活动产生的数据的基础版本号为“1.1”，该系统设计活动的第一个设计方案的基础版本号相应为“1.1.1”，第二个设计方案的基础版本号为“1.1.2”，创建第一个设计方案时产生的数据的版本号相应的为“1.1.1.1”，修改第一个设计方案时产生的数据的版本号相应为“1.1.1.2”，审批第一个设计方案时产生的数据的版本号相应的为“1.1.1.3”等等。这样， 通过调用相应的版本号，就可以查看数据的演进过程，例如，通过调用基础版本号“1.1”，就可以查看系统设计的各个设计方案的数据演进过程。通过调用基础版本号“1.1.1”，就可以查看系统设计的第一个设计方案的数据的演进过程。通过存储活动执行期间所产生的数据并赋予其合适的版本号，并通过这些数据之间的版本关系，可以查看数据的演进过程，有利于结果数据的来源分析。

所述关联关系模块用于建立活动与数据之间的关联关系。要实现过程与数据的一体化管理，必须要建立过程中的活动与数据之间的关联关系，通过关联关系使得活动与数据产生联系。

在活动中，可以从无到有的新建数据，也可以从数据中心处调用以前所产生的数据，或者将执行活动所获得数据存储到数据中心中。数据中心统一管理所有活动的相关数据及数据关系。

为了便于建立活动与数据之间的关联关系，针对数据，可以人为的给其设置标识：输入、输出和输入输出：

输入数据，输入活动的数据，其一般会参与相关运算，并直接关系到活动输出数据的质量；

输出数据，即该活动的产出物，同时可能传递给其他活动进行使用；

输入输出数据，即又作为输入又作为输出的数据。

一个活动对应有活动数据，所述活动数据分为输入数据和输出数据。当一个数据是一个活动的输入数据时，将该数据与该活动之间的关联关系标注为“输入”，当一个数据是一个活动的输出数据时，将该数据与该活动之间的关联关系标注为“输出”，一个活动的活动数据是该活动的所有输入和输出数据的总和。通过将数据标注为活动的“输入”或“输出”，建立起活动与数据之间的关联关系。

如图5所示，其示出了本发明的一个示例性的活动与数据之间的关联关系。该活动具有活动数据，该活动数据包括多个数据，例如父数据1和父数据2，父数据1和父数据2又包括多个子数据。在该例子中，父数据1是该活动的输入数据，父数据2是该活动的输出数据。通过将父数据1标注为该活动的“输入”，将父数据2标注为该活动的“输出”，建立起父数据1和父数据2与该活动的关联关系。

对于一个输入输出数据来说，其对于一个活动可能是输入数据，这时其与该活动的关联关系标准为“输入”，对于另外一个活动可能是输出数据，这时其与该另一个活动的关联关系标注为“输出”。由此可知，同一个数据，可以与多个活动具有关联关系，且是不同的关联关系。

所述执行模块用于执行过程中的活动并将活动执行期间产生的数据存储到数据中心。要执行一个活动，必须先判断活动是否可执行。在本发明中，判断活动是否可执行主要看活动的驱动因素是否满足。

在本发明中，驱动因素包括时间驱动因素、逻辑驱动因素和数据驱动因素。由于采用时间、逻辑和数据的活动驱动机制，而这三种驱动机制可能存在冲突之处，例如当满足活动的时间驱动因素时，却不满足活动的逻辑驱动因素和数据驱动因素，且可能某些活动只选择三种驱动因素中的一种或两种作为驱动因素，因此需要解决这三种驱动因素可能存在的冲突问题。为此，需要确定活动采用哪种驱动机制。首先，活动的驱动因素可以是三种驱动因素的一种或两种或三种，用户可根据活动的具体情况进行配置；其次，驱动因素之间存在优先级，即某些活动可能是时间优先，某些活动可能是逻辑优先，某些活动可能是数据优先。本发明支持以下任意组合方式（下述“>”表示左边优先级高于右边，“=”表示左右优先级相等：

时间驱动

逻辑驱动

数据驱动

时间+逻辑驱动：

时间>逻辑

逻辑>时间

时间+数据驱动：

时间>数据

数据>时间

逻辑+数据驱动：

逻辑>数据

数据>时间

时间+逻辑+数据驱动：

时间>逻辑>数据

时间>数据>逻辑

时间=逻辑>数据

时间=数据>逻辑

时间>逻辑=数据

逻辑>时间>数据

逻辑>数据>时间

逻辑=数据>时间

逻辑>数据=时间

数据>时间>逻辑

数据>逻辑>时间

数据>逻辑=时间

确定了活动的驱动机制之后，要判断活动的相应驱动因素是否满足。当满足活动的驱动因素时，就可以驱动执行主体开始执行活动，若活动的驱动因素未满足，那么该活动等待执行，直到满足了驱动因素为止。

在执行活动时，由于每个活动要经历一系列的阶段，因此在活动执行期间又会产生大量的数据。诸如，部件A设计活动要经历创建、初步设计、修改、送审、审批等一系列步骤，并产生一系列数据，诸如初步设计数据、修改后的设计数据、审批后的设计数据等。根据版本设置规则为这些数据分别赋予一个唯一的版本号，并将带有版本号的数据存储到数据中心，从而实现数据的统一管理，并可通过版本关系实现数据的来源分析。

当然，在活动执行期间，可能需要调用相关的工具和外部资源。例如，在进行设计时，可能需要调用CAD设计工具并需要调用以往的设计参数和知识作为参考。为此，本发明还提供有关联系统，该关联系统是与执行活动相关的各种应用系统。例如工具系统，其存储执行活动所需要的工具。资源系统，其存储执行活动所需资源，包括以前的相关知识、已有的设计方案等等。具体执行活动时，可以从工具系统中调用执行活动所需的工具，从资源系统中调用执行活动所需的资源，以辅助活动的执行。

数据展示模块展示和管理数据中心中存储的数据。通过数据展示模块可以展示和管理数据中心中存储的数据的相关属性和数据本身。但是，由于数据中心中存储了各种类型的数据，包括设计数据、仿真数据、试验数据；第一种型号飞机的研制数据、第二种型号飞机的研制数据等等，这些数据涉及到不同种类、不同专业，供不同用户使用。所有这些数据如果用一套视图展现的话，对于用户来说查看起来复杂且不方便，而且有些数据对用户来说也是不必要的和无用的。因此，所述数据展示模块还可以定义数据展示视图，允许用户建立不同的展示视图，提供不同专业或组织的展示方式，方便用户对数据的操作。在本发明中，所述展示视图包括一个主视图和多个侧视图，所述主视图展示数据中心的所有数据，所述侧视图展示数据中心的具有相同属性的一类数据，比如设计数据、仿真数据；或者某种具体型号的产品的数据等等。通过主视图可以对数据中心的所有数据进行分析，其主要供产品研发总监等高层人士使用；通过侧视图可以对数据中心的各种类型的数据分别进行分析，其主要供部门负责人等中层人士使用。图6示出了本发明的一个示例性的数据主视图以及试验侧视图和仿真侧视图。其中的数据主视图示出了系统研发过程中所涉及的所有数据，而试验侧视图和仿真侧视图则分别示出了系统研发过程中所涉及的试验数据和仿真数据。如图6所示，其中的试验侧视图展示数据主视图中的“试验”节点下的所有数据，其中的仿真侧视图展示数据主视图中的“仿真”节点下的所有数据。

此外，为了便于了解数据之间的数据关系，所述数据展示模块还用于展示数据谱系关系，所述数据谱系关系包括数据之间的数据关系以及活动与数据之间的关联关系。通过数据谱系关系可以展示相关数据之间的数据关系、数据与活动之间的关联关系，从而可以查看数据的来源、分析数据对其它数据的影响等，也可以查看某个活动产生了哪些数据，某个数据是由哪个活动产生的等。

本发明的过程数据一体化管理系统还包括活动展示模块，用于展示和管理活动中心中的活动、活动之间的关系和活动历程信息。例如，展示活动的相关属性，展示活动之间的逻辑关系、数据关系、时间关系和结构关系，展示各个活动的历程等等。通过展示和管理活动中心中的活动、活动之间的关系和活动历程信息，可以查看活动和过程的执行过程，进而可以实现对过程的管理。

本发明通过过程中的活动之间的关系及活动历程信息实现对过程的管理，并通过活动与数据之间的关联关系实现过程与数据的一体化管理，同时，通过对过程中的活动执行期间产生的数据的管理便于结果数据的来源分析，有助于提高工程设计、分析的效率。此外，通过不同的数据展示视图实现不同类数据的展示，有助于用户的使用。最后，通过数据谱系关系的管理实现各种数据之间以及活动与数据之间的关联管理，便于数据的跟踪和分析。

具体实施方式的内容是为了便于本领域技术人员理解和使用本发明而描述的，并不构成对本发明保护内容的限定。本领域技术人员在阅读了本发明的内容之后，可以对本发明进行合适的修改。本发明的保护内容以权利要求的内容为准。在不脱离权利要求的实质内容和保护范围的情况下，对本发明进行的各种修改、变更和替换等都在本发明的保护范围之内。

Claims (10)

1.一种过程数据一体化管理系统，其用于管理过程及过程中的各类活动执行期间所产生的数据，包括：

活动中心，其存储过程中的各类可动态定义的活动、活动之间的关系和活动历程信息；

数据中心，其存储各类可动态定义的数据和数据之间的数据关系；

关联关系模块，其用于建立活动与数据之间的关联关系；

执行模块，其用于执行过程中的活动并将活动执行期间产生的数据存储到数据中心；

数据展示模块，其用于展示和管理数据中心中存储的数据。

2.如权利要求1所述的过程数据一体化管理系统，其中，进一步包括活动展示模块，其用于展示和管理活动中心中的活动、活动之间的关系和活动历程信息。

3.如权利要求1所述的过程数据一体化管理系统，其中，所述活动包括人工活动、自动化活动和逻辑控制活动。

4.如权利要求1所述的过程数据一体化管理系统，其中，所述活动之间的关系包括隶属关系、逻辑关系、数据关系和时间关系。

5.如权利要求1所述的过程数据一体化管理系统，其中，所述数据关系包括隶属关系、影响关系、派生关系、转换关系、映射关系、属性值映射关系和版本关系。

6.如权利要求1所述的过程数据一体化管理系统，其中，所述活动历程信息指活动从开始到结束的生命周期执行期间产生的信息，包括活动生命周期期间的状态变迁记录、该生命周期期间所产生的数据信息以及其子活动的活动历程之间的执行逻辑关系。

7.如权利要求6所述的过程数据一体化管理系统，其中，所述状态变迁记录包括活动状态变迁前的状态、变迁后的状态、变迁的时间、变迁的执行主体和引起变迁的操作。

8.如权利要求1所述的过程数据一体化管理系统，其中，所述数据展示模块定义数据展示视图，所述展示视图包括一个主视图和多个侧视图，所述主视图展示数据中心的所有数据，所述侧视图展示数据中心的具有相同属性的一类数据。

9.如权利要求8所述的过程数据一体化管理系统，其中，所述数据展示模块还用于展示数据谱系关系，所述数据谱系关系包括数据之间的数据关系以及活动与数据之间的关联关系。

10.如权利要求1所述的过程数据一体化管理系统，其中，进一步包括关联系统，所述关联系统包括存储执行活动所需工具的工具系统和存储执行活动所需资源的资源系统。