软件工程管理【参考】.docVIP

幻灯片1 第13章 软件项目管理 13.1 估算软件规模 13.2 工作量估算 13.3 进度计划 13.4 人员组织 13.5 质量保证 13.6 软件配置管理 13.7 能力成熟度模型 幻灯片2 所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。 幻灯片3 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。 为了估算项目的工作量和完成期限，首先需要估算软件的规模。 幻灯片4 13.1 估算软件规模 13.1.1 代码行技术 代码行技术是比较简单的定量估算软件规模的方法。 依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。 当有以往开发类似产品的历史数据可供参考时，估计出的数值还是比较准确的。把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。 幻灯片5 估算方法： 由多名有经验的软件工程师分别做出估计。 每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)， 分别算出这3种规模的平均值、和之后，再用下式计算程序规模的估计值： 单位： LOC或KLOC。 幻灯片6 代码行技术的优点： 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数； 有大量参考文献和数据 。 代码行技术的缺点： 源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理； 用不同语言实现同一个软件所需要的代码行数并不相同； 不适用于非过程性语言。 幻灯片7 13.1.2 功能点技术 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。 这种方法用功能点(FP)为单位度量软件规模。 幻灯片8 1. 信息域特性 功能点技术定义了信息域的5个特性： 输入项数(Inp)：用户向软件输入的项数，这些输入给软件提供面向应用的数据。 输出项数(Out)：软件向用户输出的项数，它们向用户提供面向应用的信息， 查询数(Inq)：查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。 主文件数(Maf)：逻辑主文件的数目。 外部接口数(Inf)：机器可读的全部接口的数量，用这些接口把信息传送给另一个系统。 幻灯片9 每个特征根据其复杂程度分配一个功能点数，即信息域特征系数a1，a2，a3，a4，a5，见表13.1。 幻灯片10 2. 估算功能点的步骤 (1) 计算未调整的功能点数UFP 首先，把产品信息域的每个特性都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数。 然后，用下式计算未调整的功能点数UFP： UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf 其中，ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级别决定，如表13.1所示。 幻灯片11 (2) 计算技术复杂性因子TCF 这一步骤度量14种技术因素对软件规模的影响程度。在表13.2中列出了全部技术因素，并用Fi(1≤i≤14)代表这些因素。 根据软件的特点，为每个因素分配一个从0（不存在或对软件规模无影响）到5（有很大影响）的值。 幻灯片13 然后，用下式计算技术因素对软件规模的综合影响程度DI： 技术复杂性因子TCF由下式计算： TCF = 0.65 + 0.01 × DI 因为DI的值在0~70之间，所以TCF的值在0.65~1.35之间。 幻灯片14 (3) 计算功能点数FP FP = UFP × TCF 功能点技术优点：与所用的编程语言无关，比代码行技术更合理。 功能点技术缺点：在判断信息域特性复杂级别和技术因素的影响程度时主观因素较大，对经验依赖性较强。 幻灯片15 13.2 工作量估算 软件估算模型使用由经验导出的公式来预测软件开发工作量，工作量是软件规模(KLOC或FP)的函数，工作量的单位通常是人月(pm)。 支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。 幻灯片16 13.2.1 静态单变量模型 总体结构形式如下： E = A + B × (ev) C 其中，A、B和C是由经验数据导出的常数， E是以人月为单位的工作量， ev是估算变量（KLOC或FP）。 幻灯片17 1. 面向KLOC的估算模型 (1) Walston_Felix模型 E=5.2×(KL