软件开发进度预警方法和装置
技术领域
[0001] 本
发明涉及计算机技术领域，特别是涉及一种软件开发进度预警方法和装置。
背景技术
[0002] 软件开发，是指根据用户要求建造出软件系统或者系统中的软件部分的过程。在各种软件开发方法中，敏捷开发(即以用户的需求进化为核心，采用
迭代、循序渐进的方法进行软件开发的方法)由于其快速迭代、快速交付的特性，逐渐受到开发人员的欢迎。
[0003] 整个敏捷开发过程中，会涉及到开发、测试、
缺陷修复等过程，其中一个环节的处理不及时就会影响到整个版本的开发进度。通常在版本开发过程中没有相关监控机制，在版本开发进度发生阻塞时，管理者往往不能够及时的获知到底是由哪一个环节或过程处理不及时而导致的，导致不能够及时的进行人员或工作方面的安排和调整来解决造成阻塞的问题，影响软件开发效率。
发明内容
[0004] 基于此，有必要提供一种提高软件开发效率的软件开发进度预警方法和装置。
[0005] 一种软件开发进度预警方法，所述方法包括以下步骤：
[0006] 获取当前版本对应的Story总点数和所述当前版本对应的预设开发周期；
[0007] 根据所述预设开发周期和所述Story总点数得到预设监控周期内应交付的Story点数；
[0008] 获取所述预设监控周期内实际交付的Story点数，根据所述实际交付的Story点数和所述应交付的Story点数得到实际交付率；
[0009] 从
数据库中读取预设的交付率
阈值，将所述实际交付率与所述交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息；
[0010] 将所述与版本交付进度对应的预警信息发送至终端。
[0011] 在其中一个
实施例中，所述获取当前版本对应的Story总点数的步骤，包括：
[0012] 获取将当前版本对应的多个需求和与各个所述需求对应的Story点数；
[0013] 根据各个所述需求对应的Story点数得到与所述当前版本对应的Story总点数。
[0014] 在其中一个实施例中，所述根据比对结果生成与版本交付进度对应的预警信息的步骤，包括：
[0015] 当所述实际交付率大于或等于所述交付率阈值时，则确定出与版本交付进度对应的第一预警等级，生成与所述第一预警等级对应的预警标记；
[0016] 当实际交付率小于所述交付率阈值且大于或等于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第二预警等级，生成与所述第二预警等级对应的预警标记；
[0017] 当实际交付率小于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第三预警等级，生成与所述第三预警等级对应的预警标记。
[0018] 在其中一个实施例中，所述方法还包括：
[0019] 调用缺陷系统的
接口获取缺陷信息及对应的缺陷等级，以及处理所述缺陷信息的实际时效；
[0020] 查找与所述缺陷等级对应的预设时效，将所述实际时效与所述预设时效进行比对，生成与缺陷处理进度对应的预警信息；
[0021] 将所述与缺陷处理进度对应的预警信息发送至所述终端。
[0022] 在其中一个实施例中，所述预设时效包括缺陷修复时效和/或缺陷验证时效。
[0023] 一种软件开发进度预警装置，所述装置包括：
[0024] 获取模
块，用于获取当前版本对应的Story总点数和所述当前版本对应的预设开发周期；
[0025] Story点数确定模块，用于根据所述预设开发周期和所述Story总点数得到预设监控周期内应交付的Story点数；
[0026] 交付率确定模块，用于获取所述预设监控周期内实际交付的Story点数，根据所述实际交付的Story点数和所述应交付的Story点数得到实际交付率；
[0027] 预警信息生成模块，用于从数据库中读取预设的交付率阈值，将所述实际交付率与所述交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息；
[0028] 发送模块，用于将所述与版本交付进度对应的预警信息发送至终端。
[0029] 在其中一个实施例中，所述Story点数确定模块还用于获取将当前版本对应的多个需求和与各个所述需求对应的Story点数；根据各个所述需求对应的Story点数得到与所述当前版本对应的Story总点数。
[0030] 在其中一个实施例中，所述预警信息生成模块还用于当所述实际交付率大于或等于所述交付率阈值时，则确定出与版本交付进度对应的第一预警等级，生成与所述第一预警等级对应的预警标记；当实际交付率小于所述交付率阈值且大于或等于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第二预警等级，生成与所述第二预警等级对应的预警标记；当实际交付率小于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第三预警等级，生成与所述第三预警等级对应的预警标记。
[0031] 在其中一个实施例中，所述获取模块还用于调用缺陷系统的接口获取缺陷信息及对应的缺陷等级，以及处理所述缺陷信息的实际时效；
[0032] 所述装置还包括：
[0033] 查找模块，用于查找与所述缺陷等级对应的预设时效；
[0034] 所述预警信息生成模块还用于将所述实际时效与所述预设时效进行比对，生成与缺陷处理进度对应的预警信息；
[0035] 所述发送模块还用于将所述与缺陷处理进度对应的预警信息发送至所述终端。
[0036] 在其中一个实施例中，所述预设时效包括缺陷修复时效和/或缺陷验证时效。
[0037] 上述软件开发进度预警方法和装置，通过获取当前版本对应的Story总点数和当前版本对应的预设开发周期；根据预设开发周期和Story总点数得到预设监控周期内应交付的Story点数；获取预设监控周期内实际交付的Story点数，根据实际交付的Story点数和应交付的Story点数得到实际交付率；从数据库中读取预设的交付率阈值，将实际交付率与交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息；将与版本交付进度对应的预警信息发送至终端。即通过Story维度进行开发交付率的监控，并生成与版本交付进度对应的预警信息，进而在开发交付过程发生阻塞时，能够及时的告知预警处理人员。这样一来，预警处理人员及时获知发生阻塞的原因，就能够及时进行安排和调整，解决造成阻塞的该问题。进而提高了软件开发效率。
附图说明
[0038] 图1为一个实施例中软件开发进度预警方法的应用环境示意图；
[0039] 图2为一个实施例中
服务器的内部结构图；
[0040] 图3为一个实施例中软件开发进度预警方法的流程示意图；
[0041] 图4为另一个实施例中预警信息生成方法的流程示意图；
[0042] 图5为一个实施例中缺陷处理进度预警方法的流程示意图；
[0043] 图6为一个实施例中软件开发进度预警装置的结构示意图；
[0044] 图7为另一个实施例中软件开发进度预警装置的结构示意图。
具体实施方式
[0045] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0046] 图1为一个实施例中软件开发进度预警方法的应用环境图。如图1所示，服务器110通过网络与终端120进行通信。服务器110获取当前版本对应的Story总点数和当前版本对应的预设开发周期，根据预设开发周期和Story总点数得到预设监控周期内应交付的Story点数。进一步，服务器110获取预设监控周期内实际交付的Story点数，根据实际交付的Story点数和应交付的Story点数得到实际交付率。服务器110从数据库中读取预设的交付率阈值，将实际交付率与交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息。服务器110将与版本交付进度对应的预警信息发送至终端120。
[0047] 可以理解，终端120包括但不限于各种个人计算机、智能手机、
平板电脑、
笔记本电脑、便携式穿戴设备等，在此不一一列举。
[0048] 图2示出了一个实施例中的服务器110的内部结构示意图，该服务器包括通过
系统总线连接的处理器、非易失性存储介质、内
存储器和网络接口。其中，该服务器的非易失性存储介质存储有
操作系统、数据库和一种软件开发进度预警装置，数据库用于存储数据，如预设交付率阈值等。该软件开发进度预警装置用于实现一种软件开发进度预警方法。该处理器用于提供计算和控制能
力，
支撑整个服务器的运行。服务器中的内存储器为非易失性存储介质中的软件开发进度预警装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种软件开发进度预警方法。网络接口用于与终端进行网络通信。本领域技术人员可以理解，图2中示出的结构，仅仅是与本
申请方案相关的部分结构的
框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0049] 如图3所示，在一个实施例中，提供了一种软件开发进度预警方法，现以该方法应用于服务器为例进行举例说明，该方法具体包括以下步骤：
[0050] 步骤302，获取当前版本对应的Story总点数和当前版本对应的预设开发周期。
[0051] 可以理解，敏捷开发中，会将整个版本的开发划分为若干个需求，每个需求可以包括至少一个的故事(即Story)。其中，Story即为最小粒度的功能点。一个软件版本相当于由多个Story组成。
[0052] 服务器会获取当前版本(即当前进行开发的版本)对应的Story总点数和当前版本的预设开发周期。
[0053] 其中，一个Story对应一个点数。Story总点数即为Story总数量。
[0054] 具体地，可以是，服务器直接从存储有版本划分信息的关联系统(以下简称关联系统)(比如，
电子看板系统)中获取当前版本对应的Story总点数。
[0055] 也可以是，服务器获取当前版本对应的多个需求和与各个需求对应的Story点数，具体地，服务器可以从存储有版本划分信息的关联系统中获取当前版本对应的多个需求和与各个需求对应的Story点数，或获取自身存储的当前版本对应的多个需求和与各个需求对应的Story点数。对此不作限定。
[0056] 进一步地，服务器会根据各个需求对应的Story点数得到与当前版本对应的Story总点数。具体地，服务器会将各个需求对应的Story点数进行求和计算得到与当前版本对应的Story总点数。比如，将版本划分成了18个需求，其中的2个需求分别包含5个Story，3个需求分别包括3个Story，10个需求分别包括2个Story以及3个需求分别包括1个Story。则与该版本对应的Story总点数＝2*5+3*3+10*2+3*1＝42。
[0057] 可以理解，版本划分信息即为将版本划分成的需求信息和Story点数信息或版本对应的Story总点数等。电子看板系统，是指管理版本信息及版本开发处理信息的系统。可以理解，电子看板系统的功能并不局限于上述功能。
[0058] 在其他实施例中，服务器自身也可以存储版本划分信息，服务器可以从自身数据库中获取存储的版本划分信息。
[0059] 其中，预设开发周期，指预先设置的开发人员进行版本开发的周期。可以理解，版本开发完成后，会将版本交付至测试部
门进行版本测试操作。
[0060] 步骤304，根据预设开发周期和Story总点数得到预设监控周期内应交付的Story点数。
[0061] 本实施例中，服务器中预先设置了预设监控周期。该预设监控周期可以是以天、周等为单位。比如，可以是一天、也可以是2天或1周等。预设监控周期，是指进行进度检测、生成预警信息的周期。
[0062] 服务器会根据预设开发周期和Story总点数得到预设监控周期内应交付的Story点数。具体地，服务器可以计算预设版本监控周期与预设开发周期的比值，然后根据该比值与Story总点数的乘积得到预设监控周期内应交付的Story点数。可以理解，本实施例中的“交付”是指从开发交付至测试，而并非完成整个开发测试过程后上线至生产。
[0063] 步骤306，获取预设监控周期内实际交付的Story点数，根据实际交付的Story点数和应交付的Story点数得到实际交付率。
[0064] 服务器会获取预设监控周期内实际交付的Story点数。具体地，服务器可以从自身数据库中获取该实际交付的Story点数，也可以调用关联系统的接口，从关联系统中获取预设监控周期内实际交付的Story点数。对此不做限定。
[0065] 进一步，服务器根据实际交付的Story点数和应交付的Story点数的比值，得到实际交付率。
[0066] 步骤308，从数据库中读取预设的交付率阈值，将实际交付率与交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息。
[0067] 具体地，数据库中存储了预先设置的交付率阈值。服务器从数据库中读取预设的交付率阈值。并将实际交付率与预设的交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息。
[0068] 其中，预警信息包括预警标记或预警事项(比如，对开发交付这一事项进行预警)等。还可以包括实际交付率和预设的交付率阈值，及这两者之间的比对情况。进一步，预警标记是能够标识出预警强度或预警等级的标记，可以包括
颜色标记或图形标记，以将不同的预警强度或预警等级进行区分标识。
[0069] 在一个实施例中，如图4所示，根据比对结果生成与版本交付进度对应的预警信息的步骤(简称预警信息生成步骤)，具体包括以下步骤：
[0070] 步骤402，当实际交付率大于或等于交付率阈值时，则确定出与版本交付进度对应的第一预警等级，生成与第一预警等级对应的预警标记。
[0071] 本实施例中，当服务器判断出实际交付率大于或等于交付率阈值时，则确定与版本交付进度对应的是第一预警等级，进而生成与第一预警等级对应的预警标记。
[0072] 可以理解，当实际交付率大于或等于交付率阈值时，则说明进度未出现阻塞，属于进度正常状态。则确定出的第一预警等级为零级预警。生成的对应预警标记，则为标识进度正常的标记。比如，可以根据红绿灯来标识进度是否阻塞，则该第一预警等级对应的预警标记为绿灯标记。
[0073] 步骤404，当实际交付率小于交付率阈值且大于或等于交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第二预警等级，生成与第二预警等级对应的预警标记。
[0074] 本实施例中，服务器中预先设置了交付系数，其中交付系数为小于1的正数。当服务器判断出实际交付率小于交付率阈值且大于或等于交付率阈值和预设交付系数的乘积时，则确定与版本交付进度对应的是第二预警等级，进而生成与第二预警等级对应的预警标记。
[0075] 可以理解，当实际交付率小于交付率阈值且大于或等于交付率阈值和预设交付系数的乘积时，则说明进度出现了一些阻塞，属于进度轻微阻塞状态。则确定出的第二预警等级为中级预警。生成的对应预警标记，则为标识进度轻微阻塞的标记。同样地，比如根据红绿灯来标识进度是否阻塞，则该第二预警等级对应的预警标记为黄灯标记。
[0076] 步骤406，当实际交付率小于交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第三预警等级，生成与第三预警等级对应的预警标记。
[0077] 可以理解，当实际交付率小于交付率阈值和预设交付系数的乘积时，则说明进度出现了严重阻塞，属于进度严重阻塞状态。则确定出的第二预警等级为高级预警。生成的对应预警标记，则为标识进度严重阻塞的标记。同样地，比如根据红绿灯来标识进度是否阻塞，则该第三预警等级对应的预警标记为红灯标记。
[0078] 可以理解，本发明实施例对步骤402、404及406的顺序不作限定，仅用于区分不同比对结果生成不同的预警消息。
[0079] 现结合步骤302的例子进行解释说明。比如，开发周期为7天，版本监控周期为每天，则版本监控周期内(即每天)应交付的Story点数＝42/7＝6，预设的交付率阈值为1，预设交付系数为0.8，假设每天实际交付的Story点数为4，则实际交付率＝4/6＝0.67<1*0.8，则确定对应的预警标记为进度严重堵塞标记，比如红灯，假设每天实际交付的Story点数为7，则实际交付率＝7/6>1，则说明进度未阻塞，预警标记可为绿灯，假设每天实际交付的Story点数为5，则实际交付率＝5/6，则该实际交付率5/6大于1*0.8小于1，则属于进度轻微阻塞状态，预警标记可为黄灯。
[0080] 步骤310，将与版本交付进度对应的预警信息发送至终端。
[0081] 进一步，服务器会将与版本交付进度对应的预警信息发送至终端。具体地，服务器可以直接将预警信息发送至终端。也可以调用邮件系统的接口，将与版本交付进度对应的预警信息以邮件的形式发送至终端。还可以调用
即时通信平台或短信平台的接口，将与版本交付进度对应的预警信息以即时通信消息或短信的形式发送至终端。对此不作限定。
[0082] 可以理解，这里的终端是指预警处理人员所使用的终端。
[0083] 本实施例中，服务器通过获取当前版本对应的Story总点数和当前版本对应的预设开发周期；根据预设开发周期和Story总点数得到预设监控周期内应交付的Story点数；获取预设监控周期内实际交付的Story点数，根据实际交付的Story点数和应交付的Story点数得到实际交付率；从数据库中读取预设的交付率阈值，将实际交付率与交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息；将与版本交付进度对应的预警信息发送至终端。即通过Story维度进行开发交付率的监控，并生成与版本交付进度对应的预警信息，进而在开发交付过程发生阻塞时，能够及时的告知预警处理人员。这样一来，预警处理人员及时获知发生阻塞的原因，就能够及时进行安排和调整，解决造成阻塞的该问题。进而提高了软件开发效率。
[0084] 如图5所示，在一个实施例中，该方法还包括缺陷处理进度预警的步骤，具体包括以下步骤：
[0085] 步骤502，调用缺陷系统的接口获取缺陷信息及对应的缺陷等级，以及处理所述缺陷信息的实际时效。
[0086] 本实施例中，服务器会调用缺陷系统的接口，从缺陷系统中获取缺陷信息及各个缺陷信息所对应的缺陷等级。
[0087] 进一步，服务器还会从缺陷系统中获取处理该缺陷信息的实际时效。其中，处理缺陷信息的时效(包括实际时效和预设时效)包括缺陷修复时效和/或缺陷验证时效。
[0088] 步骤504，查找与缺陷等级对应的预设时效，将实际时效与预设时效进行比对，生成与缺陷处理进度对应的预警信息。
[0089] 具体地，服务器中预先设置了缺陷等级和预设时效之间的对应关系。根据该对应关系，查找与缺陷等级对应的预设时效。同样地，如上文所述，预设的时效包括缺陷修复时效和/或缺陷验证时效。服务器会将实际时效与预设时效进行比对，根据比对结果生成对应的预警等级，根据预警等级生成与缺陷处理进度对应的预警信息。
[0090] 其中，一个缺陷等级对应一个或多个预设时效。
[0091] 在一个实施例中，一个缺陷等级对应一个预设时效，服务器将实际时效与该查找到的预设时效进行比对，根据比对结果确定出对应的预警等级。
[0092] 具体地，当实际时效小于或等于该预设时效时，则确定对应的预警等级为不需预警的等级(比如零级)，则生成与该预警等级对应的预警标记，比如绿灯。当实际时效大于该预设时效时，则确定实际时效超出预设时效的时长，根据超出时长来确定对应的预警等级。进一步，预设多个分段时长，由多个分段时长作为分段点组成多个分段区间，不同的分段区间对应不同的预警等级，根据超出时长所处的分段区间确定出对应的预警等级。可以理解，这里对分段时长点的个数不做限定，进而对预警等级的划分级数也不做限定。
[0093] 更进一步，当超出时长小于等于第一分段时长时，则对应初级预警；当超出时长大于第一分段时长且小于等于第二分段时长时，则对应中级预警；当超出时长大于第二分段时长时，则对应高级预警。比如，超出时长为大于0小于等于4H时，则对应初级预警；超出时长为大于8小于等于8H时，则对应中级预警；超出时长大于8H，则对应高级预警。
[0094] 在另一个实施例中，一个缺陷等级对应多个预设时效。服务器会将多个预设时效作为分段点组成多个参考区间，不同的参考区间对应不同的预警等级，根据实际时效所处的参考区间确定出对应的预警等级。可以理解，这里对预设时效的个数不做限定，进而对预警等级的划分级数也不做限定。
[0095] 进一步，将预设时效按照由大到小的顺序依次表示为第一预设时效和第二预设时效。则当实际时效小于等于第一预设时效时，则对应不需预警的等级(比如零级)；当实际时效大于第一预设时效且小于等于第二预设时效时，则对应中级预警；当实际时效大于第二预设时效时，则对应高级预警。比如，第一预设时效为4H，第二预设时效为8H，实际时效为7H，则实际时效7H大于第一预设时效4H且小于第二预设时效8H，所以对应的预警等级是中级预警。
[0096] 服务器中预先设置了预警等级与预警信息之间的对应关系。根据该对应关系，查找与确定出的预警等级对应的缺陷处理进度的预警信息。其中，预警信息包括预警标记。进一步，预警标记包括颜色标记或图形标记等。这里对预警标记的具体表现形式不作限定，只要能够标识区分不同的预警等级即可。
[0097] 步骤506，将与缺陷处理进度对应的预警信息发送至终端。
[0098] 服务器会将与缺陷处理进度对应的预警信息发送至终端。具体地，服务器可以直接将与缺陷处理进度对应的预警信息发送至终端。也可以调用邮件系统的接口，将与缺陷处理进度对应的预警信息以邮件的形式发送至终端。还可以调用即时通信平台或短信平台的接口，将与缺陷处理进度对应的预警信息以即时通信消息或短信的形式发送至终端。对此不作限定。
[0099] 可以理解，这里的终端是指预警处理人员所使用的终端。
[0100] 在一个实施例中，服务器中还预设了测试执行率阈值。服务器还可以获取实际的测试执行率。其中，实际测试执行率是根据实际完成测试的Story的点数与开发交付的Story点数的比值得到的。
[0101] 服务器将实际测试执行率与预设测试执行率阈值进行比对，根据比对结果生成测试处理进度的预警信息。具体地，服务器中预设了测试系数，其中测试系数为小于1的正数。服务器将测试系统和测试执行率阈值的乘积、以及测试执行率阈值分别作为分段点，组成多个对照区间，不同的对照区间对应不同的预警等级，根据实际测试执行率所位于的对照区间来确定出对应的预警等级。查找与确定出的预警等级对应的预警信息。该确定出的预警信息即为测试处理进度的预警信息。
[0102] 可以理解，在一个实施例中，可以将与版本交付进度对应的预警信息、与缺陷处理进度对应的预警信息以及与测试处理进度对应的预警信息进行合并，一起发送至终端。其中，可以是根据预设的预警信息合并模板，将这3种类型的预警信息进行合并，生成一份统一的预警信息，发送至终端。
[0103] 如图6所示，在一个实施例中，提供了一种软件开发进度预警装置600。该装置包括获取模块602、Story点数确定模块604、交付率确定模块606、预警信息生成模块608以及发送模块610，其中：
[0104] 获取模块602，用于获取当前版本对应的Story总点数和所述当前版本对应的预设开发周期。
[0105] Story点数确定模块604，用于根据所述预设开发周期和所述Story总点数得到预设监控周期内应交付的Story点数。
[0106] 交付率确定模块606，用于获取所述预设监控周期内实际交付的Story点数，根据所述实际交付的Story点数和所述应交付的Story点数得到实际交付率。
[0107] 预警信息生成模块608，用于从数据库中读取预设的交付率阈值，将所述实际交付率与所述交付率阈值进行比对，根据比对结果生成与版本交付进度对应的预警信息。
[0108] 发送模块610，用于将所述与版本交付进度对应的预警信息发送至终端。
[0109] 在一个实施例中，Story点数确定模块604还用于获取将当前版本对应的多个需求和与各个所述需求对应的Story点数；根据各个所述需求对应的Story点数得到与所述当前版本对应的Story总点数。
[0110] 在一个实施例中，预警信息生成模块608还用于当所述实际交付率大于或等于所述交付率阈值时，则确定出与版本交付进度对应的第一预警等级，生成与所述第一预警等级对应的预警标记；当实际交付率小于所述交付率阈值且大于或等于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第二预警等级，生成与所述第二预警等级对应的预警标记；当实际交付率小于所述交付率阈值和预设交付系数的乘积时，则确定出与版本交付进度对应的第三预警等级，生成与所述第三预警等级对应的预警标记。
[0111] 在一个实施例中，获取模块602还用于调用缺陷系统的接口获取缺陷信息及对应的缺陷等级，以及处理所述缺陷信息的实际时效。如图7所示，本实施例中，该装置还包括：
[0112] 查找模块607，用于查找与所述缺陷等级对应的预设时效。
[0113] 本实施例中，预警信息生成模块608还用于将所述实际时效与所述预设时效进行比对，生成与缺陷处理进度对应的预警信息；
[0114] 发送模块610还用于将所述与缺陷处理进度对应的预警信息发送至所述终端。
[0115] 在一个实施例中，预设时效包括缺陷修复时效和/或缺陷验证时效。
[0116] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过
计算机程序来指令相关的
硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。
[0117] 以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本
说明书记载的范围。
[0118] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明
专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干
变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附
权利要求为准。
