软件工程（二十）

项目计划 -Project Plan

1、内容：
* 概 述
一般性地叙述开发项目，描述计划组织，并概述这个文档其余部份的内容。
* 阶段计划
讨论项目开发周期 —— 需求分析阶段、总体设计阶段、详细设计阶段等等。详细说明每个阶段应该完成的日期，并指出不同阶段可以相互重叠的时间等等。
*组织计划
规定从事这个开发项目的每个小组的具体责任。
* 测试计划
概述应进行的测试和需要的工具，以及完成系统测试的过程和分工，在这一节中并不包括具体的测试方案。
* 变动控制计划
确定在系统开发过程中需求变动时的管理控制机制。
* 文档计划
这一节的目的是定义和管理与项目有关的文档。
* 培训计划
培训从事开发工作的程序员和使用系统的用户的计划。
* 复审和报告计划
讨论如何报告项目的状况，并确定对项目进展情况进行正式复审的计划。
* 安装和运行计划
描述在用户现场安装该系统的过程。
* 资源和配置计划
概述关键的细节计划 —— 进度、里程碑和按合同规定应交付的系统配置成份。
* 索 引

2、项目报告
⑴ 确定里程碑(milestones)
注意：每个milestones 的位置应能明确判定，不要太多。
例如：以阶段性文档的提交作为其标志。
反例：将“完成了80%编码”作为其标志。
⑵ 报告内容：
* 在本阶段已完成的工作
* 下阶段计划要完成的工作
* 问题范围
* 目前已用成本
* 项目预算执行情况
⑶ 建立月报制度
—— 项目报告的另一种形式

3、变动控制
⑴ 改错控制：若发现前阶段的错误，则必须记入文档，以保证所有受这个变动影响的部分都做相应的修改。
⑵加 \ 删功能：须经审批，因涉及费用问题。

1. 管理工具
   (1) 计划工具：提供和以前完成的工程项目有关的信息，完成诸如成本计算和关键路径分析等工作。
   (2) 报告生成工具：自动产生标准形式的报告。

风险管理 -Risk Management
风险的定义：A risk is an unwanted event that has negative consequences.（负面效果的有害事件）
风险具有两个特性：
① 不确定uncertainty —— The event that characterizes the risk may or may not happen;
② 损失loss —— If the risk becomes a reality, unwanted losses will occur.
* 每当新建一个程序时，总是存在某些不确定性。
- 用户要求是否能确切地被理解？
- 在项目最后结束之前要求实现的功能能否建立？
- 是否存在目前仍未发现的技术难题？
- 在项目出现严重误期时是否会发生一些变更？等等。
* 风险分析对于软件项目管理是决定性的，然而现在还有许多项目不考虑风险就着手进行。
* 所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。

风险管理

软件配置管理-Software Configuration Management
1、目标：标识变更、控制变更，确保变更，并向其他有关人员报告变更。目的是由变更引起的错误降为最小，保证生产过程可视化。
2、定义：在软件开发过程中，将软件的文档、程序、数据进行分割和综合，以利于软件的定义、标识、跟踪、管理，使其最终成为受控的软件产品。
3、工作范围（1）标识配置项（软件工作产品）；（2）配置控制：存取控制、版本控制、变更控制、产品发布控制；（3）记录配置状态；（4）执行配置审计。
4.配置库
（1）软件开发库：是项目开发人员的“个人配置库”，动态跟踪个人工作轨迹。程序员每次上机前“check out”，每次下机前“check in”，也称备份库。
（2）软件基线库：是项目组的“团队配置库”，动态跟踪团队的阶段成果轨迹。
（3）软件产品库：是软件组织的“配置库”，存放公司最终软件产品版本，是软件版本产品的管理库。
3个库有不同的操作权限。实际上是配置管理员在公司的配置管理服务器上为每个成员及项目组开辟的3个文件工作区，并授予成员应当得到的读写权限。

软件配置管理工具：
1) Visual Source Safe：微软公司Window NT平台下的产品，是一个初级的小型软件配置管理工具。
2)Rational公司的ClearCase，是一个大型软件配置管理工具，用于Windows和Unix开发环境，适合于大型IT企业的软件配置管理，价格也比较昂贵。

---

欢迎关注我的微信个人订阅号

每天多学一点0.0