归纳第11章 软件项目管理.ppt

12
第11章 软件项目管理
11.1.2 标准值法
⒋ 开发环境情况 ① 现有的操作系统功能不足 ② 将来预定使用的计算机尚未测试 ③ 工作场所分散 ④ 主存和辅存受限制 ⑤ 计算机使用时间不能充分保障 ⑥ 计算机机房管理不善 ⑦ 工作中途中断
第11章 软件项目管理
优选文档
1
第11章 软件项目管理
软件项目管理
在经历了几个像操作系统开发这样的大型软件工程项目的失败以 后，人们才逐渐认识到软件管理中的独特问题。事实上，这些工 程项目的失败并不是由于从事开发工作的软件工程师无能，正相 反，他们之中的绝大多数是当时杰出的技术专家。这些工程项目 的失败主要是由于使用的管理技术不适当。 总结历史经验教训，逐渐形成了软件工程这门新学科，它包括方 法、工具和管理等广泛的研究领域。十几年来已经研究出一些用 于软件规格说明、设计、实现和验证的先进方法学，对软件管理 的认识也有一定进步。但是，在软件管理方面的进步远比在设计 方法学和实现方法学方面的进步小，至今还提不出一套管理软件 开发的通用指导原则。 软件经理（管理人员）的责任是制定软件开发工程的计划，监督 和检查工程进展情况，保证工程按照要求的标准，准时在预算成 本内完成。虽然目前好的管理还不一定能保证工程成功，但是坏 的管理或不适当的管理技术却一定会导致工程失败——软件交付 使用的日期将大大拖后，成本可能比预计成本高几倍，而且最终 的软件产品很难维护。
优选文档
2
第11章 软件项目管理
11.1 成本估算
优选文档
3
第11章 软件项目管理
11.1.1 参数方程
⒈ 静态单变量 静态单变量模型的一般形式如下： 资源＝C1×(估计的特点)*exp(C2) 其中“资源”通常是人力（即开发工作需要的工作量， 以人月或人日、人年为单位），也可以是工程期限， 需要的人数或文档数量等等，常数C1和C2根据历史经 验数据得出；“估计的特点”通常是源代码的行数。 例如，Doty提出的估算开发工作量的算法列在表。 表中MM是开发（包括分析、设计、编码、测试和调 试等工作）需要用的人力（以人月为单位）；I是估计 的程序长度，表内中间一列是用目标指令数度量长度， 右边一列是用源代码行数度量长度，长度单位是千条 （或千行）。
优选文档
10
第11章 软件项目管理
11.1.2 标准值法
⒉ 项目管理和人员组成情况 ① 中途改变项目管理人 ② 项目组不协调（人事关系不好） ③ 新手或初级人员比例较高 ④ 需要培训程序员 ⑤ 项目管理人没有数据处理经验 ⑥ 项目管理人没有应用领域经验 ⑦ 系统分析员没有应用领域经验 ⑧ 系统设计员没有应用领域经验 ⑨ 程序员没有应用领域经验
优选文档
4
第11章 软件项目管理
11.1.1 参数方程
应用范围
全部 命令和控制 科学计算 商业 实用程序
估算开发工作量的算法
目标代码
源代码
MM = 4.079I0.991 MM = 4.573I1.228 MM = 4.495I1.058 MM = 2.895I0.784
MM = 12.039I0.719
优选文档
6
第11章 软件项目管理
11.1.1 参数方程
⒊ 动态多变量
这类模型把资源需求看作是开发时间的函数。例如，根据大型软件工程 项目(总工作量30人年以上)的数据导出的Putnam模型如下：
L Ck K1/3td 4/3
(1)
其中
L是源代码行数； K是开发需用的人力（以人年为单位）；
td是开发需用的时间（以年为单位）； Ck是技术水平常数，它的典型值如下：
MM = 5.528I1.057 MM = 4.089I1.263
MM = 7.054I1.019 MM = 4.495I0.781
MM = 10.078I0.811
优选文档
5
第11章 软件项目管理
11.1.1 参数方程
⒉ 静态多变量 静态多变量模型也是根据历史数据导出 经验公式，公式的典型形式如下： 资源＝ c11×e1×exp(c12)+c21×e2×exp(c22)+ … 其中ei是软件的第i个特点，ci1和ci2是与 第i个特点有关的经验常数。
优选文档
11
第11章 软件项目管理
11.1.2 标准值法
⒊ 用户情况 ① 用户对计算机数据来自百度文库理知之甚少 ② 系统需要在不同场合使用 ③ 系统需满足使用部门的标准或手续 ④ 使用部门提供的测试数据没经过验证 ⑤ 使用部门不同意开发计划 ⑥ 开发过程中用户需求发生了变化 ⑦ 使用部门负责人变动
优选文档
① 使用的程序设计语言。
② 处理方式（批处理，实时处理等）。
③ 程序难易程度。
④ 技术人员的水平。
⑤ 开发范围（从需求分析到测试，或者从程序设计到测试）。
使用标准值法估算开发工作量，首先需要确定程序的开发类型，
并且估计程序的规模。为了使程序规模的估计值更接近实际值，
可以请几名有经验的软件工程师分别作出计。每个人都应该估计
其中标准生产率的单位通常是每人日可以开
发的程序长度（源程序行数或目标指令条数）；
修正系数反映其他因素对开发工作量的影响，
当考虑从需求分析直到测试的开发过程时，它 的算法是：
修正系数 ＝ 1 + 0.1 * n
其中n是符合下列条款的数目：
优选文档
9
第11章 软件项目管理
11.1.2 标准值法
⒈ 目标系统情况 ① 修改文档不完备的程序 ② 需求中有不明确的或尚未决定的内容 ③ 系统规模较大 ④ 工作带有试探性质（需多次试探） ⑤ 系统接口不明确或接口复杂 ⑥ 联机实时系统（测试困难） ⑦ 数据库需要复杂的安全措施
程序的最小规模(a)，最大规模(b)和最可能的规模(m)，分别求让
这三种规模的平均值，a、b和m之后，再用下式计算程序规模的
估计值：
K a 4m b
6
优选文档
8
第11章 软件项目管理
11.1.2 标准值法
然后使用开发该类程序的标准生产率和适当
的修正系数估算开发工作量：
工作量
＝
修正系数×
程序长度 标准生产率
对于差的开发环境＝2500； 对于好的开发环境＝10000； 对于优越的开发环境＝12500。 从方程(1)可以解出开发需要的工作量：
K L3Ck 3td 4
优选文档
7
第11章 软件项目管理
11.1.2 标准值法
这种方法主要使用开发各类程序的标准生产率估计开发工程的总
工作量。标准生产率根据以往的开发经验导出。主要从下述几个 方面划分程序开发类型：