任务看板数据更新方法、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种任务看板数据更新方法、装置、计算机设备和存储介质。


背景技术：

2.任务看板是数据可视化的载体，是一种可视化工具，通过合理的页面布局、效果设计，将任务数据更直观、更形象的展现出来。
3.目前任务看板上展示的数据基本是任务参数，展示内容较为单一，并且任务参数大多依赖于人工手动更新，人工手动更新效率较低且容易出错。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种可自动更新看板数据的任务看板数据更新方法、装置、计算机设备和存储介质。
5.第一方面，本技术提供了一种任务看板数据更新方法。该方法包括：
6.响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
7.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
8.获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
9.根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
10.在其中一个实施例中，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，包括：
11.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数；
12.根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
13.在其中一个实施例中，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，包括：
14.根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数；
15.根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
16.在其中一个实施例中，根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数，包括：
17.根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序；
18.根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
19.在其中一个实施例中，目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
20.在其中一个实施例中，根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，包括：
21.若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值；
22.若超过，则获取该任务平台在工作周期内的新增漏洞数量；
23.根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
24.第二方面，本技术还提供了一种任务看板数据更新装置。该装置包括：
25.获取模块，用于响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
26.确定模块，用于根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
27.生成模块，用于获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
28.更新模块，用于根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
29.第三方面，本技术还提供了一种计算机设备。计算机设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
30.根据待缴费车辆的车辆信息，确定目标车载终端的终端标识；
31.根据待缴费资产、车辆信息和目标车载终端的终端标识，向目标车载终端发起扣费请求，以供目标车载终端基于扣费请求反馈扣费答复消息；
32.若接收到的扣费答复消息为同意扣费，则根据待缴费资产，从目标车载终端关联的支付账户进行扣费。
33.第四方面，本技术还提供了一种计算机可读存储介质。计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
34.根据待缴费车辆的车辆信息，确定目标车载终端的终端标识；
35.根据待缴费资产、车辆信息和目标车载终端的终端标识，向目标车载终端发起扣费请求，以供目标车载终端基于扣费请求反馈扣费答复消息；
36.若接收到的扣费答复消息为同意扣费，则根据待缴费资产，从目标车载终端关联的支付账户进行扣费。
37.第五方面，本技术还提供了一种计算机程序产品。计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
38.根据待缴费车辆的车辆信息，确定目标车载终端的终端标识；
39.根据待缴费资产、车辆信息和目标车载终端的终端标识，向目标车载终端发起扣费请求，以供目标车载终端基于扣费请求反馈扣费答复消息；
40.若接收到的扣费答复消息为同意扣费，则根据待缴费资产，从目标车载终端关联的支付账户进行扣费。
41.上述任务看板数据更新方法、装置、计算机设备和存储介质，在接收到用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数，其中，任务参数包括需求等级、目标工作量和工作周期，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，根据各任务平台待更新的任务参数和任务风险监控信息，自动更新各任务平台的看板展示数据，本技术基于获取的各任务平台待更新的任务参数，不仅可自动实现各任务平台任务参数的更新，还可自动生成任务风险监控信息，更新任务风险监控信息。
附图说明
42.图1为本实施例提供的任务看板数据更新方法的应用环境图；
43.图2为本实施例提供的第一种任务看板数据更新方法的流程示意图；
44.图3为本实施例提供的确定进度报警阈值的流程示意图；
45.图4为本实施例提供的生成任务风险监控信息的流程示意图；
46.图5为本实施例提供的第二种任务看板数据更新方法的流程示意图；
47.图6为本实施例提供的第一种任务看板数据更新装置的结构框图；
48.图7为本实施例提供的第二种任务看板数据更新装置的结构框图；
49.图8为本实施例提供的第三种任务看板数据更新装置的结构框图；
50.图9为本实施例提供的计算机设备的内部结构图。
具体实施方式
51.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
52.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储异常数据的获取数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种任务看板数据更新方法。
53.在其中一个实施例中，提供了一种任务看板数据更新方法，如图2所示，包括以下步骤：
54.s201，响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务
参数。其中，任务参数包括需求等级、目标工作量和工作周期。
55.其中，任务平台是指需要完成目标任务的平台。任务参数是指与各任务平台的目标任务相关的参数，主要包括需求等级、目标工作量和工作周期。需求等级是指各任务平台的目标任务的重要性等级，例如可分为重要、一般、正常等，在执行各平台的目标任务时按照需求等级顺次执行。目标工作量是指目标任务的工作量。工作周期是指完成目标任务的期限。
56.本实施例一种可选的实施方式为：响应于用户触发的任务平台参数更新请求，根据与各任务平台的通讯接口，获取各任务平台待更新的任务参数。
57.s202，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值。
58.其中，任务可用人数是指目前可以执行目标任务的最大人数。进度报警阈值是指预先设定的用于界定目标任务执行进度的是否符合要求的边界条件。
59.本实施例一种可选的实施方式为：将任务可用人数、各任务平台待更新的任务参数，输入至训练好的神经网络模型中，由神经网络模型输出各任务平台的进度报警阈值。
60.本实施例另一种可选的实施方式为：根据任务可用人数，以及各任务平台待更新的任务参数，为各任务平台分配对应的目标人数，根据各任务平台的目标人数，估算该目标人数执行目标任务的任务进度，进而确定各任务平台的进度报警阈值。
61.s203，获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
62.其中，当前任务进度是指在工作周期结束时，目标任务的执行进度。任务风险监控信息中显示各任务平台的所有目标任务，以及该目标任务对应的进度报警阈值、当前执行进度和进度状态(包括正常和异常)。
63.可选的，本实施例中若各任务平台的当前任务进度大于或扥估进度报警阈值，生成的任务风险监控信息中，针对该目标任务的进度状态配置为异常；若各任务平台的当前任务进度小于等级进度报警，生成的任务风险监控信息中，针对该目标任务的进度状态配置为正常。
64.s204，根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
65.其中，看板展示数据是指数据看板经过更新后展示的数据。
66.可选的，本实施例中根据各任务平台待更新的任务参数，更新看板上针对各任务平台的目标任务相关的任务参数。根据各任务平台的任务风险监控信息，更新看板上针对各任务平台的各目标任务的风险监控信息。
67.本实施例在接收到用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数，其中，任务参数包括需求等级、目标工作量和工作周期，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，根据各任务平台待更新的任务参数和任务风险监控信息，自动更新各任务平台的看板展示数据，本技术基于获取的各任务平台待更新的任务参数，不仅可自动实现各任务平台任务参数的更新，还可自动生成任务风险监控信息，更新任务风险监控信息。
68.在其中一个实施例中，为了更加准确的确定进度报警阈值，如图3所示，s202中根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，一种可选实施方式，包括：
69.s301，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数。
70.其中，候选参数人数是指在工作周期内完成目标工作量所需要的任务。目标参与人数是指根据任务可用人数能够分配给该目标任务的人数。例如，要在工作周期内完成某个目标任务，所需的人数为4个人，但是由于任务可选人数为较少仅能给该目标任务分配2人，则“4人”即为候选参与人数，“2人”即为目标参与人数。
71.可选的，本实施例中根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数，根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
72.本实施例中根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数，可选实施方式为：可利用目标工作量除以工作周期，确定工作效率，再根据人均工作效率，可确定各任务平台对应的候选参与人数。
73.本实施例中根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数，可选实施方式为：根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序，根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。例如，根据各任务平台的目标任务的需求等级进行排序，排序顺序为a平台、c平台、b平台。任务可用人数为6人，其中a平台的候选参数人员为3人，b平台的候选参数人员为2人，c平台的候选参与人数为2人，根据排序结果，将任务可用人数的6人首先分配给a平台，再分配给c平台，最后分配给b平台，由于人数不足，b平台仅能分到1人，最后a平台的目标参与人数为3人，最后c平台的目标参与人数为2人，最后b平台的目标参与人数为1人。
74.s302，根据所述各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
75.可选的，本实施例中可根据候选参与人数、目标参与人数，以及各任务平台待更新的任务参数中的目标工作量，计算在工作周期结束时进度报警阈值。例如可利用目标工作量*目标参与人数/候选参与人数，确定进度报警阈值。
76.本实施例中根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，可准确的确定进度报警阈值。
77.在其中一个实施例中，目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值，再次基础上，如同4所示，s203一种可选的实施方式，包括：
78.s401，若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余
待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值。若超过，则执行s402，若未超过，则执行s403。
79.其中，剩余待修复漏洞数量是指在工作周期结束时，剩余的需要修复的漏洞数量。漏洞进度报警阈值是指漏洞修复进度的报警边界条件。
80.s402，若超过，则获取该任务平台在工作周期内的新增漏洞数量。并执行s404。
81.其中，新增漏洞数量是指在修复类任务过程中，新增的漏洞数量。
82.可选的，本实施例中当判断得到剩余待修复漏洞数量超过该任务平台的漏洞进度报警阈值，则可基于漏洞监测软件获取工作周期内的新增漏洞数量。
83.s403，若未超过，则根据剩余待修复漏洞数量和漏洞进度报警阈值，生成任务风险监控信息。
84.s404，根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
85.可选的，本实施例中根据新增漏洞数量和漏洞进度报警阈值，确定漏洞进度调整报警阈值，根据剩余待修复漏洞数量和漏洞进度调整报警阈值之间的关系，生成任务风险监控信息。
86.本实施例中可通过对新增漏洞数量和漏洞进度报警阈值求和，得到漏洞进度调整报警阈值。
87.本实施例中若剩余待修复漏洞数量大于漏洞进度调整报警阈值，则认为存在漏洞修复进度存在风险，生成对应的任务风险监控信息，反之，则说明漏洞修复进度不存在风险，也生成对应的任务风险监控信息。
88.本实施例若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值，若超过，则获取该任务平台在工作周期内的新增漏洞数量，根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息，当目标任务为修复类任务时，可准确的判断当前任务进度是否存在进度风险。
89.在其中一个实施例中，如图5所示，另一种任务看板数据更新方法可选的实施方式，包括：
90.s501，响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期。
91.s502，根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数。
92.s503，根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序。
93.s504，根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
94.s505，根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
95.s506根据所述当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息。
96.可选的，目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对
应的待测试案例总数；所述当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；所述进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
97.相应的，若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值。若超过，则获取该任务平台在工作周期内的新增漏洞数量，并根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。若未超过，则根据剩余待修复漏洞数量和漏洞进度报警阈值，生成任务风险监控信息。
98.s507，根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
99.本实施例在接收到用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据，本技术基于获取的各任务平台待更新的任务参数，不仅可自动实现各任务平台任务参数的更新，还可自动生成任务风险监控信息，更新任务风险监控信息。
100.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
101.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的任务看板数据更新方法的任务看板数据更新装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个任务看板数据更新装置实施例中的具体限定可以参见上文中对于任务看板数据更新方法的限定，在此不再赘述。
102.在其中一个实施例中，如图6所示，提供了一种任务看板数据更新装置1，包括：获取模块10、确定模块20、生成模块30和更新模块40，其中：
103.获取模块10，用于响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
104.确定模块20，用于根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
105.生成模块30，用于获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
106.更新模块40，用于根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
107.在其中一个实施例中，上图6的基础上，如图7所示，图6中的确定模块20，进一步包
括：
108.第一确定单元201，用于根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数。
109.第二确定单元202，用于根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
110.在其中一个实施例中，图7中的第一确定单元201，具体用于：根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数，根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
111.在其中一个实施例中，图7中的第一确定单元201，具体用于：根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序，根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
112.在其中一个实施例中，上述目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
113.在其中一个实施例中，在图6的基础上，如图8所示，上图6中的生成模块30，进一步包括：
114.判断单元301，用于若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值。
115.获取单元302，用于若超过，则获取该任务平台在工作周期内的新增漏洞数量。
116.生成单元303，用于根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
117.上述任务看板数据更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
118.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口(input/output，简称i/o)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储任务看板数据更新信息。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种任务看板数据更新方法。
119.本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备
可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
120.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
121.响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
122.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
123.获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
124.根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
125.在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，包括：
126.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数；
127.根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
128.在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，包括：
129.根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数；
130.根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
131.在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数，包括：
132.根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序；
133.根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
134.在一个实施例中，处理器执行计算机程序时还实现以下步骤：目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
135.在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，包括：
136.若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值；
137.若超过，则获取该任务平台在工作周期内的新增漏洞数量；
138.根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
139.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
140.响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
141.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
142.获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
143.根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
144.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，包括：
145.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数；
146.根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
147.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，包括：
148.根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数；
149.根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
150.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数，包括：
151.根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序；
152.根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
153.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
154.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，包括：
155.若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值；
156.若超过，则获取该任务平台在工作周期内的新增漏洞数量；
157.根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
158.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
159.响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，任务参数包括需求等级、目标工作量和工作周期；
160.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；
161.获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；
162.根据各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。
163.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，包括：
164.根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数；
165.根据各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。
166.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，包括：
167.根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数；
168.根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数。
169.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的需求等级，确定各任务平台对应的目标参与人数，包括：
170.根据各任务平台待更新的任务参数中的需求等级，对各任务平台进行排序；
171.根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。
172.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。
173.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，包括：
174.若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的剩余待修复
漏洞数量是否超过该任务平台的漏洞进度报警阈值；
175.若超过，则获取该任务平台在工作周期内的新增漏洞数量；
176.根据新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。
177.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
178.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
179.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。

技术特征：
1.一种任务看板数据更新方法，其特征在于，所述方法包括：响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数；其中，所述任务参数包括需求等级、目标工作量和工作周期；根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；获取各任务平台的当前任务进度，并根据所述当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；根据所述各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。2.根据权利要求1所述的方法，其特征在于，所述根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，包括：根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数；根据所述各任务平台对应的候选参与人数、目标参数人数，以及各任务平台待更新的任务参数中的目标工作量和工作周期，确定进度报警阈值。3.根据权利要求2所述的方法，其特征在于，所述根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台对应的候选参与人数和目标参与人数，包括：根据各任务平台待更新的任务参数中的目标工作量和工作周期，确定各任务平台对应的候选参与人数；根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的所述需求等级，确定各任务平台对应的目标参与人数。4.根据权利要求3所述的方法，其特征在于，所述根据任务可用人数、各任务平台对应的候选参与人数，以及各任务平台待更新的任务参数中的所述需求等级，确定各任务平台对应的目标参与人数，包括：根据各任务平台待更新的任务参数中的所述需求等级，对各任务平台进行排序；根据排序结果、任务可用人数、各任务平台对应的候选参与人数，确定各任务平台对应的目标参与人数。5.根据权利要求1-3任一所述的方法，其特征在于，所述目标工作量包括：修复类任务对应的待修复漏洞总数和/或测试类任务对应的待测试案例总数；所述当前任务进度包括修复类任务对应的剩余待修复漏洞数量和/或测试类任务对应的剩余测试案例数量；所述进度报警阈值包括漏洞进度报警阈值和/或案例进度报警阈值。6.根据权利要求5所述的方法，其特征在于，所述根据所述当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，包括：若当前任务进度为剩余待修复漏洞数量，则判断每一任务平台对应的所述剩余待修复漏洞数量是否超过该任务平台的漏洞进度报警阈值；若超过，则获取该任务平台在所述工作周期内的新增漏洞数量；根据所述新增漏洞数量、剩余待修复漏洞数量和漏洞进度报警阈值之间的关系，生成任务风险监控信息。7.一种任务看板数据更新装置，其特征在于，包括：获取模块，用于响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的
任务参数；其中，所述任务参数包括需求等级、目标工作量和工作周期；确定模块，用于根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值；生成模块，用于获取各任务平台的当前任务进度，并根据所述当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息；更新模块，用于根据所述各任务平台待更新的任务参数和任务风险监控信息，更新各任务平台的看板展示数据。8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的任务看板数据更新方法的步骤。9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的任务看板数据更新方法的步骤。10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的任务看板数据更新方法的步骤。

技术总结
本申请涉及一种任务看板数据更新方法、装置、计算机设备和存储介质。属于计算机技术领域，所述方法包括：响应于用户触发的任务平台参数更新请求，获取各任务平台待更新的任务参数，根据任务可用人数、各任务平台待更新的任务参数，确定各任务平台的进度报警阈值，获取各任务平台的当前任务进度，并根据当前任务进度与各任务平台的进度报警阈值之间的关系，则生成任务风险监控信息，根据各任务平台待更新的任务参数和任务风险监控信息，自动更新各任务平台的看板展示数据，本申请基于获取的各任务平台待更新的任务参数，不仅可自动实现各任务平台任务参数的更新，还可自动生成任务风险监控信息，更新任务风险监控信息。更新任务风险监控信息。更新任务风险监控信息。


技术研发人员：刘洋 党娜 李昊
受保护的技术使用者：中国银行股份有限公司
技术研发日：2023.05.26
技术公布日：2023/10/11