最新消息: USBMI致力于为网友们分享Windows、安卓、IOS等主流手机系统相关的资讯以及评测、同时提供相关教程、应用、软件下载等服务。

研发部对外软件发布管理规范

IT圈 admin 28浏览 0评论

2024年3月25日发(作者:衷棠华)

研发部对外软件发布管理规范

研发部对外软件发布管理规范

编辑整理:

尊敬的读者朋友们:

这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们

对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(研发部对外软件发布管理

规范)的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈,这将是

我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快 业绩进步,以

下为研发部对外软件发布管理规范的全部内容。

研发部对外软件发布管理规范

1.目的

1。1 标准化发布软件的命名,避免软件使用错误的问题.

1。2 标准化软件发布的流程,确保软件发布的准确性。

1.3 标准化软件发布的格式(包括升级程序和烧录程序的文件命名).

1.4 标准化软件资料库的管理,方便查询和备份.

2.适用范围

所有参与项目开发人员、销售人员和售后服务人员

3.权责

3。1 测试工程师负责测试发布软件包无任何问题;

3。2 测试主管负责软件发布,软件发布档案归档与管理;

3.3 软件工程师负责向软件版本管理员提交软件源代码及相关软件文档;

3.4 软件版本管理员负责软件编译,向测试工程师发布测试版本;

3。5 发布的软件需做成产品安装设置光盘的,由测试工程师提交结构

平面组完成;

3。6 项目经理和系统工程师负责坚督执行。

4.定义

5.作业流程

5。1 软件版本命名规则

5.1.1 软件升级程序命名规则如下:

5.1.1.1 U+产品型号(去前缀)+主芯片前两位+cn/en+软件版本

(如:U6608wacn_v6。1。2。60)。

5。1.1。2 以上的产品命名中的“U"代表“Upgrade”,代表升

级的意思

5。1。1。3 主芯片的前两位取芯片名称的前两个字母作为代表,

研发部对外软件发布管理规范

如waveplus去前两位就是“wa”.

5.1。1.4 cn/en表示软件界面的风格,“cn”代表中文版本,

“en"代表英文版本.

5.1.1。5 软件版本特指发布软件的版本,如:v6.1.2.60就是代

表6608路由器的最新版本.

5.1。2 软件烧录程序命名规则如下:

5.1。2.1 产品型号(去前缀)+主芯片前两位+cn/en+软件版本

(如:F6608wacn_v6.1.2.60)。

5。1。2。2 的产品命名中的“F”代表“Flash”,代表Flash

烧录的意思

5。1.2。3 芯片的前两位取芯片名称的前两个字母作为代表,如

waveplus去前两位就是“wa”。

5.1.2.4 /en表示软件界面的风格,“cn”代表中文版本,“en”

代表英文版本。

5。1.2.5 版本特指发布软件的版本,如:v6.1。2。60就是代

表6608路由器的最新版本。

5.1。3 所有发布软件的软件必须按照以上规则进行命名。

5。2、软件升级/烧录程序管理规范

5.2。1 软件由研发部测试主管统一发布和管理。

5。2.2 测试主管发布软件后应将发布软件的内容更新到《研发

部对外软件发布记录表》中,并将此文件作为附件随软件

包一起发布.

5。2。3 测试主管将已经发布的软件备份到对应产品的目录(目

录名为产品型号,如:TEI6608)备档,并在目录中建立

readme。txt文本说明软件版本、芯片方案、和软件升级

研发部对外软件发布管理规范

/烧录注意事项.

5.2。4 测试主管每月对软件档案进行备份管理,每月底之前将

所有发布的软件刻盘存档,避免电脑故障带来的资料丢失.

5。3软件包的审核流程

5.3.1、软件工程师提交软件和相关文档至软件版本管理员,软

件版本管理员进行编译备档无误后提交测试主管.

5.3.2、测试主管将测试软件分配给相关测试工程师进行测试,

收集测试报告与Bug报告。

5.3。3、测试工程师进行软件测试,向测试主管提交Bug发现报

告,同时CC软件版本管理员.

5。3.4、软件版本管理员通知相关软件工程师进行Bug解决,软

件工程师修改完成后填写Bug解决报告,同时更新软件版

本号(软件版本号最后一位加1),再重复步骤5.3.1。

5。3。5、测试工程师收到软件工程师的Bug解决报告后进行测

试,如测试不通过,则填写Bug发现报告并重复步骤

5.3.3;如测试通过则填写Bug验证报告,同时登记软件

版本信息并将其备份存档(附文本说明软件

版本、芯片方案、和软件升级/烧录注意事项),并将正

式发布的软件版本信息以及相关文档CC软件版本管理员.

5。3.6、填写《研发部对外软件发布记录表》。

5.3.7、制订软件升级指导文件(烧录程序需参考产品作业指导

书).

5.3。8、将升级/烧录程序及其相关升级辅助工具(可选)、升

级指导书、《研发部对外软件发布记录表》烧录为光牒发

布《软件发布通知》联络单至工程部,同时CC到品质部、

研发部对外软件发布管理规范

生产部、返修部、PMC部(附件:软件资料光牒).

5。3。9、由工程部根据光牒里面的指导资料及升级程序进行生

产导入确认。

6。相关文件

6.1 软件发布流程规范

6。2 说明书制作、审核规范

6。3 光盘、驱动制作管理规范

6。4 软件版本机管理规范

6.5 烧录指导书

6。6 研发Bug发现报告

6.7 研发Bug解决报告

6。8 研发Bug验证报告

7.记录表单

序 号

1

8.附件

相 关 记 录

保 存 期 限

备 注

两年

研发部对外软件发布记录

2024年3月25日发(作者:衷棠华)

研发部对外软件发布管理规范

研发部对外软件发布管理规范

编辑整理:

尊敬的读者朋友们:

这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们

对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望(研发部对外软件发布管理

规范)的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈,这将是

我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快 业绩进步,以

下为研发部对外软件发布管理规范的全部内容。

研发部对外软件发布管理规范

1.目的

1。1 标准化发布软件的命名,避免软件使用错误的问题.

1。2 标准化软件发布的流程,确保软件发布的准确性。

1.3 标准化软件发布的格式(包括升级程序和烧录程序的文件命名).

1.4 标准化软件资料库的管理,方便查询和备份.

2.适用范围

所有参与项目开发人员、销售人员和售后服务人员

3.权责

3。1 测试工程师负责测试发布软件包无任何问题;

3。2 测试主管负责软件发布,软件发布档案归档与管理;

3.3 软件工程师负责向软件版本管理员提交软件源代码及相关软件文档;

3.4 软件版本管理员负责软件编译,向测试工程师发布测试版本;

3。5 发布的软件需做成产品安装设置光盘的,由测试工程师提交结构

平面组完成;

3。6 项目经理和系统工程师负责坚督执行。

4.定义

5.作业流程

5。1 软件版本命名规则

5.1.1 软件升级程序命名规则如下:

5.1.1.1 U+产品型号(去前缀)+主芯片前两位+cn/en+软件版本

(如:U6608wacn_v6。1。2。60)。

5。1.1。2 以上的产品命名中的“U"代表“Upgrade”,代表升

级的意思

5。1。1。3 主芯片的前两位取芯片名称的前两个字母作为代表,

研发部对外软件发布管理规范

如waveplus去前两位就是“wa”.

5.1。1.4 cn/en表示软件界面的风格,“cn”代表中文版本,

“en"代表英文版本.

5.1.1。5 软件版本特指发布软件的版本,如:v6.1.2.60就是代

表6608路由器的最新版本.

5.1。2 软件烧录程序命名规则如下:

5.1。2.1 产品型号(去前缀)+主芯片前两位+cn/en+软件版本

(如:F6608wacn_v6.1.2.60)。

5。1。2。2 的产品命名中的“F”代表“Flash”,代表Flash

烧录的意思

5。1.2。3 芯片的前两位取芯片名称的前两个字母作为代表,如

waveplus去前两位就是“wa”。

5.1.2.4 /en表示软件界面的风格,“cn”代表中文版本,“en”

代表英文版本。

5。1.2.5 版本特指发布软件的版本,如:v6.1。2。60就是代

表6608路由器的最新版本。

5.1。3 所有发布软件的软件必须按照以上规则进行命名。

5。2、软件升级/烧录程序管理规范

5.2。1 软件由研发部测试主管统一发布和管理。

5。2.2 测试主管发布软件后应将发布软件的内容更新到《研发

部对外软件发布记录表》中,并将此文件作为附件随软件

包一起发布.

5。2。3 测试主管将已经发布的软件备份到对应产品的目录(目

录名为产品型号,如:TEI6608)备档,并在目录中建立

readme。txt文本说明软件版本、芯片方案、和软件升级

研发部对外软件发布管理规范

/烧录注意事项.

5.2。4 测试主管每月对软件档案进行备份管理,每月底之前将

所有发布的软件刻盘存档,避免电脑故障带来的资料丢失.

5。3软件包的审核流程

5.3.1、软件工程师提交软件和相关文档至软件版本管理员,软

件版本管理员进行编译备档无误后提交测试主管.

5.3.2、测试主管将测试软件分配给相关测试工程师进行测试,

收集测试报告与Bug报告。

5.3。3、测试工程师进行软件测试,向测试主管提交Bug发现报

告,同时CC软件版本管理员.

5。3.4、软件版本管理员通知相关软件工程师进行Bug解决,软

件工程师修改完成后填写Bug解决报告,同时更新软件版

本号(软件版本号最后一位加1),再重复步骤5.3.1。

5。3。5、测试工程师收到软件工程师的Bug解决报告后进行测

试,如测试不通过,则填写Bug发现报告并重复步骤

5.3.3;如测试通过则填写Bug验证报告,同时登记软件

版本信息并将其备份存档(附文本说明软件

版本、芯片方案、和软件升级/烧录注意事项),并将正

式发布的软件版本信息以及相关文档CC软件版本管理员.

5。3.6、填写《研发部对外软件发布记录表》。

5.3.7、制订软件升级指导文件(烧录程序需参考产品作业指导

书).

5.3。8、将升级/烧录程序及其相关升级辅助工具(可选)、升

级指导书、《研发部对外软件发布记录表》烧录为光牒发

布《软件发布通知》联络单至工程部,同时CC到品质部、

研发部对外软件发布管理规范

生产部、返修部、PMC部(附件:软件资料光牒).

5。3。9、由工程部根据光牒里面的指导资料及升级程序进行生

产导入确认。

6。相关文件

6.1 软件发布流程规范

6。2 说明书制作、审核规范

6。3 光盘、驱动制作管理规范

6。4 软件版本机管理规范

6.5 烧录指导书

6。6 研发Bug发现报告

6.7 研发Bug解决报告

6。8 研发Bug验证报告

7.记录表单

序 号

1

8.附件

相 关 记 录

保 存 期 限

备 注

两年

研发部对外软件发布记录

发布评论

评论列表 (0)

  1. 暂无评论