Page 78 - 《软件学报》2020年第11期

3394 Journal of Software 软件学报 Vol.31, No.11, November 2020

分比就在 6%上下浮动,且逐渐呈现出平稳的趋势.可见,项目组对无效、被拒绝的需求变更请求进行了比较有
效的控制.

(a) 解决和关闭 issue 量 (b) Issue 代码行比例
Fig.14 Baseline simulation results 4
图 14 基线仿真结果 4

(a) 接收代码率 (b) 无效代码率
Fig.15 Baseline simulation results 5
图 15 基线仿真结果 5
综上,根据基线仿真结果的分析,Spring Framework 项目组在版本分支 3.2.x 的需求变更管理方面有许多优
势,下面分析是否有可能进一步优化改进.
2.2 需求变更管理过程改进仿真
软件过程改进,就是采取策略来改进过程中被识别出来的薄弱环节,这些薄弱环节可能在改进前给软件质
量、成本或是进度带来风险或缺陷 [14] .针对 Spring Framework 项目版本分支 3.2.x 需求变更管理过程中存在的
缺陷率逐渐升高、开发人员动机强度逐渐下降等基线分析结果,下面通过软件代码评审环节以及增加开发人员
动机强度管理进行过程改进仿真,同基线仿真结果作比较,分析改进的有效性.
2.2.1 增加代码评审环节
在 Spring Framework 软件项目的需求变更管理过程中,缺陷率在版本分支 3.2.x 的生命周期中不断上升,要
有效地对软件的缺陷率进行控制,需要降低 bug 产生的数量以及进行合理的进度压力控制.从降低 bug 产生的
数量方面来说,根据模型的因果关系图,可以增加代码评审环节,或是增强开发人员的动机强度,或者两者同时
进行.
在基线数据中,代码的评审有效性(review effectiveness)设置为 0,即没有代码评审环节;现为降低 bug 的报
告数量,模拟增加代码评审环节,将代码的评审有效性设置最小值为 0、最大值为 1、方差为 0.05、标准差为 0.1、
种子数为 0 的随机正态分布函数,见表 2.