文件变更履历:
版本管理规范 ■标准化文件发布号：（9456?EUATWK?MWUB?WUNN?INNUL-DDQTY-KII
版本管理规范 一?版本管理办法 1.1目的 按照一定的规则保存项口源程序的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到项口各个板块的任何版本。为保障公司源代码和开发文档安全不被泄漏，保证选代码的完整性，明确源代码控制管理流程，特制定此管理办法。 1.2适用部门 本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 1.3管理部门 源代码直接控制管理部门为软件部。 1.4控制范围 本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.5角色与职责 所有项U成员都必须遵照版本控制规则操作各个项U板块。 1.6版本管理工具VirsualSVN 用此工具对项口开始阶段的开发，和项U中期的变更进行版本的管理。避免发生版本丢失或混淆等现象，详细使用方法见：《Virsual SVN操作细则》1.7项目各板块版本变迁规则 各板块的状态有3种-“草稿” （Dralt）. “正式发布” （Released）和 “正在修改” （Changing）各板块状态变 迁如图所示： 吃賈项状态变迁如圈所示; 各板块刚建立时其状态为“草稿”。各板块通过评审（试用）后，其状态变为“正式发布”。此后若更改各板块源代码，必须填写“版本变更情况表”及“版本变更状态跟踪表”,且版本状态变为“正在修改”,修改后通过审批（试用）其状态乂为“正式发布” O以此循环。 二.SVN管理规范 2.1帐号密码的配发规则 根据岗位需要，针对不同人员，设置不同权限。遇岗位变更，随时增加删除权限。
基于Tortoise SVN的软件产品版本管理规范[草稿]
目录 1. 引言 (1) 1.1. 目的 (1) 1.2. 范围 (1) 1.3. 术语定义 (1) 1.4. 参考资料 (2) 1.5. 版本控制记录 (2) 1.6. 版本更新记录 (2) 1.版本管理 (4) 2.1. 版本标示方法 (4) 2.1.1. 正式版本 (4) 2.2. 目录结构 (5) 2.3. 文档的存放 (6) 2.3.1. 开发文档的存放 (6) 2.3.2. 源代码的存放 (6) 2.3.3. SQL的语句存放 (7) 2.3.4. 发行文档的存放 (7) 2.4. 配置管理流程 (7) 2.5. 权限控制的管理 (8) 2.更新管理 (9) 3.1. 源程序的修改 (9) 3.2. 版本升级 (10) 3.2.1. 版本升级原则 (10) 3.2.2. 新版本发布 (11) 3.3. 文档的变更 (11) 3.备份管理 (12) 4.版本工具Tortoise SVN的使用 (13)
1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1.目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2.范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关 内容，包括： ●●●●版本标识方法 软件系统数据的存放文档的修改控制 文档的备份制度 1.3.术语定义 SCM 软件配置管理（Software Configuration Management）缩写SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 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. 引言........................................................ .目的................................................. .范围................................................. .术语定义............................................. .参考资料............................................. .版本控制记录......................................... .版本更新记录......................................... 2.版本管理.................................................... .版本标示方法......................................... 正式版本.......................................... .目录结构............................................. .文档的存放........................................... 开发文档的存放.................................... 源代码的存放...................................... SQL的语句存放 .................................... 发行文档的存放.................................... .配置管理流程......................................... .权限控制的管理....................................... 3.更新管理.................................................... .源程序的修改......................................... .版本升级.............................................
软件版本管理规 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产品软件版本命名 产品软件版本的命名规则如下所示：
项目软件版本号管理规范
历史修改记录
一. 目的 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。 3.3.2 如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改次版本号，如：V8.2.0.XXXX（上一级有变动时，下级要归零）。3.3.3 当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本号，如新增加了退款功能，则版本号要改为：V9.0.0.XXXX； 3.4版本控制记录
上海精佑通信技术有限公司企业标准 （管理标准） 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)维修软件：指手机生产维修用的软件；
新媒体平台管理规范 第一章总则 第一条为进一步加强对中心官方新媒体平台（以下简称“新媒体平台”）的规范管理，充分发挥外宣和信息交流的积极作用，树立中心良好形象，制定本规范。 第二条新媒体平台是指为中心整体形象传播、业务拓展以及促进与客户间沟通交流等，经中心审批同意，向各类平台运营商申请并使用的各种新媒体信息交流平台，如微信、微博、网络直播平台以及日后新兴的其他新媒体平台等。 第三条本办法适用于中心本部，下属公司可参照执行。 第二章管理及职责 第四条因中心整体形象传播、业务拓展及客户维护等工作需要，各部门可申请在新媒体平台上设立账号。新媒体平台的相关部门包括使用部门与管理部门。 使用部门：基于中心整体形象传播需要，在新媒体平台上新设账号的，使用部门为办公室；基于业务拓展或客户维护需要在新媒体平台上新设账号的，使用部门为各业务部门。 管理部门：按照新媒体平台的功能定位不同进行划分：用于对中心整体形象进行传播的，管理部门为办公室；用于各部门进行业务传播及客户维护的，管理部门为运营管理部；有关信息技术支持方面的，管理部门为信息中心。 第五条新媒体平台相关部门的职责划分：
一、使用部门主要负责所申请新媒体平台账号的日常使用及维护工作，具体包括： （一）经中心审批，同意新设（或注销）新媒体平台账号后，按照平台运营商要求，完成新设（或注销）相关程序，并按要求报管理部门备案； （二）信息审核发布及日常的使用、维护等； （三）结合部门情况建立相应的内部管理机制（包括信息审核、维护管理等）； （四）当新媒体平台账号使用情况发生变化时，及时报管理部门登记备案。 二、管理部门职责： （一）办公室主要负责对用于中心整体形象传播的新媒体平台账号进行管理，具体包括： 1.负责将新媒体平台账号的具体信息登记造册（见附件1）以及信息修改备案等； 2.按照平台运营商要求，配合使用部门提供新设（或注销）账号所需的公司资料； 3.对新媒体平台账号进行舆情监控，发现问题及时上报。 （二）运营管理部主要负责对各部门用于业务广告及客户维护的新媒体平台账号进行管理，具体包括： 1.当其他部门向中心申请新设（或注销）新媒体平台账号时，提出相关管理意见； 2.负责将新媒体平台账号的具体信息登记造册以及信
网络管理规范 1.0目的 规范本公司内部网络管理工作，以确保公司内部网络系统安全、稳定、可靠地运行。 2.0范围 此文件适用于公司内部主网系统（服务器、工作站、客户端、网络打印机）和公司财务子网系统的管理及维护。 3.0职责 3.1技术管理部负责公司内部主网系统和公司财务子网系统的构造及完善。 3.2技术管理部网络管理员负责公司内部主网的日常管理及维护。 3.3技术管理部网络管理员负责公司财务子网的维护工作。 3.4客户端的使用者负责本机器的日常保养。 4.0程序 4.1技术管理部负责拟制公司内部主网和公司财务子网结构方案及优化方案，总工程师组 织相关人员进行评审并填写《评审报告》，经总经理批准后，由技术管理部组织实施。 4.2当公司内部主网结构或公司财务子网结构有变动时，技术管理部应及时更新《公司内 部主网结构现况》或《公司财务子网结构现况》。 4.3服务器和工作站管理 4.3.1网络管理员定期修改服务器、工作站的网络管理员登录密码，并将修改情况填写 在《网络管理一览表》上，交给网络主管，防止网络管理员登录密码流失。 4.3.2网络管理员负责对服务器的数据库及重要数据做日备份及周备份，制作M/O备份 系统。 4.3.3正常情况下，网络管理员负责每周清理服务器硬盘垃圾及碎片；每月对杀毒软件 进行升级，每周对服务器进行杀毒，保证服务器正常运作。 4.3.4网络管理员负责定期检查与服务器连接的网络线路，保证内部网正常运作。 4.3.5网络管理员负责限制服务器上重要文档目录的访问权、读取权及修改权。 4.3.6在服务器为每个部门建立一个部门内部共享目录，对其进行访问权限的限制。 4.3.7在服务器端开设个人目录，用户对自己的个人目录具有完全控制的权限，个人可 把重要的数据存放到个人目录下。网络管理员负责定期检查文件的安全性。 4.3.8关闭远程管理员级的访问，经常检查审计文件和系统审计文件。
更改记录
1 目的 为了规范钢网使用及其管理，延长钢网使用寿命。 2 范围 钢网管理规范适用于公司内部所有的钢网管制。 3 钢网管理责任 3.1 钢网制作责任 由生产线根据需要填写《请购单》； SMT工程师核实发外制作，并跟踪钢网制作全过程、校对等事物。 3.2 钢网管理责任 3.2.1品质检验部：负责对钢网进行首检验收，填写《钢网验收记录单》（附件一），并对生产部门的使用和管理进行监督。 3.2.2生产部：所有的钢网使用、清洗、维护、保存。 3.2.3 SMT线长： (1) 协助品质检验部对接收的钢网进行验收。 (2) 对接收到的钢网进行检查并贴上钢网管理标贴。 4 管理要求 4.1 钢网制作基准 4.1.1 钢网尺寸 (1) 自动印刷设备：650*550mm、736*736mm (2) 手动印刷设备：470*370mm、550*420mm 4.1.2 钢网厚度 (1) 元件最小PITCH≤0.3mm的产品，选取0.13mm以下的模板； (2) 元件最小PITCH为0.4mm的产品，选取0.13mm (±0.01mm)的模板； (3) 最小间距≥0.5mm的产品，选取0.15mm的模板； 4.1.3钢网张力 (1) 用张力计测量钢网的四个边角和它的中心点，要求达到张力要求。 (2) 张力要求：35≤F≤50（G/CM） (3) 张力误差：F≤8（G/CM）
4.2 钢网验收标准 取到新钢网后，应先对新钢网作以下检查： 4.2.1 钢网外观 (1) 网面无划痕、变形，污物，字符与PCB板对应。 (2) 铝框平整、整洁；外型尺寸核对无误，其公差小于2mm 。 (3) 钢片与铝框之间的刮胶平整，颜色均匀，厚度均匀。 (4) 钢片与铝框相对位置边距偏差在1mm左右。 4.2.2开口检测 (1) 目测焊盘和开口数量，形状，位置是否一一对应，IC开口尺寸是否与标准相符。 (2) 将钢网与同型号PCB板孔距校对，或装机试印刷再步确认。 4.2.3钢网试用OK后，贴好管理标贴。 4.2.4钢网试用不合格，将钢网同相关资料一同退还供应商。 4.3 钢网的使用 4.3.1 钢网清洗 (1) 洗涤用品：钢网清洗剂、钢网擦拭纸、酒精、吹尘气枪 (2) 洗涤标准：钢网使用完毕时先进行在机自动清洗，卸机后进行手动擦洗。 4.3.2 钢网存放 (1) 清洗干净后的钢网需要存放在专用网架上，标贴朝外。 (2) 钢网管理台帐在钢网废弃后至少保持6个月。 4.4钢网报废 4.4.1报废标准 (1) 钢网变形或其它的外表损坏影响印刷质量。 (2) 因PCB版本升级，由生产技术部确认做报废处理。 (3) 因品质改善，需重新开钢网，改善前的钢网做报废处理。 (4) 报废钢网需重新使用时，由SMT工程师确认后方可使用。 4.4.2 钢网报废处理的检查期限每月一次，报废后应在钢网管理台帐上做报废记录。 4.4.3 钢网报废处理流程 (1) 钢网报废时，先填写《车间退料单》，经由品质检验部和生产技术部确认签字后方可做报废处理。 (2) 将报废钢网从钢架中取出，放入报废钢网存放区域。
XXXX公司 技术文件 软件版本管理规范 XXXX公司
二0—八年一月 目录 第1章引言............................................................ -.1 - 1.1目的 ....................................................... —?1— 1?2适用范围 .................................................. —??1 1?3术语定义和缩写词 ............................................. -.1 - 1. 4统一大小写 ................................................ .1 1.5参考资料................................................... —??1 第2章版本规范.......................................................... 2- 2.1版本格式................................................... -2 - 2.2版本升级规则2 _ 第3章TAG规范 .................................................... -3 - 3.1TAG转换规贝U ....................................................................................................... - 3- 3?2 版木TAG ..................................................................................................................... —?3— 3.2.1ALPHA 测试TAG ............................................................................................... - 3- 3.2.2BETA 测试TAG ................................................................................................. 3 - 3.2.3Release TAG ................................................................................................... 一?3 一 3.2.4产品基线TAG ................................................................................................ -.4-
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 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
YF-ED-J4696 可按资料类型定义编号 综掘技术管理规范实用版 In Order To Ensure The Effective And Safe Operation Of The Department Work Or Production, Relevant Personnel Shall Follow The Procedures In Handling Business Or Operating Equipment. （示范文稿） 二零XX年XX月XX日
综掘技术管理规范实用版 提示：该管理制度文档适合使用于工作中为保证本部门的工作或生产能够有效、安全、稳定地运转而制定的，相关人员在办理业务或操作设备时必须遵循的程序或步骤。下载后可以对文件进行定制修改，请根据实际需要调整使用。 第一节总则 第1条为使用好综掘机，充分发挥综掘 效能，根据《煤矿安全规程》，结合业务保安 的要求，特制定本规范。 第2条公司各矿从事综掘活动必须认真 执行本规范，分管生产的副矿长和综掘队长是 综掘生产管理的第一责任者，总工程师是综掘 技术管理的第一责任者。综掘各岗位工种要严 格遵守岗位责任制，执行操作规程，坚持特殊 工种持证上岗。 第3条坚持生产领导现场盯班制度，分
管副总工程师或生产技术科长每月不少于3次现场写实，解决综掘技术难题，排查安全隐患，提高综掘使用效果。 第4条按照“素质一流、装备一流、效率一流、质量一流”的要求抓好重点综掘区队建设。按作业规程工序要求配齐施工人员，建立必要的辅助、后勤保障，为综掘区队的高产高效奠定基础。 第5条新组建的综掘队要成建制的组织进行脱产培训，培训时间不少于1个月；新补充人员应接受综掘方面不少于1个月的理论、实践培训。对支护工，机电维修工和掘进机、刮板运输机、皮带运输机等司机必须经过专业培训，达到“四懂四会”（懂综掘工艺、设备性能、结构、原理，会操作、检查、维护保
宿城区网格工作管理规范 一、岗位职责规范 1、采集基础信息。走访网格居民群众，采集基础信息，并录入综治信息系统平台，做到底数清、情况明、信息准。 2、开展便民服务。掌握网格内居民群众的服务需求和诉求事项，开展“五代三送”服务，并将服务信息汇总传送至手持终端。 3、排查化解矛盾。排查、化解网格内发生的各类矛盾纠纷和不稳定因素，本人无法化解的，及时上报上级。 4、收集社情民意。收集和掌握网格内居民群众的意见建议，影响和制约社会和谐稳定的突出问题，应及时反映到上级。 5、开展平安创建。向网格内的居民群众宣传平安建设、法治建设、社会管理的有关法律政策和工作部署要求，协助社区民警排查本网格内的治安和安全隐患，加强日常巡查，开展隐患整治。 6、参与中心工作。积极参与组织开展的？中心工作。 二、工作运行规范 1、网格走访巡查工作规范 （1）坚持持证上岗。应当佩戴并主动出示统一制作的胸牌，言行文明礼貌，着装得体大方。
（2）实行一日双巡。每天上午、下午应当在网格内各走访巡查一次，每次巡查时间不得少于1.5小时。 （3）了解日常情况。及时了解掌握网格内人员（重点是流动人口、刑释解教人员、社区矫正人员、留守人员、孤寡老人、特困人员、精神病患者等）、房屋（重点是房屋租赁、房屋所有权变更、房屋拆迁后去向等）的日常变动情况，刑事、治安发案情况，居民群众普遍关注、关心的社会热点问题，婚丧嫁娶、生老病死、遭遇突发不幸等居民家庭重大变故，并详细记录在册。 （4）排查整改隐患。每天应当对网格内的重点区域（人口密集地区、治安复杂地区等）、重点部位（金融网点、商贸中心等）、重点场所（公共娱乐场所、重点消防单位等）进行一次安全巡查，积极协助社区民警和内保组织，及时排查和整改网格内的治安隐患、消防隐患、安全生产隐患和各类不安全因素。 （5）解答居民咨询。随时受理居民群众的服务事项，现场解答咨询诉求，宣传政策法规，并将做服务内容上传至手持终端，每周不少于5条。 （6）争创和谐网格。主动协助社区民警、驻网格单位，引导各类社会组织，借助社会力量和资源，深入开展“平安小区”、“平安家庭”、“优秀平安志愿者”的基层创建活动，增强广大居民对平安创建的知晓率和参与率。
软件版本管理规范集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
软件版本管理
目录
1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1. 目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2. 范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关内容，包括： ●版本标识方法 ●软件系统数据的存放 ●文档的修改控制 ●文档的备份制度 1.3. 术语定义 SCM 软件配置管理（Software Configuration Management）缩写 SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档 一种数据媒体和其上所记录的数据。 配置管理
标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。 1.4. 参考资料 《软件版本管理规范》浪潮集团山东通用软件有限公司 《泰豪软件开发软件版本管理制度》 《tortoise SVN的使用手册》 1.5. 版本控制记录 1.6. 版本更新记录 *A - 增加M - 修改D - 删除
XX公司安全操作管理办法 制订部门：XX部门编写日期： 一、总则 为了更好的确保XX公司网站的安全稳定运行，合理、可靠、安全、高效地组织和管理XX公司网站，提高XX公司网站的服务质量，提高维护队伍的整体素质和水平，特制订本管理制度，作为维护和管理XX公司网站的依据。 二、范围 本制度的适用范围包括XX公司网站系统的物理资产（包括：网络设备，主机设备，安全设备，监控设备等）、软件资产（操作系统，数据库，应用程序等）、数据资产（用户账号数据、用户交易数据、网络系统、主机数据，应用程序数据等）以及网站系统的技术人员等。 三、角色与责任 本制度适用于XX公司网站的网络维护人员、服务器管理员、信息管理员等参阅。本制度由总裁办行政部修改和维护。 四、管理制度 a)系统账号管理制度 XX公司网站运营的所有硬软件系统账号，包括网站系统的所有硬件网络设备（包括交换机、路由器、防火墙、IDS以及其他网络设备附属的管理系统），XX公司后台管理系统账号密码、XX公司服务器操作系统账号密码、XX公司远程控制系统账号密码、XX公司数据库账号密码、XX公司域名管理系统账号密码、官方微博、微信公众平台账号密码等。网站产品部门对以上账号密码拥有最高管理权限。 系统账号密码管理制度： 1)账号密码开通及使用 新入职员工或系统初始使用者，开通系统账号，需向其部门分管领导提出账号开通书面
申请，经直接上级>办公室主任>网络部门经理核准后，由账号管理专员开通其账号。 2)员工密码的变更 在账号管理专员创建或初始化员工帐号和密码后，员工需要立即改变初始密码。 所有员工的密码必须定期进行变更（所有密码的变更周期应小于1个月，并大于5天），以最大程度确保密码的安全性。 员工丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请， 经核准后，由账号管理专员具体实施密码的初始化程序，然后通知有关员工，并登记备案。 账号管理专员在发现任何企图非法使用某员工帐号的情况时，应立即强制该员工更改密码，并记录备案。 3)员工帐号的禁止 在超过规定登录次数限制时，员工帐号会被系统自动锁住5。 员工帐号在规定时间（30天）内没有使用，员工帐号会被账号管理专员手工禁止。 员工没有按密码定期变更的规定定期修改密码，超过系统设定的时限（5天）后，员工帐号会被系统自动禁止。 员工在外长期休假（事、病假）、出差，在此期间，其相应的员工帐号应被账号管理专员手工禁止。 当员工发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 4)员工帐号的删除 员工如果因岗位变动而不再需要访问公司信息资源时，账号管理专员在收到该员工所在部门分管领导的书面通知后，删除该员工相应的员工帐号。 员工离职后，账号管理专员在接到离职手续后，删除该员工所有的员工帐号。 为了项目或其他特殊原因而临时开放的员工帐号，如不再需要，经由项目负责人或分管领导同意后，由账号管理专员立即删除。 5)员工帐号权限的变更 如果员工因岗位变动或其他工作原因需要修改信息系统访问权限，其部门分管领导需要书面通知账号管理专员，由账号管理专员修改权限。 账号管理专员需要依照“最小需要知道”原则对员工权限分配情况进行定期检查，如有必要，将修改员工权限，并通知该员工和其部门分管领导。
次 制订部门研发部版次A001制订日期2008-12-02 软件版本管理规范 制订：刘志敏 审核：______ 批准：______ 文件修订记录 文件名 工程设计变更管理程序编号F-02-002称 版次修订内容修改页次修订日期修订者备注A00 新版本发行2007-10-7 刘志敏 A01 流程优化后进行相应修订2008-12-02 姚旋
次 制订部门研发部版次A001制订日期2008-12-02 目录 1.目的 (3) 2.适用范围 (3) 3.权责 (3) 3.1.版本管理员 (3) 3.2.软件系统架构师 (4) 3.3.软件工程师 (4) 3.4.软件主管 (5) 3.5.软件测试工程师 (5) 4.作业流程 (5) 4.1.流程及发布 (5) 4.2.注意事项 (6) 4.3.软件归档控制 (6) 4.4.软件发布控制 (7) 4.4.1.发布内容 (7) 4.4.2.发布评审（Review） (7) 4.4.3.软件产品正式版本发布流程如下 (8) 5.相关文件 (9) 5.1.研发设计开发控制程序 (9) 5.2.项目计划 (9) 6.记录表单 (9) 6.1.软件概要设计评审检查表 (9) 6.2.软件详细设计评审检查表 (9) 6.3.软件集成测试报告评审检查表 (9) 6.4.软件发布评审检查表 (9) 6.5.SVN月度稽查检查表 (9) 7.附件 (9)
次 制订部门研发部版次A001制订日期2008-12-02 1.目的 1.1.标准化软件工作流程 1.2.软件开发过程中代码安全 1.3.标准化配置管理，规范开发文档输入输出 1.4.软件版本控制提高软件发布质量 1.5.对配置管理进行跟进,调查,改善, 为纠正预防提供方向 2.适用范围 所有软件版本管理员、软件系统架构师、软件工程师、软件测试工程师、软件技术总监/副总监、软件主管 3.权责 3.1.版本管理员 1)负责版本服务器的日常维护 2)版本服务器用户的添加，删除，修改访问权限 3)版本服务器数据库的建立 4)版本服务器新项目模块库建立 5)依据系统架构师对新建项目的模块划分,设置组成员版本服务器工作权限 6)编译检查发布正式版本,确保代码是最新可用的 7)项目完成对代码进行编译检查,清理所有项目文档并归档 8)文档资料的定时备份.(完成归档的项目资料按月备份) 9)协助解决版本服务器用户使用过程中所遇到的问题 10)对SVN服务器使用情况进行稽查提交《SVN月度稽查报告检查表》
软件版本管理规范 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 范围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (5) 3 软件版本命名规则 (5) 3.1 软件版本命名组成 (5) 3.2 产品软件版本命名 (5) 3.3 演示软件版本命名 (6) 3.4 正式版本号的升级规则 (7) 3.4.1 软件版本升级规则 (7) 3.4.2 演示版本升级规则 (8) 3.5 版本的安装文件命名规则及存放路径 (8) 4 软件版本发布流程 (9) 5 管理条例 (9) 6 附录 (10)
前言 为规范部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。 本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1范围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。
2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示： 产品标识VX.Y.Z_YYMMDD 版本号和时间之间以下划线分隔。具体含义见表1。 表1 软件版本命名规则描述
版本管理规范 一、版本管理办法 1.1目的 按照一定的规则保存项目源程序的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到项目各个板块的任何版本。为保障公司源代码和开发文档安全不被泄漏，保证选代码的完整性，明确源代码控制管理流程，特制定此管理办法。 1.2适用部门 本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 1.3管理部门 源代码直接控制管理部门为软件部。 1.4控制范围 本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.5角色与职责 所有项目成员都必须遵照版本控制规则操作各个项目板块。 1.6版本管理工具Virsual SVN 用此工具对项目开始阶段的开发，和项目中期的变更进行版本的管理。避免发生版本丢失或混淆等现象，详细使用方法见：《Virsual SVN操作细则》 1.7项目各板块版本变迁规则 各板块的状态有3种：“草稿”（Dralt）、“正式发布”（Released）和“正在修改”（Changing）各板块状态变迁如图所示： 各板块刚建立时其状态为“草稿”。各板块通过评审（试用）后，其状态变为“正式发布”。此后若更改各板块源代码，必须填写“版本变更情况表”及“版本变更状态跟踪表”，且版本状态变为“正在修改”，修改后通过审批（试用）其状态又为“正式发布”。以此循环。 二、SVN管理规范 2.1帐号密码的配发规则 根据岗位需要，针对不同人员，设置不同权限。遇岗位变更，随时增加删除权限。用户名：为姓名的‘姓’的全拼音+‘名’的开头拼音。 密码：一人一密码。 2.2上传文件注意事项 1.修改后的文件及文件夹的名字，跟修改前的必须同名，否则识别不了，当成新增文件，对管理造成混乱。