一种瀑布模型下的任务管理方法及系统与流程

本发明涉及计算机软件技术领域，更具体地说，涉及一种瀑布模型下的任务管理方法及系统。

背景技术：

瀑布模型是一个项目开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护。现阶段，网银开发多是基于瀑布模型来实现的。

为保证网银开发的执行质量，网银内部制定了一系列任务节点执行流程，比如，需求分析阶段的文档编写、需求分析文档走查等等。但是，目前任务节点执行都是基于纸质的流程规范，仅依靠开发人员意识提高来规范流程，这就无法保证任务节点执行流程的合规性。

技术实现要素：

有鉴于此，本发明提供一种瀑布模型下的任务管理方法及系统，以解决目前任务节点执行都是基于纸质的流程规范无法保证任务节点执行流程的合规性的问题。技术方案如下：

一种瀑布模型下的任务管理方法，其特征在于，应用于服务器，包括：

在接收到第一客户端发送的任务分配数据的情况下，从所述任务分配数据中获取任务数据以及所述任务数据对应的任务牵头人数据；

基于所述任务牵头人数据确定第二客户端，并将所述任务数据发送至所述第二客户端；

在接收到所述第二客户端基于所述任务数据反馈的任务执行数据的情况下，从所述任务执行数据中获取至少一个任务节点的任务节点数据以及所述任务节点数据对应的任务执行人数据；

按照所述任务节点在瀑布模型中的执行顺序，依次基于所述任务执行人数据确定第三客户端，并将所述任务节点数据发送至所述第三客户端；

在接收到所述第三客户端基于所述任务节点数据反馈的任务节点执行数据的情况下，基于所述任务节点执行数据更新所述任务节点数据。

优选的，还包括：

在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行状态变更指令的情况下，生成用于表征所述任务节点执行状态变更的第一提示信息，并发送至所述第一客户端。

优选的，还包括：

在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行结束状态变更指令的情况下，根据预设配置参数对所述任务节点进行检测，并在检测通过时，将所述任务节点的执行状态更新为结束状态。

优选的，所述在检测通过，之后，还包括：

生成用于表征任务节点文档上传的第二提示信息，并发送至所述第三客户端；

在接收到所述第三客户端基于所述第二提示信息上传的任务节点文档的情况下，将所述任务节点文档存储于唯一预设路径下。

优选的，所述在接收到所述第三客户端基于所述任务节点数据反馈的任务节点执行数据的情况下，之后，还包括：

调用预先设置的任务检测工具，并启动；

获取检测到所述任务检测工具的任务检测结果。

优选的，还包括：

在接收到所述第一客户端发送的工作量统计指令的情况下，从所述任务数据中获取任务工作量，同时从各个所述任务节点数据中获取任务节点工作量；

计算任务牵头人工作量和各个任务执行人工作量。

优选的，还包括：

根据所述任务牵头人工作量和各个所述任务执行人工作量，生成工作量图表。

一种瀑布模型下的任务管理系统，包括：第一获取模块、第一确定模块、第二获取模块、第二确定模块和数据更新模块；

所述第一获取模块，用于在接收到第一客户端发送的任务分配数据的情况下，从所述任务分配数据中获取任务数据以及所述任务数据对应的任务牵头人数据；

所述第一确定模块，用于基于所述任务牵头人数据确定第二客户端，并将所述任务数据发送至所述第二客户端；

所述第二获取模块，用于在接收到所述第二客户端基于所述任务数据反馈的任务执行数据的情况下，从所述任务执行数据中获取至少一个任务节点的任务节点数据以及所述任务节点数据对应的任务执行人数据；

所述第二确定模块，用于按照所述任务节点在瀑布模型中的执行顺序，依次基于所述任务执行人数据确定第三客户端，并将所述任务节点数据发送至所述第三客户端；

所述数据更新模块，用于在接收到所述第三客户端基于所述任务节点数据反馈的任务节点执行数据的情况下，基于所述任务节点执行数据更新所述任务节点数据。

优选的，还包括：信息生成模块；

所述信息生成模块，用于在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行状态变更指令的情况下，生成用于表征所述任务节点执行状态变更的第一提示信息，并发送至所述第一客户端。

优选的，还包括：状态更新模块；

所述状态更新模块，用于在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行结束状态变更指令的情况下，根据预设配置参数对所述任务节点进行检测，并在检测通过时，将所述任务节点的执行状态更新为结束状态。

相较于现有技术，本发明实现的有益效果为：

以上本发明提供的一种瀑布模型下的任务管理方法及系统，将任务执行过程精炼提升为任务分配制定、任务节点制定、以及任务节点执行这三部分，在任务节点执行的过程中，按照任务节点在瀑布模型中的执行顺序控制执行流程，从而保证任务节点执行流程的合规性。

附图说明

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

图1为本发明实施例提供的一种瀑布模型下的任务管理方法的方法流程图；

图2示出一种任务分配显示界面；

图3示出一种任务计划显示界面；

图4示出一种子任务完成目录显示界面；

图5为本发明实施例提供的另一种瀑布模型下的任务管理方法的方法流程图；

图6为本发明实施例提供的再一种瀑布模型下的任务管理方法的方法流程图；

图7为本发明实施例提供的再一种瀑布模型下的任务管理方法的方法流程图；

图8为本发明实施例提供的一种瀑布模型下的任务管理系统的结构示意图。

具体实施方式

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

本发明实施例提供一种瀑布模型下的任务管理方法，该方法应用于服务器，其方法流程图如图1所示，包括如下步骤：

s10，在接收到第一客户端发送的任务分配数据的情况下，从任务分配数据中获取任务数据以及任务数据对应的任务牵头人数据；

在执行步骤s10的过程中，为实现任务执行流程的精确管理，首先由任务分配人员进行任务分配制定，任务分配人员可就任务特点通过第一客户端设置任务分配数据，例如，在图2示出的任务分配显示界面，任务分配人员可在此显示界面上输入任务数据和任务牵头人数据，并在输入完成之后，由第一客户端发送至服务器；其中，

任务数据包括但不局限于任务批次、任务单号、任务工作量、任务启动时间、任务递交时间和任务状态中的一种或多种，任务牵头人数据可为任务牵头人姓名，还可为任务牵头人工号等，本实施例不做具体限定。当然，任务实施人，也就是任务执行人，可由任务分配人员指定，还可由任务牵头人指定，本实施例不做具体限定。

s20，基于任务牵头人数据确定第二客户端，并将任务数据发送至第二客户端；

在执行步骤s20的过程中，服务器可利用任务牵头人姓名或者任务牵头人工号等查找任务牵头人所持有的第二客户端，并将任务数据发送至第二客户端待办事项所对应的存储地址中，这就使得任务牵头人在登录第二客户端时，可从待办事项中查找到任务数据。

s30，在接收到第二客户端基于任务数据反馈的任务执行数据的情况下，从任务执行数据中获取至少一个任务节点的任务节点数据以及任务节点数据对应的任务执行人数据；

在执行步骤s30的过程中，任务牵头人通过第二客户端查看到任务数据之后，可首先进行签到，以使服务器将任务状态更新为已签到，从而提示任务分配人任务已被接收。

进一步，若第二客户端所接收到的任务数据中存在任务执行人数据，则任务牵头人直接基于任务分配数据制定计划，如图3示出的任务计划显示界面，任务牵头人可在此显示界面上输入任务阶段，也就是任务节点数据以及执行该任务节点的任务执行人数据；其中，任务节点数据包括但不局限于任务节点类型(也就是任务阶段)、任务节点开始时间和任务节点结束时间中的一种或多种，任务执行人数据可为任务执行人姓名，还可为任务执行人工号等，本实施例不做具体限定。

当然，如果有需要，还在此显示界面上设置任务节点所对应的子任务，比如，需求分析这一任务节点包括的子任务有转账汇款委托、转账汇款修改以及转账汇款授权三部分。

s40，按照任务节点在瀑布模型中的执行顺序，依次基于任务执行人数据确定第三客户端，并将任务节点数据发送至第三客户端；

以网银开发为例，本实施例通过提炼网银开发中的所有关键步骤，结合瀑布模型，形成需求分析、总体设计、详情设计、编码、内部测试和功能测试这六个任务节点的工程活动约束；进一步，按照任务节点在工程活动约束，也就是瀑布模型中的执行顺序确定当前要执行的任务节点，比如，总体设计要在需求分析完成之后才可执行。

服务器利用任务节点所对应的任务执行人姓名或者任务执行人工号等查找任务执行人所持有的第三客户端，并将任务节点数据发送至第三客户端待办事项对对应的存储地址中，这就使得任务执行人在登录第三客户端时，可从待办事项中查找到任务节点数据。

s50，在接收到第三客户端基于任务节点数据反馈的任务节点执行数据的情况下，基于任务节点执行数据更新任务节点数据；

在执行步骤s50的过程中，任务执行人通过第三客户端查看任务节点数据之后，可按照实际需要执行该任务节点，具体的，若该任务节点存在子任务，可依次按照相应子任务完成目录依次完成子任务。如图4示出一种子任务完成目录的显示界面，对应的任务节点为需求分析，包括转账汇款委托、转账汇款修改以及转账汇款授权三部分内容。

在任务执行人完成之后，可通过第三客户端反馈任务节点执行数据，比如，完成需求分析的转账汇款委托之后，可点击图4示出的转账汇款委托前的完成按钮，以向服务器反馈用于表征转账汇款委托完成的任务节点执行数据，服务器在接收到任务节点执行数据之后，可更新任务节点数据中的子任务，比如，为转账汇款委托这一子任务添加完成标识。

进一步地，为提示任务分配人员及时获知任务执行是否正常，在其中一些实施例中，上述方法还包括以下步骤，方法流程图如图5所示：

s60，在接收到第二客户端基于更新后的任务节点数据反馈的执行状态变更指令的情况下，生成用于表征任务节点执行状态变更的第一提示信息，并发送至第一客户端。

具体的，执行状态变更指令包括执行结束状态变更指令和执行开启状态变更指令，在任务节点开启或结束时，服务器都会生成第一提示信息发送至第一客户端。提示形式包括但不局限于彩灯闪烁、变换颜色和振动，本实施例不做具体限定。

更进一步地，为保证任务节点的执行过程符合执行要求，在其中一些实施例中，上述方法还包括以下步骤，方法流程图如图6所示：

s70，在接收到第二客户端基于更新后的任务节点数据反馈的执行结束状态变更指令的情况下，根据预设配置参数对任务节点进行检测，并在检测通过时，将任务节点的执行状态更新为结束状态。

具体的，在第二客户端确定任务节点结束时，可利用预先设置的配置参数检测该任务节点对应的任务节点数据是否完整，例如，某任务节点仅有一个子任务，该子任务为接口变更，可基于预先设置的接口变更参数检测更新后的任务节点数据中是否存在接口变更完成标识，若存在，则可该任务节点检测通过，反之，则未通过。

此外，为方便后续调阅取档，可在任务节点检测通过之后，上述方法还包括以下步骤：

生成用于表征任务节点文档上传的第二提示信息，并发送至第三客户端；在接收到第三客户端基于第二提示信息上传的任务节点文档的情况下，将任务节点文档存储于唯一预设路径下。

具体的，预设路径可为本地路径，还可为非本地路径，比如，ftp(filetransferprotocolserver)服务器上，本实施例不做具体限定。

更进一步地，为保证项目执行质量，在其中一些实施例中，在接收到第三客户端基于任务节点数据反馈的任务节点执行数据的情况下，之后，还包括以下步骤，：

调用预先设置的任务检测工具，并启动；获取检测到任务检测工具的任务检测结果。

以网银开发为例，本实施例可预先将网银工具进行整合，在接收到任务节点执行数据之后，自动调用网银工具，并启动检测。而对于文档、代码和数据库有如下三种检测方式：

通过接口方式调用文件列表，通过模糊匹配方式，检查任务节点相关文档是否已更新，比如需求分析阶段结束时，必须包含产品需求规约、功能点估算书，而总体设计阶段结束时，必须包含软件架构文档。

通过接口方式调用代码复查jar包，上送代码所在路径，返回代码复查结果，其中，代码复查jar包为网银现有检查工具。

通过接口方式，调用sql检查工具jar包，上送sql语句清单，返回sql检查结果，其中，sql检查工具jar包为网银现有检查工具。

为保证检测结果展现清晰，可以以检测报告的形式展示任务检测结果，检测报告的形式本实施例不做具体显示，可根据实际需要具体设置。

更进一步地，为保证任务分配人员更好了解任务分配均衡度，在其中一些实施例中，上述方法还包括以下步骤，方法流程图如图7所示：

s80，在接收到第一客户端发送的工作量统计指令的情况下，从任务数据中获取任务工作量，同时从各个任务节点数据中获取任务节点工作量；

s90，计算任务牵头人工作量和各个任务执行人工作量；

在执行步骤s90的过程中，对于任务牵头人，通过计算其在任务数据中的任务工作量以及在各个任务节点数据中的任务节点工作量之和，可计算任务牵头人工作量；而对于任务执行人，通过计算其在各个任务节点数据中的任务节点工作量之和，可计算任务执行人工作量。

本发明实施例提供的瀑布模型下的任务管理方法，将任务执行过程精炼提升为任务分配制定、任务节点制定、以及任务节点执行这三部分，在任务节点执行的过程中，按照任务节点在瀑布模型中的执行顺序控制执行流程，从而保证任务节点执行流程的合规性。

基于上述实施例提供的瀑布模型下的任务管理方法，本发明实施例还提供一种执行上述方法的系统，其结构示意图如图8所示，包括：第一获取模块10、第一确定模块20、第二获取模块30、第二确定模块40和数据更新模块50；

第一获取模块10，用于在接收到第一客户端发送的任务分配数据的情况下，从任务分配数据中获取任务数据以及任务数据对应的任务牵头人数据；

第一确定模块20，用于基于任务牵头人数据确定第二客户端，并将任务数据发送至第二客户端；

第二获取模块30，用于在接收到第二客户端基于任务数据反馈的任务执行数据的情况下，从任务执行数据中获取至少一个任务节点的任务节点数据以及任务节点数据对应的任务执行人数据；

第二确定模块40，用于按照任务节点在瀑布模型中的执行顺序，依次基于任务执行人数据确定第三客户端，并将任务节点数据发送至第三客户端；

数据更新模块50，用于在接收到第三客户端基于任务节点数据反馈的任务节点执行数据的情况下，基任务节点执行数据更新所述任务节点数据。

进一步地，在其中一些实施例中，上述系统还包括如下模块：

信息生成模块，用于在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行状态变更指令的情况下，生成用于表征所述任务节点执行状态变更的第一提示信息，并发送至所述第一客户端。

更进一步地，在其中一些实施例中，上述系统还包括如下模块：

状态更新模块，用于在接收到所述第二客户端基于更新后的所述任务节点数据反馈的执行结束状态变更指令的情况下，根据预设配置参数对所述任务节点进行检测，并在检测通过时，将所述任务节点的执行状态更新为结束状态。

更进一步地，在其中一些实施例中，上述系统还包括如下模块：

工作量计算模块，用于在接收到所述第一客户端发送的工作量统计指令的情况下，从所述任务数据中获取任务工作量，同时从各个所述任务节点数据中获取任务节点工作量；计算任务牵头人工作量和各个任务执行人工作量。

本实施例提供的瀑布模型下的任务管理系统，将任务执行过程精炼提升为任务分配制定、任务节点制定、以及任务节点执行这三部分，在任务节点执行的过程中，按照任务节点在瀑布模型中的执行顺序控制执行流程，从而保证任务节点执行流程的合规性。

以上对本发明所提供的一种瀑布模型下的任务管理方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。