产品发版控制及样例.doc

1、产品发版控制及样例1目的保证软件产品的发版各环节的规范性，为产品的制作、销售等业务提供准确依据。2适用范围2.1部门：公司决策层、应用开发事业部总监、系统测试部、软件部门、市场部、业务部门、系统维护部、咨询部。2.2业务：软件产品发布、培训、宣传、销售。3职责3.1系统测试部负责人填写产品发版申请单，提交产品母盘和测试报告，经系统测试部经理审核后报应用开发事业部（副）总监。 3.2软件部门整理产品开发文档，经部门经理审核后，提交应用开发事业部（副）总监。项目经理整理用户手册，经部门经理审核，应用开发事业部（副）总监批准后，提交市场部进行设计制作。3.3 应用开发事业部（副）总监审核产品发布申请

2、并签署小产品发版通知，重大产品发版通知由总经理批准并签署。3.4业务部门人员、系统维护人员负责产品推广、销售、支持维护准备。3.5咨询部负责发版产品著作权登记。 3.6系统测试部负责解释和修订本程序文件。 4工作程序4.1 提交发版申请 测试通过的软件产品，由测试负责人填写产品发版申请单，连同测试报告提交系统测试部经理审核，审核通过后报应用开发事业部（副）总监审核。 4.2 项目提交申请 测试通过的软件产品，由测试负责人填写项目提交申请单，连同测试报告提交系统测试部经理审核，审核通过后报应用开发事业部（副）总监审核。 4.3 签署产品发版通知书 应用开发事业部（副）总监审核系统测试部提交的产品

3、发版申请并负责签发产品发版通知书，必要时由总经理批准并签发产品发版通知书。母盘由系统测试部专人移交市场部进行生产制作。发版通知书下发业务部门、系统维护部等部门，进行销售和维护准备。4.4 项目提交 应用开发事业部（副）总监审批系统测试部提交的项目提交申请单，审批通过后由系统测试部将项目的母盘提交给系统维护部。4.5 提交产品/项目文档签署产品发版/项目提交通知后一个月内，项目经理负责组织人员编写项目总结报告并提交给部门经理审核。以下部门应提交如下文档。4.5.1软件部门应提交的文档： 需求分析说明书需求分析变更表用户手册 软件设计说明书 软件设计变更表 源代码4.5.2系统测试部应提交的文档：

4、 测试大纲 测试报告 母盘4.6 紧急情况下，如不能满足软件发版要求，根据用户要求，经总经理批准可以紧急放行。但系统测试部必须做好相应记录，以便于追溯。4.7 产品发版后，咨询部应及时进行软件著作权登记。5相关文件5.1 3-04 软件需求程序5.2 3-05 软件设计程序5.3 3-07 软件测试和测试状态程序5.4 3-08 评审、验证和确认程序6质量记录6.1 3-09/QR/001 软件产品发版申请单6.2 3-09/QR/002 项目提交申请单6.3 3-09/QR/003 软件产品发版通知书6.4 3-09/QR/004 项目开发总结报告指南7附录3-08/QR/001 软件产品发

5、版申请单软件产品发版申请单 编号：软件名称版本号申请人申请日期申请理由：所附的文档：系统测试部经理意见： 签字： 年 月 日 应用开发事业部（副）总监意见： 签字： 年 月 日总经理意见： 签字： 年 月 日3-08/QR/002 项目提交申请单项目提交申请单编号：软件名称版本号申请人申请日期申请理由：所附的文档：系统测试部经理意见： 签字： 年 月 日 应用开发事业部（副）总监意见： 签字： 年 月 日总经理意见： 签字： 年 月 日3-08/QR/003软件产品发版通知书软件产品发版通知书 编号：软件名称版本号通知人通知日期软件产品概述：所附的文档：应用开发事业部（副）总监意见： 签字：

6、年 月 日总经理意见： 签字： 年 月 日3-08/QR/004项目开发总结报告指南项目开发总结报告指南1 引言 1.1 编写目的 说明编写这份项目开发总结报告的目的，指出预期的阅读范围。 1.2 背景 说明：a. a. 本项目的名称和所开发出来的软件系统的名称；b. b. 此软件的任务提出者、开发者、用户及安装此软件的计算中心。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出要用到的参考资料，如：a. a. 本项目的已核准的计划任务书或合同、上级机关的批文；b. b. 属于本项目的其他已发表的文件；c. c. 本文件中各处所引用的文件、资料，

7、包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 实际开发结果 2.1 产品 说明最终制成的产品，包括：a. a. 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；b. b. 程序系统共有哪几个版本，各自的版本号及它们之间的区别；c. c. 每个文件的名称；d. d. 所建立的每个数据库。 如果开发中制订过配置管理计划，要同这个计划相比较。 2.2 主要功能和性能 逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原

8、定的开发目标是达到了、未完全达到、或超过了。 2.3 基本流程 用图给出本程序系统的实际的基本的处理流程。 2.4 进度 列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。 2.5 费用 列出原定计划费用与实际支出费用的对比，包括：a. a. 工时，以人月为单位，并按不同级别统计；b. b. 计算机的使用时间，区别CPU时间及其他设备时间；c. c. 物料消耗、出差费等其他支出。明确说明，经费是超出了、还是节余了，分析其主要原因。3 开发工作评价 3.1 对生产效率的评价 给出实际生产效率，包括：a. a. 程序的平均生产效率，即每人月生产的行数；b. b. 文件的平均生产效率，即每人月生产的千字数；并列出原订计划数作为对比。 3.2 对产品质量的评价 说明在测试中检查出来的程序编制中的错误发生率，即每千条指令（或语句）中的错误指令数（或语句数）。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。 3.3 对技术方法的评价 给出对在开发中所使用的技术、方法、工具、手段的评价。 4 经验与教训 列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。部门经理意见： 签字： 年 月 日