软件版本管理规范

软件版本管理规范（共8篇）

软件版本管理规范篇1

第一章目的

本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。

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.技术资料（保存项目技术文档，包括第三方技术资料等）

|–。。（保存项目过程管理相关文档）

|–tool（包括该项目特定的开发、编译、测试等工具）

4.3.分支(branch)

建议使用分支来协同不同职能小组对同一个配置库的使用，可按照以下方式进行分支的管理。

解决方案建立三个分支，包括主版本开发(trunk)、分支版本开发(branches)和发布(tags)。

 主版本开发

是所有分支版本的基准版本，主版本的开发分支。开发部门开发使用。

 分版本开发主版本的分支版本，供开发部门开发使用。开发工程师如果以主版本为基准，进行软件项目开发，要先将trunk目录下的代码分支到branches目录的一个子目录，在那里对代码进行开发。多个主版本的分版本可通过在branches顶级目录创建多个分支目录来区分。

 发布

测试和发布专用分支，该分支代码不允许任何形式的修改。每个经过测试后的不同版本的代码做快照放到此分支文件夹下。

4.4.权限管理

应对配置库的访问权限进行管理，确保软件系统的完整性和安全性。建议按如下方式进行管理。

4.4.1.开发工程师

仅拥有自己所属项目的add file、delete file、check out、check in权限，无目录创建和删除权限。开发工程师若想创建目录，需向配置库管理员申请。

4.4.2.测试工程师

拥有每个项目的测试分支的add file、delete file、check out、check in权限，无目录创建和删除权限，对于其他分支只有只读权限。

4.4.3.配置库管理员

拥有全部权限，但增删项目和增删目录需要有项目负责人批准。

4.4.4.其他人员

若需要配置库访问权限，需经技术总监或经技术总监授权的项目经理批准，由配置库管理员分配权限。

4.5.版本管理

应对软件系统的版本进行管理，确保版本的准确性和可追溯性。建议按如下方式进行管理。

4.5.1.版本维护

软件工程各阶段产生的各种文档和代码，应及时并统一上载到配置库由配置库管理员统一管理。对于要修改的配置项，应从配置库中检出（check out）后修改，修改完毕后及时检入（check in），并填写修改的原因和内容。配置项的历史版本应保存在配置库中。

4.5.2.分支迁移

从开发分支到测试分支的迁移，由开发工程师操作。迁移的时机有：

1.当开发负责人提交测试申请时；

2.开发过程中进行测试，修改好一个或多个bug，需要测试工程师验证时。

从测试分支到发布分支的迁移，由配置库管理员操作。迁移的时机有：

1.当开发组提交上线申请时。

对于每个项目从测试分支到发布分支的迁移，配置库管理员要建立分支迁移日志，并详细记录。

4.5.3.版本升级

软件系统迁移到发布分支后，生成新的版本。

每个系统新的版本不仅以分支形式存在于配置库中，并且要以独立压缩包形式备份。版本的命名规则为，version N1.N2.N3[.N4][_][T/R5]_YYYYMMDD 1.N1是系统编号。当项目整体重新设计时，N1加1，基数为1 2.N2是模块编号。当模块重新设计时，N2加1，基数为0

3.N3是功能编号。当项目增加某一功能，或某一功能需要修改时，N3加1，基数为0

4.N4是BUG编号。当项目的BUG被修复时，N4加1，基数为0

5.T/R5中的T/R分别对应Test/Release。当项目发布时为R，当项目提交测试时为T，T/R5数值基数为0，以发布/测试提交顺序递增加1。

6.YYYYMMDD代表生成版本的实际年月日，如：20160202 4.5.4.版本基线定义

公司首次采用版本管理规范时，可以采取下列方法定义一个基线版本。

获取各项目最新的源程序、配置文件和文档，形成发布分支、测试分支和开发分支。

对每个项目的提测和发布分支都生成一个版本基线，如：Version1.0.0_R1_20160202。

4.6.第五章版本提交准则

4.6.1.提交之前先更新

更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且自己测试之后，谨慎地提交。

如果在修改的期间其他同事也更改了同一个文件，那么update更新时会自动进行合并，如果修改的是同一行或者二者修改差异过大，那么合并时会产生冲突。这种情况就需要同之前的开发人员联系，两人一起协商解决合并冲突。解决合并冲突之后，还需要两人一起测试，以保证解决冲突之后，各自的程序不会受到影响。

在更新时注意所更新文件的列表，如果提交过程中产生了更新，则需要重新编译并且再次完成单元测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免合并错误导致代码有错。

4.6.2.保持原子提交

为确保在需要时可以随时回溯代码版本，每次提交的代码只能包含实现一个独立、完整功能所必需的代码，不能夹带提交其他与此功能不相关的代码。为尽早提交，也可以将此独立、完整功能分解为若干小细节功能，分别开发并提交所必需的代码，但必须确保多次提交的功能代码组合在一起，完全实现此独立、完整功能。

仅提交自己修改的部分，最好不要一下子将整个项目提交。

每完成一个独立、完整的功能后，最好尽早提交，以免后续更改时出现bug，无法恢复到正常代码。

每次提交的间歇尽可能地短，以几个小时的开发工作为宜。我们提倡多提交，也就能多为代码添加上保险。为做到尽早提交，在开发功能模块的时候，先将功能分解成一个个独立的、不可再分割的小细节功能，分别完成。每完成一个并通过单元测试，就提交一次。在修改bug的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。

4.6.3.不要提交本地自动生成的文件

一般配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件屏蔽提交（例如Eclipse中的.classpath文件等，Visual Studio中的.suo文件，Debug,Release,Obj等编译文件夹及其下文件，以及其他的一些自动生成，同编译代码无关的文件）。如果项目中没有进行这方面的配置来强行禁止提交这样的文件，请自觉不要提交这样的文件，如果不小心签入了，需要从配置库中删除，以免其他同事在更新后就可能与本地的环境冲突从而影响大家的工作。

4.6.4.不要提交不能通过编译的代码

代码在提交之前，首先要确认自己能够在本地编译通过，并且代码在提交前已经通过自己的单元测试。

如果在代码中使用了第三方类库，要把相应类库文件统一存储在代码相应目录中并提交，以免项目组成员中有些成员可能没有安装相应的第三方类库，从而在更新代码后引起代码运行错误。

4.6.5.不要提交自己不明白的代码

代码在提交之后即被项目成员所分享。如果提交了不明白的代码，自己看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保对这个代码有一个很清晰的了解（必要时应有对应文档说明）。

4.6.6.并行开发（同一模块）前沟通

如果开发小组采用并行开发模式开发同一模块功能，在开发前，需要对协作开发进行合理的工作计划与任务分配，让小组成员相互间了解对方的工作计划与工作内容。这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时也能够在和成员的交流中发现自己之前设计的不足，完善自己的设计。4.6.7.对提交更新的信息采用明晰的标注

如果提交空的标注或者不确切的标注将会让项目组中其他的成员不了解此次签入动作的背景情况（如新增/修改签入的原因是什么？新增/修改什么内容？），项目经理无法通过提交的标注信息，清晰的掌握开发工作进度细节进度。没有清晰标注，甚至会对回溯代码版本造成影响。所以，在提交工作时，要填写明晰的标注，能够概要的描述所提交文件的信息，让项目组其他成员在看到标注后不用详细看代码就能了解你所做的修改。统一的标注格式为：

签入动作+””+”#” +标识ID+”;”+签入内容+[“;”]+[签入原因] 签入动作：

+：表示增加了功能（新增功能）

*：表示对某些功能进行了更改（修改功能）

-：表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽（删除功能）

^：表示修正bug（修复功能缺陷）

！：优化功能代码的执行性能（代码性能优化）

标识ID：

ID值是从项目开发计划中的WBS任务分解表中获取，对应具体功能编号。

签入内容：

对新增/修改/删除的内容进行简单描述

签入原因：对修改/删除的原因进行简单描述

示例：

+ #62235；新增房源审核功能

* #62236；将房源审核的二级审核修改为一级审核；为缩短业务流程长度，提高业务响应速度

-#62237；删除多余功能；房源审核由二级审核改为一级审核后删除无用功能

软件版本管理规范篇2

近年来, 由于软件研发数量的增加, 如何对各类软件进行高效的管理成为了一个亟待解决的问题。本文应用了一种自动化的版本控制工具SVN。它能够在windows环境下, 构建高效、可靠的版本管理系统及其日常备份方法。通过对项目中的文档或源代码进行管理, 可提供包括代码为什么修改, 谁作了修改, 修改了什么。完整、明确地记载开发过程中的历史变化, 方便开发人员进行代码管理、提高团队开发效率。

一、SVN基本概念及原理

SVN是Subversion的缩写。它管理随时改动的文件和目录, 以二进制格式存储所有的文件, 使用高效的比较二进制差异算法来计算版本之间的改动[1]。SVN主要包括:版本库 (Repository) , 工作拷贝 (Working Copy) 。

版本控制系统的核心要求是能够方便团队协同开发以及记录历史版本。SVN利用修订版本来记录项目中的文件每一次的变更。首先, 在一台服务器上建立一个SVN版本库.由配置管理员根据项目的配置管理计划, 为项目组成员分配不同的访问权限来对这些资源进行管理[2]。包括:超级管理员, 版本库管理员等。项目组成员可以通过http协议访问。访问版本库流程:项目组成员将版本库里的文档检出到客户端机器, 然后在自己的工作拷贝中进行修改编辑, 最后用SVN提交命令提交到SVN服务器, 对服务器更新。任何修改都在客户端进行, 在修改未被提交到服务器前, 其他成员看不到服务器资源有修改。

二、SVN的安装与配置

2.1 SVN的安装。SVN的安装包括服务器端及客户端。在服务器端我们选择了CollabNet的SVN服务端安装包Subversion Edge。他包含了Subversion、Apache HTTP Server以及ViewVC三个项目[3]。在客户端方面, 选择Tortoise SVN与AnkhSvn结合的方式。Tortoise SVN是基于Windows文件目录管理操作方式的SVN客户端软件。而AnkhSvn是集成在VS开发工具上的SVN客户端插件, 开发人员对项目所有的代码文件的版本控制、更新等统一在该插件上完成。

2.2 SVN的配置。安装好SVN服务器后, 需要对其进行设置, 包括新建版本库以及访问权限等。Tortoise SVN的配置包括语言设置以及将项目中不需要受SVN控制的文件和文件夹通过设置忽略选项的方式排除掉。常被忽略的文件有_*obj*.db bin*.pdb*.bak。通过进入Subversion标签, 选择设置日志大小来强制用户在对版本库进行修改时进行注释, 以保证今后在版本追溯时, 快速定位所需版本。

三、SVN在VS.net 2008环境下的应用

项目组采用VS.net 2008进行开发, 完成服务器端的设置后, 在客户端采用Tortoise SVN与AnkhSvn结合的方式。项目文档的提交与更新以及项目导入版本库等操作可在Tortoise SVN完成。而通过AnkhSvn, 成员可方便的在.net环境下进行代码的维护。

3.1 SVN的应用流程。 (1) 在进行代码编辑前, 要先按Update键获取服务器上的最新程序版本。“更新Update”操作可以针对一个文件, 或几个被选择的文件, 或某个文件夹中的所有文件。 (2) 对要修改的源代码进行锁定 (Lock…) , 锁定后代码图标有锁的标记。锁定时可键入锁定信息方便其他用户查询。 (3) 项目编辑完成后要进行提交操作, 将修改的内容上传到服务器。提交时对于上锁的文件有两种处理方式, 一个是提交后文件依然锁定, 需要用户手动解锁, 另一个是提交后自动解锁。在提交的同时, 应增加注释可在message中增加备注。 (4) 对于在代码编辑中增加、删除、移动的文件或文件夹, 首先要在AnkhSvn中进行相应的add、delete操作。在提交服务器之前可使用还原 (revert) 命令取消之前的操作。而在提交后, SVN服务器上的文件则进行相应的变化。

3.2项目中的冲突解决。SVN是利用版本冲突检测的方式保证文件修改的唯一性。例如, 当两个成员同时修改同一处源代码或者文档时, 当分别修改完后, 提交到版本库, 就有可能发生前后提交版本之间冲突的问题。目前常用团队协同开发策略主要有两种:“锁定-修改-解锁”和“拷贝-修改-合并”[4]。

“锁定-修改-解锁”机制, 在一个时间段里版本库的一个文件只允许被一个人修改。他能够非常好的保证版本库中所有文件的一致性, 能避免大部分的冲突。但该模式限制太多, 经常会成为用户的障碍。而在拷贝-修改-合并”模型中, 每一个用户访问项目版本库建立一个个人工作拷贝。用户并行工作, 修改各自的工作拷贝, 最后将各个拷贝合并在一起, 成为最终的版本。因此, 根据项目要求我们采用两种混合版本控制协同开发策略, 对于大部分模块级别文件实行“拷贝-修改-合并”策略;对于不可合并或重要公共文件采用“锁定-修改-解锁”策略。

3.3基于SVN的项目开发原则。通过在项目研发中使用SVN, 总结了以下开发原则, 通过版本控制系统与人为干预的结合, 完善团队协作, 提高工作效率。1.修改前更新本地工作拷贝, 坚持在对项目中文件修改之前, 先从SVN服务器获取最新版本文件的好习惯, 减少冲突发生的概率。2.尽快释放文件锁, 不随意偷锁。在获得对指定文件加锁权限后, 应尽快完成文件的修改编辑工作, 处理完毕立即提交更新, 并马上解锁, 以免影响别人的开发。3.不提交编译不通过的代码文件。开发人员不要提交在本地编译运行无法通过的文件, 特别是重要的公共模块, 以免影响其他人员的开发。4.减少提交次数, 加强提交注释。5.公共模块统一修改。尽量保证公共文件或公共模块只有一个项目成员在编辑。

四、结论

SVN系统目前已部署在我厂信息中心服务器上, 公司规章制度管理平台以及计量自控仪表管理系统等项目已使用SVN进行管理。通过在两个项目组中进行应用, 它可在整个软件开发生命周期中给软件开发人员带来方便.解决了在软件开发中出现的诸如版本混乱、沟通不畅、变更管理不好等问题。在今后的软件开发中引入SVN必将对规范软件开发流程、提高软件开发效率、维护难度、提高整体的软件开发水平起到重要作用。

参考文献

[1]孙向辉.驱动领域设计中的敏捷实验——从SVN的权限管理说起[J].程序员, 2007 (2) :72-74.

[2]刘燕秋, 勉玉静, 赵文耘.软件配置管理中版本管理技术研究[J].计算机工程与应用, 2003 (21) :68-71.

[3]刘康平.Subversion1.5新功能解析[J].程序员, 2008 (3) :119-122.

软件菜鸟必学：软件版本知识合集篇3

版本号划分

V（Version）：即版本，通常用数字表示版本号。（如：EVEREST Ultimate V4.20.1188beta）

Build：用数字或日期表示版本号的异种方式。（如：VeryCD eMule V0.48a Build 071112）

SP：Service Pack，升级包。(如:Windows XP SP 2/Vista SP 1)

授权和功能划分

Trial：试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。可注册或购买成为正式版。

Unregistered：未注册版，通常没有时间限制，在功能上相对于正式版做了一定的限制。可注册或购买成为正式版。

Demo：演示版，仅仅集成了正式版中的几个功能，不能升级成正式版。

Lite：精简版

Full：完整版

开发阶段划分

α（Alpha）版：内测版，内部交流或者专业测试人员测试用。Bug较多，普通用户最好不要安装。

β（Beta）版：公测版，专业爱好者大规模测试用，存在一些缺陷，该版本也不适合一般用户安装。

γ（Gamma）版：相当成熟的测试版，与即将发行的正式版相差无几。

RC版：Release Candidate，候选版本，处于Gamma阶段。从Alpha到Beta再到Gamma是改进的先后关系，但RC1、RC2往往是取舍关系。

Final：正式版

语言划分

SC：Simplified Chinese，简体中文版。

GBK：简体中文汉字内码扩展规范版。

TC：Traditional Chinese，繁体中文版。

BIG5：繁体中文大五码版。

UTF8：Unicode Transformation Format 8 bit，对现有的中文系统不是好的解决方案。

其他不太常见的版本号

Enhance 增强版或者加强版，属于正式版

Free 自由版

Full version 完全版，属于正式版

shareware 共享版

Release 发行版，有时间限制

Upgrade 升级版

Retail 零售版

Cardware 属共享软件的一种，只要给作者回复一封电邮或明信片即可（有的作者并由此提供注册码等），目前这种形式已不多见。

Plus 属增强版，不过这种大部分是在程序界面及多媒体功能上增强。

Preview 预览版

Corporation & Enterprise 企业版

Standard 标准版

Mini 迷你版也叫精简版，只有最基本的功能

Premium贵价版

Professional专业版

Express特别版

Deluxe豪华版

Regged已注册版

CN简体中文版

CHT繁体中文版

EN英文版

Multilanguage多语言版

Rip 是指从原版文件（一般是指光盘或光盘镜像文件）直接将有用的内容（核心内容）分离出来，剔除无用的文档，例如：PDF说明文件，视频演示之类的东西，也可以算做是精简版吧……但主要内容功能是一点也不能缺少的！另：DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。

trail 试用版（含有某些限制，如时间、功能，注册后也有可能变为正式版）

RC是 Release Candidate 的缩写，意思是发布倒计时，该版本已经完成全部功能并清除大部分的BUG。到了这个阶段只会除BUG，不会对软件做任何大的更改。

RTM这基本就是最终的版本，英文是 Release To Manufactur，意思是发布到生产商。

Original Equipment Manufacturer (OEM)OEM软件是给电脑生产厂的版本

Full Packaged Product (FPP)Retail

FPP就是零售版（盒装软件），这种产品的光盘的卷标都带有“FPP”字样，比如英文WXP Pro的FPP版本的光盘卷标就是WXPFPP_EN，其中WX表示是Windows XP，P是Professional（H是Home），FPP表明是零售版本，EN表明是英语。获得途径除了在商店购买之外，某些MSDN用户也可以得到。

软件版本管理规范篇4

（例：车辆诊断仪的标定软件配置管理系统及方法）

发明背景技术

（说明与本专利申请技术方案最接近的现有技术或产品，描述现有技术或产品的主要结构及原理，并指出该现有技术或产品存在的缺点或不足之处。如果方便的话可以提供现有技术的附图）

随着汽车电子技术的飞速发展，车辆的功能复杂性日益提高，安全、环保、节能方面的法规要求日益严格，舒适、灵活、个性化的客户需求千差万别，市场竞争全球化，使开发周期不断缩短，大量的电子控制器在汽车中广泛使用，导致车辆的诊断仪开发面临巨大挑战。

汽车在在开发过程中，需要根据目标市场要求、法规要求、车型配置要求等对控制器进行整车标定。例如发动机控制器、空调控制器、车身防盗控制器、自动变速器控制器、车身稳定控制系统（DSC）控制器、刹车防抱死系统（ABS）控制器、仪表控制单元等。

汽车进入市场后，针对法规的要求的变化，发现的问题和市场中客户的反馈，对各控制器进行重新配置和标定。在售后的维修保养中，同种车型的控制系统，会有不同的零件配置，需要不同的标定软件进行刷新。

在车辆诊断和标定软件刷新过程中通常使用诊断仪，当需要更新车辆控制器标定软件时，通过诊断仪的通讯接口与车辆诊断接口连接，例如SAE（美国汽车工程师学会）J1962标准接口，将新的标定软件刷新到车辆的相应控制器中。由于车辆功能日益复杂、车型众多、控制器日益增多，传统的标定软件刷新方法不但容易出错，而且效率低下。

具体的技术方案描述及本发明的有益效果

（请结合附图清楚、完整地描述本发明的技术方案，说明本专利的原理、工艺过程等，使本领域的普通技术人员人能够不需要创造性的劳动就可以理解/实现本

发明。同时提交本发明的有益效果。）

请参阅图1，本发明揭示了一种车辆诊断仪的标定软件配置管理系统，该系统与车辆诊断仪通信，所述系统包括配置数据库

11、及分别与所述配置数据库11连接的标定软件库

12、控制器格式文件

14、配置报告

15、标定加密软件包16。

所述配置数据库11用以维护各个车型的控制器信息13，该控制器信息13至少包括零件编号结构、车型的配置信息，所述零件编号结构包括总成号、硬件号、软件号、网络号、标定号；优选地，所述零件编号结构还包括零件的配置特征值、特殊配置的传感器、特殊配置的执行器、特殊配置的目标市场。所述配置信息包括起止车辆识别号、EOBD、年份车型、日期、所配置的硬件信息。所述配置数据库11还用以维护零件编号结构的可用性、发布状态，同时维护零件软件与网络软件的兼容性。

所述控制器格式文件14用以对各控制器信息进行设定。所述配置报告15用于对车辆诊断仪所诊断的车辆控制器、及其标定软件是否需要更新进行判断。所述标定软件库12用以存储所述车辆诊断仪所需的应用软件、标定软件、网络软件。所述标定软件库12还设置所述配置数据库中零件编号结构与该标定加密软件包的链接。所述标定加密软件包16包含对控制器所需要的应用软件、标定软件、网络软件加密，把所述配置报告15分别发送给车辆诊断仪，更新车辆诊断仪。

车辆诊断仪接收配置报告

15、标定加密软件包16，读取车辆的控制器信息，根据所述配置数据库、配置报告进行判断、抽取合适的标定软件，对车辆进行刷新。配置报告为上述应用软件、标定软件、网络软件的配置说明。所述车辆诊断仪生成配置管理报告的同时，还从所述控制器标定软件库中提取需更新的软件，更新标定加密软件包，该标定加密软件包用于更新车辆诊断仪。

请参阅图2，以下结合图2介绍一种利用上述系统的标定软件配置管理方法，包括如下步骤：

步骤0、任意车型或控制器更新；标定软件库更新标定软件。

步骤

1、提供一配置数据库，该配置数据库维护控制器零件信息和文件库，并将软件库加密打包，存入软件库。所述控制器零件信息至少包括零件编号结构，该编号结构包括总成号、硬件号、软件号、网络号。

步骤

2、打包软件库发送给维修站，更新诊断仪。

步骤

3、获取被诊断车辆控制器的硬件号，该硬件号对应该车型的控制器信息；同时获取车辆的特征键、车辆识别码，查询控制器配置报告，上述特征键包括控制器的所有特征。

步骤

4、根据被诊断车辆控制器的硬件号，查询控制器配置报告。步骤

5、判断被诊断车辆软件版本是否需要更新；若需要，执行步骤6，否则转向步骤10。

步骤

6、从标定加密软件包中，提取需要更新的软件。步骤

7、用步骤6中所提取的软件刷新被诊断车辆的控制器。步骤

8、更新控制器特征键和零件信息。

步骤

9、生成被诊断车辆的控制器的数据库完整性报告。步骤

10、结束。

本发明的有益效果在于：本发明通过更新车辆诊断仪控制器的软件库来更新诊断仪控制器，能够进行统一高效地管理，提高了更新控制器配置的灵活性、完整性、严密性和诊断效率。适应了车辆发展的未来需求，可持续对复杂程度日益增长的车辆的控制器进行完整、快速地配置。

附图

最好附可以编辑的附图，不要有色彩、阴影，只要线条勾勒的示意图即可。

12控制器标定软件库软件库13控制器信息维护14控制器格式文件库文件配置管理数据库11控制器配置报告15软件加密包16

图1（本发明车辆诊断仪的标定软件配置管理系统的组成示意图）

任意车型或控制器更新配置管理数据库维护控制器零件资料和文件库，并将软件库加密打包，存入软件库打包软件库发送给维修站，更新诊断仪读取车辆的特征键和控制器信息查询配置报告40123控制器软件版本是最新且完整吗?5否从软件库提取软件6刷新和配置控制器更新车辆的特征键和控制器信息数据完整性报告10978是结束

车贷担保管理办法版本2 篇5

个人汽车贷款有别于其他性质的贷款，有其自身的特点和运营规律，本人在汽车按揭行业具有10年的工作经验，从事业务和管理工作，对汽车贷款风险有着全面的了解，根据多年的经验，我提出了车贷五大控制核心，车贷业务只要围绕此五大核心，就能防控车贷风险失控，具体如下：

一、客户资料的真实性：

公司从接单到签订合同，从制度上和流程上，各个环节不断确保客户提供资料的真实性和可靠性，确保公司、银行在贷款审批是建立在真实资料的基础上，从而做出准确的判断，采取相应的风险控制。

二、客户购车行为的真实性：

从目前看来，骗贷是担保公司面临的最大风险，给担保公司造成巨大的损失，也给银行带来较大风险，因此我公司从调查、签订合同开始预防，再到提车，严控资金流向，确认客户购车行为的真实性。

三、还款来源的有效性：

首先第一还款是借款人生产经营活动及与其相关的发展与其的产生直接用于归还银行借款的现金流量总称。第一还款来源是审查的第一要务，了解和掌握借款人的现实情况，是从源头上防范信贷风险的关键，根据对不同行业、不同客户的分析，发现潜在风险点，提出不同的反担保措施和预防手段，从而降低风险。

四、按揭车辆的安全性：

按揭车辆是第二还款来源，在第一还款来源出问题的情况下，如何保证其安全性，确保在清偿后能够保证担保公司、银行利益，合理降低风险。

我公司从贷前开始严格审查按揭车辆贷款，严格要求不高贷；贷中控制按揭车及时上户，督促客户按揭期内正确完整购买保险，贷后每月观察客户还款情况（一旦发现风险，立即扣车）和通过GPS观察车辆运营状况（一旦发现GPS出问题，及时扣车），有效降低车辆风险，确保车辆安全。

五、押品的真实性和安全性

保证按揭车辆押品的真实性是防止骗贷、高贷的主要手段，从划款提车到上户，再到押品回收，从不同环节确保押品的真实性。同时从垫款制度上保证押品及时回归银行，降低风险。

根据车贷自身运作特点，参考其他担保公司运作，以及根据我公司实际情况，设计出了我公司的车贷运作架构、流程、人员构成以及岗位为职责。如下：

车贷组织架构图

车贷业务流程图

车贷人员构成图

人员合计：金玉担保公司车贷人员4人，汽车销售公司18人，业务人员不含在内

车贷人员工作职责一、七部部门经理工作职责

1、主持车贷工作（风控除外），对车贷运行结果和投入产出负责，是车贷运营的第一责任人。

2、负责搭建汽车销售公司的组织架构、管理团队、业务团队，实现车贷的正常、持续、稳健发展。

3、制订汽车销售公司相应的管理制度、规则和流程、业务目标、奖惩制度；

4、总体负责汽车销售公司与担保公司的协调工作；

5、负责银行平台的搭建和关系维护。

6、负责车贷市场的开拓和总体维护，完成公司下达的业务完成计划任务。

7、向公司提供科学、合理的风控体系、催收政策及风控合理化建议。

8、严格遵守公司各项规章制度，树立良好职业道德和职业素质，树立公司良好形象和口碑。

9、实现对新产品的研发，以建设创新型部门为目标，开发新市场。

10、完成公司下达的其他任务。

二、风控专员

1、负责完善公司贷款风险控制的指导原则，不断检查审批环节和审查内容，并提出完善建议；

2、负责对贷款项目进行综合风险评估，出具风控意见和明确风险防控措施；

3、严格遵守风控制度和风控流程，做好“事前介入，事中参与，事后复核”的工作。根据车贷五大风控原则，对客户提供的资料进行真实性和合法性的审核工作；在请款阶段，确认审批条件是否得到满足；放款后确认反担保措施、风险防控措施是否得到实行。

4、负责和公司合作银行代后工作的衔接和维护；

5、客户出现风险，向公司提出合理化建议或有效措施，提供并协同律师拿出法律解决方案；

6、配合公司的有关安排，在公司内普及相关知识，增强职员的风险意识；

三、财务专员

1、建立健全财务管理的各项规章制度，检查监督财务纪律；

2、编制财务预算，执行财务计划，拟定资金筹措和使用方案，有效使用资金；

3、加强经营核算管理，分析财务计划的执行情况；

4、负责车贷业务的核算、报表编制和报表分析；

5、做好现金、银行存款的存、取、转、结等日常管理；

6、进行成本费用预测、计划、控制、核算、分析和考核，督促关部门降低消耗，节约费用，提高经济效益；

7、及时了解财政、税务、银行等行业政策，主动提供有关资料，如实反映情况；

8.每天负责盘点现金，并登记现金日记账和银行日记账，将银行余额和现金余额与现金日记账和银行日记账分别核对无误，做到日清月结；

9、根据公司垫款制度和流程，仔细审批垫款需求是否符合要求。

10、做好车贷相关人员的工资、绩效的统计和核算工作，以及车贷的财务核算工作。

11、公司下达的其他工作。

四、汽车销售公司

（一）、业务部部门经理

1、贯彻执行银行和担保公司要求的金融方针、政策、法规和业务规章制度，完成本部门业务拓展计划和业绩考核目标。

2、注意观察经济和金融形势变化，随时了解和分析担保市场的变化，提出业务发展合理化建议。

3、加强对客户经理的风险控制培训、监督，特别是监督客户经理的贷款操作程序，促进提车规范化，加强对按揭车辆的上户几押品回收，发现问题及时帮助纠正，有效防范贷款风险。

4、督促客户经理完成业务完成业绩指标。

5、配合公司各部门的协调要求。

7、完成领导交办的其它工作任务。

（二）、客户经理

1、客户经理按照经销商管理规定，配合公司与经销商签订合作协议，维系和车商良好的合作关系。

2、完成公司、部门下达的业务发展计划。

3、业务员接单后证实客户购车的真实性及合法性，并对车辆的市场价格进行初步核实，避免虚报车价，不得指示、引导、配合车商或客户违规高贷，一经发现，严重者将担负相关损失以及司法责任。

4、业务员应根据公司和银行要求通知客户准备和完善相关资料，如：客户夫妻双方身份证、结婚证(未婚者应由街道办或行政部门出具未婚证明)，户口薄，居住证(须加盖居委会,街道办或物业管理处公章)，收入证明(须加盖单位公章或财务专用章)、个人流水、企业法定代表人须提供营业执照及机构代码、税务登记证、国税、地税完税清单等等。不得指示、暗示、引导车商或客户提供虚假资料，一经发现，严重者将担负司法责任。

5、业务员应对客户提供的相关资料进行了解核实，同时也应对客户所提供的一切资料保密，以保证客户的合法权益不受侵害。

6、业务员应帮助客户算清按揭贷款的相关费用，如：月供款、资信调查费、担保费、评估费、抵押登记费、公证费、各类保险费等。（注：以上业务员所算费用仅作参考，具体收费以相关部门出具的发票为准）。

7、业务员整理完备客户所有资料后，根据公司业务流程办理车贷分期业务。

8、为确保公司资金安全，业务人员需要精确客户提车时间，控制交车流程，确认购车车辆的真实性和有效性，确保贷款安全、及时、有效。

9、在公司规定的时间内，配合公司专职回押人员督促客户完善上牌、抵押手续，及时安全交回相关资料。

10、在客户完成贷款后，每月提示客户按时足额还款，客户的基本信息发生变化时，及时向公司相关部门上报。

11、无条件配合公司风控部追讨按揭款或按揭车辆，在发现客户出现还款风险时及时通知公司，并不得给客户通风报信，一经发现，严重者负担相关损失或司法责任。

12、参加公司会议以及公司安排的内外培训，积极响应公司企业文化建设，做一个合格、专业的融资担保从业人员。

13、遵守公司各项规章制度、风险控制要求、垫款流程。

（三）、综合部经理

1、根据公司要求，具体组织实施公司业务管理部的各项工作任务。

2、初审每笔业务的报审资料，提出复审意见。

3、负责部门内部的整体协调工作，对各岗位做具体工作归划；以及我部门与其他部门之间的协调、配合工作。

4、根据公司对部门的工作部署要求，负责组织编制各种报表（GPS台账、垫款表、月业绩表），按月的将公司业务对公司领导进行及时、准确、完整的业绩汇报。

5、负责组织实施、加强各项活动的监管，业绩考核工作等；解决日常业务活动中出现的问题。

6、加强部门学习，不断充实更新专业知识，提高业务技能，工作质量和工作效率。对新进员工进行培训，及业务知识引导。

7、协调驻行工作的顺利开展，及时接受银行新信息、新政策，并做好应对工作。

（四）、驻行主管

1、负责合理有序的安排日常内控工作，保证正常工作秩序。

2、重点审查每笔业务的调查报告，对其合法性和有效性提出复审意见。

3、主要负责农行具体工作，协调农行驻行人员的分工合作，合理安排征信查询、签合同、填合同等工作安排。

4、对公司送银行资料进行审核，签字确认，跟单，报进度；对放款信息进行汇总，收集放款凭证等，做到统筹安排，并对出现的各种问题和银行充分沟通并进行解决。

5、完成日常报表统计，做好回押资料的检查、保管和归档工作。

6、及时配合银行做好逾期客户名单的统计和确认，配合公司风控部和贷后管理部处理逾期客户款项的存储确认工作和押品领取工作。

（五）、业务内勤

1、遵守公司风险控制要求和业务规章制度，不得指示、暗示、引导车商或客户提供虚假资料，一经发现，严重者将被开除。

2、正确联系客户，确认客户资料真实性，购车行为的真实性。

3、填好业务承接单，确认客户姓名、车商、车型、发票价，贷款金额、贷款年限、以及了解客户资信情况，和客户确认调查时间。

4、通知联系客户准备资料到公司或银行签订借款合同及担保合同。

5、根据银行、公司风控要求联系客户补充资料。

6、客户贷款审批完成，通知业务员。

7、通知客户提车，确认贷款金额、年限、车型、票价、提车地点，通知客户交担保费。

8、填好请款单，完成垫款流程。

9、通知综合管理部上户，安排上户人员联系客户（同时确认是否加GPS），并告知注意事项。

10、协综合管理部回收押品，并复印好留底资料，并将以上资料交回业管部。

11、建立业务台账，做好业务统计、保存工作。

（六）、档案专员

1、负责部门电子档案的录入及文字档案管理工作，负责对每笔业务的原始档案进行资料齐全性的复核，保证工作质量及正常工作程序。

2、负责与银行事务人员的沟通工作，及时反溃银行信息，登记银行签合同名单、放款名单，并及时更改黑板进度和台帐，记录补资料资信的名单，包括审批完成后通知该客户业务经理。

3、负责原始档案的整理、归类、保管。排放要有序，方便查找。并负责收集已完成上户工作的五大件，在银行通过审批后，及时通知客户办理抵押。收集以转帐方式垫款的客户下帐回单，打印以现金方式垫款的客户的情况说明。

4、记录每日业务部上报的垫款名单，检查需要垫款的客户资料就否齐全，同时到财务部找出该客户业务承接单，签字确认后将资料拿给总经理签字。将同意垫款的名字记录下来，打还款明细出来，连同业务承接单一同给财务部，同时通知该客户的业务经理是否同意垫款。

5、将每日放款名单交于行政部，并写清楚客户姓名、生日、电话、放款时间，做好贷后公司的后续服务功能。

6、负责与上户人员交接上户完成后要送银行放款的六大件，检查险种是否买齐，同时确保抵押权证的真实性，以及与贷款信息保持一致，第一受益人是否正确，并核对购车发票车价是否与台帐上录入金额一致。

（七）、合同专员

1、整理新资料，协助业务内勤补充资料

2、对提出申请的客户相关资信材料和信息进行判断真伪，审核其资料是否齐全

3、对客户资料进行初步审核并整理

4、整理银行借款合同、公司担保合同，复印资料和完成签字盖章手续

5、沟通协调与银行之间出现的临时性问题

6、及时联系客户到公司领取合同，或邮寄合同给客户

7、完成上级交办的其他任务

（八）、贷后管理专员

1、合理安排调查，根据客户经理的当天路线进行合理安排，对调查人员的调查时间适当管控，及时和调查人员沟通。

2、电话核实客户资料的真实性，包含但不仅限于客户身份证、户口本、婚姻证明材料、房产（商铺）证明材料、公司（个体）资料等。

3、做好调查客户的报表统计工作。

4、根据风控要求做好逾期客户的统计工作。

5、根据公司要求做好电话催收工作，积极总结经验，通过电话准确判断客户当前逾期情况的真实性。

6、配合驻行经理处理逾期客户的相关事宜。

7、完成公司交办的其他事宜。

（九）、上户岗

1、负责公司客户的提车上户，办理抵押工作。特别是现金提车的，确保购车行为的真实性，资金安全性。

2、负责先全款上户的客户在通过审批后办理车辆抵押（仔细核对抵押合同上的车价是否与购车发票上车价一致）。

3、做到热情服务，为客户交接清楚上户要素，并在上户完后做好客户资料的交接工作。

4、如客户未能及时上户的必须收集相关付款凭证、发票、收据、合格证、关单、商检单、保险发票、保险大单、第一受益人，并做好识别、核对工作，出现差异及时反馈部门经理及业务人员。

5、对于资信不足的客户，公司加装GPS的客户，上户人员、业务人员配合公司风控安装GPS，上户人员确保信息反馈，确保车辆的安全性。

6、根据公司要求及时到达提车现场，做好顶贷、骗贷的识别工作。

（十）、调查专员

1、及时联系客户，调查前确认客户资料准备情况以及调查时间，对所报调查要求从报调查之时起计算，大成都地区24小时内（含24小时），非大成都地区48小时内（含48小时）完成。此时间由各业务部业务人员自行监督。

2、调查组与银行一起进行现场调查，对客户购车行为进行核实（如车型、车价、提车时间、订车合同、车商、首付准备、贷款金额、贷款期限、信用卡还款特点等）。

3、视频及拍照，包括包括：客户住所地小区门牌、楼栋、单元、房号、室内设施等；客户基本资料，参见《客户调查表》；需要拍照的其它情况。同时确保视频和照片符合公司要求。

4、核实客户资料，主要包括：

婚姻家庭关系情况：是否未婚、已婚、离异，同住其它家庭成员（包括配偶、小孩、父母等）情况，其它供养人员等；

房产情况：房产性质、地址、面积、共有人、贷款额及余额（按揭房）、产权办理及抵押等；

工作情况：行业及行业背景、工作范围、工作单位名称、地址、电话、职务、用工性质、最近一个单位工作年限，自营或合营实体名称、地址、电话、职务、经营年限，从事其它职业的主要类别和年限；

收支情况：最近一年个人月均收入和家庭月均收入，最近一年个人月均支出和家庭月均支出；

债务债权情况：债权、债务种类和金额；其它需要了解的情况。其他情况：对客户的精神面貌、居住环境、职业习惯、爱好、生活细节、人际关系、性格等直观判断，发现风险点。

6、审查客户资料的完整性、真实性，并签字

7、根据调查资料和征信报告，评估客户的偿贷能力；

8、出台评估报告，指出风险点，进行风险等级评估。

9、确定风险控制要点、落实反担保措施；

10、不得接受客户、车商、客户经理或其他相关方的贿赂，不得多收调查费，不得接受客户超过50元礼品。

（十一）、保险部部门经理

1、根据公司发展需要，建立和完善部门制度、业绩考核、岗位职责。

2、负责保险部内外协调（主要指与合作保险公司或合作单位、公司内各部门、部门内部之间的协调）。

3、制定部门任务完成计划。

4、指导部门员工工作，跟踪任务完成进度情况，督促员工完成工作计划，及时进行效果评估。

5、对本部门员工进行业绩考核，并及时汇报，作出处理意见。

6、实时处理部门其他事务。

（十二）、保险助理

1、及时对公司各项数据进行统计。（涵盖该月公司续保客户数、保单回来情况、客户承保情况、出单情况、送单情况、理赔情况、部门各项指标等保险部的各项数据统计）

2、收集、整理公司按揭客户保险资料。

3、核对客户承保资料，建立保险部台账。

4、协助部门经理下达部门任务计划，任务分配等等。

5、督促和协调车贷部客户经理或合作车商保单及时回收。

市场经营管理委托协议版本一篇6

委托方（甲方）：＿＿＿＿＿＿＿＿＿＿

受托方（乙方）：盛捷达（南康）家居商业管理有限公司

根据《中华人民共和国合同法》以及其它法律、法规规定，甲、乙双方在自愿、平等、协

商一致的基础上，就委托经营管理该物业的有关事宜约定如下：

一、甲方自愿将购买的泓泰家具产业交易市场＿E＿区商铺（位置：＿＿＿＿＿栋＿＿＿层

号，）在本协议有效期内经营管理权全权委托给乙方，进行市场统一招商、统一运营管

理。

二、为了划行规市、统一管理，双方约定上述商铺经营管理委托给乙方管理期限为10年，自年月日至年月日止，第一年，乙方以总房款的8%作为租金

支付给甲方，乙方享有甲方商铺的租赁权；第二年至第三年，为了市场的长期繁荣能统一管理，甲乙双方约定甲方商铺由乙方代为出租，乙方根据市场行情采取据代收分期付

款方式，并由乙方统一运营管理，同时乙方将代为收取的租金中提取5%作为运营管理

费用；第四年起如由甲方继续委托乙方代为出租，但经营管理权仍为乙方所有，同时甲

方可自行与承租方洽谈租金价格及租赁年限。

三、支付方式：乙方于每季度末从该季度的租金中提取5%用于乙方的运营管理费用，乙方的支付时间为每季度最后一个月前10个工作日内。

四、甲方的权利与义务

1、服从市场的整体业态划分，统一经营管理。

2、根据乙方要求提供相关的证件和资料；协助配合乙方办理各种证照及有关合法商业经营

文件。

3、委托期限内，甲方如将房产所有权转移给第三方，应事先通知乙方并将本协议的全部内

容吿知第三方，并办理证件和资料的变更，以保证第三方承续本协议所约定甲方的全部

权利和义务。

4、在协议有效期内，遵守并执行相关约定。

五、乙方的权利与义务

1、有权对市场进行统一的业态管理，划行规市。

2、有权根据需要对该物业进行合理的装修和布局。

3、为了规范市场、提升品牌形象，市场内所有公共设施、公共道路、建筑外立面、建筑

屋顶等公共设施全部由乙方进行统一运营管理。

4、乙方应保证在协议有效期内，合法管理甲方委托的物业。

六、本协议履行过程中发生的争议，由双方协商解决，协商不成，由赣州仲裁委员会仲裁。

七、本协议处双方签字之日起生效。

八、本协议一式叁份，甲方执壹份、乙方执贰份，具同等法律效力。

委托方：受托方：盛捷达（南康）家居商业管理有限公司

身份证号码：身份证号码：

地址：地址:

联系电话：联系电话：

日期：年月日日期：年月日

软件版本管理规范篇7

关键词：本地化,软件,质量

为了满足全球化软件世界范围内发布的需要,全球化软件的开发过程中,软件的国际化设计和本地化工程处理是两个重要的步骤。与开发过程相对应,作为软件质量保证过程的全球性软件测试过程,包含一系列相互关联的测试技术和流程,可以分为功能/性能测试、国际化测试、本地化能力测试和本地化测试等阶段。

1 当前本地化版软件的质量问题

经常有人反映:有些国外大公司的英文软件用起来很少出问题,很少出错,很少死机,很少出现软件崩溃,使用时很少出现异常现象或异常结果;但换成中文版(针对中文进行的本地化软件,也称汉化版)后常常出问题,频繁出错,很容易死机,有时出现软件崩溃,使用时出现很多异常现象或异常结果,有时还会发现用户界面元素前后翻译明显不一致,汉化质量实在令人失望,汉化质量欠佳,中文版质量十分低下等等。甚至软件公司内部的技术支持人员、咨询师,用户的系统管理人员、有经验的使用者,软件公司委托、认证的培训机构中的一些培训教师在对学员进行培训时也会经常提到:尽量用英文原版,少用中文版,免得总出错。

尽管这些针对本地化版软件的真实的不良反馈、不利消息在很大程度上说是不争的事实,因为从使用者(多为有经验的使用者或权威)角度出发,它如实地反映出本地化版与原版比较而言自身存在的问题,但对软件公司、软件公司的本地化版软件(甚至原版软件)的声誉和市场拓展却都带来了一定的影响,这无疑会使本地化版软件自身的价值和软件公司在本地化方面投资的价值(以及所有参与本地化工作的部门、公司和人员的工作)大打折扣,也使软件公司在软件本地化目标语言对应的目标国家或地区销售本地化软件的难度大大增加了,甚至会严重影响到本地化版软件的市场拓展能力、市场销量、市场份额和市场占有率。因而,这样的反映和结果很值得软件公司及其负责和参与本地化工作的部门、委托的本地化公司及所有从事本地化工作的人员去反思影响本地化版软件质量的因素,探索提高本地化版软件质量的方法;尽管这需要一个过程,需要一定的时间,要经过不断的尝试和改进来逐步提高,通过今后的逐个版本升级、修补、更新等过程实现,而且所有环节也都正在朝着这个方向努力。

2 国际化及测试过程对本地化版软件质量的影响

首先从软件本地化的源头谈起,国际化通常是国际大公司进行国际化软件时首先要做的事情,国际化过程规划的好坏直接影响后续的本地化过程的难易和质量。其中涉及软件系统与本地化对应语言的支持,与本地化对应语言的操作系统的兼容性,如果做不到这两点,则本地化版软件无法运行,本地化版软件的质量也就无从谈起。

按照当前的国际惯例,英文版软件即国际化版软件,它是软件的第一个语言版本,也是本地化软件的母版,其他语言的版本要在英文版的基础上进行本地化(翻译为本地语言,通常为八种主要语言:德文、法文、日文、韩文、中文简体、中文繁体、葡萄牙语、西班牙语)。一个错误的原版至少会产生(衍生、派生)八个错误的本地化语言版本。英文原版中的一个小错误,都会在本地化阶段放大为至少八个错误(如果要进行八种语言的本地化)。如果原版存在错误,而且在本地化阶段未发现或无法排除和改正,那么几乎所有版本(通常为九个版本:英文版和八种本地化语言版本)都存在错误,也就是说全球用户都在用有错误的软件。而有些错误可通过升级、补丁、更新等方式解决,有些则要在下一版本中改进或改正。

因此,在软件国际化过程中一定要正确设计软件架构,做到与其他语言(如中文、日文等双字节亚洲语言)的支持和兼容,力求英文原版的界面语言和符号正确,各种功能完善且能正常运行,并通过测试尽可能发现和消除更多的错误,从源头上保证本地化版软件的正确性和高品质。

3 本地化及测试过程对本地化版软件质量的影响

本地化阶段的主要任务是:翻译(包括校对、编辑)和测试等。软件本地化翻译质量对软件质量的影响非常大,翻译准确、符合专业习惯,才能正确引导软件用户进行正确的操作、输入正确的数据和要求的参数、做出正确的选择,进而获得期望的运行结果;否则就会给出错误的提示,误导用户做出错误的选择、输入错误的数据和参数,进而产生运行异常、获得异常的结果,甚至因翻译错误而误导用户输入错误消息、进行错误的选择或操作,进而导致功能失效、软件崩溃、系统死机等严重错误。因此,只有提高软件本地化翻译的质量,才能从根本上提高本地化版软件的质量。

翻译工作应按照“信、达、雅”这三个原则严格执行。作为保证质量的标准之一,“信”应放在首位,即翻译首先要准确、如实地传达原文的涵义,这是最基本,也是最重要的一个标准。

4 使用过程对本地化版软件质量的影响

随着软件开发的难度和复杂性的日益提高,软件质量问题受到普遍的重视。所谓的软件质量通常可从五个方面进行衡量,即软件产品的功能、可用性、可靠性、性能和可支持性。因而要采用针对这些方面而设计的软件测试解决方案,以便帮助测试人员管理、控制应用开发和测试中的风险,利用集成的自动化管理环境进行需求管理、测试管理、缺陷管理、功能测试和业务流程管理,从而加快软件测试的流程,提高软件及本地化版的质量。

除了国际化、本地化及对应的测试等软件生产环节外,遍布全球数以百万计的广大使用者可以说是最终、最实际、最强大、最持久、最实时、最全面、最细致的免费(实际上是倒付费)测试者群体和体验者群体。他们会在常年的使用过程中不断地对软件的上述衡量因素进行测试和体验。

5 结束语

综上所述,软件开发的规模越来越大,软件及本地化版软件的质量问题显得越来越突出。软件及本地化版软件质量控制不仅是测试问题,还涉及一整套管理方法的实施。在软件开发与测试、软件本地化及测试的所有阶段都应该引入质量管理的观念和体系,建立完整的项目管理方法,用一整套完善而周密的软件开发、本地化及测试方案(即软件及本地化版软件质量保证计划),说明软件开发、本地化及测试思想,描述软件功能开发、本地化及测试的指导性文件,具体详尽地阐述软件开发、本地化及测试方法,建立及时而全面的问题跟踪体系和数据库等等,这样才能规避软件质量、性能、准确性及操作等方面的风险,全面提高本地化版软件的质量。

参考文献

[1]沙一鸣,尤晋元,王舟.软件国际化和本地化技术探讨[J].计算机工程与应用,2006,3.

[2]王立福,麻志毅,张世砚.软件工程第二版[M].北京:北京大学出版社,2002.

低版本上安装高版本系统篇8

我的系统是32位的Windows 8，最近将内存升级到了8GB，想再安装一个64位系统以充分利用内存，可是下载安装镜像后安装，安装程序提示无法在32位系统下安装。怎么在32位系统下安装64位系统？（题号：20142002）

解题思路

在2014年第21期《破除限制 32位系统下安装64位Windows 8》一文中，已经给出了一个完整全面的解决方案。今天我只是作一点补充，通过迂回的方法，来快速简单地解决这一问题，即通过Install安装器来实现，它就可以在32位的系统下安装64位的系统。

解题方法

首先下载Install安装器（NT6快捷安装器），然后将下载好的Windows 8/64位的安装文件放入除C盘以外的其他盘中。在WinRAR中打开Windows 8/64位安装文件的ISO镜像包，找到其中的Sources文件夹，将其中的Install.wim文件提取出来，并将其拷贝到D盘根目录。

此时运行Install安装器，点击“打开”，选择打开刚刚提取的Windows 8的Install.wim文件，然后选择D盘，因为这款软件是在WinPE下使用的，如果选择C盘，那么就会在Install还没有安装完成时就将Windows的C盘格式化了。选择D盘后，将引导分区也选择为D盘。点击“开始安装”，稍等片刻即可成功安装完系统。

安装完毕重新启动，将会发现有一个新的启动选项，名字为Windows安装程序，可以进入第一次开机设置，设置之后就可以进入系统了。原来的旧系统分区，这时将显示为D盘，可以进行格式化处理。这样，64位的系统便可以在32位的环境下安装并使用了，非常简单吧。

注意：系统安装操作中会有很大风险，所以在重装系统或者安装多系统之前，一定要先将电脑中的重要文档数据备份到安全的地方。

【本期挑战题】

题号：20150301

难度：3分

挑战题描述：

最近为了方便上小学的孩子学习英语，我的一个朋友将他购买的一套正版同步辅导光盘送给我。但是我的笔记本电脑上没有光驱，我要怎么才能将其中的内容复制到电脑上使用呢？

（读者：阿平）

题号：20150302

难度：3分

挑战题描述：

单位保管财务资料的电脑需要加强管理，为了防止用户随意登录，我使用用户名+复杂密码的方式来管理。可是再复杂的密码，同事多登录几次后就泄露了，定期更改密码记起来又很麻烦。有没有借助特定U盘、移动硬盘这类硬件才能登录的解决方案？这样不管哪个同事要用电脑，我只要插入指定U盘即可。