第11章软件项目管理导论.ppt

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