CN107704505A

CN107704505A - 一种基于协同设计的项目及任务数据版本管理方法

Info

Publication number: CN107704505A
Application number: CN201710762588.8A
Authority: CN
Inventors: 王准忠
Original assignee: Beijing Simulation Center
Current assignee: Beijing Simulation Center
Priority date: 2017-08-30
Filing date: 2017-08-30
Publication date: 2018-02-16

Abstract

本发明公开一种基于协同设计的项目及任务数据版本管理方法，包括：在创建项目时，建立项目数据版本和与项目数据版本对应的任务数据版本；在项目进行过程中，根据对任务数据的更新更新任务数据版本，并实时变更任务数据版本的状态；在项目进行过程中，根据项目数据版本和项目数据版本对应的任务数据版本对项目已完成的部分进行审核。本发明可保证项目的正常进行。

Description

一种基于协同设计的项目及任务数据版本管理方法

技术领域

本发明涉及数据版本管理领域。更具体地，涉及一种基于协同设计的项目及任务数据版本管理方法。

背景技术

协同设计是当下设计行业技术更新的一个重要方向，也是设计技术发展的必然趋势，可以使设计成本降低并更快地完成设计。由于协同设计工作中，项目中包含多个任务需要多人协同工作才能完成。设计过程中项目组对任务数据需要共同分析、设计和验证。协同设计复杂的工作过程中，需要涉及到各个任务，不管是在任务内部的交流反馈还是在项目中的任务和任务之间的交流反馈均会产生大量的任务数据更新。所有的这些对任务数据的更新都有可能导致对项目数据的更新，可能需要重新设计项目流程和对任务需求分析变动。在协同设计的过程中，可能会产生很多版本的任务数据和项目数据，但不能保证每次的数据版本变更都是有效的。所以，现有的协同设计方式存在以下待解决的问题：如何管理协同设计迭代产生的数据版本、在什么时候需要对数据版本状态进行更新及如何保留更新的轨迹，以便撤销错误的更新。

因此，需要提供一种基于协同设计的项目及任务数据版本管理方法。

发明内容

本发明的目的在于提供一种基于协同设计的项目及任务数据版本管理方法。

为达到上述目的，本发明采用下述技术方案：

一种基于协同设计的项目及任务数据版本管理方法，包括：

在创建项目时，建立项目数据版本和与项目数据版本对应的任务数据版本；

在项目进行过程中，根据对任务数据的更新更新任务数据版本，并实时变更任务数据版本的状态；

在项目进行过程中，根据项目数据版本和项目数据版本对应的任务数据版本对项目已完成的部分进行审核。

优选地，任务数据版本包含版本的唯一标识号和任务数据版本的相关信息，任务数据版本的相关信息包括版本生成日期、版本更新操作者和当前版本的任务数据和上一版本的任务数据相比的数据变化的内容、数据变化的目的、数据变化的趋势。

优选地，项目数据版本包含版本的唯一标识号和项目数据版本的相关信息，项目数据版本的相关信息包括版本生成日期、版本更新操作者和项目数据版本对应的任务数据的版本的唯一标识号。

优选地，在项目进行过程中，当前任务数据版本能够恢复为之前的任一任务数据版本。

优选地，任务数据版本的状态新建、检入、待审核、有效和无效。

本发明的有益效果如下：

本发明所述技术方案面向协同设计的平台设计过程，分析设计过程涉及的数据流转关系，充分考虑了协同设计过程中的任务数据更新和项目数据更新之间的联系，解决协同设计过程中在任务数据更新的时候，记录在设计过程中产生的不同版本的任务数据，保证设计过程中可以将某个任务数据回溯到之前的状态，甚至将整个项目数据都回退到过去某个时间节点的状态。可以查看任务数据的变化趋势，查出任务数据的更新操作者和更新时间，从而找出项目数据在更新过程中出现问题的原因，也可以在任务数据版本说明中查找任务更新的目的，协同设计系统通过对数据版本的控制可以实现在任务流程中，假如某个环节的任务数据出现严重问题，整个项目可以恢复到正常的数据版本，保证项目的正常进行。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明；

图1示出基于协同设计的项目及任务数据版本管理方法的流程图。

图2示出更新任务数据版本的流程图。

图3示出管理项目数据版本和与项目数据版本对应的任务数据版本的流程图。

具体实施方式

为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

如图1所示，本实施例提供的基于协同设计的项目及任务数据版本管理方法，包括如下步骤：

在创建项目时，进行项目及任务的信息设置，建立项目数据版本和与项目数据版本对应的任务数据版本：项目数据版本和任务数据版本均包含版本的唯一标识号和版本的相关信息，版本的相关信息包括版本生成日期、版本更新操作者等。项目数据版本的相关信息还包括项目数据版本对应的任务数据的版本。任务数据版本的相关信息还包括当前版本的任务数据和上一版本的任务数据相比的数据变化的内容、数据变化的目的、数据变化的趋势等。在项目数据版本的整个生命周期中，在修改项目数据后更新项目数据版本时，需要对更新后的项目数据对应的任务数据进行选择，并获取更新后的项目数据版本对应的所有任务数据的版本。在任务数据版本的整个生命周期中，任务数据版本的相关信息能反映当前版本的任务数据和上一版本的任务数据相比的数据变化的内容、数据变化的目的、数据变化的趋势等相应的信息，完成任务数据变化统计，作为数据积累。

在项目进行过程中，根据对任务数据的更新更新任务数据版本，并实时变更任务数据版本的状态：任务数据版本的状态是指任务数据版本在协同设计过程中各时刻的更新状态，每个任务数据版本均存在其相应的生命周期，在某一时刻均处在某一特定状态。对任务数据版本的更新会引起其状态的转变。任务数据版本的状态包括新建、检入、待审核、有效、无效五种状态，其中，新建和检入属于任务过程状态，待审核、有效和无效任务审核状态。在创建任务时，任务数据版本的状态为新建；在完成单次任务数据更新后任务数据版本的状态变更为检入，在检入状态下更新任务数据版本，在之后的任务进行阶段，可以选择任务数据版本切换，随时恢复为之前的任一任务数据版本；任务数据版本跟新后任务数据提交给审批人员进行审批，任务数据版本的状态变更为待审核状态，在待审核状态下任务数据不能被读取或修改；如果审批通过则任务数据版本的状态变更为有效；如果审批不通过则任务数据版本的状态变更为无效，需提供不通过原因。有效的任务数据版本在设计需求变更或其它相关条件变更时,转为无效。无效状态的任务数据版本可能被删除,从而在系统中消失。每一任务数据版本在某时刻只处于一种状态,并随时可能向其他状态转化。

在项目进行过程中，根据项目数据版本和项目数据版本对应的任务数据版本对项目已完成的部分进行审核：该审核是对项目从整体角度进行审核，包括在项目中发起审核或项目结束环节。该审核操作由审核人员进行并反馈审核信息。在项目进行到阶段审核时，对项目已完成的部分进行审核，如果没有反馈意见，项目继续按流程执行。如果对某个或多个任务有所调整，需要进行审核信息填写，保存当前的项目数据版本和项目数据版本对应的任务数据版本，同时将该项目设为修订状态，将当前项目数据版本对应的任务数据版本的状态变更改为无效。在修订后，提交审核，进行项目的迭代。

如图2所示，通过项目完成任务的创建，设计师进行任务的创建和初始信息填写，确认无误后进行任务版本检入，完成版本记录。进行任务内部初步审核，确认当前版本是否满足提交到项目的条件，满足通过审核，不满足更新任务数据对任务数据进行更改，完成任务数据版本更新。之后从任务更新过程中的版本选择一个版本提交到项目，进行版本信息和提交信息的填写，进行提交。提交到该任务的审批人员进行审核，通过审批后任务数据版本的状态变更为有效设，任务状态改为完成。审批不通过，重新进行任务数据更新直至完成任务。

如图3所示，以案例项目P为例，项目P包含三个任务A、B、C，在新建项目时，同时新建A、B、C三个任务，任务A完成三次内部更新形成V1、V2、V3三个版本，任务B、C各完成两次更新，分别形成2个版本。任务A提交V2版本，任务B提交V2版本，任务C提交V1版本。项目P所有任务完成提交审批后，项目P形成V1版本，该版本下包含A.V2、B.V2、C.V1三个版本的任务，A、B两个任务继续更新，C任务没有版本变化，在A、B任务提交后，项目P生成版本V2，该版本下包含A.V5、B.V4，同时包含C.V1的镜像。通过几轮更新后，项目完成，之后后项目关闭。在项目的全生命周期中共生成项目版本2个，任务A版本6个，任务B版本4个，任务C版本2个，项目进行过程中需完成任务数据版本的记录。

下面通过代入具体数据做进一步说明。

数据库表设计

为了有效地支持协同设计,满足对版本管理的要求,进行数据库表的设计，包括任务数据版本管理表1和项目数据版本管理表2:

表1

表2

方法定义

/**操作管方法

*The Class OperationManage

*/

public class OperationManage

{

//*******任务数据版本操作*******//

public List<TaskVersion>getVerview(Long TaskId)；//获取所有任务数据版本信息，返回任务信息列表

public List<TaskVersion>getVerview(Long ProjectId)；//根据项目ID获取当前项目下的任务信息，返回任务信息列表

public void CreateTaskVer()；//新增任务数据版本

public void ChangeTaskStatus(Long ddTVersionId)；//更改任务数据版本状态信息，输入版本ID

public void ChangeAuditStatus(Long ddTVersionId)；//更改任务版本审批状态信息，输入版本ID

public void VersionDel(Long ddTVersionId)；//删除版本信息，输入版本ID

public void VersionUpdata(Long ddTVersionId)；//更新版本信息，输入版本ID

public void VersionRollback(Long ddVersionNum)；//版本回退，输入版本号

public List<TaskVersion>GetAuditStatus(Long AuditStatus)；//获取某种审批状态下的任务版本信息，0：未审核，1：有效，2：无效

public void VersionCheckin(Long ddTVersionId)；//检入版本，输入版本ID

public void VersionCheckout(Long ddTVersionId)；//检出版本，输入版本ID

public TaskVersion GetVersionInfo(Long ddTVersionId)；//获取版本详细信息，输入版本ID，返回详细信息

//*******项目版本操作*******//

public List<ProjectVersion>getVerview(Long ProjectId)；//获取所有项目数据版本信息，返回任务信息列表

public void CreateProjectVer()；//新增项目版本

public void ChangeProjectAuditStatus(Long ddPVersionId)；//更改项目审核状态信息，输入版本ID

public void VersionDel(Long ddPVersionId)；//删除版本信息，输入版本ID

public List<ProjectVersion>GetProjectAuditStatus(Long AuditStatus)；//获取某种审核状态下的项目版本信息，0：未审核，1：有效，2：无效

public void ProjectVersionCheckin(Long ddPVersionId)；//检入版本，输入版本ID

public void ProjectVersionCheckout(Long ddPVersionId)；//检出版本，输入版本ID

public TaskVersionGetProjectVersionInfo(Long ddPVersionId)；//获取项目版本详细信息，输入版本ID，返回详细信息

}

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。

Claims

1.一种基于协同设计的项目及任务数据版本管理方法，其特征在于，包括：

2.根据权利要求1所述的基于协同设计的项目及任务数据版本管理方法，其特征在于，任务数据版本包含版本的唯一标识号和任务数据版本的相关信息，任务数据版本的相关信息包括版本生成日期、版本更新操作者和当前版本的任务数据和上一版本的任务数据相比的数据变化的内容、数据变化的目的、数据变化的趋势。

3.根据权利要求2所述的基于协同设计的项目及任务数据版本管理方法，其特征在于，项目数据版本包含版本的唯一标识号和项目数据版本的相关信息，项目数据版本的相关信息包括版本生成日期、版本更新操作者和项目数据版本对应的任务数据的版本的唯一标识号。

4.根据权利要求1所述的基于协同设计的项目及任务数据版本管理方法，其特征在于，在项目进行过程中，当前任务数据版本能够恢复为之前的任一任务数据版本。

5.根据权利要求1所述的基于协同设计的项目及任务数据版本管理方法，其特征在于，任务数据版本的状态新建、检入、待审核、有效和无效。