第14章、软件项目管理.docVIP

第14章、软件项目管理 前置说明： 关于软件项目管理，有专门的课程。 本章内容一般只要求大体理解，不要求精确掌握。 概述（教材14-1） 关注点 人员 ▲教材列举：5类人员 ▲初学着一般只关注：开发人员，而且主要是编程人员 ▲教材的启示 产品 ▲教材列举 —环境 —目标 —功能与性能 ▲如何理解教材的论述 结合教材第2章，从项目规划的角度理解。 过程 ▲软件工程的第1要素——过程 ▲项目管理核心——面向过程进行管理 ▲关于过程模型——教材1-4 ▲关于公共过程框架 —客户交流 —计划 —风险评估 —开发 —客户评估 ▲结合螺旋模型理解公共过程框架 项目 项目管理者应遵循的基本原则 ▲明确目标与过程 ▲保持动力 ▲跟踪进展 ▲做出“聪明”的决策 ▲项目总结 项目管理过程 项目管理过程参考图14-1，说明如下： 项目启动 —目标 —成本、效益与技术可行性分析 —计划 —组织 参照教材第2章理解上述内容。 项目组织 —对人数、结构的评估（教材列出参考因素） —任务分工 —管理机制 项目计划 —核心：进度计划 —其它：参考教材论述 软件度量 内容 目的 对软件开发工作量的度量 合理制订项目计划，合理安排任务分工与管理进度。 对软件质量标准的度量 确定质量指标的度量方法，保障软件达到既定的质量标准。 风险管理 —评估项目的风险因素 —提出控制风险的策略 进度安排 —分解任务 —落实到人 —明确每项任务的时间、资源与验收标准 追踪与控制 —追踪，及时掌握任务的实际执行情况 —控制，发现问题及时解决。 —关键，根据不同类型的任务，订立可行的跟踪机制，能管控、同时少扰民。 软件配置管理 教材14-8讲述 软件度量（教材14-2） 针对软件开发工作量的度量（教材14-2-1/2） 面向软件规模（即代码行）的度量 —特点，能比较客观地体现软件开发的工作量 —缺陷，属于秋后算帐 而且，与所选择的软件开发工具、以及软件设计水平有关。 面向功能点的度量 —特点：事先估算软件开发工作量的可行方法 —提示：需要根据功能类型调整测算系数 通过原型开发，有助于合理测算 针对软件质量的度量（教材14-2-3） 基本原理——三个层次的质量度量模型 层次 名称 作用 1 质量要素 面向管理者、给出结论的每项质量指标。 2 评价准则 针对每项质量要素，确定使用哪些指标进行评价。 3 度量方法 针对每项评价指标，确定具体的评价算法 以“软件可维护性”评价为例，理解三层质量模型。 McCall模型 —基本概念 质量要素：11项 评价准则：21项 度量方法：软件企业自行定义 —质量要素与评价准则之间的对应关系 表14-12 启示：提高软件质量从何着手 —质量要素之间的正/负相关性 表14-11 启示：提高软件的整体质量，需要综合权衡 ISO模型 具体内容：略 目的：深化对软件三层质量模型的理解。 特点：第1层（即质量特性）有如下6项： 功能性 可靠性 操作性 效率 可维护性 可移植性 与MaCall模型比较，更加清晰。 软件复杂性度量（教材12-2-4） 软件复杂性的构成 程序复杂性（重点） 文档复杂性 程序复杂性的核心 理解、修改程序的难度 对照教材所列举的6点理解上述论断。 衡量程序复杂性的基本原则 与程序大小有关、但并非线性； 与控制结构的复杂性相关 与数据结构的复杂性相关 与编程规范相关（补充） 与全局、非局部变量的数量相关 与模块之间的藕合度相关 与模块的调用深度有关 ……. 2个典型的程序复杂性度量模型（了解即可） McCabe模型：从控制结构的角度衡量 Halstead模型：从操作符与操作数的角度衡量 启示 合理的设计、规范的编程、清晰的文档，有助于降低软件复杂性。 软件可靠性度量（教材14-2-5） 软件可靠性定义 参考教材 为什么需要度量软件可靠性 —背景 从开发方的角度，软件不可能不出现错误； 从用户的角度，对软件出错有一个“容忍度”。 —为此 软件交付前，需要对“可靠性”进行评估； 软件交付后，如有必要，也需要进行计算。 相关指标 MTBF：2次故障之间平均相隔多长时间出现 MTTF：平均运行多长时间会出现1次故障 MTTR：每次故障平均花多长时间才能排除 如何理解如下公式 MTBF=MTTF+MTTR 软件可用性= MTTF/(MTTF+MTTR)*100 如何在软件交付前评估软件可靠性 —假定：软件进行了测试； 测试时发现的错误均已改正。 —核心：评估软件到底还隐藏了多少bug； —方法：根据测试记录评估bug被发现的概率 —方法1：经验猜测 —方法2：错误植入 —方法3：重复测试 —方法4：选取若干典型、进行重点复查。 上述内容可参考教材14-3-5 启