软件版本管理办法.doc

广东亿迅科技有限公司
广东亿迅科技有限公司
软件版本管理办法（暂行）

第一章 总则
第一条 为了加强广东亿迅科技有限公司（以下简称“公司”）的软件版本管理工作，进一步细化公司配置管理规范，建立软件版本管理的规范化操作流程，保证公司软件产品质量，制定本办法。
第二条 本办法适用于公司各技术部门的软件版本管理工作。
第三条 本办法所称的软件版本是指公司所有面向用户发布的应用软件版本。
第四条 软件版本（以下简称“版本”）管理应遵循以下原则：
(一) 实施版本变更应符合以下原则之一：
1. 为满足客户新业务、新功能需求；
2. 为满足提高业务质量、提升业务性能指标和容量扩充的需求；
3. 为解决软件故障和软件稳定性、安全性、可控性问题；
4. 为了提高软件可维护性。
(二) 版本的集成和发布应严格按照计划执行，避免随意和频繁更新版本;
(三) 为保证软件质量，任何一个软件版本须通过版本测试后方可上线；
(四) 公司所有软件版本必须通过正式渠道发布给用户，未经审批各部门和个人不得擅自向用户发布软件版本。
第五条 版本管理是保障应用软件正常运行的一个重要手段，各相关部门应认真贯彻落实，并纳入工作考核；未按本办法执行从而造成版本故障影响用户正常生产的，一经发现将追究其相应责任。

第二章 职责与分工
第六条 版本管理实行总体质量控制，分级实施管理原则，管理工作涉及版本质量管控部门和版本集成发布部门；质量管理部是版本质量管控部门，各业务部门是版本集成发布部门。
第七条 版本质量管控部门的工作职责如下：
(一) 负责制定与版本管理工作相关的管理办法和工作流程并组织落实；
(二) 负责组织版本管理相关的培训并提供技术支持；
(三) 负责跟踪和监督公司版本管理工作的执行情况，协调解决执行中的问题，并对版本管理的执行效果进行评估考核；
(四) 负责组织和实施对版本的测试验证工作；
(五) 负责对版本升级实施效果和版本质量进行监控和评估；
(六) 其它应由版本质量管控部门负责的事项。
第八条 版本集成发布部门的工作职责如下：
(一) 负责本部门版本研发集成工作环境的建立、维护和管理；
(二) 负责依据版本管理工作流程，执行版本开发、集成、发布及维护的相关工作；
(三) 负责收集分析业务需求，制定版本计划并按计划组织实施；
(四) 负责跟踪版本上线后的运行情况，收集用户使用的反馈信息，改进版本质量；
(五) 其它应由版本集成发布部门负责的事项。
第九条 版本质量管控部门设置专职版本管理工程师和测试工程师岗位，负责版本的质量管控及流程监督；版本集成发布部门应在各项目组内设置专职或兼职版本管理员，负责本项目版本集成发布的具体工作。

第三章 版本管理
第十条 版本管理的各项工作应按照本办法规定的流程和要求执行。版本集成发布部门可以根据本办法的要求结合项目实际情况，对工作流程进行进一步细化。
第十一条 依据版本发布原因及执行流程的不同，软件版本可分为例行版本和紧急放行版本：
(一) 例行版本是指依照版本计划生成的升级版本，例行版本按固定周期发布，执行例行版本发布流程；
(二) 紧急放行版本是指版本计划外生成，由客户紧急需求或影响生产的紧急故障所引发的需及时发布的软件版本，执行紧急版本发布流程。
第十二条 版本管理的主要工作内容主要包括四个环节：版本计划、版本测试、版本发布、版本跟踪。
第一节 版本计划
第十三条 版本计划是例行版本开发、测试、集成以及发布的依据，与例行版本是一一对应的关系，版本集成发布部门各项目组按固定周期收集固化的用户需求并据此制定版本计划。制定版本计划的要求：
(一) 版本计划需包含版本对应的用户需求的内容、任务优先级、研发提交测试的时间、测试完成时间、版本发布时间、受影响的关联系统或模块、版本升级应急措施及注意事项等；
(二) 拟定版本计划各关键时间点应预留足够的时间供版本开发和测试，特别是计划中的版本提交测试时间和测试完成时间，在制定时应与版本质量管控部门测试组做好充分沟通，确定双方认可的工作计划，以保证版本质量；
(三) 将每个需求作为版本计划的一个任务，并根据任务的用户感知度、重要性、紧急程度等排定任务优先级。
第十四条 版本计划经项目负责人审批确立后，依计划组织相关部门实施，各部门根据任务的紧急程度和优先级落实工作。
第十五条 原则上版本计划一经确立不得随意修改，确因实际情况需要时版本集成发布部门可以对版本计划进行适当调整，但计划调整同时应及时向版本质量管控部门进行反馈、沟通。
第二节 版本测试
第十六条 版本质量管控部门和版本集成发布部门根据版本计划组织实施版本测试验证工作。
第十七条 版本集成发布部门在开发库中开发程序并将通过单元测试的版本和单元测试用例提交到集成库，版本管理员在版本提交测试时限前从集成库中提取程序版本并对获取的版本封版，将版本集成到公司测试环境后通知版本质量管控部门进行版本测试验证。
版本封版是指关闭版本需求入口、固化指定程序版本的活动，版本封版的要求如下：
(一) 版本管理员根据版本计划拟定的时间和范围，从集成库中获取版本并对该获取的版本进行封版；
(二) 应保证测试环境版本与封版版本的一致性；
(三) 版本封版后原则上版本不应再有大的变更，封版测试阶段的缺陷修改应在封版的版本基础上修改，防止出现版本计划中未列明的新需求，以确保版本的稳定性。
第十八条 版本质量管控部门制定测试方案并进行版本测试，版本测试包括业务功能集成测试、性能测试，以及对相关技术文档的完整性、规范性、准确性的审核等。若测试发现版本有重大缺陷或隐患，应通知版本集成发布部门共同确认是否中断当前的版本流程，并明确下一步动作。制定测试方案的要求如下：
(一) 测试方案主要包括测试内容、测试方法、测试优先级等内容；
(二) 版本计划确立后即制定测试方案，当计划有变更时应相应变更测试方案；
(三) 应以任务优先级为参考依据安排测试优先级，当测试时间不足以完成所有测试任务时，对于优先级别高的任务应重点测试，对于优先级别较低的任务只做简单测试或只审核单元测试用例，并在测试方案中对此加以说明；
(四) 涉及UI设计需求的版本，应按照公司《UI界面交付使用管理办法》中相关标准制定界面测试方案并进行测试，保证软件版本UI界面的设计及易用性与客户需求一致；
(五) 测试方案需经过版本集成发布部门审核，重点审核方案中的测试方法、测试优先级。
第十九条 对于紧急放行版本，在测试时间不充足的情况下，版本质量管控部门应优先执行版本中重点、难点及对用户影响大的相关功能模块测试任务。紧急放行版本中所涉及的功能需求变更应纳入下一个例行版本中进行整体版本回归测试。
第二十条 版本质量管控部门应按版本计划拟定的测试完成时间提交版本测试报告，版本如涉及UI界面设计，测试报告应同时汇总UI界面设计审核部门意见。对于测试不通过（包括尚未完成测试）的版本，版本质量管控部门应在测试报告中说明情况，给出风险评估，并继续完成该版本测试。版本集成发布部门以测试报告为参考依据做出判断，确定版本具体发布时间。
第三节 版本发布
第二十一条 版本发布的关键内容包括：生成版本包、申请发布版本、用户测试上线。
第二十二条 版本管理员在版本测试完成后汇总版本发布说明（升级指引）、程序文件（源代码或可执行文件）、数据库脚本、测试用例、用户手册等文件，将这些文件按照版本号命名规则打包生成正式版本包。其中版本发布说明（升级指引）应包含版本号、发布范围、变更内容、版本升级方案（含版本升级应急方案）、注意事项等，确保能对用户升级起到切实的指引作用。
第二十三条 版本发布前版本管理员需提交版本发布申请，版本发布申请需包含版本号、版本类别、发布范围、申请原因、程序和文件清单、相关注意事项等内容。具体流程如下：
例行版本的发布申请经该项目负责人审核后提交部门经理审批；紧急放行版本的发布申请经该项目负责人和部门经理审核通过后，提交协助分管领导审批。公司所有版本的发布都必须经过用户同意后方可正式发布。
第二十四条 版本集成发布部门将版本发布给用户后，及时跟踪用户对版本进行的验收测试和生产环境版本上线工作，应用户要求版本集成发布部门可以在版本上线时提供直接协助，上线前应先进行用户生产系统的版本备份，做好安全措施。
第二十五条 用户版本上线后若发生重大问题影响生产，版本集成发布部门应该立即组织用户根据预设的版本升级应急方案进行版本回退，并执行新的版本发布流程。
第二十六条 版本发布涉及关联系统或模块时，发布前需知会相关系统或模块的负责人。
第四节 版本跟踪
第二十七条 版本集成发布部门应对已发布版本进行跟踪，版本管理员在版本发布后2周内收集用户使用反馈信息并生成版本跟踪报告，根据以下情况有区别地向版本质量管控部门提交报告材料：
(一) 出现回退版本应在报告中分析定位问题原因；
(二) 对于运行有异常的版本应涵盖版本质量改进等相关内容；
(三) 对于运行正常的版本须提交版本包。
第二十八条 版本质量管控部门根据版本跟踪报告进行综合评估，形成版本质量报告，将报告提交各相关部门作为工作考核的依据，对版本集成发布部门提交的版本包入产品库进行版本基线管理。
第二十九条 对于上线后产生了重大故障或生产事故的版本，版本质量管控部门应收集版本信息，分析版本产生问题的原因并确定责任人，并按《公司项目重大事故上报及处理办法》的要求，及时上报问题情况。

第四章 附则
第三十条 本办法自发文之日执行。此前公司如有与本办法不一致的，以本办法为准。
第三十一条 本办法由质量管理部负责制定、修改和解释。

广东亿迅科技有限公司
二〇一〇年八月三十日

附件一：版本发布流程
附件二：版本计划
附件三：版本发布申请
附件四：版本发布说明
附件一：
广东亿迅科技有限公司
版本发布流程
（1）例行版本发布流程
例行版本发布流程
序号
责任部门
本环节具体职责

1
技术部门
项目组版本管理员根据客户业务需求制定版本计划，建议制定版本计划的周期为每月一次
2
技术部门
项目组：审核计划中开发要求完成时间、版本发布时间
质量管理部
测试组：审核计划中测试完成时间
3
技术部门
项目负责人审批版本计划
4
技术部门
项目开发人员开发程序，进行单元测试
5
技术部门
项目开发人员将通过单元测试的版本提交到集成库
6
技术部门
版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试
7
质量管理部
测试组：制定测试方案
8
技术部门
项目组评审测试方案
9
质量管理部
测试组：进行版本测试验证
10

质量管理部
测试组：提交测试报告
技术部门
项目组：根据实际情况，以测试报告为参考依据判定版本具体发布时间
11
技术部门
版本管理员提交版本发布申请
12
技术部门
项目经理、部门经理审批并经用户同意
13
技术部门
项目组版本管理员组织实施发布版本，通知用户
14
用户
在用户测试环境验收版本
15
用户
验收版本，如果版本有故障，判定故障是否严重、是否影响生产，对于不影响生产的小故障认为测试通过可以升级，对于影响生产的大故障认为测试不通过要求重新发布版本；2次验收测试不通过认为版本升级失败，重走版本发布流程
16
用户
使用新版本升级
技术部门
项目组应用户要求提供协助
17
技术部门
收集用户使用反馈信息，生成版本跟踪报告
18
质量管理部
将用户使用正常的版本归档
（2）紧急版本发布流程
紧急版本发布流程
序号
责任部门
本环节具体职责

1
技术部门
项目组版本管理员提交版本发布申请
2
技术部门
由项目负责人、部门经理、协助分管领导审批并经用户同意
3
技术部门
项目开发人员开发程序，进行单元测试
4
技术部门
项目开发人员将版本提交到集成库
5
技术部门
项目组版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试
6
质量管理部
测试组：制定测试方案
7
技术部门
项目组评审测试方案
8
质量管理部
测试组：进行版本测试验证
9
质量管理部
测试组：提交测试报告
技术部门
项目组：以测试报告为参考依据，根据实际情况判定是否发布版本
10
技术部门
项目组版本管理员组织实施发布版本，通知用户
11
用户
在用户测试环境验收版本
12
用户
验收版本，如果版本有故障，判定故障是否严重、是否影响生产，对于不影响生产的小故障认为测试通过可以升级，对于影响生产的大故障认为测试不通过要求重新发布版本；2次验收测试不通过认为版本升级失败，重走版本发布流程
13
用户
使用新版本升级
技术部门
项目组应用户要求提供协助
14
技术部门
收集用户使用反馈信息，生成版本跟踪报告
15
质量管理部
将用户使用正常的版本归档

17
附件二：
广东亿迅科技有限公司
版本计划
序号
项目/模块
任务单编号
任务类别
提出单位
功能描述
关联系统或模块
研发提交测试时间
测试完成时间
版本发布时间
版本发布范围
备注

任务类别：需求 A /故障 B /工程 C /优化 D

项目负责人审批：
附件三：
广东亿迅科技有限公司
版本发布申请
NO.YYYYMMDD.XX
申请单位
广东亿迅科技有限公司
系统
【本地计费帐务系统】
申请时间
YYYY-MM-DD
计划发布时间

联系人

联系方式

版本类别
例行版本 □
紧急放行版本 □

对业务的影响
不中断□
瞬断□
中断□
版本覆盖范围
【】

涉及其它系统否
是 □ 否 □
【“是”请列明涉及的其它系统的名称】
版本名称
【例如：LIBS_V2.0.16_20090408】
发布原因（可用附件说明）

提交程序说明（可用附件说明）
【有哪些模块；包括了哪些程序或脚本】

提交文档清单
系统升级操作手册 ■ 系统使用操作手册 □
版本变更说明 ■ 测试报告 □
相关技术文档 □ 其他注意事项 □
测试用例 ■ 其他文档： □（详见交付文档包）
项目负责人审核：

年 月 日
部门经理审核/审批：

年 月 日
协助分管领导审批：

年 月 日
用户意见：

年 月 日
备注：
1、序列编号：
语法： NO.YYYYMMDD.XX
解释：YYYYMMDD与版本号日期一致；XX为补丁号，没有可不写
举例：NO.20090408，或者NO.20090408.01
2、例行版本的发布申请需要经过项目负责人、部门经理审批、用户意见；紧急放行版本的发布申请需要经过项目负责人、部门经理、协助分管领导审批、用户意见。

附件四：
广东亿迅科技有限公司
版本发布说明
一、版本描述
【说明版本名称如版本号，版本存放位置、发布时间等】
1、版本号：
2、版本存放位置：

3、发布时间要求：

二、版本适用范围
【说明版本适用范围，如全省，某个地市局等，以及其它；根据需要可分模块说明】

三、版本接口人
【版本接口人以及接口人邮箱、电话】

四、关联系统
【没有请写“无”】

五、运行环境要求
【说明运行本版本所需新增软硬件配置要求，没有请写“无”】
1、硬件配置

2、软件配置

六、版本说明
【详细描述版本具体变更内容，可添加附件说明；本节可根据需要分模块说明，对于不同用户的个性化要求要做特别说明】

七、尚存问题
【说明版本发布计划中已列明，但本版本未实现的功能项】

八、版本升级方案
【描述系统使用本版本进行升级的详细步骤和方法；如果另有系统升级方案，本节可指向系统升级方案；本节可根据需要分模块说明】
1、升级前准备
【描述升级前的准备工作，如进行验收测试和版本备份，以及系统应该做的其他准备工作】

2、升级操作指引
【详细描述升级步骤和方法】

3、配置参数
【描述数据库配置参数和系统配置参数；可做详细说明和添加附件】

4、升级应急方案
【说明版本升级中遇到意外事件，如升级失败、升级后出现严重故障等时应该采取的补救措施】

5、其他说明
【外系统应用说明及其他】

九、其他注意事项
【补充说明以上未尽事项和说明】
物业安保培训方案
为规范保安工作，使保安工作系统化/规范化,最终使保安具备满足工作需要的知识和技能，特制定本教学教材大纲。
一、课程设置及内容全部课程分为专业理论知识和技能训练两大科目。
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
1）保安人员培训应以保安理论知识、消防知识、法律常识教学为主，在教学过程中，应要求学员全面熟知保安理论知识及消防专业知识，在工作中的操作与运用，并基本掌握现场保护及处理知识2）职业道德课程的教学应根据不同的岗位元而予以不同的内容，使保安在各自不同的工作岗位上都能养成具有本职业特点的良好职业道德和行为规范）法律常识教学是理论课的主要内容之一，要求所有保安都应熟知国家有关法律、法规，成为懂法、知法、守法的公民，运用法律这一有力武器与违法犯罪分子作斗争。工作入口门卫守护，定点守卫及区域巡逻为主要内容，在日常管理和发生突发事件时能够运用所学的技能保护公司财产以及自身安全。
2、培训要求
1）保安理论培训
通过培训使保安熟知保安工作性质、地位、任务、及工作职责权限，同时全面掌握保安专业知识以及在具体工作中应注意的事项及一般情况处置的原则和方法。
2）消防知识及消防器材的使用
通过培训使保安熟知掌握消防工作的方针任务和意义，熟知各种防火的措施和消防器材设施的操作及使用方法，做到防患于未燃，保护公司财产和员工生命财产的安全。
3) 法律常识及职业道德教育
通过法律常识及职业道德教育，使保安树立法律意识和良好的职业道德观念，能够运用法律知识正确处理工作中发生的各种问题；增强保安人员爱岗敬业、无私奉献更好的为公司服务的精神。
4) 工作技能培训