1 / 6
文档名称:

产品交付规范与要求.docx

格式:docx   大小:30KB   页数:6页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品交付规范与要求.docx

上传人:cjc201601 2021/5/4 文件大小:30 KB

下载得到文件列表

产品交付规范与要求.docx

文档介绍

文档介绍:产品交付规范与要求
杨光亮 2015-12-03
目录
目的 2
适用范围 2
交付流程 2
交付前提 2
交付跟踪 3
跟踪处理事项 4
交付注意事项 4
1目的
在产品交付前的阶段进行有效控制,并按照顾客要求进行交付,确保产品的
质量,并能按期交付客户。
2适用范围
适用于移动互联事业部产品交付过程。
3交付流程
交付前提
图1为软件项目版本控制流程。版本控制流程中就体现了产品在交付中的要
求。对于我们公司,要交付给客户的产品版本只有
广 1
项目启动(版本alpha)
工 」
r
[实现卜 悭块卜一个也—>褶止,
1
业务四责人呼.,本—
一 业务负责人是否■要更改L1
不・事 r -.
产-J--减布《版本> J
__ ・ r _ _
(能-支持)
图1:软件项目版本控制流程
beta 和 release 版本。
工装实现催接跳)
(开等人员更改并自测1

f黄负人市枝,遹过工-1、不一代
alpha 版本主要根据项目需求文档实现业务功能模块,在开发过程中开发人
员需要根据《 XXX 项目 alpha 版测试用例》文档进行功能、性能方面的自测,
以及项目组成员之间交互测试。该版本不可发布给客户使用。只有通过测试且
项目负责人认可,版本才可升级为 beta 版。
beta 版的发布主要用于客户方 -业务负责人对业务方面的需求提出更改建议。
项目组根据更改建议输出《 XXX 项目 beta 版测试用例》 。只有通过测试,项目
负责人审核通过, 业务负责人无更改建议的情况下, 版本才可升级为 release 版。 release 版本为软件项目上线发布版。属于当前版本号的最终版本。版本发
布后,需要相关技术负责人现场跟踪。
注意:
《 XXX 项目 alpha 版测试用例》在开发初期输出,且在后续模块开发中不断更
新。
《 XXX 项目 beta 版测试用例》在业务负责人提出更改需求后输出。
交付跟踪
产品交付客户后,项目组根据实际情况确定产品跟踪方式。具体跟踪有远程
跟踪和现场跟踪。
在以下情况下,我们需要现场跟踪:
软件产品初次发布使用,需跟踪处理实际应用中产生的问题;
软件主版本号变更的情况下,主版本号变更表示软件进行了大的改动和
新功能的添加;
软件更新内容较多,比如新增模块或解决非常严重的 Bug ,需现场跟踪
处理;
客户要求现场跟踪。
在以下情况下,我们可以远程跟踪解决:
beta 版本提供给客户,业务负责人提出业务需求改进建议;
软件次版本号变更的情况下, 更改了一些小 bug , 局部功能模块的程序改
进;
软件修订版本号变更的情况下, 修订版本号变更表示修复一般的 bug , 软
件有一些小的改动和小的功能扩充。
跟踪处理事项
远程或现场跟踪的技术人员,以及项目组其他成员在产品发布跟踪时一定要
做到以下几点:
积极配合客户验收测试,及时,快速解决验收测试中存在的问题