风险描述 对于风险情况的介绍 。
可能性 风险发生的可能性 。风险不是必然要发生的，如果一个对项目存在危害的事件是必然要发生的，那这个事件就不能作为风险 。对于风险可能性的标识有助于对那些高可能性的风险投入更大的关注 。
严重性 风险如果发生对于项目的危害程度 。
危害值 一个综合考虑可能性和严重型后对风险的一个评估，这个评估反应了风险应该被关注的程度 。
触发标志 风险是一种可能性，并且制定风险主要的出发点是预防它，但也要考虑到风险发生后情况 。对于风险发生后的应对策略，需要争取一定的提前时间以启动必要的各项工作，设立触发标志是为设立一个判别标识，在该触发标志所标明的条件具备时，说明风险已经越来越可能成为现实了 。
风险责任人 风险预防和跟踪需要有人的参与，在风险计划中责任明确是一个重要的原则，对每一个列入了视线的风险都要指定对风险预防和跟踪负责的人员 。
风险计划不是一个静止的文件，它应该随着项目状况的变化而变化 。所以在任何项目中，风险管理都必须被作为一个日常的正式活动列入项目工作计划，成为项目管理人员的一个重要工作 。在下一节风险跟踪中将对风险的动态变化作出更详细的阐述 。
在标定风险可能性和危害时，重要的是清楚地标明风险之间重要性的相对比较，所以采取一个简明的标注标准十分重要 。
7.软件项目计划书怎么写啊项目计划书，那个阶段的 总计划吗？
应该包含下面的 我们公司正在做CMMI3过级；
1 引言
1.1 编写目的
1.2 背景
1.3 定义
1.4 参考资料
1.5 标准、条约和约定
2 项目概述
2.1项目目标
2.2产品目标与范围
2.3假设与约束
2.4 项目工作范围
2.5 应交付成果
2.5.1 需完成的软件
2.5.2 需提交用户的文档
2.5.3 须提交内部的文档
2.5.4 应当提供的服务
2.6 项目开发环境
2.7 项目验收方式与依据
3 项目团队组织
3.1 组织结构
3.2 人员分工
3.3 协作与沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评估及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持（可选）
5.2 客户支持（对项目而言）
5.3 外包（可选）
6 预算（可选）
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
要看版主你的需求啦 跟据不同的需求 可以做相应的裁剪和添加
8.软件项目计划书怎么写在书店找一本大概地抄一下就可以了 。
项目很复杂，具体如下：
1 。说明目的（虚的，编一点，开个头）
2 。项目的实现（作用，对领导的好处）
3 。可行性分析（什么设备上、资金上、经济上等方面）
4 。设备的安排（需要设备的总体数量等）
5 。总体规划（拓扑结构等，）
6 。局部规划（什么服务器的软件，总端机的软件等）
7 。软件规划（使用什么MIS系统）
8 。总进度安排
9 。设备的采购同类比较（别太详细，过过场而已，领导有关系户的权力支持）
10 。设备的到货安排 。
11 。结合设备到货的预约，分析自我的工程安排，详细的进度安排（预约要保留2天，进度明晰到日 。）
12 。进度跟踪 。（周为单位）