《02软件开发计划资料标准模板-2.1.2.doc》由会员分享，可在线阅读，更多相关《02软件开发计划资料标准模板-2.1.2.doc（29页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、/ 会会 签签 编编 号号 密密 级级 非密非密 版版 本本 风云三号应用系统工程风云三号应用系统工程 XX 软件开发计划软件开发计划 编编 写写 校校 对对 审审 核核 批批 准准 国家气象局国家卫星气象中心国家气象局国家卫星气象中心 XXXX 公司公司 201X 年 XX 月 / 文档控制文档控制 变更记录变更记录 版本号版本号日期日期作者作者 段落、图段落、图 或表或表 增加增加/修修 改改/删除删除 简单描述简单描述更改申请单号更改申请单号 / 目目 录录 1范围范围.1 1.1标识 .1 1.2系统概述 .1 1.3文档概述 .1 1.4与其他计划的关系 .1 2引用文件引用文件.2
2、 3术语和定义术语和定义.2 3.1术语 .2 3.2缩略语 .2 4策划背景概述策划背景概述.3 5项目范围项目范围.3 5.1项目目标 .3 5.1.1客户目标.3 5.1.2组织目标.3 5.1.3研究目标（可裁剪）.3 5.2工作产品与服务 .3 5.2.1工作产品.4 5.2.2服务.6 5.3验收标准 .6 6组织机构与人员组织机构与人员.6 7开发及运行环境开发及运行环境.9 7.1软件开发环境 .9 7.2软件运行环境 .9 8重用分析重用分析.9 / 9软件开发管理软件开发管理.10 9.1软件开发方法及标准 .10 9.2生命周期模型和项目过程定义 .10 9.3工作任务拆
3、分与估计 .11 9.4项目进度和里程碑 .11 9.5风险管理 .11 9.6外部依赖 .14 9.7相关方参与计划 .14 9.8项目培训计划 .15 9.9项目监督和问题处理 .15 9.10数据管理计划 .16 9.11重大事件处理 .16 10 里程碑及评审计划里程碑及评审计划.16 11 总体测试计划总体测试计划.17 12 度量分析计划（可裁减单独成文）度量分析计划（可裁减单独成文）.18 13 安全保密安全保密.18 14 附录附录.18 / 图目录图目录 图图 6-1 项目软件研制组织结构项目软件研制组织结构.7 图图 9-1 软件技术流程图软件技术流程图.11 / 表目录表
4、目录 表表 3-1 缩略语表缩略语表.2 表表 5-1 交付软件交付软件.4 表表 5-2 需交付文档需交付文档.4 表表 5-3 非交付文档非交付文档.4 表表 5-4 过程记录过程记录.5 表表 6-1 软件项目人员配置软件项目人员配置.7 表表 8-1 重用分析表重用分析表.9 表表 9-1 项目风险列表项目风险列表.13 表表 9-2 外部依赖跟踪表外部依赖跟踪表.14 表表 9-3 相关方参与计划相关方参与计划.14 表表 9-4 培训计划培训计划.15 表表 10-1 软件正式评审计划软件正式评审计划.16 表表 14-1 工作任务拆分结构（工作任务拆分结构（WBS）.19 / 1
5、范围范围 1.1 标识标识 a.本文档的标识号：R/产品代号/区分号/XJ-01； b.标题：XXXX 软件开发计划； c.本文档适用与 XXX 系统/软件/XXXXCSCI。 1.2 系统概述系统概述 可复制任务书中相关内容。 包括本文档所使用的软件所属系统的功能，软件在系统中的位置。系统开 发、运行和维护的历史，系统的用户、开发方和相关机构等。 1.3 文档概述文档概述 本文档明确项目目标、确定项目范围、确定项目的人员和分工、定义项目 的生命周期和项目过程、确定资源需求、拆分工作并给出估算和进度安排的结 果、明确验证和确认的方法和时间安排、识别项目中的风险并制定风险的处理 措施、明确项目的
6、培训需求和计划、确定度量分析的要求和计划、确定数据管 理计划及重大事件的处理方法等。 本文档为项目管理的依据，本文档的工作任务拆分结构表、风险跟踪表、 资源跟踪表为项目监督控制过程的初始数据。 本模板符合计算机软件文档编制规范 （GBT 8567-2006）要求。 1.4 与其他计划的关系与其他计划的关系 本计划满足系统策划节点要求； XXX 配置管理计划按照本计划编写； XXX 质量保证计划按照本计划编写； 配置管理计划和质量保证计划的工作纳入本项目的 WBS 表中，本文档不 再单独描述相关内容； / 2引用文件引用文件 软件开发计划模板 ； 军用软件研制能力成熟度模型 （GJB5000A-
7、2008） ； 总装备部软件工程规范 （2008 版） ； 军用软件开发文档通用要求 （GJB 438B-2009） 。 3术语和定义术语和定义 3.1 术语术语 a.术语 1：术语 1 说明。 3.2 缩略语缩略语 表表 3-1 缩略语表缩略语表 序号序号缩写缩写全称全称说明说明 1. 2. 4策划背景概述策划背景概述 本节参考任务书中的相关内容，包括： a.系统的功能、运行环境概述； b.软件在系统中的位置和功能； c.软件项目和系统开发周期的关系； d.进度安排和资源约束； e.开发环境的约束； f.其他约束：如安全保密、标准等。 5项目范围项目范围 5.1 项目目标项目目标 / 5.1
8、.1客户目标客户目标 a.应当满足 GJB5000A 三级的要求； b.应按任务书的要求，按时、保证质量的完成项目。 5.1.2组织目标组织目标 c.生成 XXXX 可重用模块； d.XXX 文档作为 XX 领域的典型案例； e.项目组成员 XX 获得技术开发经验； f.项目组成员 XX 获得 XX 管理经验； g.积累 XXXX 数据，并纳入组织资产库。 5.1.3研究目标（可裁剪）研究目标（可裁剪） a.应当产生 X 篇高水平论文； b.应当产生 X 本专著； c.应当获得 X 专利或软件著作权。 5.2 工作产品与服务工作产品与服务 5.2.1工作产品工作产品 表表 5-1 交付软件交付
9、软件 序号序号软件名称软件名称运行平台运行平台编程语言编程语言现有平台现有平台 1. 2. 表表 5-2 需交付文档需交付文档 序号序号文件名称文件名称密级密级 1.软件需求规格说明内部 2.软件系统测试报告（若为总体编写，可剪裁）内部 3.软件第三方测试报告内部 4.软件研制总结报告内部 5.软件使用说明书内部 6.软件质量履历书内部 / 7.软件产品证明书内部 表表 5-3 非交付文档非交付文档 序号序号文件名称文件名称密级密级 1.软件开发计划内部 2.软件质量保证计划内部 3.配置管理计划内部 4.软件概要设计说明内部 5.软件详细设计说明内部 6.软件单元测试计划内部 7.软件单元测
10、试说明内部 8.软件单元测试报告内部 9.软件组装测试计划内部 10.软件组装测试说明内部 11.软件组装测试报告内部 12.软件确认测试计划内部 13.软件确认测试说明内部 14.软件确认测试报告内部 15.软件验收测试计划内部 16.软件验收测试细则内部 表表 5-4 过程记录过程记录 序号序号文件名称文件名称密级密级 1.软件估计表内部 2.项目过程定义表内部 3.项目周报内部 4.项目例会纪要内部 5.项目进展报告（含 WBS）内部 6.问题跟踪表内部 7.项目风险列表内部 8.里程碑报告内部 9.计划变更申请内部 / 序号序号文件名称文件名称密级密级 10.需求变更申请内部 11.需
11、求变更记录内部 12.配置管理三单内部 13.配置状态报告内部 14.基线发布报告内部 15.产品交付清单内部 16.软件在线烧录操作记录单内部 17.软件落焊记录单内部 18.软件介质说明卡内部 19.日常配置项审计报告内部 20.度量分析计划内部 21.度量分析报告内部 22.SQA 报告内部 23.OQA 报告内部 24.重大事件评议表内部 25.内部评审意见内部 26.评审证明书内部 5.2.2服务服务 a.配合软件交办方完成各项试验； b.配合软件交办方完成对最终用户的培训； c.在保修期内，必要时协助交办方或用户完成软件的重新部署。 5.3 验收标准验收标准 交办方提供的软件任务书
12、有效版本为验收基本标准； 项目组根据交办方提供的验收测试大纲编写验收测试细则，并通过交办方 的评审，验收测试细则为验收测试的依据。 验收具体标准如下： a.按照软件任务书要求，文件资料完整、编写规范； b.验收测试通过； / c.研制总结报告评审通过。 若验收时存在无法满足上述要求的情况，由项目组向交办方提交让步接收 申请，交办方签署后，方算通过验收。 6组织机构与人员组织机构与人员 参与本软件研制工作的组织机构如下： 分系统负责人测试集成人员 项目负责人 配置管理员 算法设计人员 项目负责人 软件质量保证 人员 配置管理员 总集项目办 需求分析人员测试人员软件实现人员软件设计师 总集 算法设
13、计软件实现 用户 监理 质量保证人员 软件实现人员需求分析人员软件设计师测试人员 图图 6-1 项目软件研制组织结构项目软件研制组织结构 表表 6-1 软件项目人员配置软件项目人员配置 岗位岗位角色角色职责职责人员人员 / 岗位岗位角色角色职责职责人员人员 7开发及运行环境开发及运行环境 7.1 软件开发环境软件开发环境 a.Windows 7； b.MySQL5.7； c.JDK1.7； d.MyEclipse 2014； 7.2 软件运行环境软件运行环境 a.XXXX 服务器； b.XXX 单机； c.XXX 系统环境。 8重用分析重用分析 本章列出本项目拟重用或参考的文档、资料、模板、软
14、件模块/组件等，并 分析重用产生的风险，本章识别的风险纳入表 9-1 项目风险列表中进行管理。 本项目拟产生的可重用产品在组织目标中给出。 表表 8-1 重用分析表重用分析表 #模块名称模块名称来源来源复用方式复用方式风险分析风险分析 27.XXX 组件XXX 已有项目完全复用无 28.XXX 开源软件http:/sourceforge.org/完全复用对其使用方式不 熟悉 出现问题难以排 故 / 9软件开发管理软件开发管理 9.1 软件开发方法及标准软件开发方法及标准 需求分析采用 XX 方法、概要设计采用 XX 方法、单元测试采用 XX 方法。 软件设计、测试、文档编制及软件编程分别按照
15、XX 的规定、XX 标准执 行； 9.2 生命周期模型和项目过程定义生命周期模型和项目过程定义 项目需求相对稳定、新技术使用较少且用户要求一次交付，故按照传统的 瀑布模型进行开发。瀑布模型将软件开发过程分为以下几个阶段：软件系统分 析与设计、软件需求分析、概要设计、详细设计、实现、组装测试、配置项测 试、验收和第三方测试，并在上述过程中实施需求跟踪和管理。详细技术流程 图见图 9-1。 （注意：应根据项目剪裁情况，删除流程图中不适用的阶段） 软件系统分析 与设计 软件任务书 评审 软件需求分析 软件需求分 析评审 软件概要设计 及评审 软件实现及评 审 软件验收 软件确认测 试评审 软件确认测
16、试 M1M2 M3M4M5 M6 M7 M8 M9 Q1 Q3 Q2 Q5 软件详细设计 及评审 系统集成软件组装测试 图图 9-1 软件技术流程图软件技术流程图 9.3 工作任务拆分与估计工作任务拆分与估计 依据项目过程定义和任务书，对工作产品和活动进行分解。并采用 XX 方 法进行规模估计、XX 方法进行工作量估计。估计的最终结果见表 14-1。 9.4 项目进度项目进度和里程碑和里程碑 / 分析任务间依赖关系，并根据任务书的要求、估计的结果、项目组人员组 成和职责，确定并优化（可使用关键路径、PERT 网等方法辅助安排任务，必 要时在本文档中给出关键路径和 PERT 网）各项任务的进度和
17、人员安排。进度 和人员安排结果见表 14-1。其中科研生产考核节点如下： a.需求分析评审：2011 年 9 月 28 日； b.概要设计评审：2011 年 10 月 31 日； c.确认测试完成：2011 年 12 月 31 日； d.研制总结报告评审：2011 年 1 月 10 日。 本项目定义以下里程碑，在里程碑节点完成时需编写里程碑报告，并提交 项目中高层审核，并合理响应中高层反馈的意见和问题（详见表 10-1）： e.需求里程碑：需求评审通过并发布分配基线，2011 年 9 月 30 日； f.结项里程碑：验收评审通过并发布产品基线，2012 年 1 月 12 日。 9.5 风险管理
18、风险管理 根据风险管理过程及其项目风险列表模板，识别风险，生成项目风险列 表 。 软件项目负责人按项目周报的周期，跟踪和更新项目风险列表，必要时制 定并采取缓解措施和应急措施，若风险发生，则需将其作为问题处理。 / 表表 9-1 项目风险列表项目风险列表 #分类分类风险项风险项发生阶段发生阶段来源来源可能性可能性影响影响风险值风险值优先级优先级缓解措施缓解措施应急措施应急措施 1 资源 风险 硬件不能及时 保障软件研制 代码调试和 测试阶段 相关硬件到位太 迟，软件调试和 测试时间无法保 证 4416M 搭建模拟测试环境， 在硬件无法到位的情 况尽量进行模拟测试; 提前投产试验板,代替 正式板
19、进行软硬件调 试 2 资源 风险 整个周期 4.5313.5M 3 设计编码阶 段 4312M 4 测试阶段 224 5 整个周期 133 / 9.6 外部依赖外部依赖 说明完成软件开发活动需要外部提供软/硬件资源、外部相关方（包括交办 方）应配合完成的工作和应承担的工作、验收保障条件等，应提出具体的资源 或工作产品。协调人通常为项目调度或总体。 注意外部依赖应该为软件项目负责人无法直接控制的因素，外部依赖应纳 入风险管理。 本项目的外部依赖如表 9-2 所示，由协调人应提前于要求日期，监督各资 源的落实情况。软件项目负责人按项目周报的周期，跟踪和更新外部依赖表， 确认各项资源落实情况，若外部
20、依赖无法落实，则需将其作为问题处理。 表表 9-2 外部依赖跟踪表外部依赖跟踪表 #资源资源用途说明用途说明责任单位责任单位协调人协调人要求日期要求日期状态状态 1.服务器系统测试环境XX20110901不满足 2.目标板系统测试XX20110901不满足 3.Oracle11开发环境XX20110901不满足 4. 外购软件界面 美化组件 美化界面开发XX20110901 不满足 5. 验收测试外部 环境 验收测试XX20110901 不满足 9.7 相关方参与计划相关方参与计划 相关方参与计划包括相关方需要配合完成的工作，调度。本章的工作需纳 入 WBS 中，本章相当于告知调度需要完成的协
21、调工作。 表 9-3 给出相关方参与参与计划，其中“责任人”为项目组内完成此项工 作的负责人。本计划整合在表 14-1 中。 表表 9-3 相关方参与计划相关方参与计划 参与事项参与事项参与方式参与方式责任人责任人相关方相关方计划日期计划日期 需求原型演示会议XXX总20110815 需求确认评审软件需求XXX20110901 项目进度上报每周通过 OA 提 交项目周报 XXX每周 接口对接双方根据接口、XXX20110910 / 参与事项参与事项参与方式参与方式责任人责任人相关方相关方计划日期计划日期 完成接口对接 验收测试与设计师共同完 成验收测试 XXX20111030 9.8 项目培训
22、项目培训计划计划 分析项目需要的知识与技能，结合项目组成员已有的知识和技能制定培训 计划。可不制定培训计划，但需保留本章节。注意，本章为针对项目组成员的 培训计划，而非针对用户的培训计划。 表 9-4 给出项目培训计划，本计划整合在表 14-1 中。 表表 9-4 培训计划培训计划 培训目标培训目标培训时间培训时间培训教师培训教师参加人员参加人员 9.9 项目监督和问题处理项目监督和问题处理 项目日常监督工作整合在表 14-1 中，具体为： a.软件承制单位每周（3 个月以上的项目情况可以调整为双周报）编写 项目周报（含 WBS、项目风险列表、问题跟踪表、外部依赖跟踪表） ； b.软件承制单位
23、组织项目例会，讨论并更新项目周报的内容； c.软件承制单位将项目周报发送给业主、总集及监理单位； d.根据 9.4 项目进度和里程碑的安排实施里程碑管理。 项目组发现在承制单位内部无法解决的进度、资源、相关方参与上的问题 或发现无法控制的风险，由软件承制单位将问题上报给业主、总集及监理单位， 协调解决。 当项目成员人员调整时，应按实施计划变更：提交计划变更申请，业主、 总集及监理单位讨论通过后，按申请修改计划。 9.10数据管理计划数据管理计划 数据管理计划内容参见配置管理计划。 / 9.11重大事件处理重大事件处理 项目组遵守组织定义重大事件判定准则，特殊情况时根据项目实际情况决 定是否申请
24、重大事件处理。 10 里程碑及评审计划里程碑及评审计划 本项目软件评审活动结合项目的具体情况和要求进行安排。里程碑及评审 计划如表 10-1 所示，具体时间安排参见表 14-1。 表表 10-1 软件正式评审计划软件正式评审计划 评审项目评审项目级别级别负责人负责人工作产品工作产品评审日期评审日期基本人员要求基本人员要求 策划评审用户级软件开发计划 度量分析计划 配置管理计划 质量保证计划 项目度量分析报告模板 需求评审用户级需求规格说明 确认测试计划 需求里程 碑评审 审查里程碑报告 概要评审项目级概要设计说明 组装测试计划 详细评审项目级详细设计说明 单元测试计划 代码审查项目级代码 单元
25、测试 评审 项目级单元测试说明 单元测试报告 组装测试 说明评审 项目级组装测试说明 确认测试 说明评审 项目级确认测试说明 组装测试 报告评审 项目级组装测试报告 确认测试项目级确认测试报告 / 评审项目评审项目级别级别负责人负责人工作产品工作产品评审日期评审日期基本人员要求基本人员要求 报告评审 系统测试 细则评审 用户级系统测试细则 验收测试 细则评审 用户级验收测试细则 验收评审用户级研制总结报告 结项里程 碑评审 审查里程碑报告 11 总体测试计划总体测试计划 本项目测试包括单元测试、组装测试、确认测试、系统集成测试和验收测 试，详细计划安排见表 14-1。 a.单元测试依据详细设计
26、的定义，单元测试和编码同时开展，由相应的 编码人员自行测试； b.组装测试依据概要设计的定义，在单元测试之后，与软件集成同时开 展，由测试人员与开发人员共同测试； c.确认测试依据需求规格说明的定义，在组装测试之后开展，由测试人 员测试； d.确认测试后，由总体安排系统联试，系统测试在完成系统联试后进行， 由测试人员测试； e.系统测试通过后，由质量处组织验收测试，项目组成员配合完成验收 测试； f.各测试的测试文档（测试计划、测试说明、测试报告）齐全、符合规 范。测试计划和测试说明应满足任务书和需求分析报告、概要设计、详细 设计全部要求； g.全部测试活动遵循了测试计划和测试说明。测试环境满
27、足要求。测试 活动满足独立性要求。测试记录客观、完备； h.确认测试、系统测试和验收测试的全过程自始至终在配置管理之下进 行。对问题的更动必须符合更动规范，更动完成后，应针对更动进行回归 / 测试； i.经过回归测试之后，所有测试用例都获得通过，或者给出合理解释； j.最终的测试结果中错误需在测试报告中给出并逐条讨论通过后方可进 入下一阶段。 12 度量分析计划度量分析计划 明确软件研制过程中需要收集的度量数据、进行的计算、对数据进行度量 分析的方法和实施决策的准则。 13 安全保密安全保密 本软件系统研制过程当中涉及的各任务书、技术报告、程序框图、程序代 码等使用范围为软件工程组，并按“军工
28、产品质量管理条例”及“保密法”各 相关条例执行。 14 附录附录 / 表表 14-1 工作任务拆分结构（工作任务拆分结构（WBS） 估算数据估算数据 任务任务一级子任务一级子任务工作产品工作产品任务类别任务类别 规模规模工作量工作量开始日期开始日期结束日期结束日期 负责人负责人 软件分配需求获取 会议纪要 工程技术 定义软件分配需求 软件任务书 工程技术 软件系统测试策划 系统测试计划 工程技术 软件分配需求确认和评审 评审证明书 工程技术 需求跟踪（需求获取） 需求跟踪矩阵 需求管理 需求获取过程 功能基线建立 基线发布报告 配置管理 召开立项会议 会议纪要 项目策划 制定软件开发计划 软件开发计划 项目策划 制定度量计划 度量计划 项目策划 制定质量保证计划 质量保证计划 项目策划 制定配置管理计划 配置管理计划 项目策划 项目策划评审 评审证明书 项目策划 配置管理工作（策划） 配置管理过程记录 配置管理 度量分析工作（策划） 度量分析报告 度量分析 项目策划过程 质量保证阶段工作（策划） SQA 报告 质量保证 / 任务任务一级子任务一级子任务工作产品工作产品任务类别任务类别 估算数据估算数据 负责人负责人 规模规模工作量工作量开始日期开始日期结束日期结束日期 分析软件需求 会议纪要 软件原型 工程技术 制定软件需求规格说明 需求规