高校資產管理系統的設計與研究

葉文霞

摘要： 設計了適合衢州職業技術學院固定資產日常管理工作的資產管理系統。對該系統作了需求分析和詳細設計，采用了ASP.NET框架技術和SQL Server后臺數據庫相結合的設計方法。系統基本實現了資產的登記、審核、查詢、變更、統計、打印報表、上報數據等功能，有效地解決了資產管理工作的數據混亂、不準確、處理流程不規范等問題，有效地提高了管理人員的工作效率。

關鍵詞： 固定資產管理； 數據庫； asp.net； 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 ASP.NET 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.

Key words： fixed asset management； database； asp.net； SQL Server； Asset query

0 引言

高校固定資產管理是一項重要工作。固定資產具有價值高、使用時間長、存放地點不集中、管理復雜等特點。傳統的固定資產管理方式，信息反映不及時，當資產發生轉移時信息不能及時反映在賬上，統計時間長，盤點復雜，增加了管理工作量，有時還會出現資產重復購置、流失等問題，增加了不必要的資本投入，影響了工作效益和經濟效益[1]。

為此，建立一套完善的高校固定資產管理信息系統具有實際意義。它可有效地避免各種管理問題的出現，規范管理方法，防止高校資產流失，提高資產利用率。同時，固定資產管理信息系統的網絡化可以提高資產管理工作效率，使管理工作規范化、透明化、避免資產管理中可能出現的各種不規范操作[2]。本文選用ASP.net+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.