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