
| <项目编号: XXXXX> |
| 软件开发项目计划 Software Development Project Plan Version: 1.0 编制人: 审核人: 批准人: 密级(Security):机密 作者:xxxx Xxxxxxx公司 日期:xxxx-xx-xx |
文档信息
| 标题 | |
| 作者 | |
| 版本 | |
| 创建日期 | |
| 最后一次修订日期 | |
| 组织 |
| 日期 | 版本 | 摘要 | 作者 |
| 1.0 | |||
1.文档简介
本项目计划制定软件工程和管理软件项目的合理计划,建立对本项目实际进展的可视性,以在项目执行显著偏离软件计划时采取有效的措施。
1.1.目的
编写项目开发计划,主要是为了项目能按照计划执行,并做为项目执行的监控标准,降低项目风险,提高项目管理质量,顺利的完成此项目。
1.2.项目简介
1.2.1.项目名称
| 项目编号: | |
| 项目名称: | |
| 研发代号: |
| 项目名称: | |
| 项目缩写: | |
| 版本号: |
1.4.缩略语与首字母缩写
| 缩写、术语 | 解 释 |
| RSS | 也叫聚合RSS是在线共享内容的一种简易方式(也叫聚合内容,Really Simple Syndication)。通常在时效性比较强的内容上使用RSS订阅能更快速获取信息,网站提供RSS输 出,有利于让用户获取网站内容的最新更新 |
| 文档 | 作者 |
2.1.项目的目的和目标
2.2.假设与依赖
技术:
时间:
2.3.项目的可交付工件
| 工件名称 | 说明 | 格式或者载体 | 预定交付日期 |
| 安装光盘 | |||
| word | |||
| word | |||
| Word |
3.项目组织
3.1.组织结构
3.2.角色与职责
| 角色 | 参与者 | 职责 |
| 项目经理 | xxx | 负责定义项目,开发项目计划,收集项目数据,跟踪监控项目,管理项目风险。 |
| 需求 | xxx | 负责系统需求调研,分析编写规格说明书 |
| 系统设计 | xxx | 系统建模、数据库设计 |
| 编码 | xxx | 程序代码编写以即负责对应模块的集成 |
| 美工 | xxx | |
| 测试人员 | xxx | 系统功能测试。 |
| 技术研发 | xxx | 项目所需使用的新技术调研 |
3.3.1.组织接口管理
| 接口类型 | 内部人员 | 外部人员 | 联系方式 |
| 需求接口 | xx | xxx | |
| 技术接口 | xxx | ||
| 验收接口 | xxx | ||
| 计划确认 |
4.1.项目估算
项目计划
4.1.1.阶段计划
| 阶段 | 周期 | 里程碑 |
| 需求阶段 | xxxxx-xxxx | 在到达本阶段结束时会产生本项目的第一个里程碑――需求阶段里程碑,里程碑到达有如下标志: 1.《用户需求规格说明书》已被开发并得到客户确认; |
| 设计阶段 | xxx | 在到达本阶段结束时会产生本项目的第二个里程碑――构架阶段里程碑,里程碑到达有如下标志: 1.数据库设计已被开发并通过评审; 2.系统技术解决方案已得到确定; 3.产品和产品组件的设计已得到验证; |
| 完成系统中ABC三个级功能,并部署 | 在到达本阶段结束时会产生本项目的第三个里程碑――编码阶段里程碑,里程碑到达有如下标志: 1.系统ABC三级功能已经实现并且通过测试; 2.用户支持文档已被开发并通过测试; | |
| 功能全部实现并部署 | 在到达本阶段结束时会产生本项目的第四个里程碑――部署阶段里程碑,里程碑到达有如下标志: 1.产品已被部署到目标组织并且得到客户验收; |
XXXXX项目计划.mpp
4.1.3.项目资源分配
4.1.3.1.人员配备计划
| 阶段 | 人员 | 要求技能 | |
| 类型 | 数量 | ||
| 需求阶段 | 需求分析员 | 2 | 三年以上项目需求分析的经验 |
| 设计阶段 | 系统分析员 | 3 | 两年以上系统分析设计的经验 |
| 实现阶段 | 程序员 | 3 | 两年使用J2EE的经验 |
| 测试员 | 3 | 两年以上测试的经验 | |
| 部署、验收阶段 | 实施员、程序员 | 2 | 熟悉linux和windows下apache的配置 |
| 阶段 | 人员 | 资源获取 | |
| 类型 | 数量 | ||
| 需求阶段 | 需求分析员 | 2 | 组织内抽调 |
| 设计阶段 | 系统分析员 | 3 | 组织内抽调 |
| 实现阶段 | 程序员 | 3 | 组织内抽调 |
| 测试员 | 3 | 从质量管理部抽调 | |
| 部署、验收阶段 | 实施人员、程序员 | 2 | 组织内抽调、编码人员兼任 |
4.1.4.1.需求开发阶段
| 阶段目标: | 获取更详细的用户需求,完成《需求规格说明书》的编制和评审。 |
| 资源配给: | 调配需求分析员2名 |
| 进度计划: | 参见《xxxxxx需求调研计划》 |
| 阶段目标: | 完成概要设计和详细设计,完成设计评审。 |
| 资源配给: | 设计人员两名 |
| 进度计划: | 参见《xxxx项目计划.MPP》 |
| 阶段目标: | 产品已经实现并且通过测试;用户支持文档已被开发并通过测试 |
| 资源配给: | 程序员,高级程序员共3名、测试员2名 |
| 进度计划: | 参见《xxxx项目计划.MPP》 |
| 阶段目标: | 完成项目验收 |
| 资源配给: | 实施人员1名、程序员1名 |
| 进度计划: | 参见《xxxx项目计划.MPP》 |
4.2.1.需求管理计划
4.2.2.进度控制计划
每天检查工作任务的百分比,记录在项目跟踪表中,每周五下午举行项目周例会,检查项目成员的项目周报。
| 工作量偏差 | 处理办法 |
| -0.3~-0.1 | 不做处理 |
| -0.5~-0.3 | 需要增加工时 |
| -0.7~-0.5 | 需要增加资源 |
| -1~-0.7 | 需要调整周计划 |
| 平均工作量偏差 | 处理办法 |
| -1~-0.7 | 需求上报高层修改里程碑 |
| 内部报告 | 报告频率 |
| 项目周报 | 每周 |
| 项目月报 | 周月 |
| 项目阶段报告 | 里程碑处 |
| 外部报告 | 报告频率 |
| 项目进度报告 | 每周 |
参见:《XXXXX项目计划.MPP》
4.2.5.风险管理计划
4.2.6.项目结束管理计划
| 项目状态 | 资源处理 |
| 结项 | 人员释放回组织; 项目文档归档存入组织财富数据库; |
| 中止 | 人员释放回组织; 项目文档归档存入组织财富数据库; |
| 取消 | 人员释放回组织; 项目文档归档存入组织财富数据库; |
| 暂停 | 如果在需求阶段暂停,人员释放回组织; 如果在设计阶段暂停,人员释放回组织; 如果在编码阶段暂停,保留一名开发人员在项目中,其它项目成员释放回组织; |
项目范围根据需求规格说明书,该项目的范围是完成需求规格说明书的中所有模块的功能并通过用户测试评审通过。详细情况见需求规格说明书。
