論基于ASP.NET的企業進銷存儲管理信息系統的設計與實現

論基于ASP.NET的企業進銷存儲管理信息系統的設計與實現

　　1 背景

　　在應用系統開發過程中，C/S兩層體系結構的開發模式得到了廣泛的應用。其應用程序邏輯通常只分布在客戶和服務器兩端，它采用由客戶端發出數據資源訪問請求，然后服務器端將結果返回到客戶端的信息傳遞機制，對系統的性能、升級與維護等有很大制約。隨著面向對象技術、分層建模技術和網絡瀏覽器導航技術的逐步成熟，B/S模式的多層應用體系結構得到了越來越多的應用。應用系統開發模式從原來的兩層結構向三層甚至N層結構的轉變，主要是在客戶端和服務器之間加入了一個被稱為“應用服務器”的一層或多層應用服務程序，使原來集成表示層處理和業務邏輯處理的臃腫胖客戶端得以釋放，演變為表示層和業務邏輯層分開實現的模式，使開發人員在保證為用戶提供必要功能操作的簡潔界面前提下，將主要精力集中在系統核心業務邏輯的分析、設計和開發上;從C/S模式到B/S模式的轉變，使得原客戶端維護工作發生了翻天覆地的變化。C/S模式應用程序的客戶端要求管理人員在每個客戶端計算機系統上安裝客戶端程序，當需要維護系統時，管理人員需要到客戶端的用戶那里一個一個地解決問題;而B/S模式只需用戶在自己的電腦系統中安裝瀏覽器軟件(該軟件通常在操作系統中可附帶自動安裝)，應用系統的全部程序可以集中放在服務器中由管理人員統一管理維護，這可以大大節省系統維護的開銷。在多層結構模式的B/S系統架構中，B/S的三層結構是目前流行的架構設計模式，它由表示層、業務邏輯層和數據訪問層3個層次結構組成。微軟公司的ASP.NET充分地發揮了面向對象的技術特點，能輕松實現三層結構的B/S系統架構，并在很大程度上提高開發效率，增強系統的可維護性和擴展性。本文研究如何基于ASP.NET(C#)技術實現三層結構應用系統的設計。

　　2 三層結構系統模型

　　選擇合適的系統體系架構是一項影響整個應用系統設計的關鍵工作。架構設計主要完成定義和說明包(子系統)，以及包與包之間的依賴關系與通信機制。B/S模式的三層結構是一種簡單、成熟，并得到普遍應用的應用程序架構，它將應用程序結構劃為分3個相對獨立層，包括用戶表示層、業務邏輯層和數據訪問層。每一層只實現該層內相對獨立的功能，而當任何一層發生變化時，只要保持層間接口關系不變，則其他各層都不會受到影響。三層結構是一種嚴格的分層協作， 即數據訪問層只能被業務邏輯層訪問， 業務邏輯層只能被表示層訪問。用戶通過表示層將請求傳送給業務邏輯層， 業務邏輯層完成相關業務規則和邏輯， 并通過數據訪問層訪問數據庫獲得數據， 然后按照相反的順序依次返回， 將數據顯示在用戶界面層。

　　2.1 用戶表示層(USL)

　　用戶表示層也叫用戶界面層，封裝人機界面的所有表單和組件，是應用系統與系統用戶之間的直接接口。主要用于顯示由業務邏輯層動態傳送過來的數據信息，結合使用相應的HTML標記和樣式表定義來實現;用戶錄入數據信息并通過簡單的校驗后，經由數據接口傳送給業務邏輯層下載論文。

　　2.2 業務邏輯層(BLL)

　　業務邏輯層主要完成對應用系統相關業務規則和邏輯的封裝，在為用戶表示層訪問提供功能調用的同時，它又通過調用數據訪問層所提供的功能來訪問數據庫。業務邏輯層主要根據系統設計的需要，通過構建系統的關鍵對象類，實現系統的大部分邏輯控制功能。

　　2.3 數據訪問層(DAL)

　　數據訪問層只能被業務邏輯層訪問，并且系統只通過它訪問數據庫來獲取數據。當數據訪問層根據業務邏輯層的要求與數據庫進行交互時，主要完成從數據庫中提取數據庫記錄的查詢和插入、修改與刪除數據庫記錄的更新數據功能。眾所周知，數據庫訪問是動態信息管理應用系統中最頻繁、最消耗資源的操作，所以必須優化對數據庫的訪問策略，以提高系統的性能和可靠性。B/S模式的三層結構是一種嚴格的分層定義，它首先將應用系統復雜的開發工作劃分為相對簡單的小分塊，然后在每一層中只實現系統相應層的功能設計，層間的交互由相鄰層對應的功能模塊進行調用，信息傳遞只由接口進行傳送。

　　數據訪問層一般由兩部分組成：業務實體和數據操作。Microsoft公司提供的標準術語稱為業務實體組件和數據訪問邏輯組件。在三層結構中，數據訪問層是唯一與數據庫打交道的層，所以該層的設計要盡量以提高速度和安全為目標。

　　業務實體組件體現的是現實生活中的業務數據，而數據訪問邏輯組件則是在數據庫中檢索數據或把業務實體數據保存到數據庫。

　　2.3.1 數據訪問邏輯組件

　　數據訪問邏輯組件，簡單來講就是實現對數據庫中數據進行操作的組件，以及實現數據相關操作所需的業務邏輯。數據訪問邏輯組件的主要功能如下：

　　(1)在數據庫中添加記錄。

　　(2)讀取數據庫的記錄，并以業務實體數據的形式返回給調用者。

　　(3)將調用者修改的業務實體數據更新到數據庫。

　　(4)刪除數據庫中的記錄。

　　并不是所有的數據庫表都由一個數據訪問邏輯組件操作，其實，一個邏輯組件封裝的是對數據庫中的一個表或一組相關的表的操作。

　　2.3.2業務實體組件

　　業務實體是以數據的形式表示現實生活中的業務模型。業務實體的屬性與數據庫中的表有一一對應的關系，每個數據庫訪問組件都對應一個業務實體。

　　2.3.2.1業務實體的特點

　　(1)提供對業務數據及相關功能進行編程訪問。

　　(2)可以使用具有復雜架構的數據來創建，這些復雜的數據一般表現為數據庫中可以作為業務流程中的輸入輸出的相關聯的多個表。

　　(3)可以作為業務流程中的輸入輸出參數來傳遞整體數據。

　　(4)業務實體不參與事務處理，只是事務處理過程中的一部分數據，事務處理由數據訪問層完成。

　　2.3.2.2業務實體的表現形式

　　在應用程序中，業務實體有很多種表現方式。有以數據為中心的表示方式，也有面向對象的表示方式。具體包括以下幾種方式。

　　(1)XML：使用XML字符串或XML文檔對象模型來表示。

　　(2)DataSet：DataSet是緩存在內存中一個或多個表的集合，一般來源于數據庫或XML文檔。

　　(3)自定義業務實體組件：一種自定義的類庫，用于保存業務流程中的數據。包含一些數據表中的字段和其他公共屬性。

　　本文采用第三種方法：自定義業務實體組件。業務實體可以被數據訪問組件調用，也可以被業務邏輯層調用，通常的三層結構將業務實體包括在數據訪問層中，如圖1所示。

　　有的系統把業務實體單獨放在一層中，如圖2所示，這兩種方式都正確，關鍵要看設計者的意圖以及實際的開發項目，本文采用第二種形式。

　　3 三層結構優缺點

　　3.1 三層結構的優點

　　(1)提高程序的可維護性：三層架構層次分明，一旦運行出現問題，可以快速判斷是哪一層的問題，利于維護。

　　(2)可以合理開發：因為三層之間除了調用沒有其他關聯，只需要先把三層之間的接口定義好，程序員可以并行開發，提高了開發的速度。

　　(3)提高系統的安全性：每層都有安全設置，即使表示層被攻破，下一層的安全還有保障。

　　(4)提高系統的擴展性：三層結構最大的好處是在擴展應用系統時，改動的部分不會影響到大局，比如要給這個系統增加Oracle數據庫的功能，只需要改動數據層就可以了，其他層保持不變。

　　3.2 三層結構的缺點

　　三層結構開發模式的一個非常明顯的缺點就是其執行速度不夠快。當然這個“執行速度”是相對于非分層的應用程序來說的。 “三層結構”開發模式，不適用于對執行速度要求過于苛刻的系統，如在線訂票、在線炒股等。它比較適用于商業規則容易變化的系統。

　　4 ASP.NET的三層設計和實現

　　基于以上對B/S三層結構的介紹，下面引用一個基于ASP.NET技術的B/S三層結構模式的進銷存管理系統的開發設計方法，介紹ASP.NET應用系統三層結構的具體實現。ASP.NET的三層結構應用程序目錄結構如圖3所示，目錄BLL業務邏輯層，DAL為數據訪問層，DBUtility存儲的是一些常用的類和方法，Model為業務實體層，JXC為用戶表示層。

　　(1)Model(業務實體層)：都是一些屬性，業務實體的屬性與數據庫中的表為一一對應的關系，每個數據庫訪問邏輯組件對應一個業務實體。

　　(2)DBUtility公共類：數據庫操作的一些類庫，其中包括pubconstant.cs類(實現從web.config獲取數據庫連接字符串)、DbHelperSQL.cs 數據庫助手類、對數據訪問的類。

　　(3)DAL(數據訪問層)的實現：對應著數據庫中的表，實現對表常用的操作，如增刪改等常用操作。

　　(4)BLL(業務邏輯層)的實現：創建每個類，每個類對應著數據庫的每張表，完成數據表的一些業務邏輯，完成對數據層的調用過程。

　　(5)JXC(用戶表示層)：界面的編寫。

　　5 總結

　　以上介紹了應用基于ASP.NET技術的三層結構模式來設計和實現B/S結構應用系統的總體方法。通過介紹示例的具體分層規劃，體現了利用ASP.NET技術編寫三層結構的清晰邏輯，并有效地實現了系統中各功能層的相對獨立，使系統具有更強大的靈活性、可擴展性和可維護性;而且系統分層管理使分級分布部署成為現實，可極大地提高系統的性能和安全性，滿足日益壯大的B/S模式應用系統的需求。借鑒此方法還可以開發企業其他各類應用系統，提高企業的信息化水平。