开发计划书方案.docx
《开发计划书方案.docx》由会员分享，可在线阅读，更多相关《开发计划书方案.docx（14页珍藏版）》请在冰点文库上搜索。
开发计划书方案
（项目名称）
开发计划书
章节说明
件控制
档编号
版本号
分册名称
第册／共册
总页数
正文
附录
编制
审批
生效日期
ＸＸ有限公司
修改变更记录:
更改条款及内容
更改人
审批人
更改日期
文档编制目的ﻩ4
项目概述ﻩ５
术语５
参考资料5
项目定义软件过程ﻩ6
软件生命期模型选定ﻩ6
软件开发过程裁剪6
项目要求ﻩ6
质量目标6
运行环境ﻩ7
关键问题ﻩ8
项目最迟完成时间ﻩ８
项目技术方案ﻩ８
软件复用ﻩ８
硬件环境9
项目资源管理ﻩ9
项目组角色职责ﻩ９
相关方网络ﻩ９
支持条件1０
内部条件1０
外部条件１1
成本预算ﻩ1１
培训管理ﻩ11
项目风险管理ﻩ1１
项目配置管理ﻩ11
配置管理角色职责11
配置库的基本信息ﻩ12
配置项信息１2
配置审计ﻩ12
编制指南
本模板力图给出项目软件开发各阶段计划中可能包括的全部基本信息，适用于编制《项目预研计划》、《项目启动计划》以及《项目开发计划》。
如果某个章节在项目或当前阶段中无法描述,则可保留其标题,注明“不适用”;如果没有相关内容,则注明“无”如果需要对本模板的个别章节详细描述,也可将其形成单独的文档,成为本计划附件。
若当前阶段计划中的某个章节已经在前阶段计划中加以描述，可保留标题,注明“参见（文档编号）（文档名称）”；若引用其他项目文档，也须如此注明。
附录“任务分解书"在编制《项目开发计划》时必须编制,其他阶段计划可删除;附录“任务分解书＂和“阶段计划进度表”中的信息在系统设计阶段结束后须进行细化完善。
形成正式计划文档后,所有的“编制说明”须删除.
1引言
1.1文档编制目的
说明本计划文档编制的主要目的以及覆盖的阶段范围。
1.2项目概述
介绍项目的基本情况，包括项目的开发方与客户方的基本情况。
简要介绍项目的目的、待交付软件产品的一般特性、本项目与其它项目的关系。
如果本项目属于系统升级或改善或维护,请明确指出，并必须在此部分对原系统的开发、操作、维护等历史情况做以简要说明。
1.3系统（或用户）的特点
如果是产品开发，应列出本软件的特点,与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。
说明本软件预期使用频度;
如果是针对合同开发,则应列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件预期使用频度。
这些是软件设计工作的重要约束。
1.4术语
解释文档中使用的相关术语。
1.5缩略语
按字母顺序列出文档中所有缩略语。
1.6参考资料
列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、发布日期和出版单位。
列出编写本报告时需查阅的Ｉntｅrnet上杂志、专业著作、技术标准以及其网址。
2项目定义软件过程
2.1软件生命期模型选定
可参考的软件生命周期模型包括纯瀑布模型、具有子项目的瀑布模型、渐进模型和阶段交付模型。
从中选择或自行规定一种适用于本项目的软件生命周期模型,对模型中的迭代情况需进行简单描述。
2.2软件开发过程裁剪
参见《软件开发裁剪工作表》.
3项目要求
3.1质量目标
尽量以可测量的形式，根据项目的具体情况确定项目的质量目标，质量目标要符合质量体系的要求。
如有不符，须在此对现行质量目标进行适当评估。
因目前公司质量目标尚未确定，可由各项目组自行确定质量目标.
3.2任务分解
使用层次图明确软件的各个系统特性由哪些个子系统/功能模块来实现。
具体内容参见《任务分解书》。
3.3项目阶段划分和里程碑
根据制定的《软件开发裁剪工作表》对项目进行适当的阶段划分。
一般情况下，可包括但不限于可行性分析、需求分析、设计、编码、测试、验收等阶段，并且阶段可以组合、迭代。
严格划分各个阶段，并明确每个阶段的定义、输入和输出、开始和结束标准,并明确阶段检查点和项目重要里程碑．具体情况参见《阶段计划进度表》.
下表为示例，请根据项目实际情况修改。
阶段
起止时间
阶段工作内容
里程碑
1
标准版交付
交付书
2
建立运行环境
客户培训
需求调研与需求分析
客户确认需求分析报告
需求分析报告
3
系统设计
系统设计报告
４
在标准版的基础上，进行修改和补充第一期合同的内容。
主要包括:
工作流系统的修改、文件加密、数字签名以及手机短信。
一期版本交付
5
开发二期内容（需求分析报告中一期之外的内容）
提交二期版本源码
6
系统测试
测试报告
７
二期版本的交付、安装、数据准备、操作培训。
二期版本交付书
8
试运行
试运行报告
９
系统验收
系统验收报告
1０
系统维护
维护记录
具体情况参见《阶段计划进度表》。
3.4运行环境
列出最终提交的软件产品运行所需的硬件环境和软件环境.下表为示例,请根据项目实际情况修改。
设备名称
用途说明
硬件配置要求
软件配置要求
3.5关键问题
列出为完成本项目需要解决的,但又不在项目组控制范围内的主要问题。
如客户的配合问题、设备的到位问题、技术方面无法解决或因资金、时间等原因而暂时无法解决的问题、要求工期明显不合理等等。
3.6项目最迟完成时间
指明本项目必须完成的最迟时间。
开发过程中可能因用户需求变化而导致开发时间的延长,此时需修改最迟完成时间。
4项目技术方案
4.1关键技术
列出为完成本项目需要采用的关键技术或新技术。
4.2软件复用
在项目策划阶段应根据项目的系统特性及功能点考虑复用公司的或从其他途径获得的共享资源，需明确复用软件配置项的来源、配置路径和所占全部代码量的比例。
具体内容参见“任务分解书”。
4.3开发环境
列出本项目开发所需的硬件环境和软件环境.
4.3.1硬件环境
包括微机、工作站、服务器（如配置管理服务器等）、各种电路板、各类特殊设备（如交换机、路由器、导航仪、示波器）等。
4.3.2软件环境
包括操作系统软件、CＡSE工具、数据库软件、开发工具软件、分析设计软件、源代码控制软件、编译器、调试工具、缺陷跟踪工具、文档编写工具等。
5项目资源管理
5.1项目开发方式选择
指定项目开发是自主开发还是外包开发,若是外包开发则开发过程中应增加外包管理。
5.2项目组角色职责
指定项目主要角色（包括PM、ＰＳM、SQAL、CＭＬ、ＴＬ、IＬ、产品经理、市场销售负责人以及完成每个子系统功能的teａm负责人）的职责。
5.3任务与进度计划
本表内容根据裁剪工作表的内容来编写，确定各过程的编制人员。
阶段名称
过程活动
输出产品
起始时间
结束时间
工作人员
项目启动
项目立项
项目任务书
定义项目软件过程
项目裁剪工作表
召开部门会议进行风险分析
项目风险管理表
部门级网上评审
评审检查表、评审记录
配置库建立
配置库结构层次图
需求分析
识别需求
需求调查表
需求分析
软件需求规格说明书
部门级会议评审
评审检查表、评审记录
开发策划
进一步定义项目软件过程
更新的项目裁剪工作表
软件估计
项目开发计划中的正文
配置管理策划
“软件配置管理计划表”
制定开发计划
项目开发计划
更新配置库
更新的配置库结构层次图
召开部门会议进行风险分析
更新的项目风险管理表
部门级网上评审
评审检查表、评审记录
项目级网上评审
评审记录
建立过程度量
过程度量表
系统设计
系统设计
系统设计报告
项目级会议评审
评审检查表评审记录
细化任务分解、进一步的软件估计、调整阶段计划进度、完善软件配置管理计划表
更新的项目开发计划
部门级网上评审
评审记录
编码实现
编码
源代码、可执行程序
单元测试
测试问题卡
技术总结
技术报告
编制用户手册
用户手册
部门级会议评审
评审记录
系统测试
进一步定义项目软件过程
更新的项目裁剪工作表
系统测试策划
系统测试计划
项目组会议进行风险分析
更新的项目风险管理表
部门级网上评审
评审检查表、评审记录
项目级会议评审
评审检查表、评审记录
系统测试设计
测试大纲、测试用例
系统测试执行
测试问题卡
系统测试总结
系统测试总结
完善技术报告
完善的技术报告
完善用户手册
完善的用户手册
贯穿始终的支持性活动
软件质量保证实施
ＳＱＡ审核报告
风险管理实施
逐步完善的项目风险管理表
部门、项目组例会
会议记录
配置管理实施
变更控制报告
实时更新的配置库结构层次图和软件项目配置状态报告
项目计划实施
问题报告、项目周报、项目月报
5.4支持条件
5.4.1内部条件
说明为完成本项目,承办部门已具备的条件和需进一步提供的条件,即资源要求,包括开发和测试该软件所必需的人员技术要求和设备等限定条件，如,所需的资源只有在另一项目完成之后才能获得。
5.4.2外部条件
逐项列出需要客户承担/配合的工作和完成的时间，包括需由客户提供的条件;如有必要还应列出需要外单位分承包者承担的工作和完成的时间。
5.5成本预算
描述开发本项目的工作量（人月）,所需的设备、环境,聘请咨询公司、差旅等投资的费用。
5.6培训计划
说明为顺利完成项目组织需要提供的技术和管理培训的内容、必要性、组织者、授课讲师、参加人员、耗费的项目成本及工作量。
6下属计划
提示:
下属计划（SubｏrdiｎaｔePlan）是对《项目计划》的补充。
《项目计划》需要机构的审批,但下属计划一般只需要项目经理（或其它负责人）审批即可。
下属计划的名称
建议负责人
预计产生时间
《配置管理计划》
配置管理员
《质量保证计划》
质量保证员
《技术评审计划》
一些开发计划
一些测试计划
…
升级会员 