高校资产管理系统的设计与研究

时间:2022-10-07 02:21:21

高校资产管理系统的设计与研究

摘 要: 设计了适合衢州职业技术学院固定资产日常管理工作的资产管理系统。对该系统作了需求分析和详细设计,采用了框架技术和SQL Server后台数据库相结合的设计方法。系统基本实现了资产的登记、审核、查询、变更、统计、打印报表、上报数据等功能,有效地解决了资产管理工作的数据混乱、不准确、处理流程不规范等问题,有效地提高了管理人员的工作效率。

关键词: 固定资产管理; 数据库; ; SQL Server; 资产查询

中图分类号:TP319 文献标志码:A 文章编号:1006-8228(2012)05-18-04

College assets management system design and research

Ye Wenxia

(Quzhou vocational technical college, Quzhou, Zhejiang 324000, China)

Abstract: This article is designed to accommodate the day-to-day management of the in Quzhou Polytechnic fixed assets asset management system. Needs analysis and detailed design of the system, using a combination of the framework and SQL Server back-end database design. The basic realization of the registration of assets, audit inquiries, changes, statistics, print reports, reporting data and other functions. Effectively solve the asset management data confusion, inaccuracy, non-standard processes and many other issues, and effectively improve the efficiency of the management staff.省略; SQL Server; Asset query

0 引言

高校固定资产管理是一项重要工作。固定资产具有价值高、使用时间长、存放地点不集中、管理复杂等特点。传统的固定资产管理方式,信息反映不及时,当资产发生转移时信息不能及时反映在账上,统计时间长,盘点复杂,增加了管理工作量,有时还会出现资产重复购置、流失等问题,增加了不必要的资本投入,影响了工作效益和经济效益[1]。

为此,建立一套完善的高校固定资产管理信息系统具有实际意义。它可有效地避免各种管理问题的出现,规范管理方法,防止高校资产流失,提高资产利用率。同时,固定资产管理信息系统的网络化可以提高资产管理工作效率,使管理工作规范化、透明化、避免资产管理中可能出现的各种不规范操作[2]。本文选用+SQL Server等相关技术作为系统开发工具。

1 ASP与数据库技术原理

1.1 ASP工作原理

ASP(Active Server Pages,动态服务器页面)是微软公司提供的一种实现动态网页的技术,它能代替CGI脚本程序,可以与数据库和其他程序进行交互。当编辑各种动态网站的时候就可以利用ASP,它的格式是.asp。各种Web应用程序、动态网页都是在服务端以ASP为编程环境创建生成的。利用ASP可以创建HTML网页作为用户界面的Web应用程序,也可以向网页中添加交互式内容[3]。

ASP网页是在某个浏览器提出请求时生成的,因而它不是静态的,可以载入许多动态的信息。在服务器端ASP是脚本运行环境,当用户请求.asp文件时,服务器开始运行ASP脚本,并读取用户请求文件之后,ASP执行相应的命令,然后将正确的Web页传送给用户。

1.2 Internet/Web数据库

自从20世纪70年代关系数据库被推出以来,它基本上能满足企业数据管理的要求,并在信息系统中得到了广泛应用。

然而,随着Internet的迅速普及,大量非结构化的复杂数据类型涌现出来,包括图形、图像、声音、大文本、时间序列等,传统的关系数据库系统已无法实现对这些数据的查询和检索,因为传统关系数据库对数据的处理还停留在二进制代码文件的存储上。

在Internet成为计算的核心平台后,基于Internet的Web数据库应用开发、Web内容管理、安全性、丰富的多媒体数据的处理以及响应时间等方面的新需求,推动了Internet/Web数据库的出现与发展。

所谓Internet/Web数据库,其实质是在传统的关系数据库技术基础上,对数据库模型、检索技术和存储机制等方面进行改进,而构造出基于Internet/Web应用的数据库系统。

Internet/Web数据库使应用转为全面基于Internet的应用。它的实现方式主要包括以下两方面。

⑴ Internet/Web数据库采用多维处理方式,支持结构化数据和非结构化的多媒体等类型的数据,使各种类型的数据可以存储在同一个数据库中,从而节省了处理复杂数据的时间。

⑵ Internet/Web数据库支持XML等编程技术,并提供开发工具,利用这些技术可以快速开发复杂事务处理的应用,使系统开发和管理的难度大大降低[4]。

1.3 信息系统对数据库的需求

一般说来,当前基于Internet/Intranet/Extranet构建的信息系统,对后端支持的数据库产品,会提出如下需求。

⑴ 支持C/S和B/S模式。

⑵ 支持多进程多线索、SMP、MPP。

⑶ 支持分布式处理、提供各种复制技术。

⑷ 支持多种数据源、网络协议和平台。

⑸ 支持电子商务、移动计算及数据仓库。

⑹ 提供丰富的应用开发工具。

1.4 构建数据库系统的流程

构建一个完整、高效的数据库管理系统可以说是一个比较复杂的过程,通常包含以下五个基本步骤。

⑴ 定义数据库的目标

这是构建数据库的第一步,也是构建数据库的起始点。在这一步,需要定义数据库实现功能、目标以及该系统运行的环境。只有经过这一步,后续的工作才可以开始。

⑵ 数据库的逻辑设计

这一步是从设计目标和功能出发,规划出数据库的逻辑设计。例如,设计数据库中的表以及表之间的关系。在某种程度上说,这一步和物理数据库的设计及其实现无关。

⑶ 数据库的物理设计

这一步在数据库的逻辑设计之上,把数据库的逻辑设计转化为数据库的物理设计,如确定数据库需要哪些软件和硬件。

⑷ 数据库的物理实现

这一步属于项目的实现阶段,根据数据库的物理设计实际的物理数据以及数据库的服务器配置和存储数据的程序代码等。

⑸ 复查构建的数据库

这一步为构建数据库的最后一步。在该步中,要检查和评定构建的数据库是否满足第一步中的目标及要求,可以制定维护和更新数据库的实施方案。

在实际设计中,以上有些步骤可能体现得不是很明显。

2 系统的设计与实现

2.1 系统实现目标

本文所设计开发的高校固定资产管理信息系统的目标主要表现在以下几个方面。

⑴ 方便国家资产管理部门对固定资产分布、数量、价值、使用情况等数据进行管理、分析。

⑵ 系统能实现对固定资产的入库、建卡、分布、调拨、清查、报废、报失、报损、统计账务报表等活动的高效管理,并能有效地对资产进行整合、调控,从而实现对固定资产的全面、实时监管。

⑶ 高校可以利用计算机手段对资产的分类、数量、价值、分布及使用状况等进行分析、研究和汇总,并按规定向国家有关部门上报各类统计数据。

⑷ 从设计的角度出发,系统要有较高的集成性、开放性、维护方便性、可扩展性、操作灵活性。

⑸ 从实施的角度出发,系统应该符合“安全、实用、保密、经济”等原则。

根据以上实现目标得出的系统业务流程图如图1所示。

图1 系统业务流程图

2.2 系统的主要功能模块

2.2.1 资产信息录入

本系统资产信息录入主要是资产数据的输入,包括新增、校外调拨、资产盘赢补入等情况下的信息入账。资产入账首先要填写固定资产增置单,也就是上面提到的资产卡片,然后由资产管理部门审核卡片信息的真实性,再确定资产信息是否入账。

2.2.2 资产信息变更

资产信息变更模块主要处理学校进行资产的校内外调拨、资产盘查中出现盘盈、盘亏时对资产信息的退库、补入工作以及账物不符等情况。系统可以完成信息的修改,包括资产型号、规格、资产名称、厂家、出厂号、领用人、领用单位等。其中资产信息变更模块包括单条信息修改和成批信息修改。

2.2.3 资产信息查错

本功能主要用于对主机库内容的查错,如:对主机库中资产编号是否重号、分类号是否有错、购置日期与出厂日期是否有逻辑错等进行处理。假如内容有错,系统将提示是否打印错误信息,或浏览;用户可调用[错误修改]修改数据。

2.2.4 资产信息整理

本系统尽管具有自动建立索引功能,但由于数据量的不断增加和变动,仍然需要对数据库中的数据经常进行整理。在数据整理过程中,系统可对主机库中打有删除标志的数据彻底删除。因此,在做数据备份前应先调用此功能。

2.2.5 资产查询模块

资产查询模块主要是为授权用户设计的。用户可以通过查询模块对系统的所有固定资产信息进行查询,输出并打印查询结果。系统查询模块主要对主机库、附件库、变更库资产信息进行查询,查询功能主要有四个方面,分别是主机信息查询、附件信息查询、变更信息查询、条件组合查询。

2.2.6 报表打印模块

报表打印模块主要包含四个主要功能,分别是账目打印、卡片清单、报表统计和图形。由于本系统的账目大多需要宽行纸张,故应配置宽行打印机,其中EPSON LQ1600K系列打印机是不错的选择。

2.3 系统数据库分析

2.3.1 系统E-R图设计

通过对系统功能的分析,本文将系统中使用的数据分为:资产名称实体、资产基本信息实体、存放单位实体、资产类别实体、资产整理信息实体、系统管理员实体、资产领用单位实体、使用情况实体等一系列数据实体。上述各实体之间的关系如图2所示。

[备注][价值][日期][编号][使用状态] [isa][资产][数量][名称][计量单位][类别][规格][折旧][生产厂商][固定资产][资金] [使用] [使用] [管理] [管理] [借还][资金来源][币种][汇率][调拨方式][部门] [借还][管理员][归还时间][凭证号][借出时间][凭证号][借出时间][归还时间][备注][编号][名称][负责人][编号][备注][性别][账号][年龄][密码][姓名][职位] [isa]

图2 固定资产管理实体间管理E-R图

2.3.2 系统的逻辑设计

根据系统的ER图得出的关系模式如下。

⑴ 资产基本信息关系模式

ta_capitalinfo(ID,Name,Value,Date,Number,unit,Note)

其中ID为该关系模式的主键,对应的实体集为资产。

⑵ 管理员基本信息关系模式

tb_admininfo(ID,Name,Sex,Age,Position,Username,

Password,Note)

其中ID为该关系模式的主键,对应的实体集为管理员。

⑶ 部门基本信息关系模式

tb_departmentinfo(ID,Name,Functionary,Note)

其中ID为该关系模式的主键,对应的实体集为部门。

⑷ 固定资产基本信息关系模式

ta_fixedassetsinfo(ID,Name,Value,Date,Number,unit,

Spec,Classname,Maker,depreciation,Usestate,Note)

其中ID为该关系模式的主键,对应的实体集为固定资产。该关系模式的构成是根据面向对象的方法,继承了资产的属性,再加上一些特有的属性组成了固定资产实体集的属性。这样做的目的是对固定资产的描述更加清晰,而且这样一张表可以以更少的存储空间来存放属性,而不需要其他字段来描述固定资产其他属性存放的位置。

⑸ 资金基本信息关系模式

tb_accountinfo(ID,Name,Source,Value,Date,Number,unit,

Note,Usemethod,Currenysystem)

其中ID为该关系模式的主键,对应的实体集为资金。该关系模式由ER模式转换过来,采用的也是面向对象的方法,继承了资产的属性。

⑹ 资金调拨信息关系模式

tb_AccountAttemper(No.,Admin_ID,Account_ID,Department_ID,

InDate,OutDate)

该关系模式的主键是NO.,用来描述资产调拨的凭证号;Admin_ID,Department_ID为外键。对应的联系是部门与管理员的调拨资金。

⑺ 固定资产调拨信息关系模式

Tb_FixedassetsAttemper(NO.,Admin_ID,Fixedassets_ID,

Department_ID,Indate,OutDate)

该关系主键为NO.,Admin_ID,Fixedassets_ID,Department_ID为外键,对应的联系为部门与管理员的调拨固定资产。

⑻ 部门使用资金信息关系模式

Tb_useAccount(Account_ID,Department_ID)

其中Account_ID、Department_ID为外键。对应的联系为部门对资金的使用联系。

⑼ 部门使用固定资产信息关系模式

Tb_usefixedassets(Fixedassets_ID,Department_ID)

其中Fixedassets_ID,Department_ID为外键。对应的联系为部门对固定资产的使用。

⑽ 资金管理信息关系模式

Tb_administrateAccount(Admin_ID,Account_ID)

其中Admin_ID,Account_ID为外键,对应的联系为管理员对资金的管理。对应的联系为部门对资金的管理联系。

⑾ 固定资产管理信息关系模式

Tb_administrateFixedassets(Admin_ID,Fixedassets_ID)

其中Admin_ID,Fixedassets_ID为外键,对应的联系为管理员对固定资产的管理。

2.3.3 关系模式规范化处理

⑴ ta_capitalinfo(ID,Name,Value,Date,Number,unit,Note)。因为ID->Name,ID->Value,ID->Date,ID->Number,ID->unit,ID->Note,所以ID->Name,Value,Date,Number,unit,Note。而左边正是该关系模式的键,符合BCNF,所以不存在冗余。

⑵ tb_admininfo(ID,Name,Sex,Age,Position,Username,Password,Note)。因为ID->Name,ID->Sex,ID->Age,ID->Position,ID->Username,ID->Password,ID->Note,所以ID->Name,Value,Date,Number,unit,Note。该函数依赖的左边是该关系的键,符合BCNF,所以不存在冗余。

⑶ tb_departmentinfo(ID,Name,Functionary,Note)。因为ID->Name,ID->Functionary,ID->Note,所以ID->Name,Functionary,Note;该函数依赖的左边是该关系的键,符合BCNF,所以不存在冗余。

⑷ ta_fixedassetsinfo(ID,Name,Value,Date,Number,unit,Spec,Classname,Maker,depreciation,Usestate,Note)。因为ID->Name,ID->Value,ID->Date,ID->Number,ID->unit,ID->Spec,ID->Classname,ID->Maker,ID->depreciation,ID->sestate,ID->Note,该函数依赖的左边是该关系的键,符合BCNF,所以不存在冗余。

2.4 系统的实现

系统实现了资产管理过程中入库、查询、打印报表、资产信息变更、资产清查、报废等流程的网络化管理功能,简化了固定资产管理工作的操作流程,提高了工作效率。其中打印报表功能为学院主要管理者分析资产分布情况提供了参考依据,资产清查中的条码打印更为资产管理提供了简便的清查依据,防止国有固定资产的流失。

3 结束语

本文开发的系统符合衢州职业技术学院固定资产管理工作流程和固定资产管理规章制度,为该校固定资产管理工作提供了方便,并为该校信息化建设提供了一定的参考。系统实现了资产管理网络化、信息共享、数据实时更新,为资产管理工作提供了有效的帮助。但在使用过程中,结合固定资产管理工作的实际需要,系统还存在很多可以改进的地方,如可以增加资产采购审批模块,以简化资产采购流程;还可以增加资产净残值率计算模块,提高资产的利用率,且有利于学院资产成本回收,提高经济效益;在系统的权限管理方面可以更加灵活、细化,方便更多的资产管理工作。

参考文献:

[1] 汪华.高校固定资产管理存在的问题和对策[J].南昌高专学报,

2007.22(2).

[2] 徐国平.高校固定资产管理一体化平台设计与实现[J].大连海事大学

学报,2010.36(z1).

[3] Yan Su,Wenhe Liao,Yu Guo,Qiulin Ding.Key technologies for

ASP-based product customization service system for SMEs:a case study[J].The International Journal of Advanced Manufacturing Technology,2009.42(3/4).

[4] 李志勇,徐长通.基于ASP的Web数据库智能查询[J].河南师范大学

学报自然科学版,2010.38(1).

[5] 陶宏才.数据库原理及设计[M].清华大学出版社,2004.

上一篇:ARM9平台上KVM移植的研究和实现 下一篇:基于XML的数据迁移方法研究与实现