软件版本管理规范
系统软件开发部
2011-9-20
目录
1引言 ..............................................................................
1.1目的.............................................................................
1.2范围.............................................................................
1.3术语定义.........................................................................
1.4版序控制记录.....................................................................
1.5版本更新记录..................................................................... 2版本管理...........................................................................
2.1流程图...........................................................................
2.2版本命名.........................................................................
2.3版本升级.........................................................................
2.3.1版本升级原则.................................................................
2.3.2新版本的发布.................................................................
2.4目录结构.........................................................................
2.5文档的存放.......................................................................
2.5.1文本文件的存放...............................................................
2.5.2源代码的存放.................................................................
2.5.3发行文档的存放 (9)
2.6权限控制管理..................................................................... 3备份管理...........................................................................
3.1源文件备份.......................................................................
3.2库文件备份....................................................................... 4用户版本管理....................................................................... 5版本工具的使用.....................................................................
5.1配置管理工具.....................................................................
5.2CVS的使用 .......................................................................
5.2.1常用命令.....................................................................
5.2.2简单操作.....................................................................
5.2.3版本分支管理.................................................................
1引言
1.1 目的
本文档是为规范XXXXXX有限公司软件版本管理而制定的。
1.2 范围
本文档为系统软件开发部版本管理员提供有关版本管理规范的相关内容，包括：
●版本标识方法
●软件系统数据的存放
●文档的修改控制
●文档的备份制度
1.3 术语定义
CVS
CVS是一个开源的版本控制系统Concurrent Versions System的简称
文档
一种数据媒体和其上所记录的数据。
配置管理
标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。
软件配置
软件的具体形态在某时刻的瞬时影像。
配置项
软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
1.4 版序控制记录
1.5 版本更新记录
*A - 增加M - 修改D - 删除
2版本管理
2.1 流程图
2.1.1文档归档流程
2.1.2文档变更流程
2.1.3代码归档流程
2.1.4代码变更流程
2.1.5配置管理流程
流程说明：
1、开发人员完成所负责模块的代码编写任务后，提交到项目经理处
2、项目经理向测试部门提交测试任务
3、配置管理员准备测试所需的环境
4、测试人员开展测试并实时提交BUG
5、开发人员处理测试过程中所出现的BUG，并提交给测试人员进行回归测试，直至BUG被关闭
6、测试基本完成后，测试人员提交测试报告
7、项目情况根据实际情况决定是否发布新的版本
8、配置管理员与各相关人员经讨论后确定好新版本各项信息
9、配置管理员发布新版本
2.2 软件版本命名
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：Alpha、Beta、RC、Release。例如：Beta。对于小项目或子系统而言，可简化为<主版本号>.<次版本号>.<修订版本号>，如 1.0.0。
* 主版本号：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
* 子版本号：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
* 阶段版本号：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的Bug即可发布一个修订版。此版本号由项目经理决定是否修改。
* 日期版本号用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
2.3 版本升级
2.3.1版本升级原则
版本升级应严格纳入版本管理的控制之下。应当谨慎地控制版本的升级，保障高版本的向下兼容性，或提供严格定义的升级方法。
在下面几种情况下，进行版本演化和升级：
1、当产品发生重大修改和改进时，主版本号加1。重大修改和改进包括：
1）平台迁移；
2）开发工具的迁移；
3）体系结构的变迁。
2、当产品发生较小的改进或修改时，次版本号可以加1。
3、对于改动量比较少的，如修改产品的错误，可升级修订版本号。
4、记录版本升级过程。每次版本升级，都要填写版本升级记录表，记录表样例如下：
版本升级记录表
版本号：记录当前发布的版本。
发布日期：该版本批准发布的日期。
修改文件：版本修改记录文件，一般为版本修改日志。
2.3.2新版本的发布
新版本的发布包括主版本号和次版本号的升级，一般不包括内部版本号的升级。流程如下：
1、根据项目进展情况，或者根据用户需要进行发布准备。
2、将发布所需文件进行打包，放在指定目录中，给目录加上标签Tag，标签中包
含将要发布的版本信息。
3、同样对源码文件也要加上与版本信息相关的标签Tag。
标签Tag命名规则如下：
组成：模块首字母+下划线+文件类型+下划线+主版本号+次版本号+内部版本号+时间（+下划线+合并标记）
样例：qzcj_src_1_0_0_110923，qzcj表示采集模块的首字母，src表示源码，1_0_0表示将要发布的版本号，合并标记可省略，只在有合并操作时注明，其中合并前的标记为mbe，合并后的标记为maf。
2.4 目录结构
但为了能更好地管理各项目组的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理，现将目录结构整理如下：
2.5 文档的存放
2.5.1文本文件的存放
根据各项目部自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入CVS仓库doc目录相应的子目录下。
2.5.2源代码的存放
源代码包括如：java，jsp，BMP，ICO等相关文件，是未经编译处理的、不能直接交付使用的产品文件以及编译产品所需的文件；联机帮助文件HLP在未生成HLP文件之前的DOC，RTF等格式的文档也视为源代码。
各子系统当前的程序源文件放入CVS仓库code目录相应的bb 目录下，对于一个子系统又分多个分子系统的情况，应在该目录下分别建立几个相应的子目录。
2.5.3发行文档的存放
发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO等），环境配置文件等。
以上文档作为制作发行盘的素材，放在CVS仓库发布文件目录的Release目录之下，制作好的发行盘放在发布文件的Setup目录。
2.6 权限控制管理
为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。
文档权限类别：无任何权限，只读权限，所有权限。
文档类别：设计文档，源码，发行文档。
用户类别：开发人员、测试人员、项目经理、配置管理员等。
为了控制不同的使用权限，根据要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限。
为了便于管理，应以表格的形式列出人员与管理对象的访问关系（用户权限清单），
详见《系统部CVS权限配置》。
3备份管理
为了保证文档的最大可恢复性，要随时及定期地进行备份工作。
3.1 源文件备份
开发人员每天都要将自已当日修改的源文件提交（commit）至CVS仓库。
3.2 库文件备份
为防止服务器出现异常，需对服务器上的CVS仓库文件进行备份，目前采用的方案如下：
工作日备份：每个工作日将原本位于D盘的仓库文件在H盘上备份一份，当D盘仓库出现异常时，用户可把ROOT目录修改至H盘备份的目录，再进行更新操作。
每月备份：每个月底将最新版本备份至光盘。
4用户版本管理
为了更好地管理源程序，应为每一用户建立一个用户版本文件，该文件应包含以下内容：
用户编号：
用户名称：
软件版本号：
开始使用时间：
联系人：
联系电话：
1）用户购买软件时要为该用户建立一个包含上述内容的一个用户版本文件，并填写有关数据。
2）用户进行版本更新时要求填写该文件的版本变更记录，用以反映用户版本的变更
情况。
5版本工具的使用
5.1 配置管理工具
开发部采用CVS进行配置管理，CVS是一个C/S系统，多个开发人员通过一个中心版本控制系统来记录，从而达到保证文件同步的目的。
目前采用的CVS服务端为，客户端为。
5.2 CVS的使用
5.2.1常用命令
5.2.2简单操作
文件提取：初次使用需将源文件从仓库提取出来，执行checkout命令将库文件提取至本地相应位置。
定时更新：开发人员每天早上对源代码或文件进行更新操作（右键执行update 操作）。
实时更新：某一开发人员提交更改后，可通知其它人员进行更新操作。
实时提交：对某一文件进行更改完成后，执行commit命令将更改提交至仓库，更改前先进行更新操作，如多个人员对同一文件同时进行操作，会产生冲突，这时需要对冲突进行处理。
冲突处理：提交产生冲突时，先对文件进行同步（即更新）操作，之后会产生一个合并文件，‘<’号前为两个版本相同部分，‘＝’号前为本地版本修改的内容，‘>’前为当前服务器最新版本修改的内容，找到最近提交该文件的同事，进行协商后对源文件进行修改并提交。
创建分支/标签：右键菜单中选择‘Branch’或‘Tag’找开创建对话框，输入Branch名或Tag名，选中‘Create new branch’/‘Create new tag’，点击OK 即可。
查看版本/历史：文件（非文件夹）右健菜单中选择‘Revision Graph..’或
‘History..’，可查看该文件的版本更新记录或历史信息。
5.2.3版本分支管理
我们把一个项目的主要开发过程称作开发基线。当某一个特殊事件发生的时候，例如，有一个用户有特殊的需求，于是就从这个开发基线里分离出来一个叉，以满足用户特殊的需求，这个叉有它自己的发展方向，这就是分支。
---------分支
/
/
/
------●----------------------------开发基线
上面这个点，代表开发基线的最新版本，如果从开发基线建立分支来进行定制开发，开发基线和分支就可以有各自的发展方向。如果有需要，分支的代码可以重新合并到开发基线中，开发基线的代码也可以合并到分支代码中。
假设在我们的home目录下的proj目录就是我们的工程。下面具体看一下，如何建立分支：
1、当我们要在基线某个版本建立分支时，先在基线该版本上创建一个标签（Tag），就是上图中的黑点。这样做是便于以后主干可以重新回到分支创建时的状态。
2、创建分支：右健单击该目录，选择‘Branch’，指定分支名，点击‘OK’即可。新建分支的版本号呈偶数序列递增，如在基线
3、在另外的目录下执行checkout命令，把刚才建立的分支提取出来（注意不要在原来目录下提取，那样会覆盖原有文件夹）。接下来就可以在分支目录和基线目录下分别开发了。
4、合并：以把分支中的更改合并到基线中为例，在基线中右健单击目录，选择‘Merge’命令，指定需要合并的分支的起点（这里HEAD代表了主干的末梢）和结束点，点击‘OK’即可。合并后需执行‘Update’命令，才能生成新的版本号。（在合并前和合并后分别创建一个标签，这样有利于合并后恢复操作）
从以上过程我们可以看到，当进行代码合并的时候，一定要注意沟通，合理的设置合并点，合并点的名字也应该望文生义。各个线上的合并工作也最好由一个人来做。如果合并点设置不当，对整个项目的管理可能会很麻烦。
实用文案 前言 本标准为规范公司及各分店客户档案制度发文及管理而制定。 本标准于2012年首次制定。 本标准由客户服务部提出。 本标准由客户服务部起草。 本标准由客户服务部负责归口。 本标准由打印、**校对、共印零份。 本标准主要起草人：** 本标准审核人： 本标准会审人： 本标准批准人： 文案大全
客户关系管理制度 1.0 总则 客户关系管理是是以客户为核心的企业营销的技术实现和管理实现。客户关系管理注重的是与客户的交流，通过一对一的营销原则，满足不同价值客户的个性化需求，提高客户忠诚度和保有率，实现客户价值持续贡献，从而全面提升企业盈利能力。 为了更好的与客户进行有效沟通，建立起可以为客户提供多种交流的渠道，从而有效评估客户对企业的价值贡献与建立回馈客户的有效机制，特制定本办法。 2.0范围 本制度规定了公司各级销售单位对新、老客户的日常管理内容，包含了客户的引入方式、客户的日常维护标准、客户回访、客户的评级分析规则等管理标准。 本制度隶属于公司《客户管理体系》之第二模块，第一模块为2012年4月发布的《客户服务管理制度》。 本制度适用于： a）客户开发、回访、跟进等管理要求与业务工具使用标准； b）客户建档要求与在库档案的维护管理标准； c）客户的评级管理标准； 3.0术语 下列术语和定义适用于本规定。 3.1客户关系：指企业为达成经营目标，主动与客户建立起的某种联系。 3.2业务管理：公司经营过程中的生产、营业、投资、服务、劳动力和财务等各项业务按照经营目的执行有效的规范、控制、调整等管理活动。 4.0职责 4.1 公司各部门 负责认真学习、贯彻客户关系管理制度，并按照制度中的要求履行岗位的责任。 4.2 客户服务部 负责对本制度的执行与管理情况进行监督和检查。 5.0 相关文件 下列文件中的条款通过本规定的引用而成为本规定的条款；凡是不注日期的引用文件，其最新版本适用于本规定。
软件版本管理制度.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文档变更流程
施工现场务工人员管理制 度示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月
施工现场务工人员管理制度示范文本使用指引：此管理制度资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 为了加强施工现场的管理，保障建设工程施工顺利进 行，促进安全、文明施工，根据本公司的实际制定本制 度。 1、项目经理是施工现场务工人员管理的直接责任人， 专业、劳务分包的务工人员由雇用单位负责管理，但必须 遵守总包单位的各项规章制度。 2、项目部根据施工现场的人数配置专、兼职劳务管理 员，负责施工现场务工人员登记，建立动态管理台帐，督 促检查施工现场务工人员劳动合同签订落实，负责施工现 场考勤表、工资发放表、劳动合同等资料收集整理。 3、施工现场务工人员必须依法签订劳动合同，必须经 过安全培训后方可上岗，新招的务工人员上岗前必须经过
三级安全教育。 4、务工人员应积极参加项目部组织的民工学校学习，接受项目部有关质量、安全、文明施工、法制及治安管理等方面的教育培训。 5、务工人员自觉遵守安全生产、文明施工的管理规定及公司制定的门卫、宿舍、食堂等管理制度，严禁赌博、寻衅闹事、打架斗殴，恶意讨要工资的行为，造成恶劣影响的人员酌情处罚。 6、施工现场建立管理网络，逐级落实责任制，做到人员底数清，流动进出清。 7、本制度自公布之日起执行。 请在此位置输入品牌名/标语/slogan Please Enter The Brand Name / Slogan / Slogan In This Position, Such As Foonsion
客情关系维护费用管理制度（初稿） 第一条客户关系维护费用的主体内容 1、客户关系维护费性质 客户关系维护费简称客情费，是指在规定的销售政策之外，充分调动各种资源及运用个人的努力与魅力给予客户情感上的关怀和满足，为正常的销售工作创造良好的人际关系环境，为客户创造不间断利益，即在一定的物质利益基础上、多方面努力建立愈来愈稳定的客情关系，不断的开拓和维护好公司与客户的长久利益关系而使用的专项费用，不得用做其它支出或任何个人收入。 2、客户关系维护费使用范围及用途 ①客户采购员：用于直接提高纯销，在可选择范围内获得选择优先权，直接 建立并维护良好的客情关系； ②客户采购部领导：用于取得客户采购部对工作的支持、配合及回款； ③客户主管采购的公司领导：用于公司发展情况及公司未来创新需求的沟 通，便于捕捉市场信息，长期有效维护好客情关系及做好回款工作； ④用于争取新客户而所需的特殊费用； ⑤用于客户的活动、推广会及各种联谊等。 原则上，必须实现纯销而且回款之后，才可兑现客情费，也可根据客户回款率来决定客情费兑现率。具体因公司而定。 3、客户关系维护费用标准 根据公司盈利条件，针对每个产品制定不同标准的客情费，至于如何在客户各种相关人员中分配，因具体而定，举例如下： ①进口模块。其标准如下：
②其它品种，待定。 4、销售部建立“客户关系维护费——xx品种”科目, 在财务指导与监督下实行专户管理。 第二条客户关系维护费统计、检核 1、每月第3个工作日下班前，销售代表填报上一月《月客户采购及客情费统计表》（见附表1）和《月新客户特殊费用申请汇总表》（见附表2），交销售文员。 2、销售文员、销售部经理、财务部逐层检核《月客户采购及客情费统计表》和《月新客户特殊费用申请汇总表》（缺少任何一方签字，视为无效）。检核在第8个工作日下班前完成。 3、检核签字后的《月客户采购及客情费统计表》和《月新客户特殊费用申请汇总表》，原件留存财务部，复印件留档销售部。 第三条客户关系维护费的申请、兑付及核销 1、争取新客户或签订新客户合同时所需的特殊费用，必须在签订合同前填写《新客户特殊费用申请表》（见附表3），按程序书面逐级申请，检核签字后方可兑现，申请表原件留存财务部，复印件留档销售部。签订合同后申请一律无效，原则上回款之后才能兑现。 2、每月第9个工作日，代表根据《月客户采购及客情费统计表》按费用借支规定程序借支，以现金方式开始兑付上一月的客情费。 每个销售代表借支限额3000元，兑现完毕、销售部经理对其抽查3家确认
软件版本管理规范 系统软件开发部 2011-9-20 目录 1引言............................................................. 目的.......................................................... 范围.......................................................... 术语定义...................................................... 版序控制记录.................................................. 版本更新记录.................................................. 2版本管理......................................................... 流程图........................................................ 版本命名...................................................... 版本升级...................................................... 版本升级原则............................................... 新版本的发布............................................... 目录结构...................................................... 文档的存放.................................................... 文本文件的存放............................................. 源代码的存放............................................... 发行文档的存放................................ 错误!未定义书签。
广东省邮政函件大客户管理办法 第一章总则 一、为切实加强我省函件大客户的经营、服务、管理工作，有序、有效地拓展大客户市场，提高客户满意程度，增强企业竞争力，特制定本管理办法。 二、本办法适用于我省函件大客户。 第二章函件大客户的定义及分级标准 一、函件大客户的定义 函件大客户指函件业务收入达到一定标准，与邮政企业签订协议的，并在广东邮政大客户营销管理系统（CRM系统）里注册的客户，包括公检法、社会团体、大中专院校、新闻、文艺、出版社、通讯、金融、服务、制造等各类企业、大型集团公司等。 二、函件大客户分级标准 （一）钻石客户：年业务收入500万元（含500万元）以上的大客户，或者是省公司、省函件集邮局在CRM系统里注册的上游大客户。 （二）白金客户：年业务收入在200万元（含200万元）以上500万元以下的大客户。 （三）黄金客户：年业务收入在20万元（含20万元）以上200万元以下的大客户。
（四）VIP客户：年业务收入在1万元（含1万元）以上20万元以下的大客户，函件业务收入分组中第二、第三组的市局可按此标准适当乘以0.9—0.8的系数进行评定。 第三章函件大客户的管理归属 全省函件专业大客户的开发维护及管理工作均在省公司的统一指导、部署下有序、有效、健康开展。开发维护的原则是在客户分级管理的前提下遵循属地管理制、申报注册制等相关管理规定。 （一）钻石客户：由省函件集邮局审定，由省函件集邮局大客户中心进行统一开发与维护管理，如省函件集邮局授权地市局进行开发维护以授权委托书为依据开展开发维护工作；日常的维护工作按属地管理原则执行。 （二）白金客户：由省函件集邮局审定并由省函件集邮局大客户中心统筹监控，各市邮政局（函件集邮局）负责进行具体的开发、维护管理并负主要维护责任，日常的维护工作按属地管理原则执行。 （三）黄金客户：由各市邮政局（函件集邮局）审定，各市邮政局（函件集邮局）大客户中心负责开发、维护管理，日常的维护工作按属地管理原则执行。 （四）VIP客户：由各市邮政局（函件集邮局）审定，各县/区市函件集邮部负责开发、维护管理，向市专业局报备，日常的维护工作按属地管理原则执行。 注：凡客户邮件的邮寄范围超出本市范围、年收入在300万元
上海精佑通信技术有限公司企业标准 （管理标准） 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）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
劳务人员管理制度4 劳务人员管理制度 （一）务工人员招工制度 为了加强施工现场劳动用工的管理，维护企业和劳动者的合法权益，根据《中华人民劳动法》等有关法律规定，结合我公司实际情况制定本制度。 1、劳务的用工主体为项目子公司。劳务公司对接项目子公司，进行劳务分包，劳务公司才能作为用工主体自行招用务工人员及进行劳务作业分包。 2、务工人员的招用，必须由劳务公司依法与务工人员签订劳动合同。劳动合同必须明确规定工资支付标准、支付形式和支付时间等内容。 3、务工人员劳动合同的签订，被录用之日起十五天内与劳动者签订书面劳动合同，劳动合同签订后，务工人员应提供有效的身份证，专业资格证，学历证，暂住证等复印件（签订合同时必须提供原件备查），到公司统一备案。 4、招收范围：熟练的技术操作工，有中、高级技能职称的操作工优先录用，特殊工种人员必须具备行业执业资格证。年龄18~55岁，身体健康。 5、劳务分包：必须发包给具有建筑劳务承包资质的企业，不得发包给无资质的组织和个人（包工头）。
6、合同期限：务工人员固定期限合同最长不超过一年，以完成一定工作为期的劳动合同，起止时间必须明确具体，合同期满应及时办理手续，离开公司办理注销手续。 （二）施工现场务工人员管理制度 为了加强施工现场的管理，保障建设工程顺利进行，促进安全、文明施工，根据本公司的实际制定本制度。 1、项目经理是施工现场务工人员管理的直接责任人。专业、劳务分包的务工人员由雇佣单位负责管理，但必须遵守总包单位的各项规章制度。 2、项目部根据施工现场的人数配置专、（兼）职劳务管理员，负责施工现场务工人员登记，建立动态管理台帐，督促检查施工现场务工人员劳动合同签订落实，负责施工现场考勤表、工资发放表，劳动合同等资料收集整理。 3、施工现场务工人员必须依法签订劳动合同，必须经过安全培训后方可上岗，新招的务工人员上岗前必须经过安全教育。 4、务工人员应积极参加项目部组织的民工学习，接受项目部有关质量、安全、文明施工、法制及治安管理等方面的教育培训。 Delegates, staff: Hello! i n the run-up to t he Spri ng Festival, we held one se ssi on of four staff representatives Confere nce 2013-work shop, full back i n 2012, careful a nalysis of the current sit uation, discuss 2013 devel opme nt pla ns. Here, on behalf of my com pany 2013 work re ports to t he Ge neral Assembl y, for consi
公司客户服务办法■★第一条本公司为强化对客户服务，加强与客户的业务联系，树立良好的企业形象，不断地开拓市场，特制订本规定。 ■★第二条本规定所指服务，包括对各地经销商、零售商、委托加工工厂和消费者（以下统称为客户）的全方位的系统服务。 ■★第三条客户服务的范围1．巡回服务活动。（1）对有关客户经营项目的调查研究。（2）对有关客户商品库存、进货、销售状况的调查研究。（3）对客户对本公司产品及其他产品的批评、建议、希望和投诉的调查分析。（4）搜集对客户经营有参考价值的市场行情、竞争对手动向、营销政策等信息。2．市场开拓活动。（1）向客户介绍本公司产品性能、特点和注意事项，对客户进行技术指导。（2）征询新客户的使用意见，发放征询卡。3．服务活动。（1）对客户申述事项的处理与指导。（2）对客户进行技术培训与技术服务。（3）帮助客户解决生产技术、经营管理、使用消费等方面的技术难题。（4）定期或不定期地向客户提供本公司的新产品信息。（5）举办技术讲座或培训学习班。（6）向客户赠送样品、试用品、宣传品和礼品等。（7）开展旨在加强与客户联系的公关活动。 ■★第四条管理各营业单位主管以下列原则派遣营销员定期巡访客户。（1）将各地区的客户依其性质、规模、销售额和经营发展趋势等，分为A、B、C、D四类，实行分级管理。 （2）指定专人负责巡访客户（原则上不能由本地区的负责业务员担任）。
■★第五条实施各营业单位主管应根据上级确定的基本方针和自己的判断，制订年度、季度和月份巡回访问计划，交由专人具体实施。计划内容应包括重点推销商品、重点调查项目、特别调查项目和具体巡访活动安排等。■★第六条赠送对特殊客户，如认为有必要赠送礼品时，应按规定填写《赠送礼品预算申请表》，报主管上级审批。 ■★第七条协助为配合巡回访问活动展开，对每一地区配置1—2名技术人员负责解决技术问题。重大技术问题由生产部门或技术部门予以协助解决。■★第八条除本规定确定事项外，巡访活动需依照外勤业务员管理办法规定办理。 ■★第九条日报巡回访问人员每日应将巡访结果以“巡访日报表”的形式向上级主管汇报，并一同呈报客户卡。日报内容包括：（1）客户名称及巡访时间。（2）客户意见、建议、希望。（3）市场行情、竞争对手动向及其他公司的销售政策。（4）巡访活动的效果。（5）主要处理事项的处理经过及结果。（6）其他必要报告事项。 ■★第十条月报各营业单位主管接到巡访日报后，应整理汇总，填制“每月巡访情况报告书”，提交公司主管领导。 ■★第十一条通报各营业单位主管接到日报后，除本单位能够自行解决的问题外，应随时填制“巡访紧急报告”，通报上级处理。报告内容主要包括：（1）同行的销售方针政策发生重大变化。（2）同行有新产品上市。（3）
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 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.技术资料（保存项目技术文档，包括第三方技术资料等）
文件编号：RHD-QB-K2847 （管理制度范本系列） 编辑：XXXXXX 查核：XXXXXX 时间：XXXXXX 外来务工人员管理制度 标准版本
外来务工人员管理制度标准版本操作指导：该管理制度文件为日常单位或公司为保证的工作、生产能够安全稳定地有效运转而制定的，并由相关人员在办理业务或操作时必须遵循的程序或步骤。，其中条款可根据自己现实基础上调整，请仔细浏览后进行编辑与保存。 为了维护本工程的治安秩序，管理好外来务工人员，保护外来务工人员的合法权益，特制定该管理制度。 一、凡常住户口不在本市的外来务工人员，来本地参加工作，必须“三证”齐全（身份证、劳务证、计生证），并同时上缴一寸免冠照片4张（暂住证、劳务证、工作证、）。 二、在三日内上报当地派出所办理《暂住证》，劳动部门办理《劳务证》，工程安保部门办理《工作证》。 三、务工人员必须随时携带三证，不得转借、
涂改，上下班必须按规定佩戴好《工作证》，以便出入生活区 四、三证如有遗失，必须在于24小时内上报安保部门，并说明原因，经查明后补办。 五、《暂住证》期满需留住的，应在期满前5日内上报安保办公室，以便统一向当地派出所办理延长手续，期满离开时，应缴销《暂住证》。 六、外来务工人员必须服从安保、后勤部门的统一安排，在指定 的房间、床铺居住，积极参加安保部门组织的法律法规学习，和有关教育培训活动，严格遵守本工程项目的各项管理规定。 七、外地来本市探亲、访友人员，除安保部门统一登记外，暂住或预期暂住7日以上者，必须当
日上报安保部门，并缴2张一寸照片，3日内报当地派出所办理《暂住证》。 这里写地址或者组织名称 Write Your Company Address Or Phone Number Here
劳务管理制度 青岛安装建设股份有限公司 劳务人员资格管理制度 为保证分包单位施工人员具备完成分包工程的能力，并能够对分包单位进行有效控制，确保工程质量，特制定本制度。 第一章范围 本制度包括劳务分包队伍的选定，劳务分包合同管理，劳务队伍进场管理，现场劳务管理，人工费（劳务费）管理，质量、安全和环境管理，劳务分包队伍的考核评价，劳务队伍退场管理，监督检查与奖罚，劳务分包信息管理等内容。 第二章职责 项目经理是项目部劳务管理的第一责任人，同时，项目部必须设专（兼）职劳务管理员，其主要职责是： 1、贯彻执行公司有关劳务管理的制度和规定，制定项目部劳务纠纷应急预案和农民工工资结算管理制度并实施； 2、配合公司选择使用劳务分包队伍，负责项目部专业工长和班组长人员的选聘、使用和管理； 3、负责对劳务分包队伍使用过程中的管理，加强劳务人员进、出场登记、考勤、工资发放（有声像记录）、离场结算、培训教育、竣工工程劳务资料移交等工作，对所使用的劳务分包队伍进行管理、考核和评定；
4、对拨付的工程款与劳务人员工资发放进行比对，掌握和协调劳务（专业）分包队伍对劳务工人工资发放工作； 5、负责本项目劳务工人工资支付的监督管理和劳务工人工资纠纷的接访、处理等工作； 按照合同约定时间,收集、审核工人月度工资计算表，并及时进行劳务分包项目的预、结算工作； 6、负责劳务队伍生活区的管理工作,改善工人生活条件,组织工人开展工地夜校培训、文体娱乐活动，并留有记录； 7、负责对施工现场务工人员实名制登记，劳动合同规范化签订。 第1 页共22 页 青岛平建建筑安装股份有限公司 劳务人员资格管理制度 为保证分包单位施工人员具备完成分包工程的能力，并能够对分包单位进行有效控制，确保工程质量，特制定本制度。 第一章范围 本制度包括劳务分包队伍的选定，劳务分包合同管理，劳务队伍进场管理，现场劳务管理，人工费（劳务费）管理，质量、安全和环境管理，劳务分包队伍的考核评价，劳务队伍退场管理，监督检查与奖罚，劳务分包信息管理等内容。 第二章职责 项目经理是项目部劳务管理的第一责任人，同时，项目部必须设专（兼）职劳务管理员，其主要职责是：
软件开发管理制度 版本：V1.0 2013年1月
第一节总则 第一条为规自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作 完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框 架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常 支持由IT技术中心和合作商共同承担，IT技术中心负责部（一级）支持， 合作商负责外部（二级）支持；外包开发是指将IT应用项目的设计、开 发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询 公司等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求 管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验 收、系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报 告》应明确项目的围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 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
客户服务投诉管理制度 一、目的 为维护公司形象，提高客户满意度、先完善企业管理机制，特制定本制度 二、适用范围 客户时本公司服务人员所提供的以下服务不满并通过各种方式提出投诉的，均依本制度的规章办理: (1)服务态度 (2)专业素质 (3)服务效率 (4)其他以上未列明的关于服务方面的内客 三、投诉途径 (1)客户投诉电话(根据各地办公地点设置，以直线电话为宜，如果为分机,须为人事行政经理的分机号码) （2）客户投诉电子信箱(csc@https://www.doczj.com/doc/5318958957.html,) 客户投诉电话和客户投诉邮箱需印刷在每位区域公司员工的名片上
四、客户投诉处理流程 (一)接受客户投诉 1、由人事行政经理接受客户投诉(电话、电于邮件)，详细地记录客户投诉的主要内容及客户要求，填写《客户投诉记录表》. 2、了解客户投诉的主要内容后，判断客户投诉的理由是否充分，投诉要求是否合理.如果投诉不能成立，用婉转的方式答复客户，取得客户的谅解，消除误会. 3.及时将客户投诉信已传递至被投诉部门主管，通过OA发送(客户投诉报表)。 (二)被投诉调查调查处理 1、部门主管调查客户投诉的具体事件及造成容户投诉的具体责任人. 2、根据实标情况，参照客户的处理要求，部门主管拟定解决投诉的具体方案 3、部门主管主动、积极与客户取得联系，提出投诉解决方，取得客户谅解. 4.投诉客户得到满意回复后，被投诉部门主管应填写(客户报诉记录表)通过OA发送给人事行政经理，及时反映投诉处理结果。 (二)客户回访 1，人事行政经理对投诉客户进行回访，收集客户的反馈意见. 2、记录投诉事件最终处理结果，对于投诉处理过程进行总
结与综合评价。 3.向被投诉部门主管反馈客户最终意见，提出加强客户服务的建议，以提高客户服务质量和服务水平，降低投诉率。 (四)资料备枯 1、在投诉过程中所涉及到的所有文件资料均需做好收集、整理、归档工作。 2、时于事件处理全过程备案，记入《客户报诉记录表》，存档于OA系统，部门主管、总经理可分权限查阅. 五、客户投诉期限 一个工作日内展开调查，核实情况后做出相应措施，二个工作日内给予客户满意回复。 六、处理原则 1、耐心:耐心倾听客户的投诉，不要打断客户的抱怨和牢骚，鼓励客户提出意见. 2、态度真诚:态度诚息、礼貌热情会降低客户的不良情绪。 3、反应迅速:表示出解决问题的诚意，使客户样到尊重，把矛盾缩小化。 4.语言得体:尽量用婉转的语言与客户沟通，不能和客户针锋相对 5、重视程度高:根据投诉级别，由相应的主管人员亲自解决投
版本管理规范(草案) 研发部 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．风险管理制度....................................................... 错误!未定义书签。
劳务工人管理制度 1.目的 为规范公司各项管理，明确各岗位职责，使各项目、各部门在管理过程中有章可循，形成一个责任明晰、奖惩分明、运行有序的管理体系，特制定本制度。 2.适用范围 本制度适用于四川鑫鑫建设劳务有限公司全体员工。 3.术语和定义 无 4.管理职责 贯彻落实公司管理制度，监督指导各项目部依法进行投资控制、进度控制、质量控制、安全管理、合同管理、信息管理、组织与协调等工作。 5.具体内容 5.1.总则：以生产经营为中心，坚持把加强思想政治工作与必要的行政手段、经济 手段结合起来，培养和造就一支有理想、有道德、有素质、有纪律的员工队伍，充分发挥其积极性和创造性，保证企业和员工奋斗目标的实现。 5.2.员工的权利和义务： 5.2.1.员工必须树立集体主义精神，关心和维护国家和企业的公共利益，忠于职守、 快节奏、高质量地完成各项工作任务。 5.2.2.员工必须遵守本公司制订的各项规章制度，对规章制度有不同意见的，可以 在执行制度的前提下，向有关部门直至公司总经理提出。 5.2.3.员工对公司管理人员的工作有进行批评和建议的权利，对管理人员的违法违 章和失职行为有申诉、检举的权利。 5.2.4.员工可按本公司相关制度规定，享受劳动、休息、工资等各项待遇的权利。 5.3.劳动合同
5.3.1.公司实行劳动合同制度，凡公司员工均应签订书面劳动合同。第二条劳 动合同由公司法定代表人或法定委托代表人与员工本人签订，员工应仔细阅读并了解劳动合同文件内容，同意后方可签字。劳动合同一经签订即产生法律效力。 5.3.2.入职：员工入职前必须对员工家庭住址、通讯方式、健康情况等进行登记， 并出具"身份证原件"、"外来人员务工"等证明，并保留员工身份证复印件以备入档；员工有病史或不适于高空作业、重体力活作业、特殊工种作业的，员工必须说明，员工不得谎报或隐瞒个人情况。 5.3.3.新员工招聘，按招聘岗位的基本要求，坚持全面考核，择优录取，并执行1 至3个月的试用期。试用期内发现不符合用工条件的，公司有权即时辞退。 5.3.4.劳动合同期满，如企业生产经营需要，且经员工本人同意，可以续签劳动合 同。 5.4.纪律 5.4.1.员工应自觉遵守劳动纪律，按时上下班，不准无故旷工、迟到、早退、工作 时间不准擅自离岗和做与工作无关的事。 5.4.2.员工应无条件服从工作分配和调动。 5.4.3.员工必须高度集中精力，认真负责地进行工作，做到当日工作当日毕。 5.4.4.员工应自觉遵守安全文明施工的各项规定生产，保持施工环境整洁有序，维 护企业良好形象。 5.4.5.员工应忠诚企业，严禁无中生有、谣言惑众、搬弄是非。 5.4. 6.同事间团结友善、互尊互重，发生矛盾找工地负责人协助解决；严禁相互谩 骂、打架斗殴。 5.4.7.严禁嫖娼赌博、酗酒闹事。 5.5.考勤和请假制度 5.5.1.上下班作息时间，根据生产经营实际需要和季节变换，由公司作出决定，并
软件版本管理规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的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。