基于MVC架構的高校固定資產管理系統的設計

胡菊芬 李咸浩

引言

基于MVC架構的高校固定資產管理系統是學校數字化校園建設工程中的輔助系統之一。該系統與學校的管理模式密切相關，并且也是為了學校的最終目標而服務的。因此對于學院的工作規范化建設以及校園管理系統的建設奠定了良好的基礎。現開發的學院資產管理系統是數字化校園建設管理系統的重要組成之一。針對目前學校固定資產管理工作的實際要求進行設計的，力求能夠滿足學校對固定資產管理工作的需要。基于MVC架構的高校固定資產管理系統的功能設計必須要詳細必能有效地解決學院的資產管理工作，其功能和目標具有較強的針對性，盡量可以為相關資產工作者的工作提供輔助工具和手段的作用。

在國外調查發現，目前信息管理系統的開發相對比較成熟。系統的開發經歷了兩個階段，早期的基于文件操作的初始階段，基于網絡的現代系統化系統管理階段，目前系統的數據真正實現網絡共享。

在我們國內調查發現，在互聯網上甚至在各大型書店對對管理系統做了詳細的介紹，并且配有相關的設計案例和提供系統的源代碼。通過對這些系統的閱讀發現其中大部分的功能過于簡單比較適合學校的教科書或對于軟件開發的初學者做參考使用，基本不能完全適用于對工作的應用；而高校的一些系統，由于管理模式的不同是不能夠照搬到學校。另外，各學校也有自身的特點和具體情況，管理方式和方法上不盡相同。

一、主要研究內容

系統采用基于WEB架構進行設計開發，客戶端的工作主要負責將數據和消息傳送到業務處理層，在Browser前端很少會發生業務邏輯處理，系統中主要的業務邏輯基本都設計在服務器端進行實現。系統的業務邏輯處理由服務器進行處理而不是在客戶端實現可以降低用戶的壓力，便于系統的升級與維護。

基于MVC架構的高校固定資產管理系統采用B/S三層體系結構，是能實現系統及權限管理、固定設備的管理、招標采購、需求計劃、維護保養、資產登記、實驗室、材料物品、上報數據管理，系統用戶管理模塊等。

在固定資產的網絡管理系統中，可以把每個資產管理工作員工都看成是一個資產管理辦公節點，所有與自己工作相關的信息與資源教師都可以直接得到。各個節點之間都將連接在一起形成一個動態的固定資產管理工作網，該固定資產的網絡管理以人為中心，以信息為血液，以工作流為橋梁，信息共通，嚴謹高效，反應敏捷，打破了時間、地點和部門的限制，真正完全實現了網絡信息化固定資產管理工作。

固定資產的網絡管理系統希望通過構建一個WEB架構的信息管理系統，利用當今時代日益繁榮的互聯網技術，為傳統的固定資產管理工作打造一個全新模式的網絡信息化管理平臺。本系統開發后將能夠達到以下目標：（1）學院資產管理的辦公人員的減少，資產管理工作服務能力的提高。（2）學院固定資產的網絡管理信息系統對資產管理服務的改進。（3）利用網絡化辦公實現學院資產管理工作人員工作利用率的提高。（4）自動決策的管理系統為領導對資產管理工作的改進提供參考。

本文主要是圍繞如何開發基于MVC架構的固定資產管理系統進行的。包括分析系統的各模塊功能和業務流程，設計系統的數據庫和整體框架并最終實現編寫各模塊的具體代碼。研究基于WEB的資產管理系統所采用的設計路線和設計方法。系統主要采用面向過程的設計思想，最后使用ASP.NET來進行開發實現的。歸納起來，本文研究的內容主要如下：（1）分析基于MVC架構的高校固定資產管理系統的業務流程設計。（2）分析系統的各個業務，在開發系統前必須先了解系統包含了哪些功能，這些功能的業務是如何操作的。（3）系統中各功能模塊設計、數據庫的設計。（4）功能模塊設計是系統實現的關鍵，根據業務流程可以確定系統的功能模塊了，并且能夠較詳細的描述系統中包含的功能模塊了，同時也可以確定系統中包含的實體對象了，從而完成數據模型，最終實現數據庫的設計。（5）主要模塊的實現，包括固定設備的管理、招標采購、需求計劃、維護保養、資產登記、實驗室、材料物品、上報數據管理的實現。（6）設計各功能模塊的操作界面，并編寫代碼完成相關功能的操作。這是建立在功能分析和設計的基礎上，利用ASP.NET如何來實現的。通常稱這個環節為編碼，是系統開發中重要的環節之一。在這個環節主要要研究各模塊的具體實現的算法代碼，開發中要使用的關鍵技術和執行效率等。（7）研究和設計一個先進安全傳輸方案，采用MD5加密算法進行加密，防止黑客使用各種手段攻擊系統或盜竊數據，確保系統的安全性。（8）利用MVC技術實現學校固定資產管理在網絡中的應用。

二、軟件體系結構設計

ASP.NET使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據他們所在的層分布在不同的機器上。傳統我們設計的軟件是采用兩層模式(client/server)，在傳統模式中，客戶端擔當了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較容易，但難于升級或改進，可伸展性也不理想，而且經常基于某種專有的協議——通常是某種數據庫協議。一個多層化應用能夠為不同的每種服務提供一個獨立的層，以下是 ASP.NET 典型的四層結構： (1) 能夠在客戶端的機器上直接運行的客戶層組件。(2) 能夠在服務器的機器上加入的Web層組件。(3) 能夠在服務器的機器上的加入的商業邏輯層（業務邏輯層）組件。(4) 能夠在EIS服務器的機器上操作的數據庫層（企業信息系統(Enterprise information system)層）軟件。

三、數據設計

數據結構設計過程是整個軟件開發中最重要的過程之一，數據結構設計其實就是對現實系統進行分析，獲取系統中所涉及的所有實體，以及實體之間存在什么關系，每個實體具備什么屬性。對實體創建關系并設置其相關的約束，如：實體完整性、參照完整性、域完整性、默認值和規則等信息。經過仔細考慮后得到了系統詳細的數據結構主要包含7張表，具體的數據表定義如下。

（1）用戶表（T_Userinfo）：用戶表包含用戶編號、姓名、密碼、權限、狀態、備注等字段，其中用戶編號Uid為表的主鍵，用戶權限Upower保存該用戶具備權限的相關編號，姓名和密碼不允許為空，其他字段允許為空。

（2）設備基本信息表（T_Equipmentinfo）：設備編號、設備名稱、設備型號、購買日期、設備類別編號、單價、供應商編號、所屬部門、是否維修、設備等級、備注，其他字段允許為空，具體見表2所示。

（3）設備類別表（T_Equipmenttype）：設備類別表中類別編號Etypeid為表的主鍵，設備類別名稱不允許為空，其他字段允許為空，具體見表3所示。

（4）采購申請單表（T_Purapplication）：采購申請單表中采購申請單編號、采購設備編號、采購數量、預計單價、合計金額、采購日期、申請狀態、下單人、備注，其中采購申請單編號為表的主鍵不允許為空，采購設備編號為外鍵也不允許為空，其他字段允許為空。

（5）資產造冊信息表（T_ Propertyinfo）：資產造冊包含的數據項有：單據號、類別、名稱、型號規格、性能參數、使用方向、經費科目、來源方式、購置日期、登記日期、生產廠家、國別、出廠日期、出廠號、使用部門/庫房、安置地點、負責人、供應商、經手人、單價、使用年限、折舊方法、附件與配套資料、備注。單據號為主鍵不允許為空，其他字段都允許為空，具體見表5所示。

（6）資產變更表（T_ Propertychange）：資產變更包含的數據項有：單據號、變更類別、變更日期、經辦人、是否確認、備注。其中單據編號為主鍵不允許為空，變更類別、變更日期、經辦人也不允許為空，其他字段都允許為空。

（7）資產評估表（T_ Propertyevaluate）：資產評估包含的數據項有：單據號、評估級別、評估日期、評估人、評估結果、備注。單據編號為主鍵，評估級別、評估日期和評估人都允許為空，其他字段允許為空。

四、系統總體設計

根據需求分析可知，可以將整個系統的模塊劃分為十大主要模塊。分別為：設備管理模塊、需求計劃管理模塊、招標采購管理模塊、資產登記管理模塊、維修保養管理模塊、實驗實管理模塊、數據上報管理模塊、資產損耗，報失，轉移等處理模塊、基礎數據處理模塊、用戶權限及密碼管理、數據備份等模塊。

基于WEB的高校固定資產管理系統可以為學校創建符合自己管理模式的固定資產管理流程，下面是本系統詳細的管理流程：

第一步：系統管理中心：負責對系統的配置、用戶及權限進行分配和管理

第二步：資產管理中心：登記設備信息、管理設備類別等

第三步：資產管理總代理：對采購申請單進行收集和分析并確定是否需要采購

第四步：資產中心：對資產造冊和變更進行管理，并能根據資產信息對學校的資產情況進行評估。

第五步：資產管理員：登錄（用賬號、密碼），管理資產管理系統中的相關參數。

第六步：各部門查看部門資產并可以打印資產信息，由學校資產管理處負責對資產的

結論

基于WEB的應用軟件系統開發工作是一項煩瑣和復雜的工程，在開發的過程中除了要考慮到系統的各個功能、性能以及頁面的美觀和可操作性外，關鍵是還要熟悉系統的業務流程和工作流程。另外需要深入研究資產管理信息系統的體系結構模式，綜合考慮了學院的固定資產管理工作今后在學校發展中的實際情況和長遠目標，能夠靈活的運用ASP.NET（C#）基于MVC模式的網絡開發工具，完成固定資產管理系統構架分析和設計。在充分掌握和理解學院需求的前提下對資產管理系統進行詳細設計，為系統的編碼奠定基礎。

[1] 朱順泉.管理信息系統教程[M]. 北京: 清華大學出版社， 2005.

[2] 潘藩. 基于MVC模式的Struts框架在網上考試系統中的應用[J]. 電腦開發與應用， 2008.