软件工程(二十)

项目计划 -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.
* 每当新建一个程序时,总是存在某些不确定性。
– 用户要求是否能确切地被理解
– 在项目最后结束之前要求实现的功能能否建立
– 是否存在目前仍未发现的技术难题
– 在项目出现严重误期时是否会发生一些变更等。
* 风险分析对于软件项目管理是决定性的,然而现在还有许多项目不考虑风险就着手进行。
* 所谓风险分析实际上就是一系列风险管理步骤,其中包括风险识别、风险估计、风险优化、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。

风险管理

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2016年4月23日
下一篇 2016年4月23日

相关推荐