[0048] 图1为本发明实施例提供的软件工作量评估方法的流程图；
[0049] 图2为本发明实施例提供的软件工作量评估系统的示意图；
[0050] 图3为本发明实施例提供的另一软件工作量评估系统的示意图。
【具体实施方式】
[0051] 为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进 一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施 例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的 所有其它实施例，都属于本发明保护的范围。
[0052] 图1，为本发明实施例提供的软件工作量的评估方法的流程图，如图1所示，该方 法可包括：
[0053] S101、获取待开发软件的功能点的开发量和工作量；其中，所述功能点的开发量是 根据该功能点所属类别的设计需求确定的，并以开发量度量单位为计量单位，所述工作量 是所述待开发软件的开发者预估的，并以人工工时为单位。
[0054] S102、根据所述功能点的开发量和工作量，确定所述功能点的开发量中一个开发 量度量单位所需的工作量。
[0055] S103、根据所述功能点的开发量中的一个开发量度量单位所需的工作量，以及所 述功能点所属类别的开发量度量单位的第一工作量参考值，对所述功能点的工作量的合理 性进行判决。
[0056] 上述步骤S101中，待开发软件的功能点所属的类别可以是：用户界面类、接口类、 工作流类、配置类和后台进程类等按照一定的功能对待发软件的功能点进行划分的。然后， 针对每一个类别，找到最能够衡量该类功能开发量的关键要素，定义为该类的开发量度量 单位（相当于传统意义的"单位"）。
[0057] 其中，用户界面类、接口类、工作流类、配置类和后台进程类的分类标准以及各个 类别的开发量度量单位如下：
[0058]
[0059]
[0060] 当待开发软件的功能点所属的类别为用户界面类或接口类、工作流类、配置类、后 台进程类时，获取的待开发软件的功能点的开发量可以是，输入输出参数总数量，接口输入 和输出参数总数量，流程节点数总数量，配置字段数总数量，业务处理环节述或系统处理环 节述。待开发软件的功能点的工作量可以是人月的数量，如2个人月。
[0061] 下面以获取用户界面类中的一个功能点的开发量和工作量之后，是如何根据该功 能点的的开发量和工作量确定该功能点中的每个输入输出参数所需的工作量进行举例说 明。
[0062] 例如，当用户界面类中的一个功能点的工作量是2个人月，该功能点的开发量是 20个输入输出参数时，前者除以后者，即可得到开发量度量单位即该功能点的每个输入输 出参数所需的工作量为〇. 1个人月。
[0063] 进一步地，若满足公式[1] Λ S，则判决所述功能点的工作量不合理，否 则判决所述功能点的工作量合理。判决所述功能点的工作量合理之后，还可将该功能点的 工作量进行保存以供后续待开发的软件的功能点的工作量进行参考。其中，公式[1]中的 srap表示根据所述功能点的开发量和工作量所确定出的所述功能点的开发量中的一个开发 量度量单位所需的工作量，例如，当用户界面类中的一个功能点的工作量是2个人月，该功 能点的开发量是20个输入输出参数时，前者除以后者，即可得到开发量度量单位即该功能 点的每个输入输出参数所需的工作量即S 1^为0. 1个人月。
[0064] 公式[1]中的Si表示第i个统计周期内的所述功能点所属类别的开发量度量单 位的第一工作量参考值，公式[1]中的AS为设定的阈值，AS>0。其中，第i个统计周期内 的所述功能点所属类别的开发量度量单位的第一工作量参考值可通过以往项目数据积累， 以加权平均算法为算法基础计算得到的。
[0065] 公式[1]中的Si可根据公式[2]:
[0066] 其中，公式[2]中的a]1表示第i个统计周期内所开发的第j个软件对应的权重 值，如a]1的值可以为0. 2,且
即第i个统计周期内所开发的所有软件的权重值和 为1。一个统计周期可以是一年、一个月或者一个季度等。例如，当以年为统计周期时，在 2000年这个统计周期内共开发3个软件，根据软件规模的大小，可以设定第一个软件的权 重值为〇. 2,第二个软件的权重值为0. 3,第三个软件的权重值为0. 5。
[0067] 公式[2]中的m表示在第i个周期内所开发的软件的数量，如m的值可以为5,当 m的值5时，表示一个统计周期内共开发了 5个软件。
[0068] 公式[2]中的为第i个统计周期内开发第j个软件时同一类别下所有功能点 的开发量度量单位的工作量均值，所述同一类别是指所述功能点所属的类别。例如，当以年 为统计周期时，在2000年这个统计周期内共开发3个软件。其中，在开发第一软件时，发现 第一个软件中有三个功能点同属于用户界面类，完成该软件中的第一个功能点中的每个输 入输出参数的实际工作量为〇. 1个人月，完成该软件中的第二个功能点中的每个输入输出 参数的实际工作量为〇. 2个人月，完成该软件中的第三个功能点的每个输入输出参数实际 的工作量为〇. 3个人月，则开发该软件的用户界面类中的每个输入输出参数的工作量均值 为0. 2个人月，即by的值可以为0. 2人月。
[0069] 公式[1]中的Λ S可通过以往项目数据积累，以加权平均算法为算法基础计算得 至|J。例如，公式[1]中的AS可根据公式[3]
计算得到。其中，Si表示 第i个统计周期内的所述功能点所属类别的开发量度量单位的第一工作量参考值，i为正 整数，η为统计周期的数量。
[0070] 公式[3]中的I可通过公式[4]
[0071] 例如当以年为统计周期，共有三个统计周期分别为2000年、2001年和2002年。假 设2000年的时候，第一工作量参考值为Si为0. 04人月；2001年的时候，第一工作量参考值 S2为0. 06人月；2002年的时候，第一工作量参考值S3为0. 05人月；则f的值为0. 05人月， AS的值为0.01人月。
[0072] 为了实现初步判断获取的待开发软件的功能点的工作量的有效性，在获取待开发
软件的功能点的工作量之后，若所述功能点的工作量满足公式[5]: 决所述功能点的工作量合理即采用所述功能点的工作量根据公式[1]进行判决，否则判决 所述功能点的工作量不合理即不采用所述功能点的工作量根据公式[1]进行判决。在具体 实施时，若判决所述功能点的工作量不合理，可判定所述功能点的工作量为无效数据，并可 把该无效数据反馈给第三方进行重新优化，待第三方将优化后的工作量上报之后继续评估 判断，如此循环评估直至全部工作量均为有效工作量为止；若判决所述功能点的工作量合 理，可判定所述功能点的工作量为有效数据，在判定所述功能点的工作量为有效数据之后， 还可将该功能点的工作量进行保存以供后续待开发的软件的功能点的工作量进行参考。
[0073] 其中，公式[5]中的S"p表示根据所述功能点的开发量和工作量所确定出的所述 功能点的开发量中一个开发量度量单位所需的工作量，例如，当用户界面类中的一个功能 点的工作量是2个人月，该功能点的开发量是20个输入输出参数时，前者除以后者，即可得 到开发量度量单位即该功能点的每个输入输出参数所需的工作量即S 1^为0. 1个人月。
[0074] 公式[5]中的F表示所述待开发软件中的与所述功能点所属类别相同的所有功 能点的开发量度量单位的均值，该均值可通过公式[6]
计算得到。其中，公式[6] 中的V,表示所述待开发软件中的与所述功能点所属类别相同的第j个功能点的开发量中 的一个开发量度量单位所需的工作量;m表示所述待开发软件中与所述功能点所属类别相 同的所有功能点的数量。
[0075] 公式[5]中的Λ V表示与所述功能点所属类别相同的第二工作量参考值；该第二 工作量参考值可通过公式[7]
_计算得到，其中，公式[7]中的V,表示 所述待开发软件中的与所述功能点所属类别相同的第j个功能点的开发量中的一个开发 量度量单位所需的工作量；公式[7]中的表示所述待开发软件中的与所述功能点所属类 别相同的所有功能点的开发量度量单位的均值；公式[7]中的m表示所述待开发软件中与 所述功能点所属类别相同的所有功能点的数量。
[0076] 上述实施例提供的软件工作量的评估方法，首先，获取待开发软件的功能点的开 发量和工作量；然后，根据所述功能点的开发量和工作量，确定所述功能点的开发量中一 个开发量度量单位所需的工作量；最后，根据所述功能点的开发量中的一个开发量度量单 位所需的工作量，以及所述功能点所属类别的开发量度量单位的第一工作量参考值，对所 述功能点的工作量的合理性进行判决，可以看出，只需要对功能点进行分类，然后计算功能 点的开发量和工作量，而不需要对功能点进行拆分，也不需要对功能点进行核算，工作量较 小。此外，当判决合理之后，还可将功能点的工作量进行保存，以提供后续待开发的软件的