CN102682096A - 一种仿真资源信息与模型源码协同管理装置及其方法 - Google Patents

Abstract

本发明提出一种仿真资源信息与模型源码协同管理装置及其方法，用于协同管理关系型数据库和CVS版本管理库。所述装置包括提供一个外部数据存取接口的数据一致性存取接口，实时监听并同步两个资源库更新操作的数据同步更新监听模块，定期检查两个资源库中数据对应关系的完整性的数据完整性测试与回退模块，以及记录所有同步访问操作信息的协同访问日志模块。所述方法首先设计了数据库表结构，实现仿真资源信息的结构化存储，创建了模型管理库，利用所述装置实现一致性数据存储功能和数据同步更新功能。本发明保证了在关系型数据库与CVS版本控制库的协同管理过程中，数据的一致性、完整性及安全性。

Description

一种仿真资源信息与模型源码协同管理装置及其方法

技术领域

本发明属于计算机技术软件资源管理领域，具体涉及一种仿真模型及软件版本资源的协同管理中，两者之间的资源一致性与安全性的实现方法。

背景技术

数据库是一个按照数据的结构与关系来组织、存储和管理数据的仓库。它能够实现数字的资源结构化管理，并能提供高效的数据检索与共享机制。

CVS的全称为协同版本控制系统，是一个开源的、用于在多人开发环境下源码文件维护的软件包。它能实现对一系列文件所作修改的记录，从而以增量的形式管理文件修改过程中的各个版本，并能进行版本的比较。

在仿真资源管理领域，关系型数据库能够实现对仿真模型资源，仿真实验资源及相关人员的有效管理。然而，如果同时需要管理仿真软件模块的工程源文件的各个版本，实现不同版本的比较及访问，数据库就存在一定的不足，主要因为：(1)各个模块的工程源文件的数目、类型等各不相同，无法实现在模型表结构中的统一管理；(2)仿真模型开发过程中，同一模型的工程源文件会产生多个版本及分支，单独用数据库实现版本管理，需要对每一版本存储一份，产生冗余存储，不利于不同版本的比较。针对这种情况，如果能够把关系型数据库与CVS结合，实现仿真资源的有效管理，具有重大应用价值。然而，数据库和CVS在资源存储方面各有自己的实现机制及数据一致性，安全性的维护机制。要利用两个独立系统实现具有各种关联的仿真资源的协同管理，很容易造成数据不完整，不一致乃至关系错乱等情况出现，最终导致严重的资源损失。所以，需要设计两者之间资源的一致性、完整性及安全性的保障方法。

发明内容

针对现有技术采用数据库和CVS协同管理仿真资源时，存在数据不完整、不一致等问题，本发明提出一种仿真资源信息与模型源码协同管理装置及其方法，解决了关系型数据库与CVS协同资源管理中，两者数据一致性、完整性及安全性的问题。

本发明提出的一种仿真资源信息与模型源码协同管理装置，用于协同管理两个资源库：关系型数据库和CVS版本管理库，该装置具体包括如下模块：数据一致性存取接口，数据同步更新监听模块，数据完整性测试与回退模块，以及协同访问日志模块。

数据一致性存取接口提供了一个对两个资源库同步的数据存储及读取接口，外部用户程序通过该数据存储及读取接口对两个资源库进行数据的存储以及读取，数据一致性存取接口将每次外部用户程序协同访问的详细信息，包括访问时间、具体操作内容和操作人，记录到协同访问日志模块中的协同访问日志中。数据一致性存取接口按照数据类别，将数据分别存入到两个资源库中，并将写入两个资源库的数据的对应关系记录到数据同步更新监听模块的库间数据一致性关系表中。

数据同步更新监听模块有两个功能，一是对用户提供数据同步更新操作的接口，二是维持两个资源库间数据的一致性，它维护一个存储两个资源库间数据一致性关系的数据结构，也称库间数据一致性表。数据同步更新监听模块在监听到数据修改或删除操作时，查询库间数据一致性表，将更新同步到另一个资源库的对应位置，并将更新操作的详细信息写入到协同操作日志中。

数据完整性测试及回退模块每隔指定的测试间隔，读取数据同步更新监听模块中的库间数据一致性表，对两个资源库之间的关系进行完整性测试。如果检测到数据非一致的情况，给予警告信息并提示用户是否进行回退操作。若进行回退操作，则根据协同访问日志模块中的协同访问日志文档中记录的回退点的信息，将两个资源库同步回退到该时刻点以前的状态，并将该时刻点及以后的所有日志记录删除。数据完整性测试及回退模块还提供了挂起接口，当该挂起接口调用后，暂停检测操作，待取消挂起后从暂停点继续执行。

协同访问日志模块包括协同访问日志文档和数据访问接口，协同访问日志文档用来记录所有同步操作两个资源库的访问的详细信息，包括访问时间，具体操作内容和操作模块。数据访问接口是协同访问日志文档的唯一读写接口，数据访问接口、数据一致性存取接口、数据同步更新监听模块、以及数据完整性测试与回退模块通过该数据访问接口实现对协同访问日志文档的写入、读取或删除操作。

一种仿真资源信息与模型源码协同管理方法，具体包括以下步骤：

步骤一：设计数据库表结构，实现仿真资源信息的结构化存储，建立了7个表：模型结构关系表MODELLIST、模型信息表MODEL、模型源码版本表MODLINSTVERSION、组合模型关系表COMPONENTRELATION、方案信息表SCHEMATABLE、方案实例表SCHEMAINSTANCE，以及用来存储公用库文件的公共库文件表COMMONLIB。

步骤二：利用协同版本管理系统实现模型工程源文件的管理，创建模型管理库repository，所有的模型可执行文件和源文件都以模块(module)形式添加到模型版本库中。

步骤三：创建协同访问日志模块。构建协同访问日志模块的数据访问接口和协同访问日志文档，数据访问接口是协同访问日志文档的唯一读写接口，协同访问日志文档用于记录同步访问两个资源库的操作时间、具体操作内容和操作模块。

步骤四：创建数据同步更新监听模块，为用户提供数据同步更新操作的接口，以及创建一个库间数据一致性表，所述的库间数据一致性表用于记录两个资源库之间的数据联系。

步骤五：实现数据完整性测试与回退模块。数据完整性测试与回退模块根据用户设定的循环测试时间间隔，进行完整性测试，测试方法为：数据完整性测试与回退模块读取库间数据一致性表中的数据对应关系，对每一条记录指向的两端的数据进行完整性比对，如果遇到数据不一致情况，则将详细出错信息提示给用户，并读取协同访问日志文档中最后一次完整操作信息，询问用户是否进行回滚到该时间节点，当用户确认回滚到该时间节点时，数据完整性测试与回退模块执行回滚操作；若未遇到数据不一致情况，则通过数据完整性测试。数据完整性测试与回退模块还提供挂起接口，当该挂起接口调用后，暂停检测操作，待取消挂起后从暂停点继续执行。

步骤六：创建数据一致性存取接口，为两个资源库提供一个同步的数据存储及读取接口。

步骤七：实现一致性数据存储功能。数据存储包括：添加新模型、添加模型源代码新版本、以及创建模型源代码新分支。具体本步骤的实现方法包括下面三步。

步骤7.1：对要存储的数据进行完整性测试，判断所有需要的数据是否都已经准备好，如果数据不完整，给出相应的提示信息让用户指定合适数据，直到数据完整性测试通过。

步骤7.2：进行资源分类，将模型描述信息记录条目对应到关系型数据库相应的表结构中，将模型源码信息及不同版本的源代码对应到CVS版本管理库中，然后挂起数据完整性测试与回退模块，执行同步上传操作，等待执行完成。

步骤7.3：如果上传过程中断，立即读取协同访问日志文档中的前一个操作点记录，将两个资源库的内容分别回滚到该操作点，并将中断详细情况提示给用户，让用户决定下一步操作；如果执行成功，则将完成时刻及具体操作内容写入到协同访问日志文档中，并将两个资源库对应关系添加到库间数据一致性表中，完成本次操作，取消数据完整性测试与回退模块的挂起。

步骤八：实现数据同步更新功能。数据同步更新包括：模型重命名、模型描述信息更新和模型版本文件更换。具体本步骤的实现方法为：

步骤8.1：首先对更新内容的合法性进行检查，合法性检查包括对文件格式和模型重命名规则的检查；

步骤8.2：更新内容的合法性检查通过后，挂起数据完整性测试与回退模块，根据更新内容查找库间数据一致性表，找出所要需要修改的位置信息；

步骤8.3：查找完成后执行同步更新，并等待更新完成，如果更新过程出错，立刻读取协同访问日志文档中的前一个操作记录点，将两个资源库的内容分别回滚到该操作点，并将错误信息提示给用户以决定下一步操作；如果更新成功，则将更新完成时刻及具体操作内容写入协同访问日志文档中去，完成本次操作；取消数据完整性测试与回退模块的挂起。

本发明的优点和积极效果在于：

(1)本发明提出的仿真资源信息与模型源码协同管理装置及其方法，保证了关系型数据库与CVS版本控制库之间数据的一致性、完整性及安全性。

(2)本发明设计了数据一致性存取接口及数据同步更新监听模块，通过维护两个资源库之间的数据关系表来确保了两个资源库之间的数据一致性。

(3)本发明设计了协同访问日志模块，记录所用的同步操作，用来在必要的时候进行同步回退，保证了数据的安全。

(4)本发明设计了数据完整性测试与回退模块，定期检查两个资源库中的数据关系是否一致，防止单方面操作关系型数据库或CVS版本管理库所造成的对同步数据的破坏。

附图说明

图1是本发明的协同管理装置的总体结构示意图；

图2是本发明的协同访问日志模块的结构示意图；

图3是本发明存储库间数据一致性关系的数据结构的示意图；

图4是本发明的协同管理方法的总体步骤流程图；

图5是本发明提出的数据库表结构图。

具体实施方式

下面将结合附图和一个已实现的具体案例对本发明作进一步的详细说明。

本发明的仿真资源信息与模型源码协同管理装置，包括：数据一致性存取接口1，数据同步更新监听模块2，数据完整性测试与回退模块3，协同访问日志模块4，总体结如图1所示。本发明的协同管理装置用于协同两个资源库：关系型数据库5和CVS版本管理库6。

数据一致性存取接口1提供了透明的数据存取接口。数据同步更新监听模块2实时监听所有更新操作，将一个资源库的更新操作同步到另一个资源库的所有相关节点。数据完整性测试与回退模块3定期检查两个资源库中数据对应关系的完整性，并实现同步回退到以前记录点的功能。协同访问日志模块4记录所有同步访问操作的时间点、具体操作内容、操作人员信息。

数据一致性存取接口1实现了一个对关系型数据库5及CVS版本管理库6同步的数据存储及读取接口，外部用户程序通过该数据存储及读取接口实现对两个资源库中数据的存储以及读取。数据一致性存取接口1在存储数据的时候，按照数据类别，将数据分别存入到关系型数据库5及CVS版本管理库6中，并将存储到两个资源库的数据的对应关系记录到数据同步更新监听模块2的库间数据一致性表中。数据一致性存取接口1将每次外部用户程序协同访问的详细信息，包括访问时间、具体操作内容和操作人，记录到协同访问日志模块4中的协同访问日志中。

数据同步更新监听模块2负责在关系型数据库5和CVS版本管理库6进行同步更新时保持数据的一致性，它维护了一个存储库间数据一致性关系的数据结构，也称为库间数据一致性表。本模块在监听到数据修改、删除操作时，查询库间数据一致性表，将更新同步到另一个资源库的对应位置。存储库间数据一致性关系的数据结构如图3所示，包括表向量21和模块向量23，表向量21与模块向量23之间通过连接数据块22来将对应的元素进行关联。图3中的表向量21对应关系型数据库5中的与CVS版本管理库6内数据有对应关系的表格，每一个有对应关系的表格有一个对应的表向量21，表向量21中的每一个元素211对应表格中的一个与CVS版本管理库6内数据有关联的字段，每一个元素211都维护了一个指针向量，该指针向量是一个向量结构，它的每一个元素都是指针，该指针向量的每一个元素211都指向一个连接数据块22，连接数据块22为一个数据结构，每个数据块22里包括回指到表向量21对应字段的指针、字段内容、CVS版本管理库6中与该表向量元素211对应的文件(目录)名以及指向CVS版本管理库6中对应模块的指针，字段内容对应的相应的表向量元素211中的字段内容。模块向量23与表向量21结构类似，模块向量23的每一个元素231对应一个CVS资源管理库6中的模块，每个模块包括一个模块名和一个指针向量，向量里的每一个指针指向一个连接数据块22。通过维护库间数据一致性表，就建立了两个库(关系型数据库5和CVS版本管理库6)之间有对应关系的数据之间的双向关系链，为数据同步更新提供支持。

数据完整性测试及回退模块3每隔指定的测试间隔，读取数据同步更新监听模块2中的库间数据一致性表，对两个资源库之间的关系进行完整性测试。数据完整性测试及回退模块3主要用来防止通过其他接口所进行的、非法的、对单一资源库(关系型数据库5或CVS版本管理库6)的操作，从而保障数据完整性。如果检测到数据非一致的情况，给予警告信息并提示用户是否进行回退操作。在同步回退操作时，会根据协同访问日志文档中回退点的记录信息回到该时刻点以前的状态，并将该时刻及以后的所有日志记录删除。数据完整性测试及回退模块3还提供了挂起接口，当该挂起接口调用后，暂停检测操作，待取消挂起后从暂停点继续执行。

协同访问日志模块4中包括协同访问日志文档及唯一的数据访问接口，如图2所示。协同访问日志文档用来存储所有协同操作记录，记录内容包括操作时间，详细的操作过程，以及操作模块。数据访问接口是协同访问日志文档的唯一读写接口，数据一致性存取模块1、数据同步更新监听模块2、以及数据完整性测试与回退模块3可以通过该数据访问接口实现协同访问日志文档的写入，读取，或删除操作。

如图4所示，为本发明提出的一种仿真资源信息与模型源码协同管理方法的整体步骤流程图。本发明实施例实现的具体过程如下：

在本实施例中所使用的关系型数据库5为oracle 11g第二版，CVS版本管理库6为CVSNT 2.0.51d。在本发明的具体实施中，用户可以根据自己实际情况灵活选择关系型数据库及CVS软件。

步骤一：利用数据库实现仿真资源信息的结构化管理，包括模型描述信息，接口信息、仿真方案描述信息，仿真实现配置信息，仿真资源配置信等。具体在关系型数据库5中创建如图5所示表结构中的7个数据表，根据图5中的表关系，创建主键及外键约束。

所有表结构的内容描述如下：

(1)模型结构关系表MODELIST用来存储各个模型及模型分类的层次关系，该表中的各字段组成如表1所示，表格中通过HASSON及HASPARENT字段来说明该节点是否有子节点、父节点，如果有父节点，则通过PARENTNODEID及PARENTNODENAME记录父节点ID和父节点名，通过这些信息就能够恢复出所有的模型结构树。

表1模型结构关系表

(2)模型信息表MODEL的字段内容如表2所示，模型ID及模型名都是实体的唯一标识。模型信息表用来存储所有模型实体的信息，包括模型元数据描述、接口描述、以及是否组合模型等。表格中MODELINFO字段用来存储模型描述xml文件，主要包括模型元数据描述，接口描述等，ISCOMOPRISE说明模型是否组合模型，NODEID是指向NODELIST表的外键，保证可以从模型树状结构上找到该模型的记录信息。

表2模型信息表

(3)模型源码版本表MODELINSTVERSION用来管理每个具有源码的模型的所有版本结构信息，能够根据该表中的信息恢复出指定模型的版本树，并且能够与CVS版本管理库里的模型源文件版本保持一致。该表中的各字段内容如表3所示，表格的基本结构与前面的MODELISTT基本相似，可以根据表格的HASPARENT，HASSON，PARENTVERSION字段来恢复出指定模型的版本树结构。

表3模型源码版本表

(4)组合模型关系表COMPONENTRELATION用来保存所有组合模型的子模型信息。该表中的各字段内容如表4所示，表中COMPONENTNAME指组合模型名，该组合模型有多少子模型构成就会有多少条该模型的记录，ISCOMPONENT用来说明是该子模型是否本身也是组合模型。

表4组合模型关系表

(5)公共库文件表COMMONLIB的字段内容如表5所示，主要用来存储一些常用的公共库文件，以便在仿真运行需要时能够快速获取。

表5公共库文件表

(6)方案信息表SCHEMATABLE用来存储所有仿真方案信息，该表中的各字段内容如表6所示，方案ID，方案名都是表的唯一标识，SCHEMAINFO字段用来存储方案xml文件，该文件包含模型连接关系及部署信息。此外，DISCRIPTION字段存储方案的简短介绍信息。

表6方案信息表

(7)方案实例表SCHEMAINSTANCE的字段内容如表7所示，用来管理与实验相关的所有资源信息，主要存储了完成实验配置后生成的实验配置描述文件(.xml)，仿真引擎运行时所需要的fed文件、omt文件和头文件(.h)，以及数据记录文件和数据分析文件。

表7方案实例表

续表7：

为了保证数据的一致性，在表结构之间设计了如下几个触发器：

(1)在模型信息表上设置TRG_MDL_NODE_UPDT触发器，当模型信息表里模型名更新后，同步更新模型结构关系表中对应的节点名。

(2)在模型信息表上设置TRG_DEL_MDL_NODE_RELAT触发器，当模型信息表中有记录删除时，同步删除模型结构关系表及组合模型关系表中对应记录。

(3)在模型信息表上设置TRG_MDL_COMPRELAT_UPDAT触发器，在模型信息表里模型名更新后，同步更新组合模型关系表中对应的模型名。

(4)在模型信息表上设置TRG_MDL_VER_UPDT触发器，在模型信息表里模型名更新后，同步更新模型源码版本表里所有具有模型名索引的记录。

(5)在模型信息表上设置TRG_MDL_VER_DEL触发器，在模型信息表里有记录删除时，同步删除模型结构关系表里对应的记录。

(6)在方案信息表里面设置TRG_SCHEMA_DEL触发器，在删除仿真方案记录时，同步删除该方案下属的所有试验记录。

步骤二：利用CVS版本管理系统实现模型工程源文件(源码文件)的管理。创建模型管理库repository，所有的模型可执行文件和源文件都以module形式添加到模型版本库中。module为CVS版本管理库6中资源文件的组织形式。

利用CVSNT提供的Control Panel面板创建repository库，库名为CVSMdlLib，选定访问方式为pserver。在所有客户端上安装CVSNT软件，并将其索引路径放到path环境变量里面。设置所有客户端的CVSROOT环境变量为：“：pserver；username＝XX；password＝^＊＊；hostname＝IP：/CVSMdlLib”其中XX为服务器的管理员账户的用户名，^＊＊是登陆密码，IP是服务器的IP地址，CVSMdlLib为模型版本库的库名，访问方式为pserver。

步骤三：创建协同访问日志模块4，构建协同访问日志模块的数据访问接口和协同访问日志文档，数据访问接口是协同访问日志文档的唯一读写接口，协同访问日志文档用于记录同步访问两个资源库的操作时间、具体操作内容和操作模块等信息。

步骤四：创建数据同步更新监听模块2，在其中为用户提供数据同步更新操作的接口，以及创建一个库间数据一致性表，库间数据一致性表是存储两个资源库之间的数据关系的数据结构，记录两个资源库之间的数据联系，保证能够通过该数据结构从一个库中查找到另一个库中与之对应的数据。

建立关系型数据库5与CVS版本管理库6之间数据一致性关系的数据结构，也就是如图3所示的库间数据一致性表，表向量和模块向量，表向量与模块向量之间对应的元素通过连接数据块进行关联，具体可见上述图3中对库间数据一致性表的结构的说明。在本实施案例中，只有模型源码版本表MODELINSTVERSION与CVS版本管理库里6的模块有一致性关系，为该表和CVS版本管理库的一致性关系在数据一致性关系表中进行记录。

步骤五：实现数据完整性测试与回退模块3。数据完整性测试与回退模块3需要用户设定循环测试时间间隔进行完整性测试，如果设定时间小于执行完一次测试所用的时间，则提示用户重新指定较大的循环周期，本发明实施例中所选的数据一致性测试时间间隔为10s。开始完整性测试时，数据完整性测试与回退模块3读取库间数据一致性表中的数据对应关系，对每一条记录指向的两端内容，也就是两个资源库存在数据一致性关系的数据进行完整性比对，如果遇到数据不一致情况，则将详细出错信息提示给用户，并读取协同访问日志文档中最后一次完整操作信息，询问用户是否进行回滚到该时间节点。用户确认后，执行回滚操作。数据完整性测试与回退模块3还提供了挂起接口，当挂起接口被调用后，暂停检测操作，待取消挂起后再从暂停点继续执行。

步骤六：创建数据一致性存取接口1，为关系型数据库5与CVS版本管理库6提供一个同步的数据存储及读取接口。外部用户程序通过该数据存储及读取接口对两个关系型数据库5与CVS版本管理库6进行数据的存储以及读取，数据一致性存取接口1将每次外部用户程序协同访问的详细信息，包括访问时间、具体操作内容和操作人，记录到协同访问日志模块4中的协同访问日志中；数据一致性存取接口1在数据存储时，按照数据类别将数据分别存入到两个资源库中，并将存储到两个资源库的数据的对应关系记录到数据同步更新监听模块2的库间数据一致性表中。

步骤七：实现一致性数据存储功能。具体实现一致性数据存储功能的方法为：

步骤7.1：首先对要存储的数据进行完整性测试，判断是否所有需要的数据都已经准备好，如果数据不完整，给出相应的提示信息。直到用户指定了合适数据，通过数据完整性测试。

步骤7.2：数据完整性测试通过后，进行资源分类，将模型描述信息记录条目，包括：模型所从属的模型分类，模型元数据描述及接口描述(xml文件)、模型是否是组合模型、以及模型初始版本描述信息，对应到关系型数据库5相应的表结构中，将模型可执行文件(dll)与模型库文件(lib)及不同版本的源代码对应到CVS版本管理库6中，挂起数据完整性测试与回退模块3，执行同步上传操作，等待执行完成。

步骤7.3：如果上传过程中断，立即读取协同访问日志文档中的前一个操作点记录，将两个资源库的内容分别回滚到该操作点，并将中断详细情况提示给用户，让用户决定下一步操作；如果执行成功，则将完成时刻及具体操作任务等详细信息写入到协同访问日志文档中去，将两个资源库对应关系添加到由数据同步更新监听模块2维护的库间数据一致性表中，完成本次操作。取消数据完整性测试与回退模块3的挂起。

本发明实施例中数据存储主要包括三种操作：添加新模型、添加模型源代码新版本、以及创建模型源代码新分支。下面分别对三种数据存储在步骤7.2中的上传操作进行说明。

添加新模型需要添加模型名、模型提交者信息、模型所从属的模型分类、模型描述文件(xml)、初始版本信息、模型可执行文件(dll)、模型库文件(lib)以及包含所有模型源文件的文件夹，此外，上传者还需要添加模型的介绍信息，包括模型的用途及基本接口。所有资源选择完成后，执行数据检验，看文件类型、模型命名是否符合要求，如果检验通过，调用数据一致性存取接口1实现数据上传，添加一条新记录到模型结构关系表MODELIST中，添加一条新记录到模型信息表MODEL中，并将模型描述文件(xml)、模型名、以及模型提交者信息等填入新增记录对应的字段中，然后判断是否是组合模型，如果是，添加一条新记录到组合模型关系表COMPONENTRELATION中。在上述添加记录操作完成后，执行模型原始版本上传操作，具体步骤为：(1)将用户指定版本相关的文件，包括模型可执行文件(dll)、模型的库文件(lib)、以及源文件所在文件夹转存入一个临时文件夹；(2)调用CVS版本管理库6中的模块导入指令import，实现原始版本上传。import指令执行完成后，向关系型数据库5中添加版本记录信息，具体步骤为：(1)为该模型指定一个模型版本库的根节点，命名规则为：模型名+“版本库”；(2)将原始版本作为该节点子节点提交，命名为“M 1_1/模型初始版本”。最后，数据一致性存取接口1在所创建的库间数据一致性表中添加该模型到表向量21中，具体是向该模型相应的表向量21中加入一个元素211，该元素代表MODELINSTVERSION表中的“版本名”字段；将CVS版本管理库模块添加到模块向量23中，具体是向模块向量23中各加入一个新元素231，该元素代表新添加模块中的工程源文件夹；并创建对应的连接数据块22，在该数据块的“字段内容”变量中存入模型原始版本名，在该数据块的“文件(目录)名”变量中存入CVS版本管理库6为源文件所在文件夹的版本号。然后将前面创建的连接数据块22与新建的两个元素211和231建立指向关系。最后，将添加新模型的详细信息记录到协同访问日志文档中去。

添加模型源代码新版本，只能在一个分支点上添加，具体方法为：首先，调用数据一致性存取接口1下载该分支上的最新版本；然后打开目录让用户修改模型源码，修改完成后通过数据一致性存取接口1执行提交。提交新版本需要用户指定版本名，以及新版本的修改描述信息，数据一致性存取接口1会在模型版本表MODELINSTVERSION中添加一条新版本记录，将新版本名及版本相关描述信息添加到该记录中去，然后调用CVS的commit指令，将新版本源文件添加到CVS版本管理库6对应的模块中去。完成提交后，在步骤三创建的库间数据一致性表中添加一个连接数据块22，并与相应的表向量21中的元素211及模块向量23中的元素231建立指向关系，此时元素211及元素231通过一个新的连接数据块22建立了第二条关联，代表MODELINSTVERSION表中两条记录与CVS版本管理库6中该模型源文件的两个版本的对应关系，最后将详细的操作内容写入到协同访问日志文档。

创建模型源代码新分支需要新分支名和新分支的用途描述信息，创建方法为：数据一致性存取接口1首先调用CVS版本管理库6的tag指令生成新分支并指定分支号；执行成功后更新关系型数据库5中的模型源码版本表MODELINSTVERSION，将原来处于分支点的版本记录变为该分支的第一版本，在原版本记录处重命名为新分支名，并将表中的HASSON字段内容更新为“Y”。利用新添加的分支名和分支文件版本号构建一个库间数据一致性表中的连接数据块22，并与表向量21中元素211及模块向量23中元素231建立指向关系，此时元素211及元素231执行的数据块22有三块，代表MODELINSTVERSION表中三条记录与CVS版本管理库6中该模型源文件的三个版本的对应关系。最后将新分支创建的详细流程写入协同访问日志文档。

步骤八：实现数据同步更新功能。数据同步更新主要包括模型重命名，模型描述信息更新，指定模型版本删除功能。

步骤8.1：首先对更新内容的合法性进行检查，合法性检查包括对文件格式和模型重命名规则的检查。重命名规则要求新指定的名字不能和关系型数据库5中已有的数据记录冲突，文件格式主要检查模型描述文件(xml)是否符合文件格式规范。如果不符合规则，提示用户修改。

步骤8.2：更新内容的合法性检查通过后，挂起数据完整性测试与回退模块3。根据更新内容查找库间数据一致性表，找出所要需要修改的位置信息。

步骤8.3：查找完成后调用数据同步更新监听模块2，执行同步更新，并等待更新完成，如果更新过程出错，立刻读取协同访问日志文档中的前一个操作记录点，将两库内容分别回滚到该操作点并将错误信息提示给用户以决定下一步操作；如果更新成功，则将更新完成时刻及具体操作内容写入协同访问日志文档中去，完成本次操作。取消数据完整性测试与回退模块3的挂起。

在步骤8.3中，模型重命名需要提供新模型名及原模型名，具体步骤为：(1)首先更新关系型数据库5的模型信息表MODEL中该模型记录的MODELNAME字段，将其替换成新模型名；(2)同步更新关系型数据库5的模型结构关系表MODELIST的该模型记录的NODENAME字段更新模型源码版本表MODELINSTVERSION中MODELNAME字段内容为原模型名的替换成新模型名，如果模型是组合模型，还会同步更新组合模型关系表COMPONENTRELATION里的MODELNAME字段记录名；(3)数据同步更新监听模块查询库间数据一致性表，找到CVS版本管理库6中与该模型关联的所有模块，更新对应模块的名字，实现模型的重命名。上述操作完成后，将添加新模型的详细信息记录到协同访问日志文档中去。

模型描述信息更新，模型描述信息主要以xml文件形式存储在关系型数据库6的模型信息表MODEL中的MODELINFO字段中，该字段与CVS版本管理库6没有关联关系，数据同步更新监听模块将新指定的xml文件替换掉该字段中的原有数据即可实现更新。执行完成后，将模型描述信息更新的详细信息记录到协同访问日志文档中去。

指定模型版本删除的步骤为：(1)根据要删除的版本名找到关系型数据库6的模型源码版本表MODELINSTVERSION中对应的版本记录，删除该版本记录；(2)查询库间数据一致性表，找到与该版本所关联的数据块22，并进一步找到该数据库所指向的CVS版本管理库6里该模型对应的模块，删除对应的模块；(3)从库间数据一致性表中删除该数据块22，然后，将模型模型版本删除操作的详细信息记录到协同访问日志文档中去，完成指定版本删除。

Claims (9)

1.一种仿真资源信息与模型源码协同管理装置，用于协同管理两个资源库：关系型数据库(5)和CVS版本管理库(6)，其特征在于，该装置包括：数据一致性存取接口(1)，数据同步更新监听模块(2)，数据完整性测试与回退模块(3)，以及协同访问日志模块(4)；

数据一致性存取接口(1)提供了一个对两个资源库同步的数据存储及读取接口，外部用户程序通过该数据存储及读取接口对两个资源库进行数据的存储以及读取，数据一致性存取接口(1)将每次外部用户程序协同访问的详细信息，包括访问时间、具体操作内容和操作人，记录到协同访问日志模块(4)中的协同访问日志文档中；数据一致性存取接口(1)在数据存储时，按照数据类别将数据分别存入到两个资源库中，并将存储到两个资源库的数据的对应关系记录到数据同步更新监听模块(2)的库间数据一致性表中；

数据同步更新监听模块(2)为用户提供了数据同步更新操作的接口，同时维护了一个库间数据一致性表，在监听到数据修改或删除操作时，查询库间数据一致性表，将更新同步到另一个资源库的对应位置，并将更新操作的详细信息写入到协同操作日志中；

数据完整性测试与回退模块(3)每隔指定的测试间隔，读取数据同步更新监听模块(2)中的库间数据一致性表，对两个资源库之间的关系进行完整性测试，如果检测到数据非一致的情况，给予警告信息并提示用户是否进行回退操作，若进行回退操作，则根据协同访问日志模块(4)中的协同访问日志文档中记录的回退点的信息，将两个资源库同步回退到该时刻点以前的状态，并将该时刻点及以后的所有日志记录删除；数据完整性测试及回退模块还提供了挂起接口，当该挂起接口调用后，暂停检测操作，待取消挂起后从暂停点继续执行；

协同访问日志模块(4)包括协同访问日志文档和数据访问接口，协同访问日志文档用来存储所有协同操作的记录，记录内容包括操作时间、具体操作内容、以及操作模块；数据访问接口是协同访问日志文档的唯一读写接口，数据一致性存取接口(1)、数据同步更新监听模块(2)、以及数据完整性测试与回退模块(3)通过该数据访问接口实现对协同访问日志文档的写入、读取或删除操作。

2.根据权利要求1所述的一种仿真资源信息与模型源码协同管理装置，其特征在于，所述的数据同步更新监听模块(2)，其所维护的库间数据一致性表，包括表向量和模块向量，表向量与模块向量之间对应的元素通过连接数据块进行关联，表向量对应关系型数据库(5)中的与CVS版本管理库(6)内数据有对应关系的表格，表向量中的每一个元素对应一个与CVS版本管理库(6)内数据有关联的字段，每一个元素都维护了一个指针向量，向量里德每个指针指向一个连接数据块，连接数据块包括回指到表向量对应字段的指针、字段内容、CVS版本管理库中与之对应的文件(目录)名以及指向CVS版本管理库对应模块的指针；模块向量的每一个元素对应一个CVS版本管理库中的模块，每个模块包括一个模块名和一个指针向量，向量里的每一个指针指向一个连接数据块。

3.一种仿真资源信息与模型源码协同管理方法，其特征在于，包括如下步骤：

步骤一：设计数据库表结构，实现仿真资源信息的结构化存储，建立了7个表：模型结构关系表MODELIST、模型信息表MODEL、模型源码版本表MODELINSTVERSION、组合模型关系表COMPONENTRELATION、方案信息表SCHEMATABLE、方案实例表SCHEMAINSTANCE、以及公共库文件表COMMONLIB；

步骤二：利用协同版本管理系统实现模型工程源文件的管理，创建模型管理库repository，所有的模型可执行文件和源文件都以模块形式添加到模型版本库中；

步骤三：创建协同访问日志模块(4)，构建该模块的数据访问接口和协同访问日志文档，数据访问接口是协同访问日志文档的唯一读写接口，协同访问日志文档用于记录同步访问两个资源库的操作时间、具体操作内容和操作模块；

步骤四：创建数据同步更新监听模块(2)，为用户提供一个对两个资源库同步更新操作的接口，以及创建一个库间数据一致性表；所述的数据一致性关系表用于记录两个资源库之间的数据联系；

步骤五：实现数据完整性测试与回退模块(3)，数据完整性测试与回退模块(3)根据用户设定的循环测试时间间隔，进行完整性测试，测试过程为：数据完整性测试与回退模块(3)读取库间数据一致性表中的数据对应关系，对每一条记录所指向的数据进行完整性比对，则若遇到数据不一致情况，则将详细出错信息提示给用户，并读取协同访问日志文档中最后一次完整操作信息，询问用户是否进行回滚到该时间节点，当用户确认回滚到该时间节点时，数据完整性测试与回退模块(3)进行回退操作；若未遇到数据不一致情况，则通过数据完整性测试；数据完整性测试与回退模块(3)还提供了挂起接口，当挂起接口被调用后，暂停检测操作，待取消挂起后从暂停点继续执行；

步骤六：创建数据一致性存取接口(1)，为两个资源库提供一个同步的数据存储及读取接口；

步骤七：实现一致性数据存储的功能，数据存储包括：添加新模型、添加模型源代码新版本、以及创建模型源代码新分支；具体本步骤实现方法为：

步骤7.1：对要存储的数据进行完整性测试，判断所有需要的数据是否都已经准备好，如果数据不完整，给出相应的提示信息让用户指定合适数据，直到数据完整性测试通过；

步骤7.2：进行资源分类，将模型描述信息记录条目对应到关系型数据库(5)相应的表结构中，将模型源码信息及不同版本的源代码对应到CVS版本管理库(6)中，然后挂起数据完整性测试与回退模块(3)，执行同步上传操作，等待执行完成；

步骤7.3：如果上传过程中断，立即读取协同访问日志文档中的前一个操作点记录，将两个资源库的内容分别回滚到该操作点，并将中断详细情况提示给用户，让用户决定下一步操作；如果执行成功，则将完成时刻及具体操作内容写入到协同访问日志文档中，并将两个资源库对应关系添加到库间数据一致性表中，完成本次操作，取消数据完整性测试与回退模块(3)的挂起；

步骤八：实现数据同步更新功能，数据同步更新包括：模型重命名、模型描述信息更新和指定模型版本删除；具体本步骤的实现方法为：

步骤8.1：首先对更新内容的合法性进行检查，合法性检查包括对文件格式和模型重命名规则的检查；

步骤8.2：更新内容的合法性检查通过后，挂起数据完整性测试与回退模块(3)，根据更新内容查找库间数据一致性表，找出所要需要修改的位置信息；

步骤8.3：查找完成后，调用数据同步更新监听模块(2)，执行同步更新，并等待更新完成，如果更新过程出错，立刻读取协同访问日志文档中的前一个操作记录点，将两个资源库的内容分别回滚到该操作点，并将错误信息提示给用户以决定下一步操作；如果更新成功，则将更新完成时刻及具体操作内容写入协同访问日志文档中去，完成本次操作；取消数据完整性测试与回退模块(3)的挂起。

4.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤一中所建立的7个表，各表的功能为：

(1)模型结构关系表MODELIST，用来存储各个模型及模型分类的层次关系，能够根据本表恢复出所有模型的结构树；

(2)模型信息表MODEL，用来存储所有模型实体的信息，包括模型元数据描述、接口描述、以及是否组合模型；

(3)模型源码版本表MODELINSTVERSION，用来管理每个具有源码的模型的所有版本结构信息，能够根据该表中的信息恢复出指定模型的版本树，并且能够与CVS版本管理库里的模型源文件版本保持一致；

(4)组合模型关系表COMPONENTRELATION，用来保存所有组合模型的子模型信息；

(5)公共库文件表COMMONLIB，用来存储公共库文件；

(6)方案信息表SCHEMATABLE，用来存储所有仿真方案信息；

(7)方案实例表SCHEMAINSTANCE，用来管理与实验相关的所有资源信息，包括实验配置部署文件，数据记录文件及数据分析文件。

5.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤四中所述的库间数据一致性表，包括表向量和模块向量，表向量与模块向量之间对应的元素通过连接数据块进行关联，表向量对应关系型数据库(5)中的与CVS版本管理库(6)内数据有对应关系的表格，表向量中的每一个元素对应一个与CVS版本管理库(6)内数据有关联的字段，每一个元素都维护了一个指针向量，每个指针指向一个连接数据块，连接数据块包括回指到表向量对应字段的指针、字段内容、对应CVS版本管理库相应模块的文件(目录)名以及指向CVS版本管理库对应模块的指针；模块向量的每一个元素对应一个CVS版本管理库中的模块，每个模块包括一个模块名和一个指针向量，向量里的每一个指针指向一个连接数据块。

6.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤七中所述的添加新模型，具体过程为：第一步，调用数据一致性存取接口(1)，分别在模型结构关系表MODELIST和模型信息表MODEL中添加一条新记录，并将模型描述文件、模型名、以及模型提交者信息填入到新增记录对应的字段中，然后判断该模型是否是组合模型，如果是，添加一条新记录到组合模型关系表COMPONENTRELATION中；第二步，执行模型原始版本上传操作，具体步骤为：(1)将用户指定版本相关的文件包括模型可执行文件、模型库文件、和源文件所在文件夹转存入一个临时文件夹；(2)调用CVS版本管理库(6)的模块导入指令import，实现原始版本上传；第三步，在import指令执行完成后，向关系型数据库(5)中添加版本记录信息，具体步骤为：(1)为该模型指定一个模型版本库的根节点，命名规则为：模型名+“版本库”；(2)将原始版本作为所建立的根节点的子节点提交，子节点命名为“M 1_1/模型初始版本”；第四步，通过数据一致性存取接口(1)在所创建的库间数据一致性表中添加该模型到表向量(21)中，加入一个元素，该元素代表MODELINSTVERSION表中的版本名字段，将CVS版本管理库(6)对应的模块添加到模块向量(23)中，并创建对应的连接数据块(22)，在该连接数据块(22)的字段内容中存入模型原始版本名，在该连接数据块的文件(目录)名中存入CVS版本管理库(6)为源文件所在文件夹的版本号，；向模块向量23中各加入一个新元素231，该元素代表新添加模块中的工程源文件夹。然后将前面创建的连接数据块22与这两个元素建立指向关系。

7.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤七中所述的添加模型源代码新版本，只能在一个分支点上添加，具体过程为：首先，调用数据一致性存取接口(1)下载该分支上的最新版本；然后打开目录让用户修改模型源码，修改完成后通过数据一致性存取接口(1)执行提交；提交新版本需要用户指定版本名，以及新版本的修改描述信息，数据一致性存取接口(1)在模型版本表MODELINSTVERSION中添加一条新版本记录，将新版本名及版本相关描述信息添加到该记录中去，然后调用CVS的commit指令，将新版本源文件添加到CVS版本管理库(6)对应的模块中去；完成提交后，在库间数据一致性表中添加该模型到表向量(21)和模块向量(23)中，并建立一个连接数据块(22)，为表向量(21)和模块向量(23)中新添加的元素之间建立指向关系。

8.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤七中所述的创建模型源代码新分支，只能在叶子节点上执行，创建方法为：数据一致性存取接口(1)首先调用CVS版本管理库的tag指令生成新分支并指定分支号；执行成功后更新关系型数据库(5)中的模型源码版本表MODELINSTVERSION，将原来处于分支点的版本记录变为该分支的第一版本，在原版本记录处重命名为新分支名，并将表中的HASSON字段内容更新为“Y”；利用新添加的分支名和分支文件版本号构建一个库间数据一致性表中的连接数据块(22)，并与相应的表向量(21)中元素(211)及模块向量(23)中元素(231)建立指向关系。

9.根据权利要求3所述的仿真资源信息与模型源码协同管理方法，其特征在于，步骤八中所述的模型重命名，具体步骤为：(1)首先更新关系型数据库(5)的模型信息表MODEL中该模型记录的MODELNAME字段，将其替换成新模型名；(2)同步更新关系型数据库(5)的模型结构关系表MODELIST中该模型记录的NODENAME字段，以及模型源码版本表MODELINSTVERSION中MODELNAME字段，将原模型名替换成新模型名，如果模型是组合模型，还会同步更新组合模型关系表COMPONENTRELATION里的MODELNAME字段记录名；(3)数据同步更新监听模块(2)查询库间数据一致性表，找到CVS版本管理库(6)中与该模型关联的所有模块，更新对应模块的名字；

步骤八中所述的模型描述信息更新，是通过重新指定xml文件实现，并更新关系型数据库(5)中模型信息表MODEL里的MODELINFO字段；

步骤八中所述的指定模型版本删除，删除过程包括：(1)根据要删除的版本名找到关系型数据库(6)中的模型源码版本表MODELINSTVERSION中对应的版本记录，删除该版本记录；(2)查询库间数据一致性表，找到与该版本所关联的连接数据块(22)，并进一步找到该连接数据块(22)所指向的CVS版本管理库(6)里该模型对应的模块，删除对应的模块；(3)从库间数据一致性表中删除与该版本所关联的连接数据块(22)。

Images