版本计划范文.doc

版本计划范文 技术文件技术文件名称XXX VX.X.XX版本计划技术文件编号版本V1.0（第一次归档为V1.0,修订后为V1.1,V1.2一次类推）共页(包括封面)拟制审核会签标准化批准深圳市鼎力网络有限公司版本变更记录这表包含文档修订的历史记录，“版本描述”中简述主要的变更内容，“存档编号”在存档时填写。 下面输入项提供了一个单独的例子作为解释。 当你创建修订信息时应该删除以下输入项。 文档本身应该处于修订控制之下，并且每个版本应在修订控制系统中输入一个简要的描述。 在这部分的简要描述可以重复。 版本号拟制日期拟制人版本描述存档编号草案xx年9月4日为分发和评审而创建的最初草案。 初步xx年9月4日合并了最初评审意见的第二版草案，为最终评审而分发。 第一次完整草案，被置于变更控制之下。 根据变更控制过程而修订过和在变更控制之下的维护过的草案。 根据变更控制过程而修订过和在变更控制之下的维护过的草案。 根据变更控制过程而修订过和在变更控制之下的维护过的草案。 根据评估师建议增加了版本的2.1,2.2,和7终版xx年9月4日修订本1xx年9月4日修订本2xx年9月4日修订本3xx年12月18日xx年7月10日修订本4注1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。 目录将新段落格式化为标题 1、标题2和标题3，标题号就会自动增加。 用Microsoft Word，把光标置于表中的任何位置后按F9，即可更新表中的内容。 如果你想容易地维护此表，就不要手工更改它。 如制定本计划是为了便于高层管理、产品经理、产品总工、项目经理、软件工程组、质量保证组、配置管理组人员以及相关组成员等进行交流沟通，为版本活动的开展和跟踪控制提供依据。 1.2范围描述此计划的范围。 如本计划描述了版本的目标和范围，明确版本的各项任务以及完成各项任务的时间进度、责任人和所需的资源预算。 1.3定义与缩略语本小节应提供正确理解此软件项目版本计划所需的全部术语、首字母缩写词和缩略语的定义。 这些信息可以通过引用软件项目词汇表来提供。 1.4引用本小节应完整地列出此软件项目版本计划中其他部分所引用的所有文档。 每个文档应标有标题、编号或版本号（如果适用）、日期和发布组织。 这些信息可以通过引用附录或其他文档来提供。 下表中列出了软件项目版本计划所引用文档的例子表1引用文档文档名称编号或版本号（可选）发布日期（可选）发布组织测试计划最新版测试组配置管理计划最新版配置管理组质量保证计划最新版软件质量保证组2版本概述2.1版本的目标和范围简要说明研制此软件版本的目的、目标和版本的范围2.2假设与约束列出此计划所依据的假设和对软件版本的所有约束（如预算、人员、设备、进度等2.3新增功能2.4方案改进2.5故障更改2.6版本提交及发布时间2.7版本的最终提交产品以表格的形式列出将在软件项目中创建的所有要交付给客户（包括外部顾客、内部用户等）的主要产品。 列出交付产品、交付日期、交付地点、交付方法（email、FTP、CD等），以及满足软件项目需求所必须的数量。 表2最终交付产品序号交付产品名称数量交付日期交付地点交付方法1用户手册123452.8版本的验收标准3项目组织3.1组织结构说明软件项目团队内部（包括管理人员）的组织结构（如命令链或管理报告结构）。 使用图表，矩阵图或其它适当的符号来描述职权、职责和软件项目内部的沟通。 例子图中实线表示资源线上管理关系，虚线表示项目组内的报告关系，红色的线表示虚线与实线重合。 此例子仅是一个示意图，各开发单位可以给出其内部的结构模块，各项目可根据实际填写。 部长1部长2组长组长项目经理开发人员1开发人员3开发人员2开发人员1开发人员2开发人员3组长1组长2人员1人员3人员2人员1人员2人员3项目组内室主任1室主任2室主任1室主任23.2角色与职责指项目组内的角色与职责。 要求识别和描述每个主要功能和活动，并识别负责每个功能和活动的人员或组织单位。 可以使用如下表格。 表3角色与职责职责全面负责项目的管理，如计划的制定（含估算）、评审、跟踪等管理职责负责软件设计，参与计划的制定（含估算）、评审等负责版本任务的开发及管理，参与计划的制定（含估算）、评审与跟踪等负责版本任务的测试及管理，参与计划的制定（含估算）、评审与跟踪等负责软件开发，参与计划的制定（含估算）、评审等负责软件测试，参与计划的制定（含估算）、评审等负责质量保证工作，为项目组提供培训、指导和资询，参与计划的制定、评审，对名称/姓名角色项目经理联系方式备注SE开发经理测试经理开发工程师测试工程师质量保证人员名称/姓名角色职责过程审核、评审工作产品进行配置管理，参与计划的制定、评审最终用户文档负责人，参与计划的制定、评审联系方式备注软件配置管理员文档工程师3.3外部接口表4外部接口职责名称/姓名角色联系方式备注人力资源组提供人员信息和招聘人员负责市场信息的了解，对外沟通交流项目的直接上级，负责批准计划，对外约定的承诺过程改进市场人员产品总经理SEPG本列表应包括负责软件项目与其它组织之间接口的特定人员或软件项目角色的描述（如联系人和联系方式）。 例如，描述软件项目与下面组织之间的关系?父组织（上层管理组织）?顾客组织（内部或外部）?如果有分包，则包括分包组织。 ?如果有独立的最终用户支持组织，则包括最终用户支持组织。 ?任何对软件项目有影响的组织。 4管理过程软件工程过程包括管理活动和技术活动，这里的管理过程是指其中的管理活动。 在下一章节中的技术过程是指软件工程过程中的技术活动。 除非有其它目的，否则上面标题与下面标题之间不必有文本说明。 4.1项目估算估算软件规模、工作量、成本与进度的依据和方法，请参见软件项目估算报告记录。 软件项目中将定期进行重新估计的时间点和结果（见下表）表5软件估算计划估算次数阶段点规模工作量成本进度初始估算需求分析前第一次重新估算第二次重新估算第三次重新估算系统设计前编码前系统测试前4.2工作分解结构（WBS）及进度计划这部分可以附件方式参见工具文档（如MS Project文档）。 4.3依赖计划描述工作包之间以及软件项目的工作包与外部事件之间的依赖关系。 软件项目工作包之间的依赖关系可以参见工具文档（如MS Project文档），软件项目的工作包与外部事件之间的依赖关系，即外部依赖关系，可以用下表来说明。 例子1项目工作包与外部事件之间的以来关系参见下表表6依赖计划序号任务名称关联任务采取措施责任人备注1设备的转产XX中试进度XX XXX4.4资源计划4.4.1软件和硬件资源计划说明您将如何确定并得到软件项目所需的软件和硬件资源。 表7软/硬件资源需求如何获得序号资源名称需求数量到位日期4.4.2关键计算机资源计划责任人备注表8XX版本关键计算机资源需求清单CPU要求主频要求CPU利用率内存容量内存要求内存利用率版本注如果不需要估算关键计算机资源，请注明原因。 4.4.3人力资源计划表9人力资源计划序号资源名称需求数量到位日期如何获得责任人备注4.4.4其它资源类计划可以列出的资源包括、但不限于资金计划、物资计划、培训需求计划。 也可参见其它附件，例如项目计划等。 4.5风险管理表8风险应对计划编号风险描述发生概率后果综合评价责任人预审计划处理计划备注123456789105技术过程计划5.1过程模型5.1.1软件生存周期模型可以这样写每个小版本采用瀑布模型按图式模型，按需求分析、设计、开发（编码、自测、集成测试）、系统测试、维护等顺序，（可以根据需要选取版本有的各阶段进行描述）5.1.2主要里程碑里程碑所属的阶段、里程碑标志、内容和规定日期。 这部分可以附件方式参见工具文档（如MS Project文档）。 表9主要里程碑阶段里程碑标志日期内容描述软件概要设计阶段软件总体方案通过评审xx/12/18描述里程碑的意义软件详细设计阶段软件模块设计说明通过评审xx/2/11需求分析需求分析需求分析需求分析确认确认确认确认分析设计分析设计分析设计分析设计确认确认确认确认编码编码编码编码确认确认确认确认测试测试测试测试确认确认确认确认维护维护维护维护确认确认确认确认需求说明书需求说明书需求说明书需求说明书分析说明书分析说明书分析说明书分析说明书设计说明书设计说明书设计说明书设计说明书源程序清单源程序清单源程序清单源程序清单测试报告测试报告测试报告测试报告软件维护报告软件维护报告软件维护报告软件维护报告5.2方法、工具和技术描述如下?计算机系统环境包括硬件、操作系统环境和编程语言等。 ?工具包括仪器仪表、设计工具，源代码控制，时间统计，编译器或IDE，调试辅助工具，缺陷跟踪，等等。 ?开发方法论包括需求开发实践、设计方法和符号、系统集成程序，等等。 (这些在软件项目计划第一版草案创建时不会全部定义，随着计划越来越详细这部分应该更新。 )?质量控制手段包括技术同行评审方法，单元测试，代码单步调试、系统测试和自动回归测试，等等?使用的技术标准、编码标准、文档标准、方针政策和规程等表10方法、工具和技术软件工具软件项目阶段计算机系统环境开发方法论质量控制手段使用标准版本计划WINDOWS2000MS WORDMS Project逐步逼近法同行评审手段项目计划规程同行评审规程详细设计WINDOWS2000Clearcase面向对象设计方法模块设计同行评审手段版本开发规程同行评审规程代码编写IRMX VisualC+面向对象设计方法同行评审手段版本开发规程同行评审规程5.3产品验收计划可通过引用附加。 6支持过程计划6.1软件质量保证计划通过引用附加。 6.2软件配置管理计划通过引用附加。 6.3用户文档支持计划指文档组参加用户文档编写的计划，通过引用附加。 6.4工作产品与评审计划作为计划的一部分，本小节说明软件项目的所有工作产品（强调工作产品按包括代码、不要忽视）及其评审计划。 表11工作产品及评审计划作者评审者XXX XXX阶段设计工作产品名称建议按设计文件（报告）齐套性要求来规范地写工作产品名称评审日期XXX评审方式尽量选同行评审，如果是同行评审请具体写上审查、走查、或单人复审，如果不是请注明“会议评审”或“XXX”6.5项目跟踪与控制机制(Tracking andcontrol mechanism)6.5.1数据收集表12跟踪一览表工具项目经理跟踪项跟踪内容责任人跟踪频度跟踪策略/机制项目简介版本开始日期、期望结束日期计划基线日期、计划最近修订日期、计划修订次数、进度最近修订日期、进度修订次数项目周例会、项目月例会、里程碑评审会每月通过项目状态报告项目计划信息项目经理每月通过项目状态报告项目跟踪与监督活动信息项目经理或项目管理员每月通过项目状态报告议、其它跟踪活动软件项目的主要状态进行简单描述项目提交给产品配置控制委员会裁定的情况介绍需求数及需求变更代码行文档页数项目主要状态概述项目经理每月通过项目状态报告提交产品配置控制委员会裁定的情况项目经理每月通过项目状态报告需求Requisite Pro库SCM每月通过项目状态报告通过状态报告或团队会议规模项目经理、开发经理或项目管理员项目经理、开发经理或项目管理员项目经理、开发经理项目经理或模块负责人SCM阶段点或发生重大变更时工作量每周通过状态报告或周会议进度MS PROJECT每周通过状态报告或周会议通过状态报告或周会议通过项目状态报告风险状态报告每周缺陷各类缺陷统计及缺陷比较ClearQuest库每月依赖项目经理每月通过项目状态报告团队会议同行评审状态报告、PR库模块负责人每周软硬件资源项目经理每月通过项目状态报告通过项目状态报告通过项目状态报告成本资源项目经理每月培训项目经理每月关键计算机资源审计信息项目经理每月或阶段点通过项目状态报告通过项目状态报告通过项目状态报告通过周例会纪要或项目状态报告SQA不合格项SQA每月人员资源项目经理阶段点或发生重大变更时每周问题项目经理6.5.2状态评审与报告描述本项目将在每周的第几