论文部分内容阅读
［摘 要］ 随着独立学院的办学规模逐渐扩大，各独立学院固定资产的数量日益增加。在独立学院办学条件中，对固定资产指标的要求也越来越多，固定资产管理工作成为一项很重要的工作。信息技术的发展为固定资产管理系统软件的开发与应用提供了技术支持，可以帮助独立学院对固定资产进行科学管理和追踪。根据对固定资产管理的需求分析，本文对固定资产管理系统的架构进行设计，应用三层架构技术构建了固定资产管理系统，基于.NET平台和面向对象思想实现了系统。
［关键词］ 独立学院；固定资产；管理系统；软件架构；面向对象
doi : 10 . 3969 / j . issn . 1673 - 0194 . 2012 . 03. 025
［中图分类号］ F273.4；TP319 ［文献标识码］ A ［文章编号］ 1673 - 0194（2012）03- 0048- 03
１ 引 言
固定资产管理是独立学院管理的一个重要组成部分，固定资产具有数量大、种类多、价值高、使用周期长、使用地点分散等特点。独立学院的固定资产是由投资方投入的资产，是学校资产的重要组成部分，是独立学院开展各项工作的物资基础［１］。固定资产管理的好坏，直接影响到独立学院教学活动的开展以及资产的保值、增值以及对办学水平的评估。因此，必须加强独立学院的固定资产管理，提高固定资产的使用效率，保障固定资产的安全和完整，防止固定资产的流失，以促进独立学院的健康发展。近些年出现了一些固定资产管理的软件，虽然在很大程度上解决了手工记账方式存在的问题，但多数系统的功能与独立学院固定资产管理的具体情况差异很大，难以满足独立学院管理的需要。故本文根据独立学院固定资产的构成特点与管理方式，基于微软．ＮＥＴ平台对独立学院固定资产管理系统进行了设计与实现。
２ 系统分析与设计
固定资产管理系统的应用目的是为了顺应财政制度的要求，加强对独立学院固定资产的管理与控制，它是与办公自动化紧密结合的管理系统之一，该系统完全符合教育部门对固定资产管理的要求，实现了财政部门和主管部门对独立学院固定资产的查询、汇总等控制功能，可有效地防止固定资产的流失。
２．１ 需求分析
系统采用条形码对固定资产进行标识，实现了固定资产生命周期和使用状态的全程跟踪［２］。标识后的资产在进行清查或巡检时显示出条形码技术最突出的特点——方便、快速、准确，大大提高了清查工作的效率，同时保证了信息流和资产实物流的对应，有效解决固定资产的管理难题，以便更有效地管理固定资产。同时系统采用手持式移动数据采集器，可以实时采集固定资产条形码信息，方便对固定资产进行定期盘点与清查［３］。
２．１．１ 功能性需求
固定资产管理系统的主要功能包括资产的增加、变更、报废、毁损、折旧、借出、归还、分配使用部门、使用部门变更、管理人员设定、资产在部门间调换、各种报表打印、组合查询等。对于每一项固定资产都可以查询出该资产的使用部门、折旧等情况。动态查询功能可以保证管理人员在第一时间掌握全面的信息资料。报表自动编制打印迅速准确，可以节约大量手工编制报表的时间。固定资产管理系统将原来分散的管理信息集中起来，组合成为一个具有整体功能的管理平台。系统的功能性需求描述为：
（1）系统管理，主要功能包括：系统登录、修改密码、退出系统。
（2）资产日常管理。资产增加管理，提供对各种来源的资产进行登记建档，支持批量增加；资产调动管理，对固定资产进行调动管理；资产状态管理，对固定资产进行状态管理；资产报废管理，实现资产报废的管理。
（3）资产审核管理，主要功能包括：审核固定资产的增加；审核固定资产的调动；审核固定资产的状态修改；审核固定资产的报废。
（4）统计报表。资产分类综合统计，反映某时间段，各类资产的期初数量和价值期中增加的数量和价值、期中销账的数量和价值、期末的数量和价值、以及本期的折旧；部门资产分类汇总，反映某部门、某时间，各类资产的价值和折旧情况；部门资产明细列表，反映某部门、某时间，各个资产的价值和折旧情况；资产折旧历史明细，以资产为线索，反映每项资产的历月详细折旧情况；到期资产明细表，反映某时间，满折旧期的资产列表。
（5）综合查询。按部门查询，按照固定资产使用部门对固定资产信息进行查询；按类别查询，按照固定资产所属类别对固定资产信息进行查询；按使用状态查询，按照固定资产使用状态进行查询；组合查询，根据多条件对固定资产信息进行查询。
（6）基础数据维护。院系管理，对学校的组织机构进行维护；保管员管理，对各个部门的保管员档案进行维护管理；资产分类管理，提供资产分类查询服务。
（7）系统维护，主要功能包括：操作人员管理、系统参数设置、月度折旧处理、灾备等。
３ 系统的架构设计与实现
固定资产管理系统的主要用户有资产管理部门与资产的保管部门，通过网络对固定资产进行管理，根据这一特点，本文设计的固定资产管理系统的总体结构如图１所示。
３．１ 系统架构设计
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构［４］。比较流行的分层式结构一般分为3层，从下至上分别为：数据访问层、业务逻辑层（或称为领域层）和表示层。
３．１．１ 数据访问层
数据访问层的功能主要是负责数据库的访问。简单来说就是实现对数据表的增、删、改、查等操作。
３．１．２ 业务逻辑层
业务逻辑层是整个系统的核心，它与这个系统的业务（领域）有关。本系统业务逻辑层的相关设计均与固定资产特有的逻辑相关，如查询资产、打印条形码、新增资产等。如果涉及数据库的访问，则调用数据访问层。
３．１．３ 表示层
表示层是系统的用户接口部分，负责用户与整个系统的交互。在这一层中，理想的状态是不包括系统的业务逻辑，表示层中的逻辑代码，仅与界面元素有关。本系统分别设计实现了两种表示层，分别是基于ＡＳＰ．ＮＥＴ构建的Ｗｅｂ Ｆｏｒｍｓ表示层和基于Ｖｉｓｕａｌ Ｃ＃的Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ表示层［５］，因此包含了许多Ｗｅｂ Ｆｏｒｍｓ控件和Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ控件的相关逻辑。
３．１．４ 三层架构的整合
在数据访问层（ＤＡＬ）中，仍然采用ＤＡＬ Ｉｎｔｅｒｆａｃｅ抽象出数据访问逻辑，并以ＤＡＬ Ｆａｃｔｏｒｙ作为数据访问层对象的工厂模块［６］。对于ＤＡＬ Ｉｎｔｅｒｆａｃｅ而言，分别有支持ＭＳ－ＳＱＬ的ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ和支持Ｏｒａｃｌｅ的Ｏｒａｃｌｅ ＤＡＬ具体实现。而领域实体对象模块则包含了数据实体类（对象）。在数据访问层中，完全采用了“面向接口编程”思想［７］。抽象出来的ＩＤＡＬ模块，脱离了与具体数据库的依赖，从而使得整个数据访问层有利于数据库迁移。ＤＡＬ Ｆａｃｔｏｒｙ模块专门管理ＤＡＬ对象的创建，便于业务逻辑层访问。ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ和Ｏｒａｃｌｅ ＤＡＬ模块均实现ＩＤＡＬ模块的接口，其中包含的逻辑就是对数据库的增、删、改、查等操作。
３．２ 系统实现
３．２．１ 数据访问层的实现
本文中，系统需要处理的数据库对象分为两类。第一类是数据实体，对应数据库中相应的数据表。它们没有行为，仅用于表现对象的数据。这些实体类都被放入Ｅｎｔｉｔｉｅｓ程序集中，例如固定资产数据表Ａｓｓｅｔ＿ｌｉｓｔ对应的实体类Ａｓｓｅｔ。这些对象并不具有持久化的功能，它们是作为数据的载体，便于业务逻辑针对相应数据表进行读／写操作。虽然这些类的属性分别映射了数据表的列，而每一个对象实例也恰恰对应于数据表的每一行，但这些实体类并不具备数据库访问能力。
第二类数据库对象则是数据的业务逻辑对象。这里所指的业务逻辑，并非业务逻辑层意义上的领域（ｄｏｍａｉｎ）业务逻辑，而是基本的数据库操作，包括Ｓｅｌｅｃｔ，Ｉｎｓｅｒｔ，Ｕｐｄａｔｅ和Ｄｅｌｅｔｅ。由于这些业务逻辑对象仅具有行为而与数据无关，因此它们均被抽象为一个单独的接口模块ＩＤＡＬ，例如固定资产数据对象Ａｓｓｅｔ对应的接口ＩAｓｓｅｔ，如图２所示。
从可移植性出发，本文的系统支持ＳＱＬ Ｓｅｒｖｅｒ和Ｏｒａｃｌｅ，那么它们具体的实现就分别放在两个不同的模块ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ、Ｏｒａｃｌｅ ＤＡＬ中。以Ａｓｓｅｔ为例，在ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ、Ｏｒａｃｌｅ ＤＡＬ两个模块中，有不同的实现，但它们都实现了ＩＯｒｄｅｒ接口。
３．２．２ 业务逻辑层的实现
业务逻辑层（ＢＬＬ）中与Ａｓｓｅｔ（资产实体类）、Ｄｅｐａｒｔｍｅｎｔ（部门实体类）、Ｐｅｒｓｏｎ（保管员实体类）、Ｒｏｏｍ（保存地点实体类）等实体类有关的业务方法，其实现逻辑是调用数据访问层（ＤＡＬ）对象访问数据库，以获取相关数据。业务逻辑层中的实体对象仅仅是完成对数据对象的简单封装，但这种分离层次的方法在系统的整体架构中依然扮演了举足轻重的作用。
业务逻辑层扮演了数据访问层和表示层的中介，两层之间传递的数据为实体对象和实体对象列表。其中大量采用了泛型编程［８］。
３．２．３ 表示层的实现
本文系统设计实现了两种表示层：第一种为基于Ｖｉｓｕａｌ Ｃ＃的Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ版的界面，另外一种为基于ＡＳＰ．ＮＥＴ的Ｗｅｂ Ｆｏｒｍｓ版的界面。
如图３所示，Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ版的界面主要包括固定资产管理、报表等较全面功能的应用程序，而且集成了条形码打印和手持移动数据采集器的数据导入，方便固定资产管理部门对固定资产进行管理和清查工作。
Ｗｅｂ Ｆｏｒｍｓ版的界面主要包括固定资产的增加、修改、维修、申请等各固定资产保管部门常用的功能。各资产保管部门可以通过Ｗｅｂ方便地访问系统。
４ 总 结
在本系统的设计中，主要的关注点是方便用户的操作以及系统的升级维护和重用性，使用户操作时感到非常方便，日后的维护工作也将非常轻松。另外，为了方便固定资产管理部门管理固定资产的条形码和使用手持移动数据采集器对资产进行清查，基于同一种架构实现了Ｃ／Ｓ和Ｂ／Ｓ两种图形界面表示层，既有优点又有缺点，日后可以考虑开发更加便捷的客户端系统如瘦客户端［９］。
主要参考文献
［１］庄莉，徐东红． 独立学院资产管理研究与实践［Ｊ］． 财务与金融，２０１１（１）：６０－６３．
［2］范焕琼． 浅谈条形码在独立学院固定资产管理中的应用［Ｊ］． 科技资讯，２００８（４）.
［3］王竹萍． 基于条形码和ＲＦＩＤ技术的独立学院固定资产管理系统设计［Ｊ］． 杭州师范大学学报：自然科学版，２００９（１）：５６－６１．
［4］陈友良，盛可军，王阳阳． 基于ＡＳＰ．ＮＥＴ三层结构软件的研究与开发［Ｊ］． 现代电子技术，２０１０（６）：５８－６０．
［5］Ｐ Ｋｒｕｃｈｔｅｎ， Ｈ Ｏｂｂｉｎｋ， Ｊ Ｓｔａｆｆｏｒｄ． Ｔｈｅ Ｐａｓｔ， Ｐｒｅｓｅｎｔ， ａｎｄ Ｆｕｔｕｒｅ ｆｏｒ Ｓｏｆｔｗａｒｅ Ａｒｃｈｉｔｅｃｔｕｒｅ［Ｊ］． ＩＥＥＥ Ｓｏｆｔｗａｒｅ， ２００６， ２３（２）： ２２－３０．
［6］Ｂｒｉａｎ Ｅｌｌｉｓ， Ｊｅｆｆｒｅｙ Ｓｔｙｌｏｓ， Ｂｒａｄ Ｍｙｅｒｓ． Ｔｈｅ Ｆａｃｔｏｒｙ Ｐａｔｔｅｒｎ ｉｎ ＡＰＩ Ｄｅｓｉｇｎ： Ａ Ｕｓａｂｉｌｉｔｙ Ｅｖａｌｕａｔｉｏｎ ［Ｃ］． Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２９ｔｈ Iｎｔｅｒｎａｔｉｏｎａｌ Cｏｎｆｅｒｅｎｃｅ ｏｎ Ｓｏｆｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ， ２００７： ３０２－３１２．
［7］王志喜，王润云． 新一代程序设计语言Ｃ＃中的面向对象机制 ［Ｊ］． 计算机工程与应用，２００３（７）：１０７－１１０．
［8］佘名高，姚开鹏．用泛型技术改进．ＮＥＴ面向对象程序设计方法［Ｊ］． 武汉理工大学学报：信息与管理工程版，２００５，２７（２）：９３－９５．
［9］Ａｌｂｅｒｔ Ｍ Ｌａｉ， Ｊａｓｏｎ Ｎｉｅｈ． Ｏｎ ｔｈｅ Pｅｒｆｏｒｍａｎｃｅ ｏｆ Wｉｄｅ－Aｒｅａ Tｈｉｎ－Cｌｉｅｎｔ Cｏｍｐｕｔｉｎｇ［Ｊ］． ＡＣＭ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ， ２００６， ２４（２）．
［关键词］ 独立学院；固定资产；管理系统；软件架构；面向对象
doi : 10 . 3969 / j . issn . 1673 - 0194 . 2012 . 03. 025
［中图分类号］ F273.4；TP319 ［文献标识码］ A ［文章编号］ 1673 - 0194（2012）03- 0048- 03
１ 引 言
固定资产管理是独立学院管理的一个重要组成部分，固定资产具有数量大、种类多、价值高、使用周期长、使用地点分散等特点。独立学院的固定资产是由投资方投入的资产，是学校资产的重要组成部分，是独立学院开展各项工作的物资基础［１］。固定资产管理的好坏，直接影响到独立学院教学活动的开展以及资产的保值、增值以及对办学水平的评估。因此，必须加强独立学院的固定资产管理，提高固定资产的使用效率，保障固定资产的安全和完整，防止固定资产的流失，以促进独立学院的健康发展。近些年出现了一些固定资产管理的软件，虽然在很大程度上解决了手工记账方式存在的问题，但多数系统的功能与独立学院固定资产管理的具体情况差异很大，难以满足独立学院管理的需要。故本文根据独立学院固定资产的构成特点与管理方式，基于微软．ＮＥＴ平台对独立学院固定资产管理系统进行了设计与实现。
２ 系统分析与设计
固定资产管理系统的应用目的是为了顺应财政制度的要求，加强对独立学院固定资产的管理与控制，它是与办公自动化紧密结合的管理系统之一，该系统完全符合教育部门对固定资产管理的要求，实现了财政部门和主管部门对独立学院固定资产的查询、汇总等控制功能，可有效地防止固定资产的流失。
２．１ 需求分析
系统采用条形码对固定资产进行标识，实现了固定资产生命周期和使用状态的全程跟踪［２］。标识后的资产在进行清查或巡检时显示出条形码技术最突出的特点——方便、快速、准确，大大提高了清查工作的效率，同时保证了信息流和资产实物流的对应，有效解决固定资产的管理难题，以便更有效地管理固定资产。同时系统采用手持式移动数据采集器，可以实时采集固定资产条形码信息，方便对固定资产进行定期盘点与清查［３］。
２．１．１ 功能性需求
固定资产管理系统的主要功能包括资产的增加、变更、报废、毁损、折旧、借出、归还、分配使用部门、使用部门变更、管理人员设定、资产在部门间调换、各种报表打印、组合查询等。对于每一项固定资产都可以查询出该资产的使用部门、折旧等情况。动态查询功能可以保证管理人员在第一时间掌握全面的信息资料。报表自动编制打印迅速准确，可以节约大量手工编制报表的时间。固定资产管理系统将原来分散的管理信息集中起来，组合成为一个具有整体功能的管理平台。系统的功能性需求描述为：
（1）系统管理，主要功能包括：系统登录、修改密码、退出系统。
（2）资产日常管理。资产增加管理，提供对各种来源的资产进行登记建档，支持批量增加；资产调动管理，对固定资产进行调动管理；资产状态管理，对固定资产进行状态管理；资产报废管理，实现资产报废的管理。
（3）资产审核管理，主要功能包括：审核固定资产的增加；审核固定资产的调动；审核固定资产的状态修改；审核固定资产的报废。
（4）统计报表。资产分类综合统计，反映某时间段，各类资产的期初数量和价值期中增加的数量和价值、期中销账的数量和价值、期末的数量和价值、以及本期的折旧；部门资产分类汇总，反映某部门、某时间，各类资产的价值和折旧情况；部门资产明细列表，反映某部门、某时间，各个资产的价值和折旧情况；资产折旧历史明细，以资产为线索，反映每项资产的历月详细折旧情况；到期资产明细表，反映某时间，满折旧期的资产列表。
（5）综合查询。按部门查询，按照固定资产使用部门对固定资产信息进行查询；按类别查询，按照固定资产所属类别对固定资产信息进行查询；按使用状态查询，按照固定资产使用状态进行查询；组合查询，根据多条件对固定资产信息进行查询。
（6）基础数据维护。院系管理，对学校的组织机构进行维护；保管员管理，对各个部门的保管员档案进行维护管理；资产分类管理，提供资产分类查询服务。
（7）系统维护，主要功能包括：操作人员管理、系统参数设置、月度折旧处理、灾备等。
３ 系统的架构设计与实现
固定资产管理系统的主要用户有资产管理部门与资产的保管部门，通过网络对固定资产进行管理，根据这一特点，本文设计的固定资产管理系统的总体结构如图１所示。
３．１ 系统架构设计
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构［４］。比较流行的分层式结构一般分为3层，从下至上分别为：数据访问层、业务逻辑层（或称为领域层）和表示层。
３．１．１ 数据访问层
数据访问层的功能主要是负责数据库的访问。简单来说就是实现对数据表的增、删、改、查等操作。
３．１．２ 业务逻辑层
业务逻辑层是整个系统的核心，它与这个系统的业务（领域）有关。本系统业务逻辑层的相关设计均与固定资产特有的逻辑相关，如查询资产、打印条形码、新增资产等。如果涉及数据库的访问，则调用数据访问层。
３．１．３ 表示层
表示层是系统的用户接口部分，负责用户与整个系统的交互。在这一层中，理想的状态是不包括系统的业务逻辑，表示层中的逻辑代码，仅与界面元素有关。本系统分别设计实现了两种表示层，分别是基于ＡＳＰ．ＮＥＴ构建的Ｗｅｂ Ｆｏｒｍｓ表示层和基于Ｖｉｓｕａｌ Ｃ＃的Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ表示层［５］，因此包含了许多Ｗｅｂ Ｆｏｒｍｓ控件和Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ控件的相关逻辑。
３．１．４ 三层架构的整合
在数据访问层（ＤＡＬ）中，仍然采用ＤＡＬ Ｉｎｔｅｒｆａｃｅ抽象出数据访问逻辑，并以ＤＡＬ Ｆａｃｔｏｒｙ作为数据访问层对象的工厂模块［６］。对于ＤＡＬ Ｉｎｔｅｒｆａｃｅ而言，分别有支持ＭＳ－ＳＱＬ的ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ和支持Ｏｒａｃｌｅ的Ｏｒａｃｌｅ ＤＡＬ具体实现。而领域实体对象模块则包含了数据实体类（对象）。在数据访问层中，完全采用了“面向接口编程”思想［７］。抽象出来的ＩＤＡＬ模块，脱离了与具体数据库的依赖，从而使得整个数据访问层有利于数据库迁移。ＤＡＬ Ｆａｃｔｏｒｙ模块专门管理ＤＡＬ对象的创建，便于业务逻辑层访问。ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ和Ｏｒａｃｌｅ ＤＡＬ模块均实现ＩＤＡＬ模块的接口，其中包含的逻辑就是对数据库的增、删、改、查等操作。
３．２ 系统实现
３．２．１ 数据访问层的实现
本文中，系统需要处理的数据库对象分为两类。第一类是数据实体，对应数据库中相应的数据表。它们没有行为，仅用于表现对象的数据。这些实体类都被放入Ｅｎｔｉｔｉｅｓ程序集中，例如固定资产数据表Ａｓｓｅｔ＿ｌｉｓｔ对应的实体类Ａｓｓｅｔ。这些对象并不具有持久化的功能，它们是作为数据的载体，便于业务逻辑针对相应数据表进行读／写操作。虽然这些类的属性分别映射了数据表的列，而每一个对象实例也恰恰对应于数据表的每一行，但这些实体类并不具备数据库访问能力。
第二类数据库对象则是数据的业务逻辑对象。这里所指的业务逻辑，并非业务逻辑层意义上的领域（ｄｏｍａｉｎ）业务逻辑，而是基本的数据库操作，包括Ｓｅｌｅｃｔ，Ｉｎｓｅｒｔ，Ｕｐｄａｔｅ和Ｄｅｌｅｔｅ。由于这些业务逻辑对象仅具有行为而与数据无关，因此它们均被抽象为一个单独的接口模块ＩＤＡＬ，例如固定资产数据对象Ａｓｓｅｔ对应的接口ＩAｓｓｅｔ，如图２所示。
从可移植性出发，本文的系统支持ＳＱＬ Ｓｅｒｖｅｒ和Ｏｒａｃｌｅ，那么它们具体的实现就分别放在两个不同的模块ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ、Ｏｒａｃｌｅ ＤＡＬ中。以Ａｓｓｅｔ为例，在ＳＱＬ Ｓｅｒｖｅｒ ＤＡＬ、Ｏｒａｃｌｅ ＤＡＬ两个模块中，有不同的实现，但它们都实现了ＩＯｒｄｅｒ接口。
３．２．２ 业务逻辑层的实现
业务逻辑层（ＢＬＬ）中与Ａｓｓｅｔ（资产实体类）、Ｄｅｐａｒｔｍｅｎｔ（部门实体类）、Ｐｅｒｓｏｎ（保管员实体类）、Ｒｏｏｍ（保存地点实体类）等实体类有关的业务方法，其实现逻辑是调用数据访问层（ＤＡＬ）对象访问数据库，以获取相关数据。业务逻辑层中的实体对象仅仅是完成对数据对象的简单封装，但这种分离层次的方法在系统的整体架构中依然扮演了举足轻重的作用。
业务逻辑层扮演了数据访问层和表示层的中介，两层之间传递的数据为实体对象和实体对象列表。其中大量采用了泛型编程［８］。
３．２．３ 表示层的实现
本文系统设计实现了两种表示层：第一种为基于Ｖｉｓｕａｌ Ｃ＃的Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ版的界面，另外一种为基于ＡＳＰ．ＮＥＴ的Ｗｅｂ Ｆｏｒｍｓ版的界面。
如图３所示，Ｗｉｎｄｏｗｓ Ｆｏｒｍｓ版的界面主要包括固定资产管理、报表等较全面功能的应用程序，而且集成了条形码打印和手持移动数据采集器的数据导入，方便固定资产管理部门对固定资产进行管理和清查工作。
Ｗｅｂ Ｆｏｒｍｓ版的界面主要包括固定资产的增加、修改、维修、申请等各固定资产保管部门常用的功能。各资产保管部门可以通过Ｗｅｂ方便地访问系统。
４ 总 结
在本系统的设计中，主要的关注点是方便用户的操作以及系统的升级维护和重用性，使用户操作时感到非常方便，日后的维护工作也将非常轻松。另外，为了方便固定资产管理部门管理固定资产的条形码和使用手持移动数据采集器对资产进行清查，基于同一种架构实现了Ｃ／Ｓ和Ｂ／Ｓ两种图形界面表示层，既有优点又有缺点，日后可以考虑开发更加便捷的客户端系统如瘦客户端［９］。
主要参考文献
［１］庄莉，徐东红． 独立学院资产管理研究与实践［Ｊ］． 财务与金融，２０１１（１）：６０－６３．
［2］范焕琼． 浅谈条形码在独立学院固定资产管理中的应用［Ｊ］． 科技资讯，２００８（４）.
［3］王竹萍． 基于条形码和ＲＦＩＤ技术的独立学院固定资产管理系统设计［Ｊ］． 杭州师范大学学报：自然科学版，２００９（１）：５６－６１．
［4］陈友良，盛可军，王阳阳． 基于ＡＳＰ．ＮＥＴ三层结构软件的研究与开发［Ｊ］． 现代电子技术，２０１０（６）：５８－６０．
［5］Ｐ Ｋｒｕｃｈｔｅｎ， Ｈ Ｏｂｂｉｎｋ， Ｊ Ｓｔａｆｆｏｒｄ． Ｔｈｅ Ｐａｓｔ， Ｐｒｅｓｅｎｔ， ａｎｄ Ｆｕｔｕｒｅ ｆｏｒ Ｓｏｆｔｗａｒｅ Ａｒｃｈｉｔｅｃｔｕｒｅ［Ｊ］． ＩＥＥＥ Ｓｏｆｔｗａｒｅ， ２００６， ２３（２）： ２２－３０．
［6］Ｂｒｉａｎ Ｅｌｌｉｓ， Ｊｅｆｆｒｅｙ Ｓｔｙｌｏｓ， Ｂｒａｄ Ｍｙｅｒｓ． Ｔｈｅ Ｆａｃｔｏｒｙ Ｐａｔｔｅｒｎ ｉｎ ＡＰＩ Ｄｅｓｉｇｎ： Ａ Ｕｓａｂｉｌｉｔｙ Ｅｖａｌｕａｔｉｏｎ ［Ｃ］． Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２９ｔｈ Iｎｔｅｒｎａｔｉｏｎａｌ Cｏｎｆｅｒｅｎｃｅ ｏｎ Ｓｏｆｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ， ２００７： ３０２－３１２．
［7］王志喜，王润云． 新一代程序设计语言Ｃ＃中的面向对象机制 ［Ｊ］． 计算机工程与应用，２００３（７）：１０７－１１０．
［8］佘名高，姚开鹏．用泛型技术改进．ＮＥＴ面向对象程序设计方法［Ｊ］． 武汉理工大学学报：信息与管理工程版，２００５，２７（２）：９３－９５．
［9］Ａｌｂｅｒｔ Ｍ Ｌａｉ， Ｊａｓｏｎ Ｎｉｅｈ． Ｏｎ ｔｈｅ Pｅｒｆｏｒｍａｎｃｅ ｏｆ Wｉｄｅ－Aｒｅａ Tｈｉｎ－Cｌｉｅｎｔ Cｏｍｐｕｔｉｎｇ［Ｊ］． ＡＣＭ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ， ２００６， ２４（２）．