一种业务处理方法、装置及电子设备与流程

1.本发明涉及计算机技术领域，尤其涉及一种业务处理方法、装置及电子设备。


背景技术：

2.现在消费金融的需求卡片都维护在j ira里，j ira是at lass ian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。开发人员和测试人员都在j ira看板认领各自的研发空间需求卡片(开发人员、测试人员可以多人认领)，每次认领一个需求卡片，都需要先打开这个卡片，然后才能去认领。还有开发人员创建的前后端开发子任务卡片(子任务卡片测试人员只能一个人认领)，测试人员也需要先打开卡片，才能一个一个去认领。当名下需求卡片特别多或者开发子任务卡片特别多的时候认领这些卡片会非常浪费时间。
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.有益效果：本发明实施例的业务处理方法，可根据需求灵活认领需求卡片，可以有效节约开发人员和测试人员的时间，提高开发和测试效率。
附图说明
43.下面将结合附图及实施例对本发明作进一步说明，附图中：
44.图1为本发明一种业务处理方法较佳实施例的流程图；
45.图2为本发明一种业务处理方法具体应用实施例的步骤s300的细化步骤流程图；
46.图3为本发明一种业务处理装置的较佳实施例的功能模块示意图；
47.图4为本发明一种业务处理装置的具体应用实施例的数据获取模块13的功能模块示意图；
48.图5为本发明一种电子设备的较佳实施例的硬件结构示意图。
具体实施方式
49.为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
50.需要说明提，若本技术技术方案涉及个人信息，应用本技术技术方案的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本技术技术方案涉及敏感个人信息，应用本技术技术方案的产品在处理个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标志告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围则视为同意对其个人信息进行收集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人信息处理规则的情况下，通过弹窗信息或者请个人自行上传个人信息等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式以及处理的个人信息种类等信息。
51.针对现有技术认领需求卡片时，有时候测试人员可能已经认领过了某一个需求卡片，但是开发创建的前后端子任务卡片比较晚，导致测试人员需要经常关注名下卡片是不是没有认领完，这也会浪费测试人员的宝贵时间。本发明提供了一种业务处理方法，提出一键认领需求卡片功能，根据子系统、研发空间、版本号、需求名称灵活认领需求卡片，可以有效节约开发人员和测试人员的时间。
52.以下结合附图对本发明实施例进行介绍。
53.针对上述问题，本发明实施例提供了一种业务处理方法，请参阅图1，图1为本发明一种业务处理方法较佳实施例的流程图。如图1所示，其包括：
54.步骤s100、预先生成业务对应的需求卡片；
55.步骤s200、检测到用户的需求卡片认领请求，进入需求卡片认领页面；
56.步骤s300、获取用户选择的待认领需求卡片；
57.步骤s400、检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作。
58.具体实施时，本发明实施例应用于j ira需求卡片。需求卡片预先在j ira系统中生成。j ira标题栏提供“一键认领需求卡片”入口。点击“一键认领需求卡片”入口，进入需求卡片认领页面。在需求卡片认领页面获取用户选择的待认领的需求卡片，用户选择完需求卡片后，点击下方“一键认领”按钮，轮询判断每一个所选的待认领需求卡片，根据每一个待认领需求卡片的认领历史，执行对应的需求认领操作。
59.在一个实施例中，如图2所示，步骤s300包括：
60.步骤s301、基于所述需求卡片认领页面展示需求卡片认领选项，所述需求卡片认领选项包括子系统、研发空间、版本号和需求名称；
61.步骤s302、获取用户的需求卡片选择指令，根据所述需求卡片选择指令确定用户选择的待认领需求卡片。
62.具体实施时，进入需求卡片认领页面，提供如下选项：子系统、研发空间、版本号和需求名称。
63.子系统，有记忆功能，选择后保存下来，后续默认反显最近一次的选择，也可重新选择；
64.研发空间，下拉展示所选子系统下的多个研发空间，有记忆功能，选择后保存下来，后续默认反显最近一次的选择，也可重新选择；
65.版本号，默认反显当前子系统和研发空间下最新即将上线的版本号，如子系统和研发空间有一项置空或者二者不匹配，默认为空，用户可以重新选择。
66.需求名称，点击输入框，下方展示所选研发空间和版本号下所有的卡片，用户输入j ira号或文字可以模糊检索出来，支持多选。当前用户已认领过的需求置灰，不可重复认领。
67.在一个实施例中，检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作，包括：
68.检测到认领指令，获取所述待认领需求卡片的认领历史；
69.若待认领需求卡片未被认领过，则按照用户所属组认领给所述用户；
70.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作。
71.具体实施时，用户选择完需求卡片后，点击下方“一键认领”按钮，轮询判断每一个所选需求卡片：
72.如果该需求卡片没有被认领过，则按照用户所属组认领给该用户；
73.如果查询到已有其他用户认领过该需求卡片时，弹框提示“已用
‘
xxx’(用户姓名)认领过该需求：
‘
j ira号+需求名称’，请核实是否继续认领”，下方提供四个按钮：取消、覆盖认领、共同认领或是跳过。
74.若用户点击“取消”，点击后，停留在当前页面，用户可以修改所选需求，然后可以重新认领；
75.若用户点击“跳过”，点击后，该需求卡片不认领，继续轮询下一个需求卡片。
76.在一个实施例中，若待认领需求卡片未被认领过，则按照用户所属组认领给所述用户，包括：
77.若待认领需求卡片未被认领过，则获取用户所属组的类别；
78.若用户所属组的类别为开发组，则将所述待认领需求卡片的开发人员修改为当前用户；
79.若用户所属组的类别为测试组，则将所述待认领需求卡片及下挂的开发子任务的卡片的测试人员修改为当前用户。
80.具体实施时，待认领需求卡片未被认领过，则获取用户所属组的类别，如果当前用
户所属组为开发组，则将所选需求卡片的开发人员修改为当前用户；
81.如果当前用户所属组为测试组，则将所选需求卡片以及下挂的开发子任务卡片的测试人员均修改为当前用户。
82.在一个实施例中，若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作，包括:
83.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；
84.若检测到用户的覆盖认领指令，则按照用户所属组认领给当前用户。
85.具体实施时，若用户选择覆盖认领，则点击后，所选需求卡片均没有被认领过的规则执行。按照用户所属组认领给所述用户。后续所选需求继续轮询。
86.在一个实施例中，若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作，包括:
87.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；
88.若检测到用户的共同认领指令，则按照用户所属组将所述待认领需求卡片共同认领给当前用户。
89.具体实施时，若用户选择共同认领，点击共同认领后，则按照用户所属组将卡片共同认领给该用户，后续所选需求继续轮询：
90.如果当前用户所属组为开发组，则将所选需求卡片的开发人员添加当前用，。
91.如果当前用户所属组为测试组，则将所选需求卡片的测试人员添加当前用户，注意，不是覆盖。如该需求卡片有下挂开发子任务卡片，弹框提示“请选择认领下挂的开发子任务卡片”，中部列表展示
‘
j ira号+开发子任务卡片名称’，可供勾选，可以全选，也可以全都不勾选，点击“确定”按钮，将所勾选开发子任务卡片的测试人员修改为当前用户。
92.可选地，检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作后，还包括：
93.获取距离上线预定时间的未上线版本中测试人员认领过的需求卡片；
94.判断所述需求卡片下挂的子任务卡片是否未被认领；
95.若子任务卡片未被认领，则获取子任务卡片所属的需求卡片的认领情况；
96.若所述子任务卡片所属的需求卡片只有一个测试人员认领，则将子任务卡片的测试人员修改为对应的测试人员；
97.若所述子任务卡片所属的需求卡片有多个测试人员认领，则基于邮件提示所述多个测试人员认领所述子任务卡片。
98.具体实施时，针对即将上线预定时间天内(天数可以配置，灵活度更高)的版本(已上线的版本不在此范围内里)测试人员已认领过的需求卡片，例如预定时间可选为15天，则在线15天内，每天定时跑批执行认领下挂测试人员未曾认领的开发子任务卡片：
99.如果该子任务卡片所属的需求卡片只有一名测试伙伴认领，则直接修改卡片的测试人员为该伙伴；
100.如果该子任务卡片所属的需求卡片有多名测试伙伴认领，则邮件提示这几位测试伙伴去自主认领，系统不再自动分配。
101.本发明还提供了一种业务处理方法的具体应用实施例，具体的流程如下：
102.检测到一键认领操作；
103.选择认领的需求卡片；
104.轮询判断每个需求卡片是否已被他人认领过；
105.若未被他人认领过，则判断当前用户是否属于测试组；若当前用户属于测试组，则将所选需求卡片以及下挂的开发子任务卡片的测试人员均修改为当前用户，则结束操作；若当前用户不属于测试组，则将所选需求卡片的开发人员修改为当前用户，则结束操作；
106.若已被他人认领过，则弹框提示进行后续选择；
107.若后续选择为取消，则结束操作；
108.若后续选择为覆盖认领，则判断当前用户是否属于测试组；若当前用户属于测试组，则将所选需求卡片以及下挂的开发子任务卡片的测试人员均修改为当前用户，结束操作；若当前用户不属于测试组，则将所选需求卡片的开发人员修改为当前用户，结束操作；
109.若后续选择为共同认领，则判断当前用户是否属于测试组；若当前用户属于测试组，将所述需求卡片的测试人员添加当前用户，判断是否有下挂开发子任务卡片，若有下挂开发子任务卡片，则勾选认领子任务卡片，将所勾选开发子任务卡片的测试人员修改为当前用户，结束；若没有下挂开发子任务卡片，则结束操作；
110.若后续操作为跳过，则结束操作。
111.由以上方法实施例可知，本发明实施例可实现j ira一键认领需求卡片功能，根据子系统、研发空间、版本号、需求名称灵活认领需求卡片，可以有效节约开发人员和测试人员的时间。定时自动跑批认领开发子任务卡片以及邮件提醒多名测试人员自主认领子任务卡片功能，可以节约测试人员之前需要经常关注已认领需求是否还有未曾认领的子任务卡片的时间。这些被节约的时间都值得开发伙伴和测试伙伴去做更高效的工作。
112.需要说明的是，上述各步骤之间并不必然存在一定的先后顺序，本领域普通技术人员，根据本发明实施例的描述可以理解，不同实施例中，上述各步骤可以有不同的执行顺序，亦即，可以并行执行，亦可以交换执行等等。
113.本发明另一实施例提供一种业务处理装置，如图3所示，装置1包括：
114.需求卡片生成模块11，用于预先生成业务对应的需求卡片；
115.检测模块12，用于检测到用户的需求卡片认领请求，进入需求卡片认领页面；
116.数据获取模块13，用于获取用户选择的待认领需求卡片；
117.执行模块14，用于检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作。
118.具体实施方式见方法实施例，此处不再赘述。
119.在一个实施例中，如图4所示，数据获取模块13包括：
120.数据展示单元131，用于基于所述需求卡片认领页面展示需求卡片认领选项，所述需求卡片认领选项包括子系统、研发空间、版本号和需求名称；
121.数据获取单元132，用于获取用户的需求卡片选择指令，根据所述需求卡片选择指令确定用户选择的待认领需求卡片。
122.具体实施方式见方法实施例，此处不再赘述。
123.在一个实施例中，执行模块14还用于：
124.检测到认领指令，获取所述待认领需求卡片的认领历史；
125.若待认领需求卡片未被认领过，则按照用户所属组认领给所述用户；
126.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作。
127.具体实施方式见方法实施例，此处不再赘述。
128.在一个实施例中，执行模块14还用于：
129.若待认领需求卡片未被认领过，则获取用户所属组的类别；
130.若用户所属组的类别为开发组，则将所述待认领需求卡片的开发人员修改为当前用户；
131.若用户所属组的类别为测试组，则将所述待认领需求卡片及下挂的开发子任务的卡片的测试人员修改为当前用户。
132.具体实施方式见方法实施例，此处不再赘述。
133.在一个实施例中，执行模块14还用于：
134.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；若检测到用户的覆盖认领指令，则按照用户所属组认领给当前用户。
135.具体实施方式见方法实施例，此处不再赘述。
136.在一个实施例中，执行模块14还用于：
137.若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；
138.若检测到用户的共同认领指令，则按照用户所属组将所述待认领需求卡片共同认领给当前用户。
139.具体实施方式见方法实施例，此处不再赘述。
140.在一个实施例中，装置还用于：
141.获取距离上线预定时间的未上线版本中测试人员认领过的需求卡片；
142.判断所述需求卡片下挂的子任务卡片是否未被认领；
143.若子任务卡片未被认领，则获取子任务卡片所属的需求卡片的认领情况；
144.若所述子任务卡片所属的需求卡片只有一个测试人员认领，则将子任务卡片的测试人员修改为对应的测试人员；
145.若所述子任务卡片所属的需求卡片有多个测试人员认领，则基于邮件提示所述多个测试人员认领所述子任务卡片。
146.具体实施方式见方法实施例，此处不再赘述。
147.本发明另一实施例提供一种电子设备，如图5所示，电子设备10包括：
148.一个或多个处理器110以及存储器120，图5中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图5中以通过总线连接为例。
149.处理器110用于完成电子设备10的各种控件逻辑，其可以为通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、单片机、arm(acorn risc machine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件控件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，dsp和微处理器的组合、多个微处理器、一个或多个微处理器结合dsp核、或任何其它这种配置。
150.存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的业务处理方法对应的程序
指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行设备10的各种功能应用以及数据处理，即实现上述方法实施例中的业务处理方法。
151.存储器120可以包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需要的应用程序；存储数据区可存储根据设备10使用所创建的数据等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器120可选包括相对于处理器110远程设置的存储器，这些远程存储器可以通过网络连接至设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
152.一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，执行上述任意方法实施例中的业务处理方法，例如，执行以上描述的图1中的方法步骤s100至步骤s400。
153.本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1中的方法步骤s100至步骤s400。
154.作为示例，非易失性存储介质能够包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦rom(eeprom)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(ram)。通过说明并非限制，ram可以以诸如同步ram(sram)、动态ram、(dram)、同步dram(sdram)、双数据速率sdram(ddr sdram)、增强型sdram(esdram)、synchl ink dram(sldram)以及直接rambus(兰巴斯)ram(drram)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器控件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。
155.本发明的另一种实施例提供了一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被处理器执行时，使处理器执行上述方法实施例的业务处理方法。例如，执行以上描述的图1中的方法步骤s100至步骤s400。
156.以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。
157.通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分的方法。
158.除了其他之外，诸如"能够'、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个
或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。
159.已经在本文中在本说明书和附图中描述的内容包括能够提供业务处理方法及装置的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。

技术特征：
1.一种业务处理方法,其特征在于,所述方法包括：预先生成业务对应的需求卡片；检测到用户的需求卡片认领请求，进入需求卡片认领页面；获取用户选择的待认领需求卡片；检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作。2.根据权利要求1所述的方法，其特征在于，所述获取用户选择的待认领需求卡片，包括：基于所述需求卡片认领页面展示需求卡片认领选项，所述需求卡片认领选项包括子系统、研发空间、版本号和需求名称；获取用户的需求卡片选择指令，根据所述需求卡片选择指令确定用户选择的待认领需求卡片。3.根据权利要求2所述的方法，其特征在于，所述检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作，包括：检测到认领指令，获取所述待认领需求卡片的认领历史；若待认领需求卡片未被认领过，则按照用户所属组认领给所述用户；若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作。4.根据权利要求3所述的方法，其特征在于，所述若待认领需求卡片未被认领过，则按照用户所属组认领给所述用户，包括：若待认领需求卡片未被认领过，则获取用户所属组的类别；若用户所属组的类别为开发组，则将所述待认领需求卡片的开发人员修改为当前用户；若用户所属组的类别为测试组，则将所述待认领需求卡片及下挂的开发子任务的卡片的测试人员修改为当前用户。5.根据权利要求4所述的方法，其特征在于，所述若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作，包括:若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；若检测到用户的覆盖认领指令，则按照用户所属组认领给当前用户。6.根据权利要求4所述的方法，其特征在于，所述若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领，并根据用户的认领指令，执行对应的需求认领操作，包括:若待认领需求卡片已被认领过，则提示用户所述待认领需求卡片已被认领；若检测到用户的共同认领指令，则按照用户所属组将所述待认领需求卡片共同认领给当前用户。7.根据权利要求1所述的方法，其特征在于，所述检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作后，还包括：获取距离上线预定时间的未上线版本中测试人员认领过的需求卡片；
判断所述需求卡片下挂的子任务卡片是否未被认领；若子任务卡片未被认领，则获取子任务卡片所属的需求卡片的认领情况；若所述子任务卡片所属的需求卡片只有一个测试人员认领，则将子任务卡片的测试人员修改为对应的测试人员；若所述子任务卡片所属的需求卡片有多个测试人员认领，则基于邮件提示所述多个测试人员认领所述子任务卡片。8.一种业务处理装置，其特征在于，所述装置包括：需求卡片生成模块，用于预先生成业务对应的需求卡片；检测模块，用于检测到用户的需求卡片认领请求，进入需求卡片认领页面；数据获取模块，用于获取用户选择的待认领需求卡片；执行模块，用于检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作。9.一种电子设备，其特征在于，所述电子设备包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7任一项所述的业务处理方法。10.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行权利要求1-7任一项所述的业务处理方法。

技术总结
本发明公开了一种业务处理方法、装置及电子设备，方法包括：预先生成业务对应的需求卡片；检测到用户的需求卡片认领请求，进入需求卡片认领页面；获取用户选择的待认领需求卡片；检测到认领指令，获取所述待认领需求卡片的认领历史，基于所述认领历史执行对应的需求认领操作。本发明实施例可根据需求灵活认领需求卡片，可以有效节约开发人员和测试人员的时间，提高开发和测试效率。提高开发和测试效率。提高开发和测试效率。


技术研发人员：司湘湘
受保护的技术使用者：平安银行股份有限公司
技术研发日：2023.03.29
技术公布日：2023/7/25