产品发版控制及样例.doc

产品发版控制及样例.doc

《产品发版控制及样例.doc》由会员分享，可在线阅读，更多相关《产品发版控制及样例.doc（7页珍藏版）》请在冰豆网上搜索。

 产品发版控制及样例

1目的 

保证软件产品的发版各环节的规范性，为产品的制作、销售等业务提供准确依据。

2适用范围

2.1部门：

公司决策层、应用开发事业部总监、系统测试部、软件部门、市场部、业务部门、系统维护部、咨询部。

2.2业务：

软件产品发布、培训、宣传、销售。

3职责

3.1系统测试部负责人填写产品发版申请单，提交产品母盘和测试报告，经系统测试部经理审核后报应用开发事业部（副）总监。

3.2软件部门整理产品开发文档，经部门经理审核后，提交应用开发事业部（副）总监。

项目经理整理用户手册，经部门经理审核，应用开发事业部（副）总监批准后，提交市场部进行设计制作。

3.3应用开发事业部（副）总监审核产品发布申请并签署小产品发版通知，重大产品发版通知由总经理批准并签署。

3.4业务部门人员、系统维护人员负责产品推广、销售、支持维护准备。

3.5咨询部负责发版产品著作权登记。

3.6系统测试部负责解释和修订本程序文件。

4工作程序

4.1提交发版申请

   测试通过的软件产品，由测试负责人填写产品发版申请单，连同测试报告提交系统测试部经理审核，审核通过后报应用开发事业部（副）总监审核。

4.2项目提交申请

   测试通过的软件产品，由测试负责人填写项目提交申请单，连同测试报告提交系统测试部经理审核，审核通过后报应用开发事业部（副）总监审核。

4.3签署产品发版通知书

   应用开发事业部（副）总监审核系统测试部提交的产品发版申请并负责签发产品发版通知书，必要时由总经理批准并签发产品发版通知书。

母盘由系统测试部专人移交市场部进行生产制作。

发版通知书下发业务部门、系统维护部等部门，进行销售和维护准备。

4.4项目提交

   应用开发事业部（副）总监审批系统测试部提交的项目提交申请单，审批通过后由系统测试部将项目的母盘提交给系统维护部。

4.5提交产品/项目文档

签署产品发版/项目提交通知后一个月内，项目经理负责组织人员编写《项目总结报告》并提交给部门经理审核。

以下部门应提交如下文档。

4.5.1软件部门应提交的文档：

     需求分析说明书

      需求分析变更表

      用户手册

     软件设计说明书

     软件设计变更表

     源代码

4.5.2系统测试部应提交的文档：

     测试大纲

     测试报告

     母盘

4.6紧急情况下，如不能满足软件发版要求，根据用户要求，经总经理批准可以紧急放行。

但系统测试部必须做好相应记录，以便于追溯。

4.7产品发版后，咨询部应及时进行软件著作权登记。

5相关文件

5.13-04  软件需求程序

5.23-05  软件设计程序

5.33-07  软件测试和测试状态程序

5.43-08  评审、验证和确认程序

6质量记录

6.13-09/QR/001  软件产品发版申请单

6.23-09/QR/002 项目提交申请单

6.33-09/QR/003  软件产品发版通知书

6.43-09/QR/004  项目开发总结报告指南

7附录

3-08/QR/001 软件产品发版申请单

软件产品发版申请单

编号：

软件名称

版本号

申请人

申请日期

申请理由：

所附的文档：

系统测试部经理意见：

签字：

年月日

应用开发事业部（副）总监意见：

签字：

年月日

总经理意见：

签字：

年月日

3-08/QR/002 项目提交申请单

项目提交申请单

编号：

软件名称

版本号

申请人

申请日期

申请理由：

所附的文档：

系统测试部经理意见：

签字：

年月日

应用开发事业部（副）总监意见：

签字：

年月日

总经理意见：

签字：

年月日

3-08/QR/003 软件产品发版通知书

软件产品发版通知书

编号：

软件名称

版本号

通知人

通知日期

软件产品概述：

所附的文档：

应用开发事业部（副）总监意见：

签字：

年月日

总经理意见：

签字：

年月日

3-08/QR/004 项目开发总结报告指南

项目开发总结报告指南

1引言

1.1编写目的

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

1.2背景

说明：

a.a. 本项目的名称和所开发出来的软件系统的名称；

b.b. 此软件的任务提出者、开发者、用户及安装此软件的计算中心。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

列出要用到的参考资料，如：

a.a. 本项目的已核准的计划任务书或合同、上级机关的批文；

b.b. 属于本项目的其他已发表的文件；

c.c. 本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2实际开发结果

2.1产品

说明最终制成的产品，包括：

a.a. 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；

b.b. 程序系统共有哪几个版本，各自的版本号及它们之间的区别；

c.c. 每个文件的名称；

d.d. 所建立的每个数据库。

如果开发中制订过配置管理计划，要同这个计划相比较。

2.2主要功能和性能

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。

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经验与教训

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

部门经理意见：

签字：

年月日