软件版本管理规定
上海精佑通信技术有限公司企业标准
（管理标准）
Q/HT 0001–2005
软件版本管理规定
V1.04
2005-04-11 发布 2005-04-11实施
上海精佑通信技术有限公司
目录
1范围 (4)
2术语和定义 (4)
2.1软件 (4)
2.2产品软件 (4)
2.3生产支持软件 (4)
3软件版本命名规则 (5)
3.1软件版本命名组成 (5)
3.2手机软件版本命名 (5)
3.3模块软件版本命名 (5)
3.4手机PC侧软件版本命名 (6)
3.5模块PC侧软件版本命名 (7)
3.6手机生产支持软件版本命名 (7)
3.7模块生产支持软件版本命名 (8)
3.8公用于所有手机和模块的软件版本命名 (9)
3.9无线上网卡相关软件版本命名 (9)
3.10无线上网卡驱动软件版本命名 (10)
3.11正式版本号的升级规则 (10)
3.12版本的电子文件命名规则 (11)
4软件版本发布流程 (11)
5禁止条例 (14)
6管理条例 (14)
7附录 (14)
上海精佑通信技术有限公司
文档版本变更记录：
注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
上海精佑通信技术有限公司
前言
为规范公司产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由公司技术部拟制，技术部归口管理。
本标准由技术部会同软件部、测试部和计划部共同起草。
本标准主要起草人：郝军、王瑾
本标准于2005年4月首次发布。
上海精佑通信技术有限公司
软件版本管理规定
1范围
本标准规定了公司产品软件版本的控制与管理。
本标准适用于公司产品软件版本的控制与管理。
2术语和定义
下列定义适用于本标准。
2.1软件
指与产品相关的所有软件，按功能可以分为产品软件和生产支持软件。
2.2产品软件
指可以下载到产品中的可执行文件或PC机中运行的手机助理软件。包括
a)手机软件：指手机项目中可以下载到手机中的可执行文件；
b)模块软件：指模块项目中可以下载到模块中的可执行文件；
c)PC侧软件：指在PC机中运行的手机助理软件。
d)无线上网卡相关软机：指与无线上网卡相关的下载、UI测试、管理器软件。
e)无线上网卡驱动软件：因为转换芯片（串口/PCMCIA）可能不同（现在用的是CF950），所以驱动
软件可能有所不同。
2.3生产支持软件
指产品软件之外的支持软件。包括：
a)激活软件：指激活加密版本手机的软件；
b)打印软件：指打印各种标贴的软件；
c)校准软件：指校准手机各种参数的软件；
d)终测软件：指对手机进行综合测试的软件；
e)下载软件：指下载手机软件到手机中的工具软件；
f)多窗体下载软件：最多支持16个端口同时下载的工具软件；
g)写ESN号软件：指向手机中写ESN号的软件；
h)写IMEI号软件：指向手机中写IMEI号的软件；
i)写板号软件：指向手机中写主板号的软件；
j)写数据库软件：指向数据库中写ESN/IMEI的软件；
k)烧号软件：指向手机中写手机号码的软件；
l)功能测试软件：指测试手机各种功能的软件；
m)绑定软件：指手机捆绑销售时锁网、锁卡、锁号的软件；
n)解绑定软件：指解除手机绑定功能的软件；
o)解锁软件：指解除手机开机密码的软件；
p)维修软件：指手机生产维修用的软件；
上海精佑通信技术有限公司
q)装箱打印软件：指打印手机包装的软件；
r)生产支持软件包:指生产支持软件的压缩包文件；
s)LCD测试软件:指生产线LCD检测专用软件；
t)BOOT软件:指具有启动引导和修复功能的软件；
u)耦合测试软件：指耦合方式下的射频指标测试软件；
v)板测软件：整机装配前的射频校准终测软件。
w)射频补丁软件：修改射频参数，使之达到射频指标测试要求。
3软件版本命名规则
3.1软件版本命名组成
公司产品的正式软件版本命名由四部分组成。第一部分是产品标识，第二部分是中间以圆点隔开的版本数字，第三部分是日期，第四部分是功能标识，用于区分PC侧软件、生产支持软件、CDG测试软件和机卡合一软件等。
3.2手机软件版本命名
手机软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD功能标识
版本号和时间之间以下划线分隔。为了适用下载软件，手机软件版本命名长度不超过20位，最后不足20位以@符号补齐。具体含义见表1。
表1 手机软件版本命名规则描述
例如：
C200?V1.00_050530@@@
C100?V1.01_050407NUS
3.3模块软件版本命名
模块软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD功能标识
版本号和时间之间以下划线分隔。为了适用下载软件，模块软件版本命名长度不超过20位，最后不足
上海精佑通信技术有限公司
20位以@符号补齐。具体含义见表2。
表2 模块软件版本命名规则描述
例如：
A0?V1.00_050530@@@@@
AI?V1.00_050407NUS@@
3.4手机PC侧软件版本命名
手机PC侧软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD PC 版本号和时间之间以下划线分隔。具体含义见表3。
PC侧软件版本命名规则描述
表3 手机
C8058?V1.00_050530PC
MOBILE?V1.00_050530PC
上海精佑通信技术有限公司
3.5 模块PC 侧软件版本命名
模块PC 侧软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD PC
版本号和时间之间以下划线分隔。具体含义见表4。
表4 模块PC 侧软件版本命名规则描述
例如：
A0?V1.00_050530PC MODULE ?V1.00_050530PC 3.6 手机生产支持软件版本命名
手机生产支持软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD 功能标识
版本号和时间之间以下划线分隔。具体含义见表5
。
表5 手机生产支持软件版本命名规则描述
上海精佑通信技术有限公司
表6 生产支持软件功能标识表
例如：
C8058?V1.00_050530LCD MOBILE ?V1.00_050530UM 3.7 模块生产支持软件版本命名
模块生产支持软件版本的命名规则如下所示：
产品标识VX.YY_YYMMDD 功能标识
版本号和时间之间以下划线分隔。具体含义见表7。
表7 模块生产支持软件版本命名规则描述
上海精佑通信技术有限公司
例如：
A0?V1.00_050530DON
MODULE?V1.00_050530DON
3.8公用于所有手机和模块的软件版本命名
公用于所有手机和模块的软件版本命名规则如下所示：
产品标识VX.YY_YYMMDD功能标识版本号和时间之间以下划线分隔。具体含义见表8。
表8 公用于所有手机和模块的软件版本命名规则描述
例如：
HUNTEL?V1.00_050530BOT
3.9无线上网卡相关软件版本命名
无线上网卡相关软件版本命名规则如下所示：
产品标识VX.YY_YYMMDD功能标识版本号和时间之间以下划线分隔。具体含义见表9。
表9 无线上网卡相关软件版本命名规则描述
上海精佑通信技术有限公司
表10 无线上网卡相关软件功能标识表
例如：
PCMCIA?V3.04_050530MAN
3.10无线上网卡驱动软件版本命名
无线上网卡驱动软件版本命名规则如下所示：
产品标识VX.YY_YYMMDD功能标识
版本号和时间之间以下划线分隔。具体含义见表11
表11 无线上网卡驱动软件版本命名规则描述
例如：
CF950?V3.04_050530DRV
3.11正式版本号的升级规则
软件的正式版本号升级，应该能体现出版本继承性关系，根据软件改动的大小，进行正式版本号升级。
3.11.1软件版本升级规则
1)研发阶段主版本X的值为1，小批量生产阶段主版本X升级为2
2)研发阶段软件的初始正式版本号为1.00；
3)从研发阶段进入小批量生产阶段，版本从研发阶段的1.YY升级为2.01；
上海精佑通信技术有限公司
4)小批量生产阶段，版本从2.01开始升级；
5)研发阶段每次版本升级，版本号和日期均升级(主板本X为1，次版本YY和时间YYMMDD均
升级)；
6)小批量生产阶段，遇某一版本外发，接下来的版本版本号和日期均升级(主板本X为2，次版本
YY和时间YYMMDD均升级)，如果没有外发，则只变动日期，版本号不升级（X.YY与上一版本一致，时间YYMMDD升级）；
7)研发阶段所有软件升级正式版本号需连续，小批量生产阶段所有软件升级正式版本号连续（有外发）
或不变（无外发）。
备注：项目从研发阶段进入小批量生产阶段，项目经理应及时通知软件部版本负责人和技术部；版本外发，项目经理应提前通知技术部，技术部或项目经理应及时通知软件部版本负责人。
3.11.2主版本号升级
主版本号X的升级发生在改型或进行功能重大变更，或者项目阶段发生变化时。这种升级需要经过项目调整申请评审，并有相应的改型或变更设计与之对应。
3.11.3次版本号升级
次版本号YY的升级由某版本的各种修补来决定。版本每修补一次，就由00到99向前升级一个版本。
3.12版本的电子文件命名规则
1)电子文件名同软件版本命名；
2)文件的后缀根据实际需要取用，具体如下：
●elf TRACE32下载文件
●bin 串口下载文件
●hex 生产烧录文件
●exe 生产支持软件的安装程序文件等
●dll 烧号软件的动态链接库文件
●zip 生产支持软件的压缩包文件
●sys 2k以后的驱动文件
●vxd 2k以前的驱动文件
●inf 生产厂家定义的设备配置文件
●cat 生产厂家定义的目录文件
3)同一生产支持软件版本包含两个及以上文件必须以压缩包方式提交；
4)相同后缀名的文件如果用途不同，必须在文件名中注明。
4软件版本发布流程
1)软件项目组长填写《***软件版本说明》(电子档,类似于以前的版本说明),写明这个版本的更改项和
测试项；
上海精佑通信技术有限公司
2)交与项目经理审核(项目经理需要把握版本发布进度)；
3)项目经理同意（或不同意）发布版本；
4)项目经理同意，软件项目组长制作版本；
5)软件项目组自测人员自测；
6)自测通过，请告知版本管理员，版本管理员审核（文件齐全,命名规范）,相关人员填写版本说明表；
7)版本管理员文件归档,在故障库中添加版本号,通知测试项目组长测试；
8)测试项目组长提交《***软件版本测试报告》(电子档)，并说明是否放行(标准：产品故障分类标准
和版本放行管理规定)；
9)版本管理员依照标准审核,相关人员填写版本说明表；
10)版本管理员测试报告归档，并登记该版本可(或不可)对外发布。
软件版本发布流程框图：
上海精佑通信技术有限公司
上海精佑通信技术有限公司
5禁止条例
1)禁止生产线使用服务器上正式发布版本以外的版本；
2)禁止软件部、测试部、直接将版本发给生产线使用；
3)禁止软件部直接将部门内编译版本发给测试部进行测试，禁止测试部直接从软件部取用版本进行测试；
4)禁止审批中上一审批未通过，跳跃至下一审批。
6管理条例
1)技术部负责监督软件版本管理的实施；
2)有审核权的人员不在岗时，应事先指定授权人；
3)内部版本从申请版本提交到最终技术部归档，最长时间不得超过7天；
4)项目从研发阶段进入小批量生产阶段，项目经理应及时通知软件部版本负责人和技术部；
5)版本外发，项目经理应提前通知技术部，技术部或项目经理应及时通知软件部版本负责人。
7附录
1)附录A《版本说明表》
2)附录B《资料外发申请表》
上海精佑通信技术有限公司
附录A
版本说明表
表HT-2005-01 归口管理：技术部编号：
上海精佑通信技术有限公司
附录B
资料外发申请
表 HT-2005-02 归口管理：技术部编号：
上海精佑通信技术有限公司
上海精佑通信技术有限公司
上海精佑通信技术有限公司
公司软件管理规范
XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：
1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软
件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 4.3开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 4.4监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 4.4软件管理职责对照见下表： 分类开发部门使用/管理部门监控部门 产品源程序研发部工程部品质部 ATE测试软件及测试程序信息技术部工程部品质部 设备应用程序工程部工程部品质部 管理应用软件信息技术部使用部门信息技术部 办公软件信息技术部使用部门信息技术部 5.软件管理规范： 5.1软件申请、开发、使用管理流程图：（如下图）
软件版本管理制度方案.doc
软件版本管理制度.1 软件版本管理规范 系统软件开发部 2011-9-20 目录 1引言(3) 1.1目的(3) 1.2范围(3) 1.3术语定义(3) 1.4版序控制记录(4) 1.5版本更新记录(4) 2版本管理(4) 2.1流程图(4) 2.2版本命名(9) 2.3版本升级(10) 2.3.1版本升级原则(10) 2.3.2新版本的发布(11)
2.4目录结构(11) 2.5文档的存放(12) 2.5.1文本文件的存放(12) 2.5.2源代码的存放(12) 2.5.3发行文档的存放(12) 2.6权限控制管理(12) 3备份管理(13) 3.1源文件备份(13) 3.2库文件备份(13) 4用户版本管理(13) 5版本工具的使用(14) 5.1配置管理工具(14) 5.2CVS的使用(14) 5.2.1常用命令(14) 5.2.2简单操作(17) 5.2.3版本分支管理(17) 1引言
本文档是为规范XXXXXX有限公司软件版本管理而制定的。 1.2 范围 本文档为系统软件开发部版本管理员提供有关版本管理规范的相关内容，包括： ●版本标识方法 ●软件系统数据的存放 ●文档的修改控制 ●文档的备份制度 1.3 术语定义 CVS CVS是一个开源的版本控制系统Concurrent Versions System的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。 1.4 版序控制记录 1.5 版本更新记录 2版本管理2.1 流程图 2.1.1文档归档流程 2.1.2文档变更流程
SPC统计过程控制实施规范2019
★★★ 质量管理实践 五大工具实施系列之 SPC统计过程控制实施规范 2019-12-23 编制: 周小东 本规范符合最新IATF16949 2016标准要求； 本规范引导企业如何正确实施SPC统计过程控制分析作业。
1.目的 通过实施统计过程控制，评估产品要求的符合性、过程和产品的特性及趋势、供方产品、过程能力是否达到规定要求，以便及时采取对策预防质量不良的发生，同时寻找改进的机会。 2.范围 本规定适用本公司所有的零部件产品的所有过程。 3.术语与定义 3.1工序能力：指工序处于受控状态或稳定状态下在加工精度方面的实际 能力，过程能力体现了过程稳定地实现加工质量的范围。 3.2工序处于受控状态或稳定状态：指工序的分布状态不随时间的变化而 变化。 3.3 工序加工能力：指工序质量特性的分散（或波动）有多大。 3.4 工序能力指数：即（CP&CPK），产品的公差与工序能力的比较指标值， 它表示该工序能力对产品设计质量要求的保证程度。 3.5 CMK：Machine Capability Index的缩写，称为设备能力指数。 3.6 PPK：Process Performance Index的缩写，过程性能指数。 3.7 CPK：Complex Process Capability index 的缩写，过程能力指数（调 整修正工序能力指数）。 3.8 SPC：Statistical Process Control是一种借助数理统计方法的过 程控制工具。它对生产过程进行分析评价，根据反馈信息及时发现系统性因素出现的征兆，并采取措施消除其影响，使过程维持在仅受随机性因素影响的受控状态，以达到控制质量的目的。 4.引用标准条款
软件版本管理制度
软件版本管理规范 系统软件开发部 2011-9-20 目录 1引言............................................................. 目的.......................................................... 范围.......................................................... 术语定义...................................................... 版序控制记录.................................................. 版本更新记录.................................................. 2版本管理......................................................... 流程图........................................................ 版本命名...................................................... 版本升级...................................................... 版本升级原则............................................... 新版本的发布............................................... 目录结构...................................................... 文档的存放.................................................... 文本文件的存放............................................. 源代码的存放............................................... 发行文档的存放................................ 错误!未定义书签。
统计过程控制
第一章 SPC简介 第一节什么是SPC 一、 定义：SPC是英文Statistical Process Control的字首缩写，即统计 过程控制。SPC就是应用统计技术对过程中的各个阶段进行监控，从而达到改进与保证质量的目的。SPC强调全过程的预防。 二、 SPC的特点： 1）SPC是全系统的，全过程的，要求全员参与，人人有责； 2）SPC强调用科学方法（主要是统计技术，尤其是控制图）来保证全过程的预防； 3）SPC不仅用于生产过程，而且可用于服务过程和一切管理过程。 三、 为什么要推行SPC? 优质企业平均有73%(用SPC方法的)的过程Cpk超过1.33，低质企业只有45%过程达到Cpk=1.33。Cpk>1.67的企业，平均销售收入增长率为11%以上，而其它企业的数据为4.4%。一家企业用了三年的时间使废品率降低58%，其使用的方法：将使用SPC的过程比例由52%增加到68%。 1)时代的要求：PPM管理、6σ管理； 2)科学的要求； 3)认证的要求； 4)外贸的要求。 四、推行SPC的目标 A.达到统计受控状态； B.维持统计受控状态； C.改进过程能力。
第二节 SPC发展简史 过程控制的概念与实施监控的方法早在20世纪20年代就由美国的休哈特（W.A.Shewhart）提出。今天的SPC与当年休哈特的方法并无根本的区别。 SPC迄今为止经历了三个发展阶段，即：SPC，SPCD及SPCDA。 1）第一阶段为SPC：SPC是美国休哈特在20世纪二、三十年代所创造的理论，它科学地区分出生产过程中产品质量的偶然波 动与异常波动，从而对过程的异常及时告警，以便采取措施， 消除异常，恢复过程的稳定。这就是所谓统计过程控制； 2）第二阶段为SPCD：SPCD是英文Statistical Process Control and Diagnosis的缩写，即统计过程控制与诊断。SPCD是SPC的进 一步发展，1982年我国张公绪首创两种质量诊断理论，突破了 传统的美国休哈特质量控制理论，开辟了统计质量诊断的新方 向。目前SPCD已进入实用性阶段； 3）第三阶段为SPCDA：SPCDA是英文Statistical Process Control，Diagnosis and Adjustment的缩写，即统计过程控制、诊断与调 整。这方面国外刚刚起步，他们称为ASPC（Algorithmic Statistical Process Control，算法的统计过程控制），目前尚无实 用性的成果。
软件版本管理规定
上海精佑通信技术有限公司企业标准 （管理标准） Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施
上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)
上海精佑通信技术有限公司 文档版本变更记录： 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1．版本号前增加“V”,用以明显标识版 本号 2．版本号和时间之间以下划线分隔 3．增加生产支持软件种类 4．增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5．增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型：射 频补丁软件（RFP） V1.03 2005-7-15 郝军更改版本号升级规则，更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
SPC统计过程控制管理办法
w 本手册所描述操纵图的选用程序 否 是 是 是是 是
注：本图假设测量系统差不多过 是 是 是 否否
评价同时是适用的 第Ⅰ章 持续改进及统计过程操纵概述 在今天的经济气候下，为了事业昌盛，我们——汽车制造商，供方及销售商必须致力于不断改进。我们必须查找更有效的方法来提供产品及服务。这些产品和服务必须不断地在价值上得以改进。我们必须重视内部以及外部的顾客，并将顾客中意作为企业的要紧目标。 为了达到这一目标，我们组织中的每一个人都必须确保不断改进及使用有效的方法。本手册涉及到第二个领域的某些要求。它描述了能使我们致力于的改进更有效的几种差不多的统计方法。为了完成不同的任务需要不同程度的理解。本手册的对象是见习生以及刚开始从事统计法应用的治理人员。关于现在正在应用更先进技术的人员，本手册也可作为他们学习这些差不多方法的参考文献。本手册并没有包括所有的差不多方法。附录H 所列的参考文献或手册中阐述了其他的差不多方法(例如：检查清单、 流程图、是
排列图、因果分析图等)及一些先进的方法(如其他操纵图、试验设计、质量功能展开等)。 本书所述的差不多统计方法包括与统计过程操纵及过程能力分析有关的方法。本手册的第1章阐述了过程操纵的背景知识，解释了一些重要的概念：如变差的专门及一般缘故，并介绍了操纵图，那个用来分析及监控过程特不有效的工具。第Ⅱ章描述了构 造和使用计量型数据操纵图表(定量的数据，或测量)的 - X —R ， - X —s 图，中位数图以及X —MR(单值及移动极差)图。这一章还介绍了过程能力的概念并讨论了广泛应用的指数及比值。第Ⅲ章介绍了用于计数型数据(定性数据或计数值)的几种操纵图：p 图、np 图及u 图。第Ⅳ 章介绍了测量系统分析的内容并列举了适当的例子。附录包括分组及过度调整的例子，如何使用操纵图的流程图、常数及公式表、标准正态分布以及可复制的空白表等。术语索引给出了本手册所使用的术语及符号的解释，参考文献一节向读者提供了进一步学习的材料。 在开始讨论之前，需进行六点讲明： 1．收集数据并用统计方法来解释它们并不是最终目标，最终目标应是对读者的过程不断加深理解。当—个没有任何改进的技术专家是专门容易的。增加知识应成为行动的基础； 2．研究变差和应用统计知识来改进性能的差不多概念适用于任何领域，能够 是在车间中或办公室里。例子有：机器(性能特性)、记帐(差错率)、总销售额、白费分析(废品率)、计算机系统(性能特性)及材料治理(运送时刻)。本手册重点放在车间应用中。鼓舞读者参考附录H
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
项目软件版本号管理规范
项目软件版本号管理规范
历史修改记录 一. 目的
1.1软件版本按照一定的规则保存所有版本，避免发生版本丢失或混淆等现象， 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作，有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容，包括：2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作，公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号：内部版本号和外部版本号。版本号使用 VP规则，V(Version)是指外部版本号（研发测试版本），P(Patch)是指补丁版本号（可选）。 3.1.2版本号命名：V/B+主版本号+次版本号+修订版本号+日期版本号
3.2版本号修改规则 3.2.1主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变 动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩 充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如： V8.1.0.XXX (上一级版本号有变动时，下级要归零) 3.3版本号修改举例说明 如此时版本号为：V8.1.0.XXX ，此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： V8.1.1.XXXX ，如当前日期跟上一个版本号的日期不一样，版本号可改为： V8.1.1.XXX。
生产过程中的统计过程控制(SPC)
生产过程中的统计过程控制(SPC) 随着市场竞争的日益激烈，企业对产品质量提出了更高的要求，特别在全球一体化经济背景下，企业要想加入全球产业链之中，就必须按照国际统一的质量管理标准和方法进行质量管理。近年来，越来越多的国内企业意识到这一点，纷纷通过了ISO9000、ISO/TS16949等质量管理认证。国际标准化组织（ISO）也将SPC作为ISO9000族质量体系改进的重要内容，ISO/TS16949认证也将SPC列为一项重要指标，IRIS认证同样将SPC列为一项重要指标。 天行健咨询了解到，世界许多大公司不仅自身采用SPC，而且要求供应商也必须采用SPC控制质量，SPC业已成为企业质量管理必不可少的工具和质量保证手段，也是利用高新技术改造传统企业的重要内容。 一、SPC具体作用 1、提高产品合格率，降低生产成本，提高企业效益； 2、降低产品售后服务费用，包括因质量原因引发的退货、换货、修理； 3、实时监控企业质量管理过程，全面掌握质量动态，及时发现质量变异； 4、多种控制图提供质量变异分析方法，提供质量管理决策支持，使质量管理者能找出真正使质量变异的原因，有助于企业持续改善质量；
5、获得采购商对质量管理的认可，从而获得更多客户； 6、提升现代管理及信息化建设水平，改善企业形象。 二、过程能力分析 1、技术原理 统计过程控制是一种借助数理统计方法的过程控制工具。它认为，当过程仅受随机因素影响时，过程处于统计控制状态（简称受控状态），当过程中存在系统因素的影响时，过程处于统计失控状态（简称失控状态）。由于过程波动具有统计规律性，当过程受控时，过程特性一般服从稳定的随机分布；而失控时，过程分布将发生改变。SPC正是利用过程波动的统计规律性对过程进行分析控制。因而，它强调过程在受控和有能力的状态下运行，从而使产品和服务稳定地满足顾客的要求。 2、关键技术指标 过程能力（简称PC）是指过程质量方面的能力。这种能力表现在过程稳定（受控）的程度上，用过程能力指数Cpk表征。Cpk计算步骤如下：T的大小是标准要求，往往是根据顾客的要求确定的，一般是不变的，因而过程能力指数Cpk主要取决于标准偏差越小，Cpk越大。 三、过程能力不足的具体原因分析 1、从设备、工装方面分析：首先对设备的各种参数进行了评估，尤其对设备的各种重要参数进行了分析，初步判断各种参数可能对设备稳定性的影响程度。 2、从人员的作业方法分析，通过对作业人员作业方法的确认，作业时完全按照工艺卡片的要求执行，所以出现的过程波动与作业方法没有任何关系。 3、从原材料方面分析，通过对原材料的复验分析，原材料的成分与原来的成分相吻合，所以对出现的过程波动，与原材料没有任何关系。 4、从人员方面分析，通过对作业人员的工作认真程度、责任心等方面的全方位分析，确认
软件版本管理规范19726
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用范围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章内容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书
需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划 上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。
配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目内部的目录结构： |–projectA
软件开发管理制度汇编
软件开发管理制度 版本：V1.0 2013年1月
第一节总则 第一条为规自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框 架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常 支持由IT技术中心和合作商共同承担，IT技术中心负责部（一级）支持， 合作商负责外部（二级）支持；外包开发是指将IT应用项目的设计、开 发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询 公司等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求 管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验 收、系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报 告》应明确项目的围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络
软件版本管理规范标准
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
版本管理制度
版本管理规范(草案) 研发部 2009-2-4
目录 文档类别使用对象....................................................... 错误!未定义书签。1．引言................................................................ 错误!未定义书签。 目的 .................................................................. 错误!未定义书签。 范围 .................................................................. 错误!未定义书签。 术语定义 .............................................................. 错误!未定义书签。 版序控制记录 .......................................................... 错误!未定义书签。 版本更新记录 .......................................................... 错误!未定义书签。2．版本管理............................................................ 错误!未定义书签。 2．1版本标识方法...................................................... 错误!未定义书签。 2．1．1正式版本..................................................... 错误!未定义书签。 2．2目录结构.......................................................... 错误!未定义书签。 2．3文档的存放........................................................ 错误!未定义书签。 当前版本和历史版本的存放 ........................................... 错误!未定义书签。 开发文档的存放 ..................................................... 错误!未定义书签。 源代码的存放 ....................................................... 错误!未定义书签。 SQL语句的存放...................................................... 错误!未定义书签。 发行文档的存放 ...................................................... 错误!未定义书签。 2．4权限控制管理...................................................... 错误!未定义书签。3．更新管理（版本升级） ................................................ 错误!未定义书签。 版本升级原则 ........................................................ 错误!未定义书签。 新版本的发布 ....................................................... 错误!未定义书签。4．备份管理............................................................ 错误!未定义书签。5．用户版本管理........................................................ 错误!未定义书签。6．研发部统一管理阶段性版本............................................. 错误!未定义书签。 阶段性版本的提交到研发部............................................... 错误!未定义书签。 阶段性版本的发布到公司网站上........................................... 错误!未定义书签。 各项目组新版本内部及时备份。........................................... 错误!未定义书签。7．版本工具的使用...................................................... 错误!未定义书签。 研发部采用SVN配置管理工具............................................. 错误!未定义书签。8．各项目组提交文档及源码以及规则....................................... 错误!未定义书签。 各项目组需要提交的文档................................................ 错误!未定义书签。 目前所管理的产品列表................................................... 错误!未定义书签。9．周报管理制度........................................................ 错误!未定义书签。10．风险管理制度....................................................... 错误!未定义书签。
软件版本管理制度
软件版本管理规X 系统软件开发部 2011-9-20
目录1引言3 1.1目的3 1.2X围3 1.3术语定义3 1.4版序控制记录4 1.5版本更新记录4 2版本管理4 2.1流程图4 2.2版本命名7 2.3版本升级7 2.3.1版本升级原则7 2.3.2新版本的发布8 2.4目录结构8 2.5文档的存放9 2.5.1文本文件的存放9 2.5.2源代码的存放9 2.5.3发行文档的存放9 2.6权限控制管理10 3备份管理10 3.1源文件备份10 3.2库文件备份10 4用户版本管理10 5版本工具的使用11 5.1配置管理工具11 5.2CVS的使用11 5.2.1常用命令11 5.2.2简单操作12 5.2.3版本分支管理12
1引言 1.1 目的 本文档是为规XXXXXXXXX软件版本管理而制定的。 1.2 X围 本文档为系统软件开发部版本管理员提供有关版本管理规X的相关内容，包括： ●版本标识方法 ●软件系统数据的存放 ●文档的修改控制 ●文档的备份制度 1.3 术语定义 CVS CVS是一个开源的版本控制系统Concurrent Versions System的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
(完整版)技术部软件版本管理规范
技术部软件版本规范 文档建立/修改记录： 版本管理规范 【新建项目版本管理部分】 1，项目组接到项目需求， 1.1，开发组出项目设计和开发计划； 1.2，测试在Git中建立空项目(项目名称开会时候会有，没有需要问)，形成master版本，版本设定为V0.0.0。 2，组长发邮件给技术总监，并且抄送给项目经理和测试。 邮件内容：开发计划文档url和开发版本号(V0.1.0)，请批准第一阶段(开发计划中会包含)开发。 3，得到批准开发回复后，测试从master(V0.0.0)建立分支版本(V0.1.0)，打开版本参与人员的更新权限，并且将url给组长。 4，组长download项目，上传项目可运行框架，并且更新GIT中的readme文档并通知开发；5，开发者必须按时按功能点来提交(提交时需写相应描述)项目到GIT中，并且push前必须测试，保证代码不能有运行异常，导致无法测试 5.1，Push结束后，开发者继续开发下一个功能点。 5.2，push结束会自动化构建，自动化构建完成后系统会自动通知测试人员进行测试，测试人员需先关闭版本参与人员的更新权限，再按功能点来测试bug，然后更新bug文档和测试用例文档的内容(有无bug都需要更新)，随即打开更新权限并通知组长。 6，开发者下一个功能点提交时，同上要求。 7，第一阶段最后一个功能点提交完毕后，测试者关闭此版本参与者更新权限，然后将此版本(V0.1.0)建分支版本(V0.1.1)并且给出版本url给组长，继续进行测试最后一个功能点bug。8，组长通知组员进行bug（bug一般会比较少，bug很多只能说明开发者开发质量有问题）修改，给出修改版本地址。 9，修改完毕后提交，测试人员再次关权限且测试，如仍然有bug存在，更新相应文档并在相关修改支版本(这里是V0.1.1)中再次建立修改版本(此时是V0.1.2)，随即给出版本url给组长。ps：提交版本如有冲突找组长调节。 10，第一阶段开发完全完成后开始开发第二阶段任务，重复2~9步骤，相应的版本号会变为从V0.2.0开始，同里修改版本号则是V0.2.1/V0.2.2/V0.2.3...... 11，当全部阶段任务完成(指的是开发完成并测试无bug)，测试将最新的修改完成的版本(应该是V0.x.x，x为任意数字)合并到master版本中，此时版本号设定为V1.0.0。测试发邮件给
软件项目管理制度
软件项目管理制度 文件编号 SKYEYES-ZJ-04 版 本 号 Version 0.1 编 制 审 核 批 准 保密级别 发布日期
目录 1目的 (2) 2适用范围 (2) 3职责 (2) 4软件项目管理 (3) 4.1项目整体管理 (3) 4.2项目启动阶段 (5) 4.3初步需求调研阶段 (6) 4.4软件需求规格阶段 (6) 4.5设计阶段 (7) 4.6实现阶段 (8) 4.7测试阶段 (8) 4.8实施及试运行阶段 (10) 4.9验收阶段 (11) 4.10收尾阶段 (12) 5相关文件 (13)
1目的 本制度规定了公司所承接的不同规模的软件项目开发流程，说明项目的各个阶段之间的输入输出结果，以及执行各阶段任务时的要求及相关模板，各部门的职责等，并说明了各阶段完成的标志和标准，是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件，其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况： ●公司所承接的不同规模的软件开发类项目； ●公司所承接的集成项目中的软件开发部分； ●公司产品的外围开发工作。 3职责 部门名称主要职责 分管总监1.负责协助项目启动过程，指派项目经理及项目组； 2.负责协助项目组完成项目各阶段任务； 3.负责参与评审项目关键阶段成果； 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理； 2.项目经理为项目第一责任人； 3.对项目结果负责； 4.根据公司要求开展项目各阶段任务； 5.负责项目启动至项目收尾的所有项目相关工作； 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作； 2.负责检查项目各阶段的成果并出具检查报告；
SPC管理规定
SPC管理规定
5.3.1.4 选择控制图的刻度 对于X 图, 坐标上的刻度值的最大值与最小值之差应至少为子组均值( X ) 最大值与最小值差的2倍。 对于R 图, 刻度值应从最低值为0开始到最大值之间的差值为初始阶段所遇到的最大极差( R) 的2倍。 5.3.1.5 将均值X 和极差R 画到控制图上。 5.3.2 计算控制限 5.3.2.1 计算平均极差( R ) 及过程平均值( X ) K R R R R K 21 K X X X X K 21 K 为子组的数量 5.3.2.2 计算控制限 UCL R =D 4R UCL X =X +A 2R LCL R =D 3R LCL X =X -A 2R 式中之D 4、 D 3及A 2为常数, 见