基于二维码技术的铁路科研企业固定资产动态管理系统设计与实现

李 明，林 湛，宋 泽，唐子慧

（中国铁道科学研究院 电子计算技术研究所，北京 100081）

基于二维码技术的铁路科研企业固定资产动态管理系统设计与实现

李 明，林 湛，宋 泽，唐子慧

（中国铁道科学研究院 电子计算技术研究所，北京 100081）

科学有效的固定资产管理是影响企业生产能力的重要因素，是企业健康发展的物质基础。在资产使用的完整周期里，资产信息始终处在一个不断变化的动态过程，企业管理层和管理人员很难对资产信息有一个全方位的综合掌握。本文根据铁路行业现状和科研企业需求，利用成熟的二维码技术，按照资产的计划、购置、管理、盘点、报废全生命周期，构建了一套完整的固定资产动态管理信息系统（以下简称系统），实现固定资产监督统计工作智能化，使企业资产管理更加规范化、科学化、标准化，为企业发展决策提供了科学的数据支持。

二维码；资产；信息系统；资产购置；资产盘点

近些年，铁路行业处于快速发展时期，各类科技型信息化企业发展迅速，诸如PC终端、服务器、交换机和其他设备等各类固定资产，随业务发展需要及人员的不断增加而日益增多。与此同时在审核企业部门申报的资产购置计划、设备购置申请单时，不能对该企业或该部门现有资产的使用状态、资产使用人员、资产使用地点及资产的饱和度等信息有一个综合的掌握，在资产使用的完整周期里，资产信息本身就处在一个不断变化的动态过程，使用人员、地点随时发生变化，从而容易造成设备购置盲目性。目前，一般企业都采用固定资产管理系统实现企业对固定资产信息化管理，或者采用传统的纸质或Excel等记录统计汇总方式进行设备管理，这种方式即增加了管理人员操作的繁琐及复杂度，又不能使既有固定资产信息完整、有效、及时地反映到上级部门，更无法实现固定资产动态管理，降低了对固定资产的监督管理使用效率。为了充分发挥企业对资产有效管理，确保公有财产的安全完整，提高固定资产的使用效能，保证科研生产工作顺利进行，需设计研发一套固定资产动态管理系统，使管理人员对固定资产日常管理工作系统化，以提高管理效率。目前，二维码技术已经非常成熟，并广泛应用到身份识别、产品溯源、电子票务、电子商务等社会的各个领域。通过二维码技术，方便快捷的实现固定资产动态管理，是科研企业标准化管理、持续健康发展的重要保障。

1 二维条码技术分析

二维条码是用某种特定的几何图形按一定规律在平面分布的黑白相间的图形记录数据符号信息的；在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理。它具有条码技术的一些共性，每种码制有其特定的字符集，每个字符占有一定的宽度，具有一定的校验功能等，同时还具有对不同行的信息自动识别功能、及处理图形旋转变化等特点。二维条码能够在横向和纵向两个方位同时表达信息，因此能在很小的面积内表达大量的信息。二维条码具有很多优点，如高密度编码，信息容量大；编码范围广；容错能力强，具有纠错功能； 译码可靠性高；可引入加密措施；成本低，易制作，持久耐用。二维条码的储存量大、保密性高、追踪性高、抗损性强、备援性大、成本便宜等这些特点及优点，特别适用于表单、安全保密、追踪、证照、存货盘点、资料备援等方面的使用，也非常符合企业对固定资产的动态管理的需求，尤其是企业在对固定资产进行清查和盘点中，具有非常重要的作用和可操作性，能够很好的保证固定资产的完整性和真实性。

2 系统需求分析

2.1 面向用户群体

（1）企业的固定资产管理部门；

（2）企业各部门的资产管理人员；

（3）企业综合管理部门或者办公室；

（4）企业财务部。

2.2 业务实现范围

固定资产管理的一个完整周期主要包括：制定固定资产购置计划，按照计划开展固定资产采购，固定资产日常管理，开展固定资产定期盘点以及日常检查设备设施使用情况，固定资产完成折旧后的报废处置。固定资产动态管理信息系统应实现的业务包括：

（1）企业固定资产的购置计划编制；

（2）企业固定资产购置审批；

（3）企业固定资产的购置；

（4）企业固定资产的实物日常管理；

（5）企业固定资产的实物报废处置；

（6）企业固定资产的定期或者不定期盘点、评估。

2.3 系统总体架构

系统总体架构包含2种：功能体系及技术安全体系。其中功能体系中主要从用户角色中体现系统的不同功能，通过不同角色用户完成固定资产从购置计划编制到购置，从日常管理到报废等的整体流程，在日常管理中重要部分则是固定资产盘点、评估，从而实现通过各级数据汇总分析，为领导层决策做出相应辅助工作。技术安全体系主要从系统程序体系中体现，本系统采用ASP. NET技术及Oracle数据库进行研发设计。系统总体架构如图1所示。

图1 系统总体架构图

2.4 系统功能构架

系统功能主要包括4大功能模块：基础信息、管理流程、盘点查询、统计分析。其中，基础信息功能模块主要包含了卡片信息、验收单信息、单位基础信息、管理人员基础信息等功能；管理流程功能模块主要包含了购置计划、购置审核、报废处置等功能；盘点查询功能模块主要包含了资产盘点和盘点查询等功能；统计分析功能模块包含了资产明细表、报废明细表和综合查询等功能。系统总体功能如图2所示。

图2 系统总体功能

3 系统业务实现流程

固定资产管理信息系统主要业务流程共分为：购置计划编制、资产采购和报废处置3部分。

3.1 购置计划编制

固定资产的购置计划编制，由各部门在每年年初，根据各部门现有资产和设备状况以及年度工作计划，合理编制部门年度设备购置计划，经固定资产管理部门的汇总整理，提交企业财务预算小组讨论，讨论通过后，报给企业固定资产购置计划编制领导小组审批，审批通过后，即可下达年度固定资产预算和购置计划。固定资产管理部门把审批后的购置计划下达给各个部门，各部门在购置计划的时候填写设备购置申请单，参照购置计划进行采购。

3.2 资产采购

企业固定资产购置按照批准的年度计划执行，由资产和设备申请部门按照下达的计划确定设备的选型及技术指标，并提出相应的固定资产或设备购置的申请，经部门负责人同意、固定资产管理部门审核通过后，由固定资产管理部门严格按照批准的年度（或计划外）固定资产购置计划安排购置。如果使用项目经费或者研发经费进行资产或设备购置，须先由企业主管研发的管理部门按项目预算进行审核；如果采购的资产或设备用于监视、检测等用途，则需要由企业主管质量安全的管理部门同时进行审核。固定资产采购流程如图3所示。

3.3 报废处置

报废流程，首先由资产或设备配属部门提出报废申请，填写相应固定资产拆除、报废的申请单或表格，并报固定资产管理部门进行核实。由固定资产管理部门的设备主管主任组织财务管理部门、相应业务的主管责任人和设备配属部门设备管理员以及技术专家组成资产报废损失技术鉴定小组，对申请报废的设备进行鉴定后，报废资产方可进行处置。如果资产涉及到企业的上级单位的资产管理部门，需报上级单位管理部门审批。经批准后，报废资产方可进行处置。固定资产报废流程如图4所示。

图3 固定资产采购流程

4 资产盘点

图4 固定资产报废流程

4.1 资产盘点作用

固定资产作为企业资产的重要组成部分，具有价值高，使用周期长、使用地点分散、管理难度大等特点。固定资产盘点是企业对资产管理的一项非常重要的工作，固定资产盘点，不仅是为了掌握上一年的固定资产得失情况，确定公司所拥有之财产数量与现况，更为重要的是通过固定资产盘点，能够健全内部控制作业，总结经验并发现数字背后的机遇与风险，以便于今后能更好地开展资产管理工作。

4.2 盘点业务流程

固定资产管理部负责全所固定资产的清查工作，每年至少清查一次设备，根据需要，随时可清查、核对设备，保证账物相符。盘点前制定盘点计划，按照计划进行盘点时，清查时要先清理实物，以物对账，不重不漏。在清查中发现盈亏时要认真查明原因，分清责任写明理由；对盘盈设备建账建卡。

根据企业管理需要在系统中编制盘点计划，并按照计划开展盘点工作。首先，由企业资产管理部门编制资产盘点计划，并下达给各个部门。其次，各部门查看到盘点计划后，把本部门的资产卡片，导入到终端设备上。固定资产盘点工作开始之前，操作员通过外设设备，把本部门固定资产的所有卡片信息导入到手持终端设备上，在盘点的时候，盘点人员使用扫描设备对固定资产上的二维码进行扫描，并与终端设备上固定资产的卡片进行比对，确认无误后，在手持终端设备上进行确认。当盘点完成时，把手持终端设备上的扫描记录导入到系统中，形成盘点单。盘点业务流程如图5所示。

图5 盘点业务流程图

5 主要技术实现

5.1 数据库设计

5.1.1 数据库逻辑模型设计

主要包括根据数据存储和管理的需求确定数据集的划分方案。

（1）定义主要的关系模式（数据表）：固定资产卡片表、卡片附件履历表、设备购置计划表、设备购置表、审核流程表、设备变更表、固定资产处置表、盘点计划表、盘点结果表、人员关系表、账套信息表、部门信息表。

（2）定义主要字典表：资产分类表、资产变动方式表、资产目录表、属性参数表、资产状态表。

5.1.2 数据库物理模型设计

制定数据库对象的命名规则及描述规范，确定数据的存储方案（即表空间定义）和备份策略，定义各种数据库对象（包括表、视图、序列、同义词、索引、触发器、过程和函数、包、作业）、定义数据库用户和权限控制方案。

5.1.3 主要编码设计

确定主要编码的具体设计方案。

5.2 数据库设计依据

数据库设计时主要基于5个依据：

（1）固定资产系统数据处理的需求；

（2）应用系统现有功能实现的需求；

（3）与现有其它信息系统可交换的数据内容；

（4）各种数据内在的固有特性；

（5）固定资产系统今后扩展的需求。

5.3 数据库设计准则

5.3.1 可管理性

固定资产系统数据库设计涉及各种数据库对象，数据库组织应注重系统的可管理性。可管理性的实现主要通过对各种数据库对象进行合理分类，在此基础上制定出数据库对象命名规则及描述规范，约定各类具体的数据库对象的标识名称，统一有关其定义的一般说明，从而简化数据库中各种对象的管理，方便数据管理人员对数据库进行维护；同时，也有利于开发人员识别各种对象（主要指表和视图），以及理解这些对象的含义，增强程序代码的可读性，节约管理、开发和维护成本。

5.3.2 可扩展性

数据库设计应充分考虑系统今后扩展的需求，在数据库设计过程中固定资产卡片表常用字段作为数据库固定字段进行存放，其他属性均采用参数形式进行设计，确保设计方案可以很好地支持未来出现的扩展。

5.3.3 数据冗余小

相应的数据存储方案应保证具有较小的数据冗余。

5.3.4 查询效率高

通过保持适当的冗余数据、建立分区和创建适当的索引等措施，保证应用系统具有较高的查询效率。

5.4 数据库备份/恢复策略

数据库备份/恢复策略设计是保证数据库数据安全和系统可用性的重要措施，是预防由介质、操作系统、软件和其它导致重要数据库文件严重破坏的唯一途径。一个适用且测试性能良好的数据库备份/恢复策略，即可以减轻数据库备份的例行工作量，也可以支持简单快捷的恢复过程。

考虑到目前硬件设备磁盘空间大小限制和系统管理人员可接受的备份工作量，所有各级系统数据库均在非归档（NOARCHIVELOG）模式下运行，采用DIRECT PATH方式的逻辑备份方案，即利用Oracle的EXPORT工具来实现数据备份。数据备份工作写成批处理文件，作为操作系统后台计划定时执行备份到本机备份硬盘或外部介质上，并根据各个表空间中存储数据变化的频率，对各个表空间分别设置不同的备份周期。与之相对应的，数据库恢复采用Oracle的IMPORT工具来完成。

5.5 规范数据库设计

5.5.1 按第三范式理论进行数据库设计

绝大部分的数据库表都遵循第三范式理论进行设计，即每张表中没有重复数据组项，每张表有各自的主键；所有的非主键数据元素都完全函数依赖于整个主键；并且只依赖于该主键，即消除非主键元素之间的函数依赖关系。

5.5.2 相关完整性设计

对数据库表进行相关完整性设计，即一个字段修改应同时修改相应的有关部分；若仍不能满足需要，编写触发器以保证数据一致性。

5.5.3 实体关系分析

（1）多对多型（many to many）关系：应转化为一对多型关系。

（2）递归关系：需要仔细推敲关系，以保证不会错误。

（3）子类关系型：对具有相同属性的实体，抽取这些相同属性建立一个超级表，并建立对应的子类表。

5.5.4 数据库对象命名规则及描述规范

制定统一的数据库对象命名规则及描述规范的主要目的，是为了约定各类具体的数据库对象的标识名称，统一有关其定义的一般说明，从而简化数据库中各种对象的管理，方便数据管理人员对数据库进行维护；同时，也有利于开发人员识别各种对象（主要指表和视图），以及理解表或视图中字段的含义，节约开发时间，增强程序代码的可读性。

对象命名规则和描述规范涉及的范围包括表、视图、索引、同义词、序列、存储过程、触发器、包的命名与说明，以及表（视图）中字段的命名和其它对象的参数或属性的命名与说明。

5.6 开发框架体系结构

开发框架采用三层体系结构，所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/ DCOM通信与中间层建立连接，再经由中间层与数据库进行交互。

随着分布式对象技术的逐渐成熟，多层分布式应用体系结构得到了越来越多的应用。在多层分布式应用中，在客户端和服务器之间加入了一层或多层应用服务程序，这种程序称为“应用服务器”。开发人员将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。因此，三层架构的优点是显而易见的：开发者不必为了业务逻辑上的微小变化而迁至整个程序的修改，只需要修改商业逻辑层中的一个函数或一个过程；增强了代码的可重用性；便于不同层次的开发人员之间的合作，只要遵循一定的接口标准就可以进行并行开发了，最终只要将各个部分拼接到一起构成最终的应用程序。

采用三层开发架构后，研发人员可以使用面向对象的多层结构进行开发，各对象间相互独立，开发人员只要遵循相应的接口标准，即可进行并行的开发，整个系统开发过程有序可控。同时，清晰的分层架构和灵活方便的系统模块的组合划分，提高了系统的可维护性和可扩展性，尤其是存储过程层，它包含了系统的业务逻辑，当业务需求变动时，可直接对本层进行维护，无需重新部署整个系统，降低了系统升级维护的复杂度。

在ASP.Net 的环境下，系统的架构体系功能分为界面的表示层、业务层、校验层，数据处理业务层、访问业务层、访问中间层，存储过程层，如图6所示。具体功能如下：

（1）界面表示层：将功能页面和结果页面展示给用户，由.aspx文件实现。

（2）界面业务层：从数据库中获取的数据经过处理后，由界面业务层(.aspx.cs)实现对数据的展现。

（3）界面校验层：用于检查用户输入的查询条件是否正确，并给出相应提示，由.js文件实现。

（4）数据处理业务层：a.将满足校验条件的数据进一步处理，使其能够对数据库进行访问；b.将从数据库中取得的数据处理为满足条件的结果，进行展示。

（5）数据访问业务层：本层用于实现数据访问业务，将前台方法与存储过程联系了起来，是连接功能页面与数据访问中间层的桥梁，实现从面向过程到面向对象的转换。这一层的代码封装在business中，代码自动生成。

（6）数据访问中间层：本层是连接数据业务层与数据库存储过程的桥梁，其中包含访问数据库的各种方法和属性。

（7）存储过程层：利用存储过程直接对数据库进行访问，根据条件获取和处理数据，包含系统的所有业务逻辑。

图6 开发框架体系架构

服务器与其他移动设备采用JSON+Web服务技术进行数据传输。

移动设备获取数据时，调用服务器接口方法，服务器将数据转换为JSON格式并加密后传递移动设备，移动设备解密后方可使用，同样，移动设备需向服务器传递数据时将数据转换为JSON格式并加密后传递给服务器，服务器接收数据后解密并将数据处理后保存数据库。从而完成数据在不同设备中的传递流转。

6 结束语

本文根据行业现状和企业需求，利用成熟的二维码技术，按照资产的计划、购置、管理、盘点、报废功能，构建了一套完整的固定资产动态管理信息系统。系统提高了资产管理工作的效率，实现了资产全生命周期管理的智能化动态实时跟踪集中监控管理，极大方便了企业资产盘点工作，对数据进分类、统计、汇总及分析，建立程序化、制度化、规范化的固定资产管理机制，降低了企业管理成本，使企业资产管理更加规范化、科学化、标准化，为企业发展决策提供了科学的数据支持。

[1] 李 妍.基于Web方式的固定资产管理系统的设计与实现[ D ] .长春：吉林大学，2010.

[2] 王 梅.基于企业固定资产刮泥系统框架的设计与实现[D].成都：电子科技大学，2011.

[3] 项巧莲.基于RFID技术的固定资产管理系统设计[J].微计算机信息，2008，5（2）.

[4] 杨逸明.固定资产条形码管理系统的开发与应用 [J].电子世界，2013， 12（23）.

[5] 司 文.基于NFC的手持固定资产管理系统[J]. 信息通信， 2013，12（5）.

[6] 顾亦然,戴晓罡.基于RFID技术高校实时固定资产管理系统[J].计算机应用与软件，2013，22（11）：43-44.

责任编辑 方 圆

Fixed Assets Dynamic Management System based on two-dimensional code for railway scientif i c and technological enterprises

LI Ming, LIN Zhan, SONG Ze, TANG Zihui
( Institute of Computing Technologies, China Academy of Railway Sciences, Beijing 100081, China )

Scientific and effective management of fixed assets was an important factor influencing the production capacity of enterprises and the material basis for the healthy development of enterprises. In the full cycle of the use of the asset, dynamic process of asset information was always in a constantly changing, enterprise management layer and management staff were very diff i cult to have a comprehensive grasp of the asset information. In this paper, according to the railway industry status and research needs of the enterprise, using two-dimensional code technology mature, in accordance with the plan, purchasing, management, inventory, scraping the whole life cycle, it was constructed a complete set of Fixed Assets Dynamic Management Information System, implemented intelligent fi xed assets supervision and statistical work, made enterprise asset management more standardized, scientif i c specialization, standardization, provided scientif i c data to support enterprise development decision.

two-dimensional code; assets; Information System; asset purchase; asset inventory

F530.67∶TP39

A

1005-8451（2014）10-0032-07

2014-03-03

李 明，工程师；林 湛，工程师。