CN115204810B - 基于自动化脚本的项目管理方法、装置和存储介质 - Google Patents

Abstract

本申请公开了基于自动化脚本的项目管理方法、装置和存储介质，本申请基于通用的组织级项目过程定义特征提取和RPA等自动化脚本技术，以表单驱动、通过关键字匹配搜索为主要设计特征，来实现项目过程交付输出情况自动检查&记录&归档，解决项目管理人员手工作业低效、错漏和检查不及时等痛点问题。本申请可支持自定义时间启动并自动执行(类似Windows的任务计划)，可一次性检查成千上万个项目，检查频次、检查时间、检查项目均可灵活定义，使项目管理人员工作及时性、工作效率和准确性均得到极大提升，且可将时间腾出来投入到更高价值的工作内容上。

Description

基于自动化脚本的项目管理方法、装置和存储介质

技术领域

本申请涉及自动化项目管理领域，尤其是基于自动化脚本的项目管理方法、装置和存储介质。

背景技术

在研发项目管理领域，一名项目管理人员通常管理几个到几百个项目，依照公司项目管理要求定期或不定期检查各项目进展、过程执行及阶段工作产品输出是否符合相关要求。在过程和工作产品输出管理方面，通常需要借助于软件版本管理工具，比如SVN、VSS、GIT等，来进行工作产品输出的版本管理。考虑不同的项目类别项目的过程要求不同，在组织级项目过程定义时，一般是通过定义项目类别、以及不同项目类别下的项目过程标准交付清单，来有效实现对不同类别项目的过程管理要求。项目管理人员根据项目类别，取用对应的项目过程标准交付清单模板，依据项目计划及项目过程标准交付清单，定期或不定期执行项目过程检查，检查项目进度、阶段活动执行情况及阶段工作产品输出情况是否符合公司相关要求。

在检查项目过程工作产品输出情况时，一般是到软件版本管理工具(这里以SVN为例，其他工具同理)所建立的项目库中，检查指定路径下工作产品(比如立项报告书、需求说明书、设计文档等)提交情况，并据此开展进一步的检查监督。工作产品是否已归档，是一个重要而基础的检查项，需要登记每个项目的工作产品是否已归档、以及归档路径及名称等信息，并将检查结果(更新)上传到项目库中供项目经理查阅。项目管理人员逐个打开项目库及其下子目录进行检查登记，当项目数量较多时，登记工作非常耗时，导致单个项目管理人员能管理的项目数量很受限，而且手工登记也容易错漏。

因此，相关技术存在的上述技术问题亟待解决。

发明内容

本申请旨在解决相关技术中的技术问题之一。为此，本申请实施例提供基于自动化脚本的项目管理方法、装置和存储介质，能够支持自定义时间启动并自动执行一次性检查较大数量的项目。

根据本申请实施例一方面，提供基于自动化脚本的项目管理方法，所述方法包括：

对项目列表中的项目库路径进行规范性检查；

遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用；

遍历所述项目列表中所有项目，将项目库路径作为参数传入预设自动化脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名；

打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名；

通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径。

在其中一个实施例中，若所述规范性检查不通过，则输出错误提示以及规范性检查不通过的项目名称信息。

在其中一个实施例中，在根据项目类别使用对应的标准模板文件前，所述方法还包括：

判断项目对应的标准模板文件是否已存在，若存在则不覆盖当前的标准模板文件，支持前一次检查结果继承。

在其中一个实施例中，所述方法还包括：

记录手工修订结果记录；

若项目过程交付清单未被删除，则在下次自动检查时继承所述手工修订结果记录。

在其中一个实施例中，所述读取项目库中文件的归档情况并记录到中间表，还包括：

通过SVN命令读取项目库归档文件列表，或者，使用RPA界面数据爬取项目库归档文件列表。

在其中一个实施例中，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：

遍历所述项目列表中所有项目并读取项目库路径和项目名称；

若存在项目库本地副本，则创建并更新项目库本地工作副本；

复制项目过程交付清单至项目库本地副本的指定位置；

将项目库本地副本文件提交到SVN项目库。

在其中一个实施例中，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：

使用RPA界面数据爬取项目库本地副本文件；

将项目库本地副本文件提交到SVN项目库。

根据本申请实施例一方面，提供基于自动化脚本的项目管理装置，其特征在于，所述装置包括：

路径规范性检查模块，用于对项目列表中的项目库路径进行规范性检查；

项目过程交付清单生成模块，用于遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用；

归档检查及结果记录模块，用于遍历所述项目列表中所有项目，将项目库路径作为参数传入预设自动化脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名；打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名；

检查结果上传模块，用于通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径。

根据本申请实施例一方面，提供基于自动化脚本的项目管理装置，其特征在于，所述装置包括：

至少一个处理器；

至少一个存储器，所述存储器用于存储至少一个程序；

当至少一个所述程序被至少一个所述处理器执行时实现如前面实施例所述的基于自动化脚本的项目管理方法。

根据本申请实施例一方面，提供存储介质，其特征在于，所述存储介质存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时实现如前面实施例所述的基于自动化脚本的项目管理方法。

本申请实施例提供的基于自动化脚本的项目管理方法、装置和存储介质的有益效果为：本申请基于通用的组织级项目过程定义特征提取和RPA等自动化脚本技术，以表单驱动、通过关键字匹配搜索为主要设计特征，来实现项目过程交付输出情况自动检查&记录&归档，解决项目管理人员手工作业低效、错漏和检查不及时等痛点问题。本申请可支持自定义时间启动并自动执行(类似Windows的任务计划)，可一次性检查成千上万个项目，检查频次、检查时间、检查项目均可灵活定义，使项目管理人员工作及时性、工作效率和准确性均得到极大提升，1人管理几百个项目成为可能，且可将时间腾出来投入到更高价值的工作内容上，提升岗位贡献度。在普通配置的PC机上运行本申请的方法，具有较高的运行效率；当组织级项目管理要求发生变化时(比如项目类别变化、或每类别的要求有变化)，***只需进行非常简单的调整即可适配，维护成本低。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

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

图1为本申请实施例提供的基于自动化脚本的项目管理方法的流程图；

图2为本申请实施例提供的基于自动化脚本的项目管理方法主工作流程图；

图3为本申请实施例提供的项目过程交付清单生成流程图；

图4为本申请实施例提供的归档检查及结果记录流程图；

图5为本申请实施例提供的检查结果上传流程图；

图6为本申请实施例提供的基于自动化脚本的项目管理装置示意图；

图7为本申请实施例提供的另一种基于自动化脚本的项目管理装置示意图。

具体实施方式

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

本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在研发项目管理领域，一名项目管理人员通常管理几个到几百个项目，依照公司项目管理要求定期或不定期检查各项目进展、过程执行及阶段工作产品输出是否符合相关要求。在过程和工作产品输出管理方面，通常需要借助于软件版本管理工具，比如SVN、VSS、GIT等，来进行工作产品输出的版本管理。考虑不同的项目类别项目的过程要求不同，在组织级项目过程定义时，一般是通过定义项目类别、以及不同项目类别下的项目过程标准交付清单，来有效实现对不同类别项目的过程管理要求。项目管理人员根据项目类别，取用对应的项目过程标准交付清单模板，依据项目计划及项目过程标准交付清单，定期或不定期执行项目过程检查，检查项目进度、阶段活动执行情况及阶段工作产品输出情况是否符合公司相关要求。

在检查项目过程工作产品输出情况时，一般是到软件版本管理工具(这里以SVN为例，其他工具同理)所建立的项目库中，检查指定路径下工作产品(比如立项报告书、需求说明书、设计文档等)提交情况，并据此开展进一步的检查监督。工作产品是否已归档，是一个重要而基础的检查项，需要登记每个项目的工作产品是否已归档、以及归档路径及名称等信息，并将检查结果(更新)上传到项目库中供项目经理查阅。项目管理人员逐个打开项目库及其下子目录进行检查登记，当项目数量较多时，登记工作非常耗时，导致单个项目管理人员能管理的项目数量很受限，而且手工登记也容易错漏。

为了解决上述问题，本申请提出了基于自动化脚本的项目管理方法、装置和存储介质。

图1为本申请实施例提供的基于自动化脚本的项目管理方法的流程图，如图1所示，本申请实施例提供的基于自动化脚本的项目管理方法，包括：

S101、对项目列表中的项目库路径进行规范性检查。

S102、遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用。

S103、遍历所述项目列表中所有项目，将项目库路径作为参数传入预设自动化脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名。

S104、打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名。

S105、通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径。

需要说明的是，在步骤S101对项目列表中的项目库路径进行规范性检查前，还需要进行准备工作，包括：(1)设定需要检查的项目信息，更新进《项目列表》文件。***将只检查该列表中的项目，方便按需设定检查范围。《项目列表》所需信息如下：项目库路径、项目名称、合同号/立项号、项目类别。(2)提供不同项目类别的项目过程标准交付清单模板文件备用，文件中对于应提交的每一个工作产品，都定义了“关键字”列，本方法依据关键字来判断项目库中的文件与清单中应提交文件之间的匹配关系。

可选地，若所述规范性检查不通过，则输出错误提示以及规范性检查不通过的项目名称信息。本实施例可以在显示器或终端上输出错误提示以及规范性检查不通过的项目名称信息，便于相关技术人员进行整改。并且还能对检查不通过的信息进行语音提示和短信提示等操作。

在实际应用中，可能会出现对应的标准模板文件已存在的情况，对应的标准模板文件已存在说明当前目标已被前一次检查生成标准模板文件，因此，在根据项目类别使用对应的标准模板文件前，所述方法还包括：判断项目对应的标准模板文件是否已存在，若存在则不覆盖当前的标准模板文件，支持前一次检查结果继承。

可选地，在项目交付过程中技术人员可能会对当前项目进行增加、删减或修改的手动处理操作，因此，本实施例所述方法还包括：记录手工修订结果记录；若项目过程交付清单未被删除，则在下次自动检查时继承所述手工修订结果记录。

具体地，步骤S103中所述读取项目库中文件的归档情况并记录到中间表，还包括：通过SVN命令读取项目库归档文件列表，或者，使用RPA界面数据爬取项目库归档文件列表。

需要补充的是，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：遍历所述项目列表中所有项目并读取项目库路径和项目名称；若存在项目库本地副本，则创建并更新项目库本地工作副本；复制项目过程交付清单至项目库本地副本的指定位置；将项目库本地副本文件提交到SVN项目库。具体地，遍历项目列表中所有项目，将项目库路径作为参数传入bat脚本，通过命令行方式读取SVN项目库中文件归档情况(是否为文件、归档路径及文件名等信息)，记录到中间表(项目文件列表)中；打开对应项目过程交付清单，对于每一个应提交的工作产品，通过“关键字”在上述中间表中搜索，如匹配，则将“提交情况”置为“已提交”，并登记其实际归档路径和文件名等信息。备注：支持一个工作产品实际输出多份文档；支持手工修订结果记录(只要项目过程交付清单不删除，此修改下次自动检查时可继承)。

可选地，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：使用RPA界面数据爬取项目库本地副本文件；将项目库本地副本文件提交到SVN项目库。

图2为本申请实施例提供的基于自动化脚本的项目管理方法主工作流程图，如图2所示，本申请对应的***项目管理方法主工作流程依次为：路径规范性检查、项目过程交付清单生成、归档检查及结果记录、检查结果上传。

图3为本申请实施例提供的项目过程交付清单生成流程图。如图2所示，本申请实施例提供的项目过程交付清单生成流程具体包括：遍历每个项目并读取合同号或立项号、项目类别，之后判断目标文件是否已经存在，若当前目标文件已经存在，则根据项目类别取用对应交付清单模板，最后将清单模板重命名为某项目过程交付清单。

图4为本申请实施例提供的归档检查及结果记录流程图，如图4所示，本申请实施例提供的归档检查及结果记录流程具体包括：遍历每个项目，读取项目库路径、合同号以及立项号，之后通过SVN命令读取项目库归档文件列表，遍历项目过程交付清单，按关键字查找与工作产品匹配的文件。最后将匹配结果记录进项目过程交付清单并结束流程。其中，SVN是版本控制***，是一种版本控制***。作为一个开源的版本控制***，Subversion管理随时间改变的数据。这些数据放置在一个***档案库(Repository)中。这个档案库很像一个普通的文件服务器，不过它会记住每一次文件的变动。这样就可以把档案恢复到旧的版本，或是浏览文件的变动历史。Subversion是一个通用的***，可用来管理任何类型的文件，其中包括程序源码。本实施例使用SVN管理项目库的归档文件列表，能够在速度运行方面有很大提升。因为SVN服务器只支持少量的信息、资源传输，与其他***相比，更支持的是离线模式，因此避免了网络拥挤现象的出现。需要说明的是，本实施例以SVN命令行的方式来展现如何实现项目库归档文件列表读取，在实际应用中，还可以使用RPA界面数据爬取的方式来实现，实际应用中使用其他数据获取的方法，均涵盖在本申请所属范围。

图5为本申请实施例提供的检查结果上传流程图，如图5所示，本申请实施例提供的检查结果上传流程具体包括：遍历每一个项目，读取项目路径和名称，判断项目库本地副本是否存在，若存在，则更新项目库本地副本，若不存在，则创建项目库本地工作副本后再更新项目库本地副本，完成更新项目库本地副本之后，拷贝项目过程交付清单到项目库本地副本的指定位置，将本地副本文件提交到SVN。

本申请技术方案带来的有益效果包括：(1)本***可支持自定义时间启动并自动执行(类似Windows的任务计划)，可一次性检查成千上万个项目，检查频次、检查时间、检查项目均可灵活定义，使项目管理人员工作及时性、工作效率和准确性均得到极大提升，1人管理几百个项目成为可能，且可将时间腾出来投入到更高价值的工作内容上，提升岗位贡献度。(2)运行效率方面，在普通配置的PC机上运行该***，检查220个项目实测不超过1小时，运行效率高。(3)良好的可移植性：***进行了参数化设计，将各种路径定义为全局参数，使得***从一台计算机迁移到另一台计算机只需修改参数即可实现。(4)适应变化的能力：当组织级项目管理要求发生变化时(比如项目类别变化、或每类别的要求有变化)，***只需进行非常简单的调整即可适配，维护成本低。

此外，本申请还提出了基于自动化脚本的项目管理装置，图6为本申请实施例提供的基于自动化脚本的项目管理装置示意图，如图6所示，所述装置包括：

路径规范性检查模块601，用于对项目列表中的项目库路径进行规范性检查；

项目过程交付清单生成模块602，用于遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用；

归档检查及结果记录模块603，用于遍历所述项目列表中所有项目，将项目库路径作为参数传入预设自动化脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名；打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名；

检查结果上传模块604，用于通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径。

此外，本申请还提出了另一种基于自动化脚本的项目管理装置，图7为本申请实施例提供的另一种基于自动化脚本的项目管理装置示意图，如图7所示，所述装置包括：

至少一个处理器；

至少一个存储器，所述存储器用于存储至少一个程序；

当至少一个所述程序被至少一个所述处理器执行时实现如前面实施例所述的基于自动化脚本的项目管理方法。

上述方法实施例中的内容均适用于本装置实施例中，本装置实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

此外，本申请提供了存储介质，所述存储介质存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时实现如前面实施例所述的基于自动化脚本的项目管理方法。

同理，上述方法实施例中的内容均适用于本存储介质实施例中，本存储介质实施例所具体实现的功能与上述方法实施例相同，并且达到的有益效果与上述方法实施例所达到的有益效果也相同。

在一些可选择的实施例中，在方框图中提到的功能/操作可以不按照操作示图提到的顺序发生。例如，取决于所涉及的功能/操作，连续示出的两个方框实际上可以被大体上同时地执行或方框有时能以相反顺序被执行。此外，在本申请的流程图中所呈现和描述的实施例以示例的方式被提供，目的在于提供对技术更全面的理解。所公开的方法不限于本文所呈现的操作和逻辑流程。可选择的实施例是可预期的，其中各种操作的顺序被改变以及其中被描述为较大操作的一部分的子操作被独立地执行。

此外，虽然在功能性模块的背景下描述了本申请，但应当理解的是，除非另有相反说明，功能和/或特征中的一个或多个可以被集成在单个物理装置和/或软件模块中，或者一个或多个功能和/或特征可以在单独的物理装置或软件模块中被实现。还可以理解的是，有关每个模块的实际实现的详细讨论对于理解本申请是不必要的。更确切地说，考虑到在本文中公开的装置中各种功能模块的属性、功能和内部关系的情况下，在工程师的常规技术内将会了解该模块的实际实现。因此，本领域技术人员运用普通技术就能够在无需过度试验的情况下实现在权利要求书中所阐明的本申请。还可以理解的是，所公开的特定概念仅仅是说明性的，并不意在限制本申请的范围，本申请的范围由所附权利要求书及其等同方案的全部范围来决定。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的上述描述中，参考术语“一个实施方式/实施例”、“另一实施方式/实施例”或“某些实施方式/实施例”等的描述意指结合实施方式或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施方式或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施方式或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施方式或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施方式，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施方式进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (9)

1.基于RPA和自动化脚本的项目管理方法，其特征在于，所述方法包括：

对项目列表中的项目库路径进行规范性检查；

遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用；

遍历所述项目列表中所有项目，将项目库路径作为参数传入预设脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名；

打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名；

通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径；

所述读取项目库中文件的归档情况并记录到中间表，还包括：

通过SVN命令读取项目库归档文件列表，或者，使用RPA界面数据爬取项目库归档文件列表。

2.根据权利要求1所述的基于RPA和自动化脚本的项目管理方法，其特征在于，若所述规范性检查不通过，则输出错误提示以及规范性检查不通过的项目名称信息。

3.根据权利要求1所述的基于RPA和自动化脚本的项目管理方法，其特征在于，在根据项目类别使用对应的标准模板文件前，所述方法还包括：

判断项目对应的标准模板文件是否已存在，若存在则不覆盖当前的标准模板文件，支持前一次检查结果继承。

4.根据权利要求1所述的基于RPA和自动化脚本的项目管理方法，其特征在于，所述方法还包括：

记录手工修订结果记录；

若项目过程交付清单未被删除，则在下次自动检查时继承所述手工修订结果记录。

5.根据权利要求1所述的基于RPA和自动化脚本的项目管理方法，其特征在于，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：

遍历所述项目列表中所有项目并读取项目库路径和项目名称；

若存在项目库本地副本，则创建并更新项目库本地工作副本；

复制项目过程交付清单至项目库本地副本的指定位置；

将项目库本地副本文件提交到SVN项目库。

6.根据权利要求1所述的基于RPA和自动化脚本的项目管理方法，其特征在于，在通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径后，所述方法还包括：

使用RPA界面数据爬取项目库本地副本文件；

将项目库本地副本文件提交到SVN项目库。

7.基于RPA和自动化脚本的项目管理装置，其特征在于，所述装置包括：

路径规范性检查模块，用于对项目列表中的项目库路径进行规范性检查；

项目过程交付清单生成模块，用于遍历所述项目列表中所有项目，根据项目类别使用对应的标准模板文件，重命名后放至指定位置备用；

归档检查及结果记录模块，用于遍历所述项目列表中所有项目，将项目库路径作为参数传入预设脚本，读取项目库中文件的归档情况并记录到中间表，所述归档情况包括是否为文件、归档路径及文件名，所述读取项目库中文件的归档情况并记录到中间表还包括通过SVN命令读取项目库归档文件列表，或者，使用RPA界面数据爬取项目库归档文件列表；打开对应项目过程交付清单，对于每一个应提交的工作产品，通过关键字在上述中间表中搜索，若匹配成功，则将提交情况置为已提交，并登记其实际归档路径和文件名；

检查结果上传模块，用于通过命令行将更新后的项目过程交付清单文件归档或更新归档到SVN项目库指定路径。

8.基于RPA和自动化脚本的项目管理装置，其特征在于，所述装置包括：

至少一个处理器；

至少一个存储器，所述存储器用于存储至少一个程序；

当至少一个所述程序被至少一个所述处理器执行时实现如权利要求1-6中任一项所述的基于RPA和自动化脚本的项目管理方法。

9.存储介质，其特征在于，所述存储介质存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时实现如权利要求1-6中任一项所述的基于RPA和自动化脚本的项目管理方法。