《软件开发计划》由会员分享，可在线阅读，更多相关《软件开发计划（12页珍藏版）》请在金锄头文库上搜索。
1、耀邦科技有限公司项目名称软件开发计划版本 x.y注：蓝色字体为参考信息，请在撰写正式文档时删除或修改。项目名称/代码文档名称ID：版本：生效日期：配置管理项目名称/代码：文档名称：软件开发计划ID：版本：状态：草稿/正式访问路径：电子文档存储路径模板：ybsw-tmpl-mng-sdp.dot v2.0所有人：项目组作者/创建时间：本文档通常由项目经理创建和维护批准人/批准时间：谁批准的修订历史：日期版本说明作者2001-10-201.0创建文档模板黎娟2001-12-171.11、添加文档说明2、“软件生命周期”添加“验证要求”3、“软件项目管理”添加“客户管理”、“组内交流” 和“阶段评审
2、”4、添加“软件配置管理”黎娟项目名称/代码文档名称ID：版本：生效日期：目录1. 简介 1.1目的 51.2范围 51.3读者 52. 项目描述 52.1项目定义 52.2项目/产品名称 52.3项目背景 52.4目标与范围 62.5产品 62.5.1项目交付物 62.5.2验收标准 62.6项目假设与约束 63. 项目组织结构 63.1组织结构图 63.2 人员清单 64. 软件生命周期 65. 软件项目管理 85.1 客户管理 85.2 进度管理 85.3 成本管理 85.4 风险管理 8项目名称/代码文档名称ID：版本：生效日期：5.5培训管理 95.6组内交流 95.7阶段评审 96
3、. 软件配置管理 96.1SCM 环境 96.2变更控制 96.3SCM 审计与报告 10项目名称/代码文档名称ID：版本：生效日期：软件开发计划软件开发计划依据项目的目标、范围和需求制定，用于描述软件项目的组织结构、基本估算分析、开发任务以及验收标准，另有软件开发进度表（建议采用Microsoft Project 2000 ）和软 件开发预算表（Microsoft Excel）作为本文档的附件，用于记录和跟踪项目的进度与成本。1. 简介1.1 目的 软件开发计划是项目组进行软件开发活动的依据，也是质量保证人员对开发活动和产品进行评 审和审计的依据，是实施项目跟踪与监控的基础。1.2 范围 软
4、件开发计划的内容覆盖了全部的软件开发活动以及参与这些活动的人员。对于与硬件相关的 部分，本文档仅涉及与硬件的接口描述。1.3 读者项目组全体成员应该阅读本计划，并理解计划的全部内容。2. 项目描述2.1 项目定义 如有软件项目任务书，则指引到软件项目任务书，并删除以下红色字体部分。 如无软件项目任务书，则填写以下红色字体部分，并删除本部分（2.1）2.2 项目/产品名称 项目/产品中文全称：（如：长话代理系统1.0 版） 项目/产品英文全称：（如：Long Distance Agent vl.O） 项目/产品英文简称：（如： LDAGT_1.0） 项目/产品编码（组织级统一编码）：（参见耀邦公
5、司编码规则，发布于IMAP文件夹：Hornson-Files）2.3 项目背景项目名称/代码文档名称ID：版本：生效日期：本节用于向其他人提供尽可能多的项目背景信息，包括：项目提出者、交办单位、提出经过、承办单位、软件名称、用户等，如果方便的话，软件费用、概要的需求描述也可以写在这里。2.4 目标与范围简述项目的整体目标、任务范围，如：客户的目标组织对项目的要求任务范围等2.5 产品2.5.1 项目交付物项目交付的产品列表2.5.2 验收标准包括客户标准、组织标准，如果需要的话，这里可简述验收过程2.6 项目假设与约束简述项目的假设与约束3. 项目组织结构3.1 组织结构图团队组织结构图3.2
6、 人员清单组代码姓名角色职责联系方式备注4. 软件生命周期生命周期模型：项目名称/代码文档名称ID：版本：生效日期：阶段子阶段活动产出物验证要求启动阶段1、评估和接受项目任务2、准备项目的环境项目任务书软件开发计划需求阶 段（日期）需求获取1、客户访谈2、完成需求记录卡需求访谈记录需求分析1、完成需求模型2、完成SRS3、验证和评审需求模型与SRS需求模型SRS文档设计阶 段（日期）概要设计1、完成概要设计文档2、验证与评审数据库设计详细设计1详细设计2实施阶 段（日期）子系统1/模块11、实施2、测试源代码单元测试数据单元测试记录子系统2/模块21、实施2、测试集成1、实施2、测试安装程序交
7、付阶 段（日期）Beta测试1、系统安装2、实施测试3、调整与修改项目名称/代码文档名称ID：版本：生效日期：正式发布1、元成发布文档2、召集发布评审会议3、正式提父产品4、备份产品至公司产品库1、用户手册2、安装指南3、发布声明4、关闭阶段1、项目总结与分析2、关闭项目数据库/后续维护计划5. 软件项目管理5.1 客户管理将与客户进行何种形式的交流，应有何种记录（原则：所有与用户相关的协调、确认、验收工作应该文档化。）5.2 进度管理指引到软件开发进度表项目是否对进度进行跟踪，以何种形式提交进度报告当实际进度与计划进行偏离到何种程度时，需要调整计划5.3 成本管理指引到软件开发预算表项目是否
8、对成本进行跟踪，以何种形式提交成本报告当实际成本与计划成本偏离到何种程度时，需要调整计划5.4 风险管理风险列表（按优先级排列）：编描述发生概率危害程度规避措施缓减策略状态12发生概率：高：80%以上较高：60%-80%中：40%-60%项目名称/代码文档名称ID：版本：生效日期：较低：20%-40%低：20%以下危害程度：没有定量的指标，依靠PM个人的判断，分为“高”、“中”、“低”三级规避措施：风险未发生时，采取什么手段防止风险发生缓减策略：风险已发生时，采取什么手段减少其危害状态：该风险项当前的状态，分为“未发生”、“已发生”、“已解决”5.5 培训管理识别所需的培训5.6 组内交流项目
9、组内部采用何种交流方式，如：例会：多长时间一次不定期交流：采用什么样的形式（会议/Email/Web）5.7 阶段评审 在生命周期的各个阶段点（即里程碑）上应进行阶段评审，对前一阶段的工作情况（成本、进 度、质量等）进行综合评估，评判是否能够通过当前阶段进入下一阶段，并根据评估的结果制定和 调整下一阶段的计划。此处应写明在项目的哪些重要控制点上需要管理评审，以及有哪些人参与评审。6. 软件配置管理6.1 SCM 环境是否纳入公司统一的SCM系统并遵从SCM规范SCM环境：指引到SCM建库申请表6.2 变更控制项目名称/代码文档名称ID：版本：生效日期：如何管理用户需求变更，可画出简要流程图6.3 SCM 审计与报告多长时间或何种情况下进行SCM审计，是否需要报告项目名称/代码文档名称ID：版本：生效日期：参考资料与术语表参考资料：名称ID版本存储路径术语表：名称解释项目名称/代码文档名称ID：版本：生效日期：评审记录评审要求：本文档要求何种规模的评审，什么级别的人需要参加，需要何人批准评审人：批准人：
