需求排期方法、装置、电子设备及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种需求排期方法、装置、电子设备及存储介质。


背景技术：

2.为了响应客户在软件产品服务方面日益增长的需求，实现软件系统灵活快速迭代是重中之重。但是，由于软件系统的小型需求周期不稳定、数量众多，给需求开发排期工作带来巨大挑战。
3.对于数量繁多且要求各异的小型需求，存在着开发周期不一致、依赖关系复杂及上线版本不一等现象，而传统的排期方式主要依靠经验，不能有效进行资源配置，容易出现工作协调性差的状况，例如先开发好的小型需求因等待另一个配套需求的开发而长时间处于待上线的现象，从而导致从需求到投产的时间和研发成本增加。
4.因此，如何对数量多且要求各异的小型需求进行高效智能的合理化排期，是业界亟需解决的问题。


技术实现要素：

5.本发明提供一种需求排期方法、装置、电子设备及存储介质，用以解决现有技术中的需求排期方式主要依靠经验的问题，有效实现对数量多且要求各异的小型需求进行高效智能的合理化排期。
6.第一方面，本发明提供一种需求排期方法，包括：
7.确定待排期需求；
8.基于功能点分析fpa方法，对所述待排期需求进行排期。
9.可选地，根据本发明提供的一种需求排期方法，所述基于功能点分析fpa方法，对所述待排期需求进行排期，包括：
10.确定所述待排期需求的限期投产时间；
11.基于所述限期投产时间，确定所述待排期需求的需求优先级；
12.利用与所述需求优先级对应的目标预测策略，对所述待排期需求进行排期；
13.其中，所述目标预测策略包括：正向预测策略和反向预测策略。
14.可选地，根据本发明提供的一种需求排期方法，所述利用与所述需求优先级对应的目标预测策略，对所述待排期需求进行排期，包括：
15.在所述需求优先级为第一优先级的情况下，基于所述正向预测策略对所述待排期需求进行排期；
16.在所述需求优先级为第二优先级的情况下，基于所述反向预测策略对所述待排期需求进行排期；
17.其中，所述第一优先级对应的所述待排期需求的限期投产时间，晚于所述第二优先级对应的所述待排期需求的限期投产时间。
18.可选地，根据本发明提供的一种需求排期方法，所述基于所述正向预测策略对所述待排期需求进行排期，包括：
19.基于所述fpa方法，确定所述待排期需求的开发估算功能点；
20.基于所述开发估算功能点和基准生产率，确定开发阶段的估算工作量，其中所述基准生产率是基于历史排期需求的实际生产率获得的；
21.基于所述开发阶段的估算工作量、所述待排期需求的不同阶段分别对应的工作量权重，确定所述不同阶段分别对应的估算工作量，所述不同阶段包括所述开发阶段、测试阶段和验收阶段；
22.确定所述开发阶段的开始时间，并基于所述开发阶段的开始时间和所述不同阶段分别对应的估算工作量之和，确定计划投产时间。
23.可选地，根据本发明提供的一种需求排期方法，所述基于所述开发估算功能点和基准生产率，确定开发阶段的估算工作量，包括：
24.基于所述开发估算功能点、所述基准生产率和调整因子，确定所述开发阶段的估算工作量；
25.其中，所述调整因子包括以下至少一项：
26.应用类型调整因子、质量特性调整因子、开发语言调整因子和开发团队背景调整因子。
27.可选地，根据本发明提供的一种需求排期方法，所述基于所述开发估算功能点、所述基准生产率和调整因子，确定所述开发阶段的估算工作量，包括：
28.基于开发估算工作量计算公式确定所述开发阶段的估算工作量；其中，所述开发估算工作量计算公式为：
29.开发估算工作量＝开发估算功能点
×
基准生产率
×
应用类型调整因子
×
质量特性调整因子
×
开发语言调整因子
×
开发团队背景调整因子
÷
预设值。
30.可选地，根据本发明提供的一种需求排期方法，所述基于所述反向预测策略对所述待排期需求进行排期，包括：
31.基于所述正向预测策略，对所述待排期需求进行排期，获取排期安排；
32.对所述排期安排进行风险预测分析，确定所述排期安排对应的风险标识；
33.基于所述风险标识，调整所述排期安排。
34.第二方面，本发明还提供一种需求排期装置，包括：
35.确定模块，用于确定待排期需求；
36.排期模块，用于基于功能点分析fpa方法，对所述待排期需求进行排期。
37.第三方面，本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述需求排期方法的步骤。
38.第四方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述需求排期方法的步骤。
39.第五方面，本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面所述需求排期方法的步骤。
40.本发明提供的需求排期方法、装置、电子设备及存储介质，通过基于fpa方法对待
排期需求进行排期，不仅可以为待排期需求的全生命周期排期提供科学依据，而且可以有效缩短待投产耗时，实现对待排期需求进行高效智能的合理化排期。
附图说明
41.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本发明提供的需求排期方法的流程示意图之一；
43.图2是本发明提供的需求优先级划分示意图；
44.图3是本发明提供的正向预测策略的流程示意图；
45.图4是本发明提供的反向预测策略的流程示意图；
46.图5是本发明提供的需求排期方法的流程示意图之二；
47.图6是本发明提供的大版本管理的流程示意图；
48.图7是本发明提供的小版本管理的流程示意图；
49.图8是本发明提供的普通版本管理的流程示意图；
50.图9是本发明提供的需求排期装置的结构示意图；
51.图10是本发明提供的电子设备的实体结构示意图。
具体实施方式
52.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
53.为了便于更加清晰地理解本发明各实施例，首先对一些相关的背景知识进行如下介绍。
54.功能点分析方法(function point analysis，fpa)是一种估算软件研发项目规模大小的方法。它是从用户视角即业务价值出发，通过量化系统功能来度量软件的规模，这种度量方法主要基于系统的逻辑设计。
55.fpa方法是一种分解类的规模度量方法，即把复杂系统分解为较小的子系统进行评估，把软件系统按照组件进行分解，从而确定系统的功能点数量。fpa方法是基于软件文档的功能性需求来进行度量，其结果是以功能点数的形式表示软件的规模。
56.一些软件系统的小型需求周期不稳定、数量众多，给需求开发排期工作带来巨大挑战。对于数量繁多且要求各异的小型需求，存在着开发周期不一致、依赖关系复杂及上线版本不一等现象，对于某些处理复杂度较低的小型需求，传统排期方式主要依靠经验，不能有效进行资源配置，容易出现工作协调性差的状况，例如先开发好的小型需求因等待另一个配套需求的开发而长时间处于待上线的现象，导致从需求到投产的时间和研发成本增加等。此外，现有的排期方式主要依靠经验，缺少客观依据。
57.为了克服上述缺陷，本发明提供一种需求排期方法、装置、电子设备及存储介质。
下面对本发明提供的需求排期方法、装置、电子设备及存储介质进行示例性的介绍。
58.下面结合图1-图9描述本发明提供的需求排期方法及装置。
59.图1是本发明提供的需求排期方法的流程示意图之一，如图1所示，该方法包括如下流程：
60.步骤100，确定待排期需求；
61.步骤110，基于功能点分析fpa方法，对所述待排期需求进行排期。
62.为了克服现有的需求排期方式主要依靠经验，不能有效进行资源配置，容易出现工作协调性差的状况，导致从需求到投产的时间成本增加的缺陷，本发明通过基于fpa方法对待排期需求进行排期，不仅可以为待排期需求的全生命周期排期提供科学依据，而且可以有效缩短待投产耗时，实现对待排期需求进行高效智能的合理化排期。
63.可选地，本发明提供的需求排期方法可以适用于银行软件系统需求的排期，以及类似的具有数量多且周期不稳定的软件系统需求的排期。
64.具体地，可以首先确定待排期需求，然后基于功能点分析fpa方法，对待排期需求进行排期。
65.可选地，可以基于fpa方法，计算待排期需求的开发功能点。
66.可选地，可以基于计算出的开发功能点，确定待排期需求的工作量。
67.可选地，可以基于确定的待排期需求的工作量，并基于开发开始时间，确定计划投产时间。
68.本发明提供的需求排期方法，通过基于fpa方法对待排期需求进行排期，不仅可以为待排期需求的全生命周期排期提供科学依据，而且可以有效缩短待投产耗时，实现对待排期需求进行高效智能的合理化排期。
69.可选地，所述基于功能点分析fpa方法，对所述待排期需求进行排期，包括：
70.确定所述待排期需求的限期投产时间；
71.基于所述限期投产时间，确定所述待排期需求的需求优先级；
72.利用与所述需求优先级对应的目标预测策略，对所述待排期需求进行排期；
73.其中，所述目标预测策略包括：正向预测策略和反向预测策略。
74.具体地，可以首先确定待排期需求的限期投产时间，并基于待排期需求的限期投产时间，确定待排期需求的需求优先级；然后利用与需求优先级对应的目标预测策略，对待排期需求进行排期。
75.可选地，可以基于限期投产时间，确定需求优先级，其中，需求优先级的划分策略可以是预设的。
76.例如，图2是本发明提供的需求优先级划分示意图，如图2所示，可以将需求优先级划分为一级、二级、三级和四级四种等级，图2中对各个优先级的需求进行了举例；其中，一级对应于一周内投产、二级对应于一月内投产、三级对应于两月内投产、四级对应于无明确投产时间要求。
77.例如，可以将投产时间较为宽限的三级和四级对应的待排期需求作为第一优先级的排期需求。
78.例如，可以将投产时间较为紧迫的一级和二级对应的待排期需求作为第二优先级的排期需求。
79.可选地，可以利用与需求优先级对应的目标预测策略，对待排期需求进行排期。
80.其中，目标预测策略可以包括正向预测策略和反向预测策略。
81.可选地，正向预测策略可以包括基于待排期需求的功能点，确定待排期需求对应的各个阶段的工作量，进而确定排期安排。
82.可选地，反向预测策略可以包括基于经验获取待排期需求的排期安排，或者基于正向预测策略获取待排期需求的排期安排，再对获取的排期安排进行反向评估，以进一步对排期安排进行合理化调整。
83.例如，在待排期需求对应于第一优先级的情况下，可以基于正向预测策略对待排期需求进行排期。
84.例如，在待排期需求对应于第二优先级的情况下，可以基于反向预测策略对待排期需求进行排期。
85.本发明通过基于fpa方法，形成以软件功能点为基础，并基于正向预测策略和反向预测策略对不同优先级的待排期需求进行排期，可以进一步提高排期的合理性，实现智能化的排期优化策略。
86.可选地，所述利用与所述需求优先级对应的目标预测策略，对所述待排期需求进行排期，包括：
87.在所述需求优先级为第一优先级的情况下，基于所述正向预测策略对所述待排期需求进行排期；
88.在所述需求优先级为第二优先级的情况下，基于所述反向预测策略对所述待排期需求进行排期；
89.其中，所述第一优先级对应的所述待排期需求的限期投产时间，晚于所述第二优先级对应的所述待排期需求的限期投产时间。
90.可选地，在需求优先级为第一优先级的情况下，可以基于正向预测策略对待排期需求进行排期。
91.可选地，在需求优先级为第二优先级的情况下，可以基于反向预测策略对待排期需求进行排期。
92.可选地，第一优先级对应的待排期需求的限期投产时间，可以晚于第二优先级对应的待排期需求的限期投产时间。
93.例如，现在的时间是08月1日，第一目标待排期需求的限期投产时间为11月1日，第二目标待排期需求的限期投产时间为09月1日，则对于第一目标待排期需求，可以基于正向预测策略对待排期需求进行排期，对于第二目标待排期需求，可以基于反向预测策略对待排期需求进行排期。
94.本发明通过基于fpa方法，形成以软件功能点为基础，并基于正向预测策略和反向预测策略对不同优先级的待排期需求进行排期，可以进一步提高排期的合理性，实现智能化的排期优化策略。
95.可选地，所述基于所述正向预测策略对所述待排期需求进行排期，包括：
96.基于所述fpa方法，确定所述待排期需求的开发估算功能点；
97.基于所述开发估算功能点和基准生产率，确定开发阶段的估算工作量，其中所述基准生产率是基于历史排期需求的实际生产率获得的；
98.基于所述开发阶段的估算工作量、所述待排期需求的不同阶段分别对应的工作量权重，确定所述不同阶段分别对应的估算工作量，所述不同阶段包括所述开发阶段、测试阶段和验收阶段；
99.确定所述开发阶段的开始时间，并基于所述开发阶段的开始时间和所述不同阶段分别对应的估算工作量之和，确定计划投产时间。
100.具体地，基于正向预测策略对待排期需求进行排期，可以包括以下步骤(1)-步骤(4)：
101.(1)基于fpa方法，确定待排期需求的开发估算功能点；
102.(2)基于确定的开发估算功能点和基准生产率，确定开发阶段的估算工作量，其中，基准生产率可以是基于历史排期需求的实际生产率获得的；
103.(3)基于开发阶段的估算工作量、待排期需求的不同阶段分别对应的工作量权重，确定不同阶段分别对应的估算工作量；其中，不同阶段可以包括开发阶段、测试阶段和验收阶段；
104.(4)基于实际情况确定开发阶段的开始时间，并基于开发阶段的开始时间和不同阶段分别对应的估算工作量之和，确定计划投产时间。
105.可选地，在基于开发估算功能点和基准生产率，确定开发阶段的估算工作量之前，所述方法还可以包括：
106.基于fpa方法和历史排期需求，确定历史排期需求的开发估算功能点；
107.基于历史排期需求的开发估算功能点和历史排期需求的实际生产率，确定基准生产率。
108.可选地，可以基于fpa方法，根据现有的历史数据，重新评估需求的功能点，并结合实际生产率，计算出基准生产率(单位：人时/功能点)，目前常使用的基准生产率是7.35人时/功能点，即1个人完成1个功能点需要7.35小时。
109.可选地，可以结合各种类型的影响因素建立预测模型，将客观特征、外部要求、团队能力和其他要素分别组成各类因子构建需求工作量估计模型，如表1为决定工作量的构成因素；然后分析各类数值的特征并设置权重，利用该模型直接计算工作量，最后根据工作量估算结果和实际资源情况，对工作任务进行分解并制定工作时间表，即需求排期。
110.表1决定工作量的构成因素
[0111][0112]
例如，图3是本发明提供的正向预测策略的流程示意图，如图3所示，首先基于fpa方法，确定待排期需求的开发估算功能点；接着基于开发估算功能点、基准生产率和各类调
整因子确定开发阶段的估算工作量；进一步基于开发阶段的估算工作量和各个阶段的工作量占比，确定测试阶段和验收阶段的工作量；然后基于不同阶段的工作量确定总工作量，最后根据总工作量估算结果和实际资源情况，对工作任务进行分解并制定工作时间表，即需求排期。
[0113]
可选地，所述基于所述开发估算功能点和基准生产率，确定开发阶段的估算工作量，包括：
[0114]
基于所述开发估算功能点、所述基准生产率和调整因子，确定所述开发阶段的估算工作量；
[0115]
其中，所述调整因子包括以下至少一项：
[0116]
应用类型调整因子、质量特性调整因子、开发语言调整因子和开发团队背景调整因子，具体参考表2。
[0117]
表2调整因子分类及取值说明
[0118]
[0119][0120]
可选地，可以基于开发估算功能点、基准生产率和调整因子，确定开发阶段的估算工作量。
[0121]
可选地，调整因子可以包括以下至少一项：
[0122]
应用类型调整因子、质量特性调整因子、开发语言调整因子和开发团队背景调整因子。
[0123]
具体地，可以基于fpa方法，计算开发估算功能点，然后基于开发估算功能点、基准生产率和应用类型调整因子、质量特性调整因子、开发语言调整因子与开发团队背景调整因子，确定开发阶段的估算工作量。
[0124]
本发明通过开发估算功能点、基准生产率和各类调整因子确定开发阶段的估算工作量，可以提高工作量估算的准确性，进而使得排期更加合理化。
[0125]
可选地，所述基于所述开发估算功能点、所述基准生产率和调整因子，确定所述开发阶段的估算工作量，包括：
[0126]
基于开发估算工作量计算公式确定所述开发阶段的估算工作量；其中，所述开发估算工作量计算公式为：
[0127]
开发估算工作量＝开发估算功能点
×
基准生产率
×
应用类型调整因子
×
质量特性调整因子
×
开发语言调整因子
×
开发团队背景调整因子
÷
预设值。
[0128]
可选地，可以基于开发估算工作量计算公式确定开发阶段的估算工作量。
[0129]
其中，开发估算工作量计算公式可以表示为：
[0130]
开发估算工作量＝开发估算功能点
×
基准生产率
×
应用类型调整因子
×
质量特性调整因子
×
开发语言调整因子
×
开发团队背景调整因子
÷
预设值。
[0131]
其中，预设值可以为8，表示每天工作时长为8小时。
[0132]
本发明通过开发估算功能点、基准生产率和各类调整因子确定开发阶段的估算工作量，可以提高工作量估算的准确性，进而使得排期更加合理化。
[0133]
可选地，所述基于所述反向预测策略对所述待排期需求进行排期，包括：
[0134]
基于所述正向预测策略，对所述待排期需求进行排期，获取排期安排；
[0135]
对所述排期安排进行风险预测分析，确定所述排期安排对应的风险标识；
[0136]
基于所述风险标识，调整所述排期安排。
[0137]
可选地，可以基于正向预测策略，对待排期需求进行排期，获取排期安排。
[0138]
具体地，可以首先基于fpa方法，确定待排期需求的开发估算功能点；然后基于开发估算功能点、基准生产率和各类调整因子确定开发阶段的估算工作量；进一步基于开发阶段的估算工作量和各个阶段的工作量占比，确定测试阶段和验收阶段的工作量；最后基于不同阶段的工作量确定总工作量，并根据总工作量估算结果和实际资源情况，对工作任务进行分解并制定工作时间表，获取排期安排。
[0139]
可选地，可以对获取的排期安排进行风险预测分析，确定获取的排期安排对应的风险标识。
[0140]
可选地，可以通过德尔菲法对排期安排进行风险预测分析，即通过专家小组意见的一致性来进行预测分析，识别风险并确定该风险的风险标识，如表3为风险分析表；再反向评估当前的排期能否实现，权衡各级风险后妥善安排排期。
[0141]
表3风险分析表
[0142][0143]
可选地，可以基于确定的风险标识，对排期安排进行调整，例如，增加人员数量以加快工作速率或裁剪需求以减少工作量。
[0144]
图4是本发明提供的反向预测策略的流程示意图，如图4所示，首先基于正向预测策略获取排期安排，然后再反向评估该排期安排的风险性，再基于经验值和排期安排的风险性，对排期安排进行调整，确定最终可能的需求排期。
[0145]
本发明通过基于fpa方法对待排期需求进行排期，不仅可以为待排期需求的全生命周期排期提供科学依据，而且可以有效缩短待投产耗时，实现对待排期需求进行高效智能的合理化排期。
[0146]
图5是本发明提供的需求排期方法的流程示意图之二，以图5为例对需求排期流程进行说明；如图5所示，该方法可以包括以下步骤：
[0147]
步骤510，判断待排期需求的需求优先级，根据需求优先级进入对应的处理流程；
[0148]
步骤520，对于限期较为宽松的三级需求和无明确时间要求的四级需求，由于周期较长，有充分的条件进行正向预测推出需求排期；
[0149]
步骤521，基于fpa方法，估算待排期需求的开发功能点，参考系统历史基准生产率(以下提及的基准生产率都是指基准生产率中值，为7.35人时/功能点)，并参考表4工作量估算模型中的计算公式，计算出开发估算工作量(单位：人天，以下提及的开发估算工作量都是指开发估算工作量中值)及最有可能总实施工作量(单位：人月)，进而可以计算出最有可能总实施费用(单位：元)；
[0150]
表4工作量估算模型
[0151][0152][0153]
步骤522，根据行业的基准数据，结合需求、开发、测试、验收、投产各个工作阶段的历史积累工作量，经分析确定各阶段工作量权重分配，如表5所示。基于步骤521获得的开发估算工作量(单位：人天)，再结合各阶段工作比重计算出小型需求的估算总工作量＝开发估算工作量/开发阶段工作量占比，从而得出待投产前的需求、开发、测试、验收各阶段的估算工作量，具体计算方法如表5所示；
[0154]
表5各环节工作量权重分配及计算公式
[0155][0156]
步骤523，由于关联系统的工作量一般不多于主系统工作量的一半(主系统指该小型需求直接应用的系统，关联系统指与该小型需求改造有关的系统，如在应用软件a新增理财购买功能，主系统为理财平台，应用软件a作为理财购买渠道，需要一并改造，属于关联系统)，且不一定同时开始。为了简化流程，并留出一部分的机动时间给开发进行排期，所以在不考虑并行的情况下，采用开发、测试及验收估算工作量之和进行排期。根据开发开始时间和开发、测试及验收估算工作量之和，计算计划投产日期；
[0157]
步骤524，系统根据排期计算出的计划投产日期显示可选择的投产版本，需求人员在可选择的投产版本中选择一个，由此确定投产版本和计划投产日期。版本窗口时间安排及纳版规则如表6所示，版本管理流程如图6-8所示，其中，图6是本发明提供的大版本管理的流程示意图，图7是本发明提供的小版本管理的流程示意图，图8是本发明提供的普通版本管理的流程示意图；
[0158]
表6版本窗口时间安排及纳版规则
[0159]
[0160][0161]
步骤530，对于限期较为紧迫的二级需求，需求排期可以遵循反向预测策略。基于fpa方法估算需求开发功能点，结合各阶段权重分配反推工作量，提供给各阶段人员调整资源，进行合理的排期分配。在此过程中，可以监控各个阶段与计划配合情况，及时反馈与改进资源不合理配置与缺失情况，并且在此需求生产周期结束后对资源配置合理性程度进行衡量评估；
[0162]
步骤531，运用fpa方法估算开发需求功能点，按照各阶段权重分配反推各阶段的工作量；
[0163]
步骤532，专家小组对项目的建设情况进行分析和讨论，识别项目中存在的风险，反向评估出该工作量带来的风险；
[0164]
步骤533，通过专家小组意见的一致性来进行预测分析，确定该工作量下的风险对应的风险标识；
[0165]
步骤534，确定该风险下的排期安排，例如增加人员数量或者裁剪需求；
[0166]
步骤535，确定计划；
[0167]
步骤540，对于限期十分紧迫的一级需求，需求排期可以直接进行反向评估。在时限紧张的条件下，各个部门不具备有条不紊地测量构建指标体系，进而逐步反馈调整计划的实施条件，因此，需要通过反向评估的路径，通过历史数据对相似类型的需求进行调配，同时确定其风险值作为参考数据。在此过程中，可以监控每个阶段的开始时间是否符合计划，如果有延迟，需要与开发部门和测试部门沟通解决方案；
[0168]
步骤541，根据经验值确定可能的工期；
[0169]
步骤542，专家小组对项目的建设情况进行分析和讨论，识别项目中存在的风险，反向评估出该工作量带来的风险；
[0170]
步骤543，通过专家小组意见的一致性来进行预测分析，确定该工作量下的风险对应的风险标识；
[0171]
步骤544，确定该风险下的排期安排，例如增加人员数量或者裁剪需求；
[0172]
步骤545，确定计划；
[0173]
步骤550，在排期实施之后，可以对计划与实际情况进行比对，结合需求全流程基
础管理数据指标内容对计划实施效果进行评估，主要参考指标如表7所示。
[0174]
表7需求全流程基础管理数据指标
[0175][0176]
下面通过具体的实施例对本发明进行介绍，此处所描述的具体实施例仅用于解释本发明，并不限定本发明。
[0177]
对于时限较为宽松的三级和四级需求，排期遵循正向预测策略，具体实施步骤包括：
[0178]
步骤610，通过fpa方法估算出需求的开发功能点，如表8所示，并可以运用表3中的计算公式，计算出开发估算工作量(单位：人天)、最有可能总实施工作量(人月)及最有可能总实施费用(元)，如表9所示；
[0179]
表8案例需求功能点估算结果
[0180][0181]
表9案例开发工作量估算结果
[0182][0183]
步骤611，计算小型需求估算总工作量＝开发估算工作量/开发阶段工作量占比＝5.88/(10.68+42.74)＝11.007(人天)，然后参考表5中的各个阶段工作量计算公式，计算出各阶段估算工作量，计算结果如表10所示；
[0184]
表10案例各环节估算工作量结果
[0185]
[0186][0187]
步骤612，对需求到投产各个阶段投入的工作量进行汇总，根据开发开始时间和从开发开始到预投产的估算工作量，计算出计划投产日期。参考表11的版本排期模型，假设开发开始时间为11月1日，从开发开始到预投产的估算工作量＝开发估算工作量+测试估算工作量+验收估算工作量＝9.06(人天)，按工作日计算，则11月12日完成，各阶段需求排期的汇总如表12所示。根据图7的小版本管理的流程得出，11月19日小版本在11月5日捞版，11月10日发布，11月15日冻结，需要在11月15日前提出加入小版本技术，所以计划投产时间为11月19日，需求全生命周期为17个工作日。如果选择更加宽松的计划，在12月3日小版本投产，则在11月19日捞版，全生命周期27天，增加了10个工作日的开发测试时间。如表13所示，利用传统方法计算的各类需求时长中值，5-10个功能点的业务需求的时长中值是58.27个工作日。因此，利用fpa方法估算和排期，可以有效缩短全生命周期，加速小型需求的迭代更新。
[0188]
表11案例xx年11月版本排期模型
[0189][0190]
表12案例各阶段需求排期汇总表
[0191][0192]
表13利用传统分配方式计算的各类需求的时长中值
[0193][0194]
对于限期较为紧迫的二级需求，需求排期遵循反向预测策略。假设上述案例为较紧迫的橙色需求，计划投产时间为11月19日。若要在11月19日投产，根据图7的小版本管理流程得出，11月19日小版本在11月5日捞版，11月10日发布，11月15日冻结，则需要在11月15日前提出加入小版本技术，那么该小型需求计划在11月15日前完成。具体实施步骤包括：
[0195]
步骤620，通过fpa方法估算出需求的开发功能点，如表8所示，并可以运用表4中的计算公式，计算出开发估算工作量(单位：人天)、最有可能总实施工作量(人月)及最有可能总实施费用(元)，如表9所示；
[0196]
步骤621，计算br/ir估算总工作量＝开发估算工作量/开发阶段工作量占比＝5.88/(10.68+42.74)＝11.007(人天)，然后参考表5中的各个阶段工作量计算公式，计算出各阶段估算工作量，计算结果如表10所示；
[0197]
步骤622，对需求到投产各个阶段投入的工作量进行汇总，根据开发开始时间和从开发开始到预投产的估算工作量，计算出计划投产日期。参考表11的版本排期模型，假设开发开始时间为11月1日，从开发开始到预投产的估算工作量＝开发估算工作量+测试估算工作量+验收估算工作量＝9.06(人天)，按工作日计算，则11月12日可以完成；
[0198]
步骤623，专家小组对项目的建设情况进行分析和讨论，识别项目中存在的风险，并反向评估出该工作量带来的风险；
[0199]
步骤624，通过专家小组意见的一致性来进行预测分析，确定该工作量下的风险对应的风险标识，如表14所示。假设专家评估架构建设不满足需要的风险为高，需要花费4天时间完成架构建设，则从开发开始到预投产的估算工作量＝开发估算工作量+测试估算工作量+验收估算工作量+解决风险估算工作量＝13.06(人天)，那么该小型需求将在11月18日完成，比计划完成时间(11月15日)晚了3天；
[0200]
表14案例的风险分析表
[0201][0202]
步骤625，为了能够在11月19日完成投产，即在11月15日完成该小型需求，故需要增加人员数量以加快工作速率或裁剪需求以减少工作量，保证能够在11月15日完成该小型需求。
[0203]
对于限期十分紧迫的一级需求，在时限紧张的条件下，各个部门不具备有条不紊地测量构建指标体系，进而逐步反馈调整计划的实施条件。因此，需要通过反向评估的路径，通过历史数据对相似类型的需求进行调配，同时确定其风险值作为参考数据。在此过程中，可以监控每个阶段的开始时间是否符合计划，如果有延迟，需要与开发和测试部门沟通解决方案。假设上述案例为较紧迫的橙色需求，计划投产时间为11月19日。若要在11月19日投产，根据图7的小版本管理流程得出，11月19日小版本在11月5日捞版，11月10日发布，11月15日冻结，则需要在11月15日前提出加入小版本技术，那么该小型需求计划在11月15日前完成。具体步骤包括：
[0204]
步骤630，根据经验值确定从开发开始到预投产的估算工作量；
[0205]
步骤631，参考上述步骤623、步骤624和步骤625完成需求排期，在此不再赘述。
[0206]
本发明通过基于fpa方法进行小型需求排期，可以估算出比较准确的计划投产时间。经过大量实践证实，大部分需求实际投产时间跟计划投产时间吻合程度较高。该模型在优化资源配置、节省人力物力、加快需求上线方面取得显著的成效。具体可以达到以下有益效果：
[0207]
(1)提升全生命周期管理水平。基于fpa方法进行小型需求排期，可以为需求全生命周期排期提供科学依据，有利于需求管理人员履行需求管理职责。
[0208]
(2)降低项目成本。基于fpa方法进行小型需求排期，合理安排版本，使各个阶段具有连续性，有效缩短待投产耗时，在优化资源配置、节省人力物力、加快需求上线方面取得
显著的成效。如表15所示，将实施软件功能点方法的小型需求排期数据和历史数据对比发现，全部规模段的需求的全生命周期均短于历史数据，其中10-20功能点需求的效果较大，缩短31.70％，5-10功能点的需求缩短19.63％。
[0209]
表15试行数据与历史数据对比分析
[0210][0211]
(3)合理分配资源。根据优先级和工作量估算，能够更加合理安排需求开始时间，调节开发测试资源。
[0212]
下面对本发明提供的需求排期装置进行描述，下文描述的需求排期装置与上文描述的需求排期方法可相互对应参照。
[0213]
图9是本发明提供的需求排期装置的结构示意图，如图9所示，该装置包括：确定模块910和排期模块920；其中：
[0214]
确定模块910用于确定待排期需求；
[0215]
排期模块920用于基于功能点分析fpa方法，对所述待排期需求进行排期。
[0216]
本发明提供的需求排期装置，通过基于fpa方法对待排期需求进行排期，不仅可以为待排期需求的全生命周期排期提供科学依据，而且可以有效缩短待投产耗时，实现对待排期需求进行高效智能的合理化排期。
[0217]
图10是本发明提供的实体结构示意图，如图10所示，该电子设备可以包括：处理器(processor)1010、通信接口(communications interface)1020、存储器(memory)1030和通信总线1040，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的逻辑指令，以执行上述各方法所提供的需求排期方法，该方法包括：
[0218]
确定待排期需求；
[0219]
基于功能点分析fpa方法，对所述待排期需求进行排期。
[0220]
此外，上述的存储器1030中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本
发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0221]
另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的需求排期方法，该方法包括：
[0222]
确定待排期需求；
[0223]
基于功能点分析fpa方法，对所述待排期需求进行排期。
[0224]
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的需求排期方法，该方法包括：
[0225]
确定待排期需求；
[0226]
基于功能点分析fpa方法，对所述待排期需求进行排期。
[0227]
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0228]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0229]
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。