开发计划书解析.doc

（项目名称） 开发计划书 章节说明 件控制 档编号 版本号 分册名称 第册/共册 总页数 正文 附录 编制 审批 生效日期 XX有限公司 修改变更记录： 更改条款及内容 更改人 审批人 更改日期 目录 引言 4 文档编制目的 4 项目概述 5 系统（或用户）的特点 5 术语 5 缩略语 5 参考资料 5 项目定义软件过程 6 软件生命期模型选定 6 软件开发过程裁剪 6 项目要求 6 质量目标 6 任务分解 6 项目阶段划分和里程碑 6 运行环境 7 关键问题 8 项目最迟完成时间 8 项目技术方案 8 关键技术 8 软件复用 8 开发环境 8 硬件环境 9 软件环境 9 项目资源管理 9 项目组角色职责 9 相关方网络 9 支持条件 10 内部条件 10 外部条件 11 成本预算 11 培训管理 11 项目风险管理 11 项目配置管理 11 配置管理基本信息 11 配置管理角色职责 11 配置库的基本信息 12 配置项信息 12 配置审计 12 编制指南 本模板力图给出项目软件开发各阶段计划中可能包括的全部基本信息，适用于编制《项目预研计划》、《项目启动计划》以及《项目开发计划》。 如果某个章节在项目或当前阶段中无法描述，则可保留其标题，注明“不适用”；如果没有相关内容，则注明“无”如果需要对本模板的个别章节详细描述，也可将其形成单独的文档，成为本计划附件。 若当前阶段计划中的某个章节已经在前阶段计划中加以描述，可保留标题，注明“参见（文档编号）（文档名称）”；若引用其他项目文档，也须如此注明。 附录“任务分解书”在编制《项目开发计划》时必须编制，其他阶段计划可删除；附录“任务分解书”和“阶段计划进度表”中的信息在系统设计阶段结束后须进行细化完善。 形成正式计划文档后，所有的“编制说明”须删除。 引言 文档编制目的 说明本计划文档编制的主要目的以及覆盖的阶段范围。 项目概述 介绍项目的基本情况，包括项目的开发方与客户方的基本情况。 简要介绍项目的目的、待交付软件产品的一般特性、本项目与其它项目的关系。如果本项目属于系统升级或改善或维护，请明确指出，并必须在此部分对原系统的开发、操作、维护等历史情况做以简要说明。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 术语 解释文档中使用的相关术语。 缩略语 按字母顺序列出文档中所有缩略语。 参考资料 列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时需查阅的Internet上杂志、专业著作、技术标准以及其网址。 项目定义软件过程 软件生命期模型选定 可参考的软件生命周期模型包括纯瀑布模型、具有子项目的瀑布模型、渐进模型和阶段交付模型。从中选择或自行规定一种适用于本项目的软件生命周期模型，对模型中的迭代情况需进行简单描述。 软件开发过程裁剪 参见《软件开发裁剪工作表》。 项目要求 质量目标 尽量以可测量的形式，根据项目的具体情况确定项目的质量目标，质量目标要符合质量体系的要求。如有不符，须在此对现行质量目标进行适当评估。因目前公司质量目标尚未确定，可由各项目组自行确定质量目标。 任务分解 使用层次图明确软件的各个系统特性由哪些个子系统/功能模块来实现。 具体内容参见《任务分解书》。 项目阶段划分和里程碑 根据制定的《软件开发裁剪工作表》对项目进行适当的阶段划分。一般情况下，可包括但不限于可行性分析、需求分析、设计、编码、测试、验收等阶段，并且阶段可以组合、迭代。严格划分各个阶段，并明确每个阶段的定义、输入和输出、开始和结束标准，并明确阶段检查点和项目重要里程碑。具体情况参见《阶段计划进度表》。 下表为示例，请根据项目实际情况修改。 阶段 起止时间 阶段工作内容 里程碑 1 标准版交付 交付书 2 建立运行环境 客户培训 需求调研与需求分析 客户确认需求分析报告 需求分析报告 3 系统设计 系统设计报告 4 在标准版的基础上，进行修改和补充第一期合同的内容。主要包括：工作流系统的修改、文件加密、数字签名以及手机短信。 一期版本交付 5 开发二期内容（需求分析报告中一期之外的内容） 提交二期版本源码