前 言
本计划的制定是为了XX项目进行管理提供依据，是项目进行跟踪与监控的基础。
第一章
第二章 概述
二.1 项目概述
简要说明此项目的目的、范围与目标。
二.2 术语定义
说明本计划中用到的各种术语。
第三章 项目人员
| 角色 | 责任描述 | 姓名 | 电话号码 |
| 客户经理 | 联系客户，与客户进行沟通和承诺。 | ||
| 项目经理 | 项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。 | ||
| 高层经理 | 获得对项目的承诺和支持，以及对项目的总体控制。 | ||
| 客户代表 | 需求的提出者，也是软件开发的约定者。 | ||
| 用户代表 | 软件产品的使用者，有时与客户是同一对象。 | ||
| 需求人员 | 对客户的需求进行收集，然后分析成归于软件的需求。 | ||
| 开发人员 | 根据需求，通过设计和编码实现软件的需求。 | ||
| 测试人员 | 对软件产品进行测试，保证满足软件设计要求和客户的需求。 | ||
| SQA人员 | 在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。 | ||
| SCM人员 | 在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。 | ||
| 培训人员 | 负责对项目人员进行相应技能的培训。 | ||
| 组间协调人员 | 负责协调不同性质的组之间的工作，并与其他小组代表一起监控和协调各项技术和管理、支持工作。 | ||
| 系统管理员 | 数据库/运行/网络支持。 | ||
| CCB | 管理项目软件基线的委员会。 | （） | |
第四章 提交客户的工作产品
| 阶段 | 提交产品 | 日期 | 负责人 |
| 需求 | 《软件需求规格说明书》 | 2001-12-14 | |
| 设计 | 概要设计 | 2002-01-12 | |
| 测试 | 系统测试报告 | 2003-05-25 | |
| 发布 | 用户手册 试运行产品 | 2003-06-10 |
五.1 软件生命周期模型定义
模型选用：本系统采用瀑布模型。
原因：本项目的需求明确、理解充分，并且较为稳定。
阶段定义如下：
| No | 阶段 | 入口标准 | 任务 | 出口标准 |
| 1 | 需求分析 | 《立项报告》已经由高层经理签字，项目开始启动。 | 进行软件需求分析。 | 软件需求规格说明书形成基线。 |
| 2 | 概要设计 | 软件需求规格说明书已经完成。 | 进行档案结构设计、各模块的概要设计、Comm设计等。 | 档案结构设计、概要设计、Comm设计等完成并形成基线。 |
| 3 | 详细设计 | 数据库设计、概要设计、Comm设计编写完成并形成基线。 | 进行详细设计编写。 | 详细设计完成并形成基线。 |
| 4 | 编码 | 详细设计编写完成 | 进行编码。 | 编码完成并形成基线。 |
| 5 | 测试 | 编码完成、各测试用例编写完成 | 进行各级测试。 | 测试报告 |
| 6 | 验收 | 测试已经完成 | 验收测试、项目总结 | 产品发布、项目总结。 |
说明项目所遵循的软件过程，并说明与标准过程的差异和原因。
参见《项目软件过程定义》。
五.3 WBS
参见项目《软件估计书》中的任务部分，对项目的裁减查看备注信息。
五.4 风险管理
参见项目《风险管理计划》。
五.5 软件估计
五.5.1 估计策略
| No | 估计对象 | 单位 | 方法 | 备注 |
| 1 | 软件产品规模 | LOC | Delphi | 软件需求规格说明书完成并形成基线后 |
| 2 | 工作量 | 工时 | Delphi | 各个详细阶段开始之前 |
| 4 | 其他估计 | 无 | 经验 | 软件需求规格说明书完成并形成基线后 |
| 5 | 管理活动 | 工时 | 算法得出 | 第一次工作量估计完成后 |
| 6 | 培训活动 | 工时 | 经验 | 加入的员工确定后 |
| 7 | 开发进度 | 无 | 经验 | 1第一次工作量估计完成后 2各详细阶段工作量估计完成后 |
| 8 | 技术文档 | 页 | 经验 | WBS完成后 |
| 9 | 测试设计文档 | 用例数 | 经验 | 1、WBS完成后 2、详细设计完成 |
五.5.2 进度估计
参见《软件估计书》。
五.6 软件工程设备和支持工具估计
| 设备和工具列表 | 说明 | 数量 | 预计日期 | 完成日期 | 负责人 |
| DB2 7.0 | 采购 | 3 | 2003-02-10 | ||
| C for AIX | 采购 | 5 | 203-02-10 | ||
| 测试工具 | 开发 | 1 | 2003-03-30 | ||
| 任务管理系统 | 任务管理 | 1 | 2004-7-26 | ||
| 缺陷管理工具 | 缺陷管理 | 1 | 2004-7-26 | ||
| 资源名称 | 说明 | 数量 | 预计日期 | 完成日期 | 负责人 |
| CPU | P4 3.0 | 10 | 2004-7-26 | ||
| 内存 | 2G | 1 | 2004-7-26 | ||
| 硬盘 | 80G | 5 | 2004-7-26 | ||
| 打印机 | Star3240 | 2 | 2004-7-26 | ||
[列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和交流。利用下表（可以根据具体情况进行调整）列出]
| 序号 | 事项 | 方式/工具 | 计划日期 | 负责人 | 相关组或个人 |
参见《培训计划》。
五.10 软件质量保证计划
参见《软件质量保证计划》。
五.11 配置管理计划
参见《软件配置管理计划》。
五.12 项目验证计划
参见《软件测试计划》。
五.13 软件测试计划
参见《软件测试计划》。
五.14 项目级度量计划
参见《项目级度量计划》。
第六章 项目跟踪计划
| 内容 | 产品 | 汇报人 | 产品提交人 | 接收人 | 频次/时间 |
| 《项目成员周报》 | 《项目成员周报》 | 软件工程组、SQA人员、SCM人员 | 项目成员、项目经理 | 项目经理 | 每周（周五交） |
| 《项目周报》 | 《项目周报》 | 无 | 项目经理 | 高层经理 项目成员 | 每周（周一交） |
| 项目会议 | 《项目会议纪要》 | 软件工程组、SQA人员、SCM人员, | 项目经理 | 高层经理 项目成员 | 每周（周二） |
| 设计阶段里程碑会议 | 《里程碑报告》 《设计阶段里程碑会议纪要》 | 软件工程组、SQA人员、SCM人员, | 项目经理 | 高层经理 项目成员 | 2003-01-02 |
| 编码阶段里程碑1会议 | 《里程碑报告》 《编码阶段里程碑1会议纪要》 | 项目经理 | 项目经理 | 高层经理 项目成员 | 2003-02-30 |
| 编码阶段里程碑2会议 | 《里程碑报告》 《编码阶段里程碑2会议纪要》 | 项目经理 | 项目经理 | 高层经理 项目成员 | 2003-03-14 |
| 测试阶段里程碑会议 | 《里程碑报告》 《测试阶段里程碑会议纪要》 | 项目经理 | 项目经理 | 高层经理 项目成员 | 2003-04-10 |
| 问题 | 《项目问题日志》 | 项目成员 | 项目经理 | 高层经理 SQA人员 | 每月（1号） |
| 风险 | 《项目风险日志》 | 项目成员 | 项目经理 | 高层经理 SQA人员 | 每月（1号） |
Copyright © 2019-2025 51dongshi.net 版权所有
违法及侵权请联系：TEL:177 7030 7066 E-MAIL:11247931@qq.com 本站由北京市万商天勤律师事务所王兴未律师提供法律服务
