獨立學院固定資產管理系統設計與實現

［摘 要］ 隨著獨立學院的辦學規模逐漸擴大，各獨立學院固定資產的數量日益增加。在獨立學院辦學條件中，對固定資產指標的要求也越來越多，固定資產管理工作成為一項很重要的工作。信息技術的發展為固定資產管理系統軟件的開發與應用提供了技術支持，可以幫助獨立學院對固定資產進行科學管理和追蹤。根據對固定資產管理的需求分析，本文對固定資產管理系統的架構進行設計，應用三層架構技術構建了固定資產管理系統，基于.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ｏｍｐｕｔｉｎｇ［Ｊ］． ＡＣＭ Ｔｒａｎｓａｃｔｉｏｎｓ ｏｎ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍｓ， ２００６， ２４（２）．