当前位置:文档之家› 项目开发计划

项目开发计划

1.4 术语
解释文档中使用的相关术语。
1.5 缩略语
按字母顺序列出文档中所有缩略语。
1.6 参考资料
列出编写本报告时参考的文件、资料、技术标准以及他们的作者、 标题、编号、发布日期和出版单位。
列出编写本报告时需查阅的Internet上杂志、专业著作、技术标准以 及其网址。
2 项目定义软件过程 2.1 软件生命期模型选定
7
2003-6-16 二期版本的交付、安装、数据
2003-7-4 准备、操作培训。
8
2003-7-4 试运行
2003-7-24
9
2003-7-25 系统验收
2003-8-13
10 2003-8-14 系统维护 2004-8-14
具体情况参见《阶段计划进度表》。
测试报告
二期版本交付 书 试运行报告
系统验收报告
4
2003-2-15 在标准版的基础上,进行修改 一期版本交付
2003-4-1 和补充第一期合同的内容。主
要包括:工作流系统的修改、
文件加密、数字签名以及手机
短信。
5
2003-3-18 开发二期内容(需求分析报告 提交二期版本
2003-6-11 中一期之外的内容)
源码
6
2003-6-4 系统测试
2003-6-13
2000
应用服 务器
专用的PC服务 PIII 766 CPU
器,提供应用服 内存1GB
务及手机短信服 硬盘容量30GB
务。
Siemens手机
Windows Server Tomcat 4.0 ; Jdk1.4;
2000
工作站 PC机
PIII CPU 内存64MB以上
Windows 98/2000/XP ;
(项目名称) 开发计划书
章节说明
文件控制 档编号 分册名称 总页数 编制
修改变更记录:
更改条款及内
正文 审批
更改人
版本号
附录 生效日期
第册/共册
审批人
更改日期

目录
引言 文档编制目的 项目概述 系统(或用户)的特点 术语 缩略语 参考资料
项目定义软件过程 软件生命期模型选定 软件开发过程裁剪
项目要求 质量目标 任务分解 项目阶段划分和里程碑 运行环境 关键问题 项目最迟完成时间
1.3 系统(或用户)的特点
如果是产品开发,应列出本软件的特点,与老版本软件(如果有的 话)的不同之处,与市场上同类软件(如果有的话)的比较。说明本软 件预期使用频度;
如果是针对合同开发,则应列出本软件的最终用户的特点,充分说 明操作人员、维护人员的教育水平和技术专长,以及本软件预期使用频 度。这些是软件设计工作的重要约束。
部门级会议评审 评审记录
进一步定义项目 更新的项目裁
软件过程
剪工作表
系统测试策划 系统测试计划
项目组会议进行 更新的项目风
风险分析
险管理表
部门级网上评审 评审检查表、 评审记录
项目级会议评审 评审检查表、 评审记录
系统测试设计 测试大纲、测 试用例
系统测试执行 测试问题卡
系统测试总结 系统测试总结
完善技术报告 完善的技术报 告
项目技术方案 关键技术 软件复用 开发环境 硬件环境 软件环境
项目资源管理 项目组角色职责 相关方网络 支持条件 内部条件
外部条件 成本预算 培训管理 项目风险管理 项目配置管理 配置管理基本信息
配置管理角色职责 配置库的基本信息 配置项信息 配置审计
编制指南 本模板力图给出项目软件开发各阶段计划中可能包括的全部基本信
3.2 任务分解
使用层次图明确软件的各个系统特性由哪些个子系统/功能模块来实 现。
具体内容参见《任务分解书》。
3.3 项目阶段划分和里程碑
根据制定的《软件开发裁剪工作表》对项目进行适当的阶段划分。 一般情况下,可包括但不限于可行性分析、需求分析、设计、编码、测 试、验收等阶段,并且阶段可以组合、迭代。严格划分各个阶段,并明 确每个阶段的定义、输入和输出、开始和结束标准,并明确阶段检查点 和项目重要里程碑。具体情况参见《阶段计划进度表》。
4.3.1 硬件环境
包括微机、工作站、服务器(如配置管理服务器等)、各种电路 板、各类特殊设备(如交换机、路由器、导航仪、示波器)等。
4.3.2 软件环境
包括操作系统软件、CASE工具、数据库软件、开发工具软件、分析 设计软件、源代码控制软件、编译器、调试工具、缺陷跟踪工具、文档
编写工具等。
5 项目资源管理 5.1 项目开发方式选择
下属计划的名称 《配置管理计划》 《质量保证计划》 《技术评审计划》 一些开发计划 一些测试计划 …
建议负责人 配置管理员 质量保证员
预计产生时间
建立过程度量 过程度量表
系统设计
系统设计报告
项目级会议评审 评审检查表评 审记录
细化任务分解、 更新的项目开 进一步的软件估 发计划 计、调整阶段计 划进度、完善软 件配置管理计划
编码实 现
系统测 试

部门级网上评审 评审记录

测试问题卡
技术总结
技术报告
编制用户手册 用户手册
可参考的软件生命周期模型包括纯瀑布模型、具有子项目的瀑布模 型、渐进模型和阶段交付模型。从中选择或自行规定一种适用于本项目 的软件生命周期模型,对模型中的迭代情况需进行简单描述。
2.2 软件开发过程裁剪
参见《软件开发裁剪工作表》。
3 项目要求 3.1 质量目标
尽量以可测量的形式,根据项目的具体情况确定项目的质量目标, 质量目标要符合质量体系的要求。如有不符,须在此对现行质量目标进 行适当评估。因目前公司质量目标尚未确定,可由各项目组自行确定质 量目标。
IE 5.0 ;
3.5 关键问题
列出为完成本项目需要解决的,但又不在项目组控制范围内的主要 问题。如客户的配合问题、设备的到位问题、技术方面无法解决或因资 金、时间等原因而暂时无法解决的问题、要求工期明显不合理等等。
3.6 项目最迟完成时间
指明本项目必须完成的最迟时间。开发过程中可能因用户需求变化 而导致开发时间的延长,此时需修改最迟完成时间。
部门级会议评审 评审检查表、 评审记录
进一步定义项目 更新的项目裁
软件过程
剪工作表
软件估计
项目开发计划 中的正文
配置管理策划
“软件配置管 理计划表”
制定开发计划 项目开发计划
更新配置库
更新的配置库 结构层次图
召开部门会议进 更新的项目风
行风险分析
险管理表
部门级网上评审 评审检查表、 评审记录
项目级网上评审 评审记录
说明为完成本项目,承办部门已具备的条件和需进一步提供的条 件,即资源要求,包括开发和测试该软件所必需的人员技术要求和设备 等限定条件,如,所需的资源只有在另一项目完成之后才能获得。
5.4.2 外部条件
逐项列出需要客户承担/配合的工作和完成的时间,包括需由客户提 供的条件;如有必要还应列出需要外单位分承包者承担的工作和完成的 时间。
完善用户手册 完善的用户手
贯穿始 终的支 持性活 动

软件质量保证实 SQA审核报告 施
风险管理实施 逐步完善的项 目风险管理表
部门、项目组例 会议记录 会
配置管理实施
变更控制报告 实时更新的配 置库结构层次 图和软件项目 配置状态报告
项目计划实施
问题报告、项 目周报、项目 月报
5.4 支持条件 5.4.1 内部条件
息,适用于编制《项目预研计划》、《项目启动计划》以及《项目开发 计划》。
如果某个章节在项目或当前阶段中无法描述,则可保留其标题,注 明“不适用”;如果没有相关内容,则注明“无”如果需要对本模板的个别 章节详细描述,也可将其形成单独的文档,成为本计划附件。
若当前阶段计划中的某个章节已经在前阶段计划中加以描述,可保 留标题,注明“参见(文档编号)(文档名称)”;若引用其他项目文 档,也须如此注明。
下表为示例,请根据项目实际情况修改。
阶段 起止时间
阶段工作内容
里程碑
1
2002-11- 标准版交付
11
2002-11-
20
交付书
2
2002-11- 建立运行环境
21
客户培训
2003-2-22 需求调研与需求分析
客户确认需求分析报告
需求分析报告
3
2002-12- 系统设计
20
2003-1-15
系统设计报告
指定项目开发是自主开发还是外包开发,若是外包开发则开发过程中应增加外包管理。
5.2 项目组角色职责
指定项目主要角色(包括PM、PSM、SQAL、CML、TL、IL、产品 经理、市场销售负责人以及完成每个子系统功能的team负责人)的职 责。
5.3 任务与进度计划
本表内容根据裁剪工作表的内容来编写,确定各过程的编制人员。
5.5 成本预算
描述开发本项目的工作量(人月),所需的设备、环境,聘请咨询
公司、差旅等投资的费用。
5.6 培训计划
说明为顺利完成项目组织需要提供的技术和管理培训的内容、必要 性、组织者、授课讲师、参加人员、耗费的项目成本及工作量。
6 下属计划
提示:下属计划(Subordinate Plan)是对《项目计划》的补充。《项目计划》需要机构的审 批,但下属计划一般只需要项目经理(或其它负责人)审批即可。
4 项目技术方案 4.1 关键技术
列出为完成本项目需要采用的关键技术或新技术。
4.2 软件复用
在项目策划阶段应根据项目的系统特性及功能点考虑复用公司的或 从其他途径获得的共享资源,需明确复用软件配置项的来源、配置路径 和所占全部代码量的比例。
相关主题