软件售后维护计划模板

1、变更记录版本文件内容描述日期编写审核批准1.0正式发布文档信息及版本历史文档信息项目名称项目名称项目编号文档名称存储位置版本作者/修改者日期描述【目录】1. 概述51.1 编写目的51.2 适用范围51.3 术语和缩写51.4 参考资料52. 角色和职责63. 维护信息63.1 客户信息63.2 维护工程师信息73.3 维护系统信息74. 维护范围75. 维护方式76. 配置管理计划86.1 配置管理服务器86.2 配己置项标识 86.3 配置库结构96.4 访问权限96.5 变更控制97. 维护沟通计划98. 计划评审111. 概述、/亠注意:所有的正文使用正文格式；每段的首行都使用 Tab

2、键缩进，不要使用空格进行缩进；建议所有的文档编写者完成文档修改后，需要完成以下工作：确定当前版本、修改版本历史、更新目录、更新页眉、检查文档圭寸面；文档中编号的建议：本文档中基本上将标题都进行了编号，标题类的都使用数字型的分级编号；若活动描述中还有项目编号，请使用符号编号，符号统一使用“”;关于文件名命名问题：在命名规范发布前（发布后，按照此规范要求命名），为了便于历史记录和查找，建议可以先按照以下方式命名：提交小组文档：文档名称 + “+ “日期简称”；正式发布乂档：乂档名称+ V+版本号。1.1编写目的阐明本维护计划的目的。>如：本文档制订 项目名称 的维护计划，为 项目名称 的维护

3、活动提供依据。1.2适用范围简要说明此维护计划的适用范围。如：本计划适用于 项目名称 维护项目的整个维护阶段，从什么时候到什么时候。1.3术语和缩写本小节应提供正确解释此维护计划所需的全部术语的定义、首字母缩写词和j解释。这些信息可以通过引用项目词汇表来提供。术语和缩写解释备注1.4参考资料本小节应完整列出此维护计划中其他部分所引用的任何文档。每个文档应标有标题和 备注。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提 供。2. 角色和职责<此处填写本文档中所有要涉及到的角色，及其他的职责，角色命名需要统一按照EPG编写的文档规范编写，角色还需要与下面的文档描述中

4、出现的角色名称对应>角色职责人员客户代表提出维护要求 确认维护结果维护部门经理维护部门经理为所有产品指定维护工程 师，维护工程师的多少根据机构的现状而 疋维护工程师维护工程师接收客户的要求，并迅速响 应，努力给客户一个满意的解答维护工程师及时消除产品中存在的缺陷， 在资源允许的情况下，不断改善产品功能 与质量配置管理代表配置管理活动QA代表QA代表对是否按照过程来执行维护进 行质量保证的检查3. 维护信息3.1客户信息<可以参照下面的格式来描述清楚维护项目单位及客户代表的详细信息>名称描述维护单位信息维护单位名称维护单位地址维护单位邮编维护客户代表信息客户代表名称所属部门名称

5、联系地址联系电话（单位）联系电话（其他）E-Mail3.2维护工程师信息可以参照下面的格式来描述维护工程师的详细信息名称单位名称单位地址维护工程师姓名联系地址联系地址邮编联系电话（单位）联系电话（其他）此处可以按照对该用户提供的不冋的维护方式，如5*8，还是7*24提供不冋的联系电话，如果维护约定维护方式为 7*24 ,则要求提供 非工作时间维护人员联系方式，且需要保证该联系方式7*24能联系到EMail3.3维护系统信息此处详细的描述维护系统的建立信息，如系统建设情况：建设单位，建设时间，原项目经理名称; 维护系统名称；系统主机情况；系统目前使用情况等4. 维护范围此处详细的描述由维护工程师

6、进行维护的范围，此处要求尽量详细，可以罗列如下内容： 需要维护的模块列表；根据合同规定要求，描述本项目或产品的维护职责、维护期限、维护内容等5. 维护方式此处详细的描述本项目或产品的维护方式，包括如下信息：维护时间：5*8，还是7*24 ；维护方式：现场维护、电话支持、定期（要求写出周期）巡检等与维护用户的约定；维护响应时间要求： 描述与维护用户约定的维护响应时间要求，对于不同维护请求的不同的响应时间等6. 配置管理计划此处详细描述本维护项目的配置管理计划，如：配置管理服务器信息；配置管理目录设置计划；本项目的配置管理流程。6.1配置管理服务器此处详细描述本维护项目的配置管理服务器信息6.2配

7、置项标识参照命名规范，确定该项目的命名规则，说明该项目产品的命名、标记和编号方法针对不同的文档类型说明如下：全局性的文档，如维护计划格式 项目名称 -文档名称 .文档扩展名示例： 维护项目-维护计划.doc模块相关的文档格式 项目名称 - 文档名称 -模块名称.文档扩展名示例： 维护项目-测试用例-报表模块.doc与时间相关的文档，比如会议纪要，维护月报等格式： 项目名称 -文档名称 -时间文档扩展名示例： 维护项目-会议记录-050421.doc个人相关的文档，比如个人工作计划，工时统计等等（此类文档直接用总项目名 称即可，工时统计表入库时不需要分项目组，采用统一的目录0860）格式： 项目

8、名称 -文档名称 -作者-时间文档扩展名示例： 维护项目-工时统计表-李四-050822-050828.xls正式对外发布的配置项，除了要遵守上述的命名原则外，还要添加文档的版本标识,具体见命名规范。例如：维护项目-维护计划 6.3配置库结构01技术文件011需求（注：可放置 “需求规格说明书”、“需求跟踪矩阵”等与需求相关的 内容（包括会议纪要等）012设计（注：可放置“技术预研报告”、“系统概要设计报告”、“界面设计 说明书”、“模块设计说明书”、“数据库设计说明书”等与 设计相关的内容）013代码（注：可放置“代码审查报告”、“单元测试报告”、“集成测试报告”、“源程序”等相关的内容）0

9、14部署（注：可放置“部署计划”、“用户手册”、“维护手册”、“培训资料” |“发布说明”、“产品包”、“客户验收报告”等相关的内容）015试运行记录（注：可放置“试运行记录”、“试运行客户回访单”、“试运行报告”、“应用软件维护记录”、“用户现场巡检表”等相关的内容）02维护记录（注：可放置“会议纪要”、“用户现场巡检表”等相关的内容 ）03需求变更（注：可放置“需求变更单”等相关的内容）04维护报告（注：可放置“维护计划”、“维护报告”、“故障报告” 等相关的内容）05配置管理（注：可放置“配置项入库单”、“配置项清单”、“基线配置项清单”等相关的内容）6.4访问权限说明项目组每个成员对配

10、置库中的配置项的访问权限6.5变更控制此处填写该项目的变更控制委员会CCB的成员：建议有客户代表、维护工程师、维护部经理，及部门经理等7. 维护沟通计划此处描述在维护过程中的沟通计划，如： 定义维护状态报告提交相关人员计划;等8. 风险管理计划8.1工作产品列表成果物责任人员描述风险管理计划（维护计划中）维护负责人维护报告-风险列表维护负责人8.2风险管理<此处内容包括：如何进行风险的识别、如何进行风险分析（具体分析内容参加维护 报告-风险列表）、识别风险后，项目经理如何进行风险应对和跟踪管理。如果风险可能性或影响程度发生了变化， 或者发现了新的项目风险，或者项目本身发生 了重大变化（重大变化包括新增的项目特性，系统目标平台变化） ，则需要重新按定义的风 险管理过程进行风险分析、计划、跟踪执行。