linux ucode生成,uCODE编码系统

一、编码简介

编码，就是指根据某个事物的一些信息，按照一定的规则，获得一个与该事物对应的唯一的代号的过程。对于一个企业而言，进行编码的首要步骤就是制定一套编码规则，然后根据编码规则，同时提供相应的信息，生成并使用码值。这个过程细分为：编码方案提出、规则创建、规则使用、规则变更，以及码值管理、码值使用。

二、uCODE编码系统与企业编码

企业根据实际情况，提出编码方案，制定编码规则，根据规则生成并维护码值。uCODE编码系统作为企业统一编码平台，全程支持企业编码规则制定、变更，与码值生成、使用等工作；全方位管理企业规则与码值，为企业其他信息系统提供编码服务。

uCODE编码系统使用示意图

2.1规则管理

企业中，编码规则经历创建、使用、变更升级、废弃等阶段。为此，uCODE编码系统为规则定义了设计状态、正在使用、冻结状态三个状态。规则状态转换如图所示。

规则状态图

2.1.1、设计状态

新创建的规则处于设计状态。企业中，不同人员对码值有不同理解，有的认为码值是事物的唯一标志物，只要能区分不同事物即可；有的认为码值除了唯一标识事物外，包含特定含义，以便能根据码值获取事物的信息；由于企业信息系统建设滞后，码值有时还被赋予了描述事物间关系的功能。此外，有的企业知识沉淀不够，运营管理工作不完善。以上诸多原因导致编制编码方案，制定编码规则是一个反复、曲折的过程，是一个不断统一认识、不断接近企业实际的过程。

uCODE编码系统为编码方案的编制工作提供了有力支持。编码人员根据不同意见可以在系统中预先搭建规则，相关人员可以针对具体编码规则进行讨论并直接生成码值。根据反馈对规则进行修改，对规则的细节进行微调，直到规则稳定。处于设计状态的规则可以被删除。

2.1.2、正在使用

对处于发布状态的规则进行发布操作，以及对冻结状态的规则进行解冻操作后，规则状态为正在使用。编码规则制定后需要在全企业范围内严格执行，包括在不同部门，不同领域运行的各种信息系统(管理着如零部件、人员、项目、原材料等数据)中执行。此外，企业生成、使用码值模式不同，具体事物的码值获取方式各异：有的码值需要使用人员先申请码值，经过主管审批后方可使用；有的码值生成后便可使用；有的码值由专人集中生成，然后分配给具体人员使用。

uCODE编码系统提供了广泛系统集成接口，能与各种信息系统进行集成(特别与Teamcenter系统进行良好集成)，为其提供编码服务。同时，提供了支持申请、使用码值，生成、使用码值，生成、分配码值三种使用模式(注：不同使用模式需要进行配置)，能满足企业不同需求。

2.1.3、冻结状态

对处于正在使用状态的规则进行冻结操作后，规则的状态为冻结状态。由于企业发展，或者制定规则时考虑不周，现行编码规则不再适应企业需求，需要进行变更。规则制定者修

订编码规则，企业人员停止使用旧规则，改用新规则生成码值。

uCODE编码系统提供规则冻结功能。当某规则需要变更时，先将旧规则冻结，然后创建新的规则并发布。这样，便实现了规则的变更。

2.2、码值管理

企业运营过程中产生的大量码值需要进行良好管理。uCODE编码系统中码值的管理状态变化如图所示。

码值管理状态图

2.2.1、空闲状态

刚创建以及码值使用者归还的码值处于空闲状态。码值管理人员对该状态下的码值拥有所有权，可以删除码值，也可以将其置于被停用状态，也可以将码值中的流水号(如果有)回收。

2.2.2、未使用状态

申请状态的码值被批准后便处于未使用状态。码值管理人员对该状态的码值不具有所有权，不能对该状态的码值作任何处理。

2.2.3、被停用状态

空闲状态的码值进行停用操作后处于被停用状态。该状态下的码值可以被删除，也可以进行回收操作，将其流水号(如果有)记录下来，在下一次生成码值时使用。

2.3、码值使用

企业人员获得码值后，会以各种方式使用码值。在码值使用阶段，uCODE编码系统定义了被申请状态，为使用状态，使用状态。如图所示。

码值使用状态图

被申请状态

企业人员申请码值后，码值处于被申请状态，该状态的码值无法被直接使用，需要码值管理人员审批。码值管理人员如果拒绝码值申请，则码值被删除，其流水号(如果有)被回收，如批准码值申请，则码值处于未使用状态，并且码值申请者对码值拥有了使用权。

未使用状态

被申请状态的码值被批准或使用状态码值被暂停后，码值处于未使用状态。该状态的码值可以归还给码值管理者，也可以进行启用操作(进行该操作后码值处于使用状态)。

使用状态

未使用状态码值被启用后处于使用状态。uCODE编码系统将记录下该码值对应实物的名称。考虑到用户的实际情况，码值的启用方式可以进行扩展，如在启用码值的时候创建在Teamcenter中创建出零件对象。

三、Autocodingsys系统架构

3.1、产品架构概述

uCODE系统的架构如下图所示，该系统具有良好的开放性，从横向来看可以分为Web层，Core层和Interface层。从纵向来看，系统可以分为字段及字段值管理子系统、规则管理子系统、码值管理子系统、码值使用子系统以及系统管理子系统。

3.2、系统的分层

3.2.1、Web层

Web层将系统的功能封装成Web 应用的形式，用户浏览网页的方式浏览系统，故该系统是典型的B/S架构，故不需要进行客户端安装，在系统以后的升级维护中会非常方便，通过访问Web层，不但可以访问系统常规的功能，而且，用户还可以对系统进行如安全、配置接口等方面的管理。

3.2..2、Interface层

Interface层将系统的功能封装成远程调用函数，其它的系统可以通过访问Interface层以便获取系统的功能。有了Interface层，就可以在各种CAD、protel、UG等设计软件中调用本系统的功能以便自动获取码值。

3.2..3、Core层

Core层是系统功能的实际实现者，它包含了系统各种逻辑，与数据库交互并最终完成系统的功能。

3、系统的组成模块

3.3.1、字段及字段值管理模块

该模块的主要功能是管理字段、字段组以及字段值。支持对字段进行的生成、更改以及删除等操作。

3.3.2、规则管理模块

规则管理模块提供了对规则的管理以及对创建、使用规则的过程的管理。它提供了创建、更改、删除等操作以便对规则本身进行管理，同时还为规则引入状态对规则的使用进行管理。

3.3.3、码值管理模块

码值管理模块主要提供管理码值的功能，通过提供码值的生成、分配/批准、停用、回收、删除等一系列的操作，码值管理人员能对码值进行全方位的管理。

3.3.4、码值使用模块

码值使用模块提供了码值使用人员使用码值时所需要的功能，同时，该模块还提供了使用码值的标准流程，即：码值使用人员先申请某个码值，待码值管理人员批准后，码值使用人员启用该码值，最后返回该码值。

四、uCODE编码系统功能特征

4.1、字段及字段值管理子系统

本系统提供了丰富的字段类型，可以支持绝大部分规则取值，下图为字段创建界面。

字段创建界面

4.1.1、手动输入类型

其中手动输入类型字段是指该字段的取值是在生成码值时任意输入的，这使得字段的取值是任意的。

4.1.2、码值类型

码值类型字段是指该类型的字段的取值是根据某个规则生成的码值的一部分，该字段类型的引入使得本系统可以支持隶属码编码规则。

4.2、规则管理子系统

4.2.1、规则组

为了管理的方便，本系统引入了规则组的概念，用它可以将规则组织成树状结构。

4.2.2、生成规则

通过输入规则的名称描述以及规则所在的规则组等信息，同时选择规则的组成字段，可以方便的创建规则。

规则创建界面

4.2.3、编辑规则字段值间的控制关系

规则字段值间的控制关系是指一些字段的取值受另外一项取值的控制，在本系统中，支持字段值之间的多级控制关系。

字段值约束编辑界面

4.2.4、编辑规则流水码的受控关系

流水码受控关系是值规则中的流水码的增长方式受到控制字段的字段值的影响，流水码受控可以充分利用流水码。

流水码受控编辑界面

4.2.5、编辑规则的状态

为了对规则进行更好的管理，我们对规则引入了状态，对处于不同状态的规则，能对其所作的更改是不一样的，处于设计状态的规则可以被任意修改，而处于使用状态的规则不能做任何修改，处于冻结状态的规则可以做升级操作。

4.3、码值管理子系统

4.3.1、生成码值

码值生成界面

4.3.2、管理码值

码值管理界面

4.4、码值使用子系统

4.4.1、申请码值

码值申请界面

4.4.2、使用码值

码值使用界面

4.5、系统管理子系统

4.5.1、用户管理

4.5.1.1、用户组

用户组创建界面

4.5.1.2、创建用户

用户组创建界面

4.5.1.3、管理用户

用户管理界面

4.5.2、日志管理

日志管理界面