软件项目管理基础知识.pptVIP

与复杂度相关的度量 如果仅仅按照单位时间的代码行（LOC）来测量生产率，则该值很大一部分都取决于待开发的软件的复杂度 现在使用的与复杂度相关的度量是： Halstead 的软件科学（1977年） McCabe 的环路复杂度（1971年） 扇入扇出法 Halstead 的软件科学 使用一组度量来估计编程的工作量 最初先计算以下内容以推导出系统的度量： UniqueOperators = 唯一或独特操作符数 UniqueOperands= 唯一或独特操作对象数 TotalOperators= 所有操作符的总使用数 TotalOperands= 所有操作对象的总使用数 词汇= UniqueOperators+ UniqueOperands 实现长度= TotalOperators+ TotalOperands Halstead 的软件科学－积极方面 这些度量十分易于计算 它们可以独立于所有编程语言使用 对这些度量的计算都是十分简单的， 不需要对程序结构进行深入分析 这些度量可以预测软件中缺陷的发生率 这些度量还可以用于预测在维护中要做的工作的范围 这些度量还可以用于测量软件应用程序的整体质量 McCabe 的环路复杂度 该测量将计算程序中独立路径的数目，它们将决定复杂度的数值 要计算该值，我们必须考虑用图来表示程序 将我们考虑的程序图称为G 图G 的环路复杂度用V 来表示，并如下计算： V(G) = Number (edges) - Number (nodes) + 2 McCabe 的环路复杂度－优点 计算方法简单 应用简单 主要用于软件维护容易程度的度量 可以通过比较不同设计的复杂程度而用作表示软件质量的度量 可以在软件开发生命周期的早期计算得出和应用（与Halstead 的软件科学不同） 通过控制程序开发逻辑指导测试过程 McCabe 的环路复杂度－缺点 注重程序控制复杂度而不是程序处理数据流的复杂度 有时会提供错误结果，尤其是处理有简单的if-then和重复结构的程序时 该度量不会认为多次嵌套的重复结构比非嵌套的重复结构简单，这样会导致结果错误 扇入和扇出方法（1981年） 该方法用来跟踪数据流复杂度 该方法要求计算从模块流出的数据流数，以及模块使用和修改的全局数据项或数据结构的数目 该数必须包括已更新的过程参数 该数还必须考虑从该模块内部调用的过程 Henry 和Kafura 将复杂度定义为： 复杂度= 长度x（扇入x 扇出）2 面向对象的度量 每个类的方法 继承的相关性 对象之间的耦合度 对象的内聚度 对象库有效性 因子分解的有效性 继承方法的重用度 平均的方法复杂度 应用程序的粒度 成本估算模型 以往类似项目、分解技术、经验模型 SLIM或软件生命周期管理模型(1978年)，最早的算法成本模型 适用于大型项目，也称宏估算模型 COCOMO或结构成本模型（1981年） 系数来之63个项目分析后估算得到 三个级别：基本模型、中间模型、详细模型 SLIM（软件生命周期管理） SLIM 的优点和缺点 优点 SLIM 以有力的数学优化模型为基础（例如用线性程序设计求出成本约束和工作量约束），所以它是十分严格的 SLIM 非常易于使用；它的参数比COCOMO 模型少 缺点 该模型提供的估算值与组织中使用的TechnologyConstant 有关 估算值的精确度取决于对TechnologyConstant 估算的精确程度 该模型不适用于小项目，因此应用受到一定的限制 COCOMO（构造式成本模型） COCOMO 模型中的开发模式 良好度量的特征 有一定意义：客户、开发人员和项目经理都会认为它有一定的意义 量化的：它说明了过程变化与业务性能之间的量化关系 客观的：它的定义无二义性并且是客观的 显示趋势：该度量可以显示趋势 过程的自然副产品：不是人工引入的，而是该过程的自然副产品 自动化支持：如果可以被某些自动化过程支持则更好 度量项目中的陷阱 达不到管理人员承诺的最低极限 在组织中测量过多并且过早 测量过少并且太迟 测量了不正确的属性 过多收集了很少使用的数据 使用度量的不精确的定义 使用度量来衡量工作人员而不是激励他们 与工作人员缺乏交流并且对他们的培训不够 对度量数据不正确的解释 软件策划 项目管理有三个主要阶段： 策划 监视和控制 终止分析 项目策划是项目管理的一个最大的任务 这么做的目的是，为软件开发制定一个计划，从而可以根据该计划成功并有效地实现项目目标 项目规划 软件项目规划 “软件项目规划”应处理以下问题： 成本估算 进度和里程碑 人员计划 软件质量保证 配置管理计划 项目监视计划 风险管理 风险管理 风险分析 在软件项目中，风险指的是对软件开发的成本、质量或进度安排造成负面影响的可能性 这些因素还可以用于风险分析 风