进度管理

• 最终：实现工期目标
• 包括以下过程
  • 活动定义：完成项目各项可交付成功而需要开展的具体活动
  • 活动排序：活动之间的先后关系和逻辑关系
  • 活动资源估算：所需要的资源类型和效益
  • 活动历时估算：所需要的具体时间
  • 进度计划编排：制定项目进度计划
  • 进度控制：如果发现偏差，则分析原因或进行调整
• 甘特图，反映并行关系
• 项目计划评审图 PERT，不反映并行关系，反映依赖关系
• 关键路径法
  • 是项目的最短工期，是从开始到结束时间最长的路径。通常每个节点的活动会有如下几个时间
    • 最早开始时间 ES
    • 最早结束时间 EF
    • 最迟结束时间 LF
    • 最迟开始时间 LS
  • 七格图
  • 七格图求法
    • 顺推：最早开始 ES = 所有前置活动最早完成 EF 的最大值；最早完成 EF = 最早开始 ES + 持续时间
    • 逆推：最晚完成 LF = 所有后续活动最晚开始 LS 的最小值；最晚开始 LS = 最晚完成 LF - 持续时间
  • 关键路径上的活动，最早和最晚都是相同的
  • 总浮动时间：在不延误项目完工时间且不违反进度制约尽速的前提下，活动可以从最早开始时间推迟或拖延的时间量
  • 总浮动时间 = 最迟开始 LS - 最早开始 ES 或 最迟完成 LF - 最早完成 EF 或 关键路径 - 非关键路径时长
  • 自由浮动时间：在不延误任何紧后活动的最早开始时间且不违反进度制约因素的前提下，活动可以从最早开始时间推迟或拖延的时间量
  • 自由浮动时间 = 紧后活动最早开始时间的最小值 - 本活动的最早完成时间

软件配置管理

• 系统地控制配置变更，在整个生命周期中维持配置的完整性和可跟踪性
• 包含 6 个活动
  • 制订配置管理计划
  • 配置标识
  • 配置控制
  • 配置状态报告
  • 配置审计
  • 发布管理和交互
• 配置项：为配置管理设计的硬件、软件或者二者的集合，作为一个单个实体
• 典型的配置项：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，经评审和检查通过后进入配置管理
• 配置项的主要属性：名称、标识符、文件状态、版本、作者、日期等
• 配置项可分为基线配置项和非基线配置项
  • 基线配置项可能包括所有的设计文档和源程序
  • 非基线配置项包括项目的各类计划和报告
• 所有配置项的操作权限应由 CMO（配置管理员）严格管理。基本原则
  • 基线配置项向开发人员开放读取的权限
  • 非基线配置项向 PM、CCB 及相关人员开放
• 配置项状态：草稿、正式和修改
  • 刚建立时状态为草稿
  • 通过评审后变为正式
  • 更改配置项后变为修改
  • 修改完毕通过评审时状态又变为正式
• 配置项版本号：
  • 草稿状态：0.YZ。随着草稿的修改，YZ 取值递增
  • 处于正式状态版本号为 X.Y，第一次称为正式文件时为 1.0
  • 升级幅度较大时才允许增加 X 值
  • 处于修改状态版本号格式为 X.YZ，正在修改时只增加 Z 值，修改完毕变为正式时 Z 变为 0，增加 X.Y 值
• 配置项版本管理：任何修改都要产生新版本，不能抛弃旧版本。版本管理的目的是按照一定的规则保存配置项的所有版本、避免发生版本丢失或混淆等现象，可以快速准确地查找到配置项的任何版本

质量管理

• 质量是软件产品特性的综合，表示软件产品满足明确或隐含要求的能力
• 包括以下过程
  • 质量规划
  • 质量保证：通过质量审计（软件评审）和过程分析来保证
  • 质量控制：实时监控项目的具体结果，以判断它们是否符合相关质量标准

风险管理

• 能够避开不利条件、少受损失、取得预期的结果并实现项目目标
• 完全避开或消除风险、或者只享受权益而不承担风险是不可能的
• 包含过程
  • 风险管理计划编制
  • 风险识别
  • 风限定性分析
  • 风险定量分析
  • 风险应对计划编制
  • 风险监控
• 宏观上看，风险可以分为
  • 项目风险：潜在的预算、进度、个人、资源、用户和需求方面的问题，以及它们对项目的影响，项目风险威胁到项目计划
  • 技术风险：设计、实现、接口、测试和维护方面的问题日，规格说明的多义性、技术上的不确定性、技术陈旧、最新技术（不成熟）。威胁到待开发系统的质量和预定的交付时间
  • 商业风险：威胁到待开发系统的生存能力
    • 市场风险
    • 策略风险
    • 销售风险
    • 管理风险
    • 预算风险