CN116011968A - 项目评审方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供一种项目评审方法、装置、电子设备及存储介质，该方法包括：响应于项目评审请求，获取已立项项目的任务，并创建评审子流程；通过评审子流程确定项目所处的项目流程；通过评审子流程将任务发送至第一评审节点，并汇总第一评审节点的评审结果；对获取项目、任务及评审结果进行检查及获取；对经过检查后的项目、任务及评审结果进行归档。本发明的有益效果为：使得项目经理只需专注于任务分配和完成情况跟踪，无需关心成果评审及归档过程执行情况，管理更聚焦和高效；提升QA工程师、配置管理员的工作效率，数据准确性和及时性也得到极大提高；标准化的过程奠定了量化管理的数据基础，为持续改进提供输入。

Description

项目评审方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种项目评审方法、装置、电子设备及存储介质。

背景技术

在项目管理领域，项目经理在收到项目任务书/立项书后，理解项目范围并对项目进行工作任务分解，编制项目总体计划和项目进度计划，将项目工作分解成工作任务并指派项目成员在计划时间内完成。对于里程碑或重要工程活动，任务完成时还需要输出对应的工作成果文档如需求说明书、设计说明书等，这些成果文档往往还需要组织同行评审，评审通过后提交到项目配置库受控归档。

一般做法是，在任务分解后由项目经理录入任务管理系统进行任务分派，项目成员在里面填写所花费的工作量和任务进展。当重要工程活动完成时，项目成员到评审管理系统提交评审，评审通过才算该活动真正完成。评审通过后，项目配置管理员将评审通过的文档和评审记录提交到项目配置库受控归档。而QA工程师负责监督这一过程是否按要求推进。

这一常规做法的主要痛点是，其流程依次为“任务分配与执行”、”“输出成果评审”、“评审通过后成果受控归档”，这3个点之间是断开的，为确保过程得到正确执行，项目经理、QA工程师、配置管理员不得不花费很多时间去检查监督，不但效率低下，而且靠催促执行的效果也不一定好。尤其当项目数量成百上千时，所需QA工程师和配置管理员的人数也会大大增加，人均效能低。当人的责任心稍微不足时，执行过程也容易错漏。

发明内容

本发明实施例的主要目的在于提出一种项目评审方法、装置、电子设备及存储介质，提高了项目评审的效率。

本发明的一方面提供了一种项目评审方法，包括：

响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，所述任务包括任务属性、任务流程及交付物中的至少一种；

通过所述评审子流程确定所述项目所处的项目流程；

通过所述评审子流程将任务发送至第一评审节点，并汇总所述第一评审节点的评审结果；

对获取所述项目、所述任务及所述评审结果并进行检查及获取；

对经过检查后的所述项目、所述任务及所述评审结果进行归档。

根据所述的项目评审方法，其中响应于项目评审请求，获取已立项项目的任务包括以下流程中的至少一种：

创建任务，包括创建任务名称、责任人、计划开始日期、计划结束日期、计划工作量及计划评审交付物；

根据已立项项目，建立所述项目与所述任务的关联；

对所述任务的任务流程及交付物进行获取，根据所述任务及所述交付物，确定所述任务的进度。

根据所述的项目评审方法，其中通过所述评审子流程确定所述项目所处流程，包括：

通过获取所述项目的标识字段，根据所述标识字段确定所述项目流程，其中所述项目流程包括需求分析、项目计划、系统设计、项目实施及验收结项中的至少一种；

通过所述评审子流程为所述项目流程生成第二评审节点，通过所述第二评审节点对所述项目流程进行依次评审。

根据所述的项目评审方法，其中通过所述评审子流程确定所述项目所处流程，还包括：

获取所述项目的多个所述任务的任务属性、任务流程及交付物；

若存在所述交付物，创建评审链接对所述交付物进行发送，通过多个所述第一评审节点根据所述任务属性、任务流程及交付物确定交付物评审、任务进度、任务流程状态及评审子流程结论；

若不存在所述交付物，通过多个所述第一评审节点所述任务的任务进度及任务流程状态确定评审子流程结论；

将所述评审子流程结论进行汇总得到所述评审结果。

根据所述的项目评审方法，其中对获取所述项目、所述任务及所述评审结果并进行检查及获取，包括：

根据所述评审结果，评审通过时从所述第一评审节点获取项目参数，所述参数包括立项号、项目名称、项目阶段、附件文件名列表及附件下载链接列表，所述项目参数具有唯一性；

根据所述附件文件名列表，确定每个附件，并为每个附件创建输出参数，所述输出参数与所述项目参数一一对应；

向远程流程自动化机器人发送令牌，根据令牌将所述附件存储以数据表形式至预设路径。

根据所述的项目评审方法，其中对经过检查后的所述项目、所述任务及所述评审结果进行归档，包括：

初始化全局参数，根据所述项目参数构建入库名称；

接收所述项目参数，进行合法性检查；

读取项目的每一列及所述预设路径，并匹配预设路径的数据包名称与入库名称；

构建所述附件上传路径，包括创建项目阶段与对应子目录的映射，根据映射生成所述附件的上传路径；

采用脚本将所述附件通过上传路径进行归档。

根据所述的项目评审方法，其中方法还包括：

对每个附件执行一次归档流程，且采用互斥规则执行多个归档请求；

所述归档流程通过SVN本地工作副本和命令行实现、或基于流程自动化机器人以界面数据爬取和提交方式实现。

本发明实施例的另一方面提供了一种项目评审装置，包括：

任务管理模块，用于响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，所述任务包括任务属性、任务流程及交付物中的至少一种；

评审管理模块，用于通过所述评审子流程确定所述项目所处的项目流程，通过所述评审子流程将任务发送至第一评审节点，并汇总所述第一评审节点的评审结果；

后台中间模块，用于对获取所述项目、所述任务及所述评审结果并进行检查及获取；

归档模块，用于对经过检查后的所述项目、所述任务及所述评审结果进行归档。

本发明实施例的另一方面提供了一种电子设备，包括处理器以及存储器；

所述存储器用于存储程序；

所述处理器执行所述程序实现如前文所描述的方法。

本发明实施例还公开了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文所描述的方法。

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

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明实施例的项目评审方法的流程示意图。

图2是本发明实施例的任务管理流程示意图。

图3是本发明实施例的评审管理流程示意图。

图4是本发明实施例的后台处理流程示意图。

图5是本发明实施例的归档流程示意图。

图6是本发明实施例的项目评审方法的流程示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特有的意义。因此，“模块”、“部件”或“单元”可以混合地使用。“第一”、“第二”等只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。在本后续的描述中，对方法步骤的连续标号是为了方便审查和理解，结合本发明的整体技术方案以及各个步骤之间的逻辑关系，调整步骤之间的实施顺序并不会影响本发明技术方案所达到的技术效果。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

示例性地，参考图1，其公开了项目评审方法的流程示意图，其包括但不限于步骤S100～S400：

S100，响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，任务包括任务属性、任务流程及交付物中的至少一种。

在一些实施例中，参考图2所示的任务管理流程示意图，其流程如下所示：

1)任务录入，任务管理模块与项目立项模块关联，当项目立项评审通过后，该项目才可在任务管理模块选择到。

项目经理在OA任务管理系统中，选择某个项目，录入任务，任务属性包括：任务名称、责任人、计划开始日期、计划结束日期、计划工作量、计划评审交付物等。任务在录入时，当计划评审交付物非空，保存时系统会自动生成“启动评审”链接。

在一些实施例中，

仅项目经理及指定管理人员有任务编辑权限，项目成员无任务编辑权限，只有任务执行填报权限。

“启动评审”链接在未被使用时，可删除，一旦点击生成了一个实际的评审子流程链接并保存后则不可删除。此节点包含双字段：评审子流程链接、评审子流程结论，类键值对设计。

2)任务进展填报，责任人即项目成员启动任务，持续在任务上填报进展、实际投入工作量等直至任务完成。

3)任务是否完成，如任务已完成，“任务进展”处填100％。

4)是否有待评审交付物，存在以下情况：

该任务没有待评审交付物：此种情况下任务中没有生成“启动评审”链接。

该任务有待评审交付物：此种情况下任务中有“启动评审”链接。当任务做完时，责任人不能直接关闭任务，要将输出交付物提交评审并同通过评审后才能关闭任务。

5)一键提交评审，责任人点击任务对应的“启动评审”链接来启动评审子流程，在弹出框中选择对应阶段/活动，比如“需求分析”，系统会自动进入评审管理模块该项目对应的阶段/活动评审子流程中，责任人上传待评审相关附件，填写完整部分信息后保存并提交评审。

在一些实施例中，评审子流程在保存时会做“项目当前阶段”校核，只有当选择的阶段/活动与评审管理模块该项目当前阶段匹配时，才允许保存。(“项目变更”活动评审保存校核条件也是项目当前阶段，只要项目未处于“已结项”状态即允许发起)

在一些实施例中，考虑到评审有不通过的情况，因此允许1条任务多次启动评审，新的评审子流程在保存时会做校核：如该节点有进行中的子流程，则不允许重复创建；无进行中的子流程时可创建，如存在已通过的子流程，保存前系统会给出提示。

6)评审子流程，评审管理模块与项目立项模块关联，当项目立项评审通过后，自动在评审管理模块生成该项目的一系列内置评审子节点：需求分析、项目计划、系统设计、项目实施、验收结项。这些子节点需要顺序执行，比如，当前处于需求分析阶段，则只有需求分析子节点可见并可操作，后续子节点不可见不可操作。

任务管理模块的任务提交评审时，在弹出框中选择对应活动，比如“需求分析”，系统会自动启动评审管理模块该项目对应的阶段/活动评审子节点流程。

7)评审结论返回，当任务对应评审子流程评审结束时，会将评审结论(通过/不通过)返回任务管理模块对应任务的“评审子流程结论”字段。

8)评审通过，当有评审子流程时，评审通过后系统会自动触发OA后台中间程序下载流程附件、并通过JSON请求调用远程RPA归档模块自动完成附件归档到SVN项目库指定位置。向下游模块依次传递5个参数：1)合同号/立项号，2)合同名称，3)项目阶段/活动，4)附件文件名，5)附件下载链接。

在一些实施例中，当1个评审子流程中有多个附件时，每个附件归档都需要调用一次RPA归档模块。

9)任务关闭，任务关闭由责任人通过选择任务状态为“已完成”来关闭。系统内置判断逻辑：

该任务没有待评审交付物：如任务确实已完成，责任人在最后一次填报时将任务状态选为“已完成”并保存即可关闭任务。任务关闭后不可再继续填报进展及报工。即，当“任务有待评审交付物”＝False时，“任务进展”＝100％&“任务状态”＝已完成，允许保存并关闭任务。

该任务有待评审交付物：此时不能通过将“任务状态”选为“已完成”并保存来关闭任务，还需评审子流程结论为通过，此时任务状态选为“已完成”才允许保存来关闭任务。即，当“任务有待评审交付物”＝TRUE时，“任务进展”＝100％&“评审子流程结论”＝“通过”&“任务状态”＝“已完成”才可保存并关闭任务。

S200，通过评审子流程确定项目所处的项目流程，通过评审子流程将任务发送至第一评审节点，并汇总第一评审节点的评审结果。

在一些实施例中，参考图3所示的评审流程示意图，其流程如下所示：

评审管理模块与项目立项模块关联，当项目立项评审通过后，自动在评审管理模块生成对应该项目的一条记录，内含一系列内置评审子节点：需求分析、项目计划、系统设计、项目实施、验收结项、项目变更等。除项目变更子节点外，其他子节点需要顺序执行，比如，当前处于需求分析阶段，则只有需求分析子节点可见并可操作，后续子节点不可见不可操作。该条记录还包含并显示该项目当前所处的最新阶段/活动(在任务发起评审时会控制只能发起当前阶段的相关评审)。

在一些实施例中，项目变更子节点自立项起可提交流程，至项目结项止。

评审子节点处理流程如下：

1)评审申请提交

提交人点击项目对应评审子节点进入申请流程提交页面，按页面提示填写完相关信息后，上传待评审文档附件，点击“提交”即可。评审专家已通过系统角色预设并关联。

在一些实施例中，在本实施例中，此处是从任务管理模块的任务中点击“启动评审”并选择对应的阶段/活动自动进到申请流程提交页面。

在一些实施例中，流程保存但未提交时，提交人可打开编辑；流程一旦提交，提交人就无法再编辑。

2)同行评审执行，评审专家接收到待处理流程后查阅附件及相关信息，反馈修改意见；多名评审专家是并行处理，处理次序不分先后。

3)专家是否同意，专家如认为文档整体未达到可评审的条件，可驳回至提交人处，让其修改后再提交。只要有1名专家驳回，流程则退回至提交人处；专家若原则上同意，则选择“同意”，并反馈具体修改意见。

4)所有专家已完成，当所有专家都同意后，进入评审组长初审环节。

5)评审组长初审，评审组长汇总各位评审专家的意见，做出综合判断，本次评审是否可通过。

6)初审是否可通过，评审组长如认为本次评审基本上可通过，则附上评审意见，选择“通过”。

7)提交人处理，提交人接收到评审意见汇总后，按照意见修改文档，并填写根据意见文档修改情况。

8)评审组长复审，评审组长检查修改后的文档，如认为已完成处理，可接受，则本次评审通过，选择“通过”。

9)评审是否通过，如评审组长复审结论为“通过”，则本次评审结论为“通过”，自动触发OA后台中间程序完成附件归档到SVN项目配置库，流程关闭；如评审组长复核结论为“不通过”，则本次评审结论为“不通过”，发送通知给提交人和项目经理，流程关闭。

10)流程关闭，有评审结论后，系统自动关闭流程。

在一些实施例中，其中的各评审人员对应为第一评审节点。

S300，对获取项目、任务及评审结果并进行检查及获取。

在一些实施例中，参考图4所示的后台处理流程示意图，其流程如下所示：

OA后台中间程序由评审子流程评审通过自动触发，调用远程RPA归档模块完成评审流程附件归档到SVN项目配置库。处理流程如下：

1)参数获取

从评审子流程中获取如下参数：1)合同号/立项号，2)合同名称/项目名称，3)项目阶段/活动，4)附件文件名列表，5)附件下载链接列表

计算得到附件数量N。

2)是否有附件

当N＝0时说明流程中没有附件，直接到异常处理子模块。

3)遍历列表每一行

当N>0时说明流程中有附件，循环i＝1到N，遍历每个附件。

4)构造输出参数

对每个附件，构造5个参数：1)合同号/立项号，2)合同名称/项目名称，3)项目阶段/活动，4)附件文件名，5)附件下载链接。注意，顺序不能变。

5)获取RPA令牌

向远程RPA Server发送JSON请求，获取令牌(Token)。

入参：模块名、方法名、RPA Server IP地址、用户名、密码

出参：令牌(Token)

因该令牌为临时令牌，10分钟内有效，所以每个附件归档时都需要重新获取一次令牌。

6)调用RPA归档模块

调用远程RPA Server上的RPA归档模块完成附件归档到SVN项目配置库指定路径。

向RPA Server发送JSON请求：

入参：模块名、方法名、令牌(Token)、流程ID、节点参数个数、参数(5个)

出参：正常/错误

该模块的详细处理逻辑请参见“4、RPA归档模块”。

7)是否遍历完

当i＝N时说明已遍历完所有附件，正常返回。

8)异常处理

如果附件数量N＝0，说明该评审子流程中无附件，记录异常并返回。

S400，对经过检查后的项目、任务及评审结果进行归档。

在一些实施例中，

由OA后台中间程序远程调用，完成项目文档归档到SVN项目配置库。项目到SVN项目配置库之间的映射通过《项目列表》完成，所以应保证新增项目及时创建好SVN项目库，并将库路径信息增加到《项目列表》中。这样做的目的同时也是为了满足公司不同部门的管理诉求。《项目列表》所需信息如下：项目库名、SVN项目配置库路径，其中项目库名命名规则为：合同号/立项号_合同名称/项目名称，合同号/立项号已通过系统保证全公司唯一。

模块输入参数5个，按顺序如下：1)合同号/立项号，2)合同名称/项目名称，3)项目阶段/活动，4)附件文件名，5)附件下载链接。

在一些实施例中，采用全局变量，其定义与输入参数一致，是的本方案的技术能适用不同的系统环境。

在一些实施例中，为防止多个请求同时涌入导致上一个未处理完时下一个又启动，该模块使用流程调用组件的方式，并设置了流程互斥，确保流程能排队顺序完成。

本实施例的处理流程如下：

1)数据初始化，获取全局参数到本组件；由入参构造输入项目库名(如合同名称中包含空格，先去掉空格)；“找到项目状态标志变量”B_ProjNameMeet初始化为False。

2)入参合法性判断，附件下载：点击入参的http链接，下载附件、重命名并另存到指定位置(附件缓存区)；下载状态判断：判断附件是否下载成功，并将结果赋值给“文件下载状态标志变量”B_AttachmentToFileSuccess；阶段合法性判断：判断入参的阶段是否合法，并将结果赋值给“阶段合法性标志变量”B_ProjStageOK。

3)检查是否合法当附件下载成功、并且阶段合法，则为合法，否则为不合法；如果不合法，直接跳到错误记录子模块。

4)打开项目列表，获取项目鞋标中包含“项目库名”、“SVN项目配置库路径”两列数据，通过表头名称匹配，请勿修改表头名。数据必须在第一个页签，页签名不限。

5)遍历每一行，循环遍历列表中的每一行。

6)读取库名&路径，读取“项目库名”、“SVN项目配置库路径”两列数据。

7)是否遍历完，判断是否已遍历完：如果未遍历完，继续下一行；如果已遍历完并且未找到匹配项目，则跳到错误记录子模块。

8)库名是否匹配，判断列表中某一行的项目库名是否与输入项目库名匹配，如果匹配，说明找到了该项目，将“找到项目状态标志变量”Bool_ProjNameMeet置为TRUE。

9)构造SVN最终路径，依据如下逻辑(阶段/活动与子目录之间的映射关系)，构造附件上传的SVN最终路径：

需求分析对应子目录：0.需求管理；

项目计划对应子目录：1.项目计划；

系统设计对应子目录：2.系统设计；

实施阶段对应子目录：3.项目实施；

验收结项对应子目录：4.项目验收；

项目变更对应子目录：5.项目变更。

10)调用Bat脚本，将附件归档到SVN最终路径，利用SVN本地工作副本，将附件上传到SVN最终路径中。

11)退出循环，找到匹配项目并完成附件归档到SVN后，退出当前循环，不再遍历列表后面的项目，以提升效率。

12)关闭项目列表。

在一些实施例中，还包括如下处理流程：

13)附件下载失败错误记录，当“文件下载状态标志变量”B_AttachmentToFileSuccess＝False时，打开未上传svn附件记录列表，并新增一条错误记录：“附件文件下载失败：某项目某阶段某附件”，“失败日期时间”，并保存关闭。

14)阶段不合法错误记录，当“阶段合法性标志变量”B_ProjStageOK＝False时，打开《未上传svn附件记录列表》新增一条错误记录：“输入阶段不合法：某项目某阶段某附件”，“失败日期时间”，并保存关闭。

15)库名不匹配错误记录，当“找到项目状态标志变量”B_ProjNameMeet＝False时，打开《未上传svn附件记录列表》新增一条错误记录：“未找到对应svn项目库：某项目某阶段某附件，附件归档失败”，“失败日期时间”，并保存关闭。

在一些实施例中，仅以OA系统和SVN版本管理工具为例来说明系统设计的思路，在实践当中，也可基于像企业微信等其他管理平台、以及Git等其他版本管理工具来实现，均涵盖在本发明技术方案所属范围。

在一些实施例中，任务管理中任务属性除本发明技术方案所列字段外，也可增加其他字段，不影响本发明技术方案实现，更改字段名称、增加字段等均涵盖在本发明技术方案所属范围。

在一些实施例中，评审管理对于每个具体的阶段/活动评审流程，在实际会有所不同，这并不影响本发明技术方案实现，不同的评审流程，均涵盖在本发明技术方案所属范围。

在一些实施例中，归档这一步骤中，本发明技术方案仅以SVN本地工作副本和命令行的方式来展现如何实现附件归档，在实践中，还可以使用RPA界面数据爬取和提交的方式来实现。

在一些实施例中，归档这一步骤中，还可以结合项目文档命名规范，实现自动重命名项目文档再提交到SVN项目库归档，此功能涵盖在本发明技术方案所属范围。

通过以上的实施方式，本发明的技术方案至少具备如下有益效果：使得项目管理人员专注于任务分配和完成情况跟踪，无需关心相关输出文档是否及时提交评审、是否及时归档到SVN项目配置库，使得项目经理管理工作提高；大大提升QA工程师、配置管理员的工作效率，使得1名管理人员(如QA、配置管理员等)管理成百上千个项目成为可能，数据准确性和及时性得到极大提高。管理人员也可将时间腾出来投入到更高价值的工作内容上，提升岗位贡献度；标准化的过程奠定了量化管理的数据基础，为持续改进提供输入。

如图5所示，本发明实施例还提供了一种项目评审装置，该装置包括了任务管理模块501、评审管理模块502、后台中间模块503及归档模块504；

其中，任务管理模块，用于响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，任务包括任务属性、任务流程及交付物中的至少一种；评审管理模块，用于通过评审子流程确定项目所处的项目流程，通过评审子流程将任务发送至第一评审节点，并汇总第一评审节点的评审结果；后台中间模块，用于对获取项目、任务及评审结果并进行检查及获取；归档模块，用于对经过检查后的项目、任务及评审结果进行归档。

示例性地，在装置中的任务管理模块、评审管理模块、后台中间模块及归档模块的协同下，实施例装置可以实现前述的任意一种项目评审方法，即响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，任务包括任务属性、任务流程及交付物中的至少一种；通过评审子流程确定项目所处的项目流程；通过评审子流程将任务发送至第一评审节点，并汇总第一评审节点的评审结果；对获取项目、任务及评审结果并进行检查及获取；对经过检查后的项目、任务及评审结果进行归档，提高了项目的管理效率。

本发明实施例还提供了一种电子设备，该电子设备包括处理器以及存储器；

存储器存储有程序；

处理器执行程序以执行前述的项目评审方法；该电子设备具有搭载并运行本发明实施例提供的界面切换的软件系统的功能，例如，个人计算机(Personal Computer，PC)、手机、智能手机、个人数字助手(Personal Digital Assistant，PDA)、可穿戴设备、掌上电脑PPC(Pocket PC)、平板电脑等。

本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有程序，所述程序被处理器执行实现如前面所述的项目评审方法。

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

本发明实施例还公开了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前述的项目评审方法。

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

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

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

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

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

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

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

以上是对本发明的较佳实施进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种项目评审方法，其特征在于，包括：

响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，所述任务包括任务属性、任务流程及交付物中的至少一种；

通过所述评审子流程确定所述项目所处的项目流程；

通过所述评审子流程将任务发送至第一评审节点，并汇总所述第一评审节点的评审结果；

对获取所述项目、所述任务及所述评审结果并进行检查及获取；

对经过检查后的所述项目、所述任务及所述评审结果进行归档。

2.根据权利要求1所述的项目评审方法，其特征在于，所述响应于项目评审请求，获取已立项项目的任务包括以下流程中的至少一种：

创建任务，包括创建任务名称、责任人、计划开始日期、计划结束日期、计划工作量及计划评审交付物；

根据已立项项目，建立所述项目与所述任务的关联；

对所述任务的任务流程及交付物进行获取，根据所述任务及所述交付物，确定所述任务的进度。

3.根据权利要求1所述的项目评审方法，其特征在于，所述通过所述评审子流程确定所述项目所处流程，包括：

通过获取所述项目的标识字段，根据所述标识字段确定所述项目流程，其中所述项目流程包括需求分析、项目计划、系统设计、项目实施及验收结项中的至少一种；

通过所述评审子流程为所述项目流程生成第二评审节点，通过所述第二评审节点对所述项目流程进行依次评审。

4.根据权利要求3所述的项目评审方法，其特征在于，所述通过所述评审子流程确定所述项目所处流程，还包括：

获取所述项目的多个所述任务的任务属性、任务流程及交付物；

若存在所述交付物，创建评审链接对所述交付物进行发送，通过多个所述第一评审节点根据所述任务属性、任务流程及交付物确定交付物评审、任务进度、任务流程状态及评审子流程结论；

若不存在所述交付物，通过多个所述第一评审节点所述任务的任务进度及任务流程状态确定评审子流程结论；

将所述评审子流程结论进行汇总得到所述评审结果。

5.根据权利要求1所述的项目评审方法，其特征在于，所述对获取所述项目、所述任务及所述评审结果并进行检查及获取，包括：

根据所述评审结果，评审通过时从所述第一评审节点获取项目参数，所述参数包括立项号、项目名称、项目阶段、附件文件名列表及附件下载链接列表，所述项目参数具有唯一性；

根据所述附件文件名列表，确定每个附件，并为每个附件创建输出参数，所述输出参数与所述项目参数一一对应；

向远程流程自动化机器人发送令牌，根据令牌将所述附件存储以数据表形式至预设路径。

6.根据权利要求5所述的项目评审方法，其特征在于，所述对经过检查后的所述项目、所述任务及所述评审结果进行归档，包括：

初始化全局参数，根据所述项目参数构建入库名称；

接收所述项目参数，进行合法性检查；

读取项目的每一列及所述预设路径，并匹配预设路径的数据包名称与入库名称；

构建所述附件上传路径，包括创建项目阶段与对应子目录的映射，根据映射生成所述附件的上传路径；

采用脚本将所述附件通过上传路径进行归档。

7.根据权利要求6所述的项目评审方法，其特征在于，所述方法还包括：

对每个附件执行一次归档流程，且采用互斥规则执行多个归档请求；

所述归档流程通过SVN本地工作副本和命令行实现、或基于流程自动化机器人以界面数据爬取和提交方式实现。

8.一种项目评审装置，其特征在于，包括：

任务管理模块，用于响应于项目评审请求，获取已立项项目的任务，并创建评审子流程，所述任务包括任务属性、任务流程及交付物中的至少一种；

评审管理模块，用于通过所述评审子流程确定所述项目所处的项目流程，通过所述评审子流程将任务发送至第一评审节点，并汇总所述第一评审节点的评审结果；

后台中间模块，用于对获取所述项目、所述任务及所述评审结果并进行检查及获取；

归档模块，用于对经过检查后的所述项目、所述任务及所述评审结果进行归档。

9.一种电子设备，其特征在于，包括处理器以及存储器；

所述存储器用于存储程序；

所述处理器执行所述程序实现如权利要求1-7中任一项所述的项目评审方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序，所述程序被处理器执行实现如权利要求1-7中任一项所述的项目评审方法。

Images