基于net多層架構的地區級客戶管理系統設計與實現碩士學位論文(編輯修改稿)

　

【文章內容簡介】 添加產品單刪除產品單產品單管理產品單查詢無操作權限圖 訂單管理模塊流程Chart Product Management Flow產品單管理模塊的流程。在該管理系統中，產品單的信息由系統管理員或銷售部人員來維護。圖 訂單管理模塊用例圖Chart Product Management Use Case Flow，包括以下2個角色的用例：（1） 制單人：列表顯示銷售單、添加銷售單、修改銷售單、刪除銷售單、查看銷售單；（2） 審核人：列表顯示銷售單、刪除銷售單、審核銷售單；（3） 從用例圖可以看出，制單人與審核人具有不同的權限。審核人的權限范圍在于審核銷售單的有效性。制單人的權限范圍在于盡可能多的為企業創造訂單。審核人與制單人的分隔，對企業運營是一種保障，這是從公司實際調研中，公司存在的一些問題中發現的，并向公司高管建議，在公司業務流程中，額外增加審核人，得到了公司高管的認可。 銷售統計模塊銷售統計模塊的主要功能就是統計功能，此模塊的數據主要來源于合同中產品單的金額和數量。銷售統計模塊的流程。在該管理系統中，所有用戶都可以應用產品單的統計信息。銷售統計模塊查看合同編號查看產品編號查看訂單數量查看已發貨數查看貨物單價圖 銷售統計模塊流程Chart Sell and Statistics Flow 日志服務管理模塊日志是任何一個管理系統都必備的重要功能。日志可以用于既可追蹤對象的修改狀態和明確事務責任，又可以為系統其他功能提供維護保障。通過對系統各種邏輯的分析，根據業務需求，系統將日志分為以下幾個方面：（1） 系統日志：記錄系統各種操作的信息數據。（比如：用戶登陸系統的時間）（2） 合同日志：記錄系統合同數據發生改變的信息。（比如：合同內容發生變化）（3） 信息日志：記錄系統信息數據發生改變的信息。（比如：某管理員增加了一個新的公告……）（4） 產品單日志：記錄系統產品數據發生改變的信息。（比如：某個產品單已經進行了送貨處理……）系統通過抽象出一個Log日志接口，系統按照不同種類的日志，又區分不同的操作。日志組件將通過業務抽象封裝后，為其它業務邏輯模塊提供統一接口，用來降低系統開發中模塊日志功能的開發成本和維護成本。 技術方案在開發之前，應當對開發工具與開發平臺有所了解，逐個篩選，找出適合開發系統的平臺和語言。以下分節介紹本系統中使用到的技術。 NET是Microsoft公司在快速發展的軟件技術世界中維持領先的保證。，可用于在服務器上生成功能強大的Web應用程序。 。ASP技術的出現使服務器端程序開發變得簡單易行。、。[8] Web Service Web Service主要是為了使原來各孤立的站點之間的信息能夠相互通信、共享而提出的一種接口。從更深的層次上來看，Web Service是一種新的網絡應用程序分支。是自描述、自包含、模塊化的應用。Web Service就是基于網絡的分布式模塊化組件，它遵循一系列技術規范，使得Web Service能和兼容組件進行互操作。它可以通過一系列相關技術在網絡中被描述、發布、查找和調用。 Web Service所使用的是Internet上統一、開放的標準，如HTTP、XML、SOAP（簡單對象訪問協議）、WSDL等，所以Web Service可以在任何支持這些標準的環境中使用。 [13] SQL Server 2008 SQL Server 2008所示一個巨大而復雜的數據庫管理系統。SQL Server 2008是完全支持Web的數據庫產品，提供了對可擴展標記語言（XML）的核心支持，以及在Internet上和防火墻外進行查詢的能力[10]。并使得數據的管理與分析更加靈活，便于用戶更加容易適應快速發展的新環境。SQL Server 2008數據庫提供了一套非常實用的管理工具，用于管理、設置、管理、檢索SQL Server2008中的數據，并進行數據庫備份維護和管理，保證了數據的安全性和一致性[9]。企業管理器作為SQL Server 2008中最重要的管理工具，具有操作簡單明了的特點，系統管理員和用戶可以很方便的使用SQL server2008在本地或遠程管理系統服務。北京交通大學專業碩士學位論文 系統設計4 系統設計在軟件項目開發的需求分析階段，已經搞清楚了軟件要做什么的問題，對于一個實際的開發項目，需要把這些需求通過需求說明書文檔描述出來，此即是目標系統的邏輯模型。接下來的工作是要把軟件做什么的邏輯模型轉換為怎么做的物理模型，即著手去實現軟件的需求，并將設計的結果反映在設計說明書文檔中，此階段即為設計階段。該管理系統的系統設計中主要包括系統架構設計、系統結構設計、數據庫設計、系統功能實現。由于系統設計內容較多、相對較復雜，因此以上內容獨立出來，分節闡述。 系統架構設計在第一章提到目前國內的地區級客戶管理系統有的采用C/S結構，有的采用B/S結構[4]。這兩種結構各有缺點。其中，采用C/S結構的系統對硬件和軟件的兼容性都有一定的要求，而且導致不同部門之間的信息資源不能相互通信。目前采用B/S結構的系統缺點在于，雖然B/S結構可以基本滿足業務要求，但隨著管理業務內容的細化，簡單的B/S結構不利于業務邏輯的抽象，業務邏輯與低層數據之間的交互界線不清，代碼難與維護和更新。因此，本文為了避免B/S結構和C/S結構的缺點，結合兩者優點，設計出基于多層結構架構的設計。其架構分為：用戶界面層、用戶處理層、商業邏輯抽象層、數據訪問層等四層。此四層的架構由具體層次到抽象層次。具體描述內容如下： 數據訪問層對于平臺中的所有應用，都存在著各種各樣的業務信息、配置數據、系統實時狀態等信息。數據訪問層對這些數據信息提供快速查詢的底層接口，并保證數據的可靠性、完整性。將該層抽象出來的好處在于：未來可以對該層進行擴展。比如：使用磁盤陣列技術，實現以下優點：（1） 傳輸速率快；（2） 儲存容量可提升；（3） 提升I/O每秒的數量；（4） 增加數據安全性及穩定性；（5） 大量數據快速及簡易管理；（6） 增加可用運時間，減少維護；（7） 通過磁盤陣列，可以將不同服務器上傳的文件統一管理。圖 在數據訪問層服務器的擴展Chart Extended Data Access Layer Server：各臺服務器共享磁盤陣列，這樣所有的數據都放到磁盤陣列之中。目前，此數據訪問層的主要功能是：負責數據庫的訪問，即實現對數據表的查詢、插入、更新、刪除等操作。將系統與數據庫直接獨立開，這樣系統可以實現不同數型的數據庫的動態切換，而不用需要修改任何程序功能。有效保證了系統未來的可移植性。 商業邏輯抽象層商業邏輯抽象層作為數據訪問層與用戶處理層之間的橋梁。它是系統架構中體現核心價植的部分。該層的關注點集中體現在業務規則的制定、業務流程的實現等與業務需求有關的系統設計，對用戶處理層傳遞過來的信息進行轉化。通過定義一個對接雙方需要的接口進行交互，然后對接雙方不需要直接訪問同時也不需要知道對方的數據庫，直接從API接口結構中獲取相關的數據信息從而實現數據的共享對接。該層的具體業務規則請參見系統結構設計。 用戶處理層用戶處理層即應用層，提供各種業務實體的操作。這樣做的好處是，當業務實體發生改變或者是有新的業務時，系統的基礎架構都不需要做出任何調整，直接就可以使用原有的功能。比如說以后系統想要擴展業務，系統可以處理的就是一個業務實體，如果該業務的實現能滿足于服務接口層的接口，則平臺只需要對該層的邏輯進行開發實現，不用觸動邏輯實現層。在本系統中，一些有效性驗證的工作也是放在這一層的，以更好的保證程序運行的健壯性。如不允許的文本框輸入空字符串，數據格式是否正確以及數據類型驗證；通過以上的諸多判斷以決定是否將操作繼續向后傳遞，盡量保證程序的正常運行。 用戶界面層用戶界面層就是最終對客戶的接口，平臺以網頁展示的方式提供各種業務供客戶使用。相當于View（視圖），與用戶處理層、服務接口層、商業抽象邏輯層、商業邏輯實現層、數據訪問層組成Model / View / Controller（MVC)結構。將該層分離出來的好處是，將展示與背后支持展示的業務處理分離開來，可以實現多種展示方式，并不影響到業務處理。該管理系統的技術架構有以下特點：（1） 層次清楚，多層的結構，每一層的作用都有明確的規定；各層次專注于自身功能的接口實現，整個層次保持相對的穩定。系統通過不改變接口，各個層次、各個組件進行優化的策略，能在不影響整個業務的前提下，不斷的完善和改進。通過分解業務細節，將不同的功能代碼分散開來，更利于系統的設計和開發，同時為可能的變更提供了更小的單元。更利于“從頂至下”的設計理念，更利于抽象封裝。（2） 提高服務器效率使用分層架構提高了緩存服務管理的效率。頁面訪問的時候，生成動態 Web 頁會耗用各種各樣的系統資源。當 Web 服務器收到頁面請求時，它通常必須從存儲子系統中實時的檢索所請求的信息。（如數據庫連接、套接字或 文件描述符）等方式進行，具體技術取決于當時的系統要求。一般來說， Web 服務器會被大量用戶所訪問，因此會收到大量的通常需要處理的并發請求，所以對這些共享資源的爭奪可能會延遲頁面請求。使系統速度更快的最簡單的方法是購買新的硬件。此方法的優點是：不必更改程序。但是更多的問題是：硬件只能在未達到其物理限制之前才會對性能有所幫助。所以一般系統中，都會使用緩存管理技術來提高系統性能[8]。系統中存在兩種緩存對象：1) 頁面緩存：對于前臺的html頁面按不同的塊來區分，然后通過一個key對象，通過開源JCS技術存儲于內存或磁盤空間。2) 對象緩存：將系統中經常用到的對象保存于規定的內存空間，通過配置的更新規則，同步更新數據庫內容。圖 請求中的頁面對象不在緩存對象中Chart Page request object is not in the cache object圖 請求中的頁面對象存在于緩存對象中Chart Page request object in the cache object從上邊的調用圖可以很清晰的看到，對于并發訪問的頁面請求，通過頁面的緩存可以減少訪問響應的時間，減少數據庫的連接，從而提高系統的整體性能和訪問速度。（3） 降低用戶處理層、邏輯抽象層與數據訪問層之間的耦合性，保證數據訪問的及時性，并通過安全策略保證公司信息的安全性。 架構的實現整個系統的架構具體分為一下幾個模塊：實體類模塊——一組實體類的集合，負責整個系統中數據的封裝及傳遞。數據訪問層類CDataUility——一數據訪問層代碼的集合，完成數據訪問層的具體功能，實現數據訪問層接口族。商業邏輯抽象層類CDataInterface——一組接口的集合，表示業務邏輯層的接口。用戶處理層類Operation—一組類的集合，完成業務邏輯層的具體功能，實現業務邏輯層接口族。用戶界面層CWebPage——程序及可視元素的集合，負責完成表示層的具體功能。IBLL模塊——類CDataInterface與Operation類具體底層的實現。IDAL模塊——表示具體的數據訪問的實現方式。IdataC模塊——最底層的代碼實現。輔助類模塊——完成全局輔助性功能。系統整體架構的實現參見下圖： 系統架構的實現 Chart the System Architecture Realization由于系統代碼過大，本節僅對幾個重要的具體類進行闡述。（1） AccessDALHelper類在實際系統開發中，很多數據訪問操作流程很相似，因此可以將一些可復用的代碼抽取出來，編寫成助手類，以此減少代碼量，提高代碼復用性。該類放在IdataC下，叫AccessDALHelper，主要負責Access數據庫的訪問。它包括三個方法：GetConnectionString：從配置文件中讀取配置項，組合成連接字符串。ExecuteSQLNonQuery：執行指定SQL語句，不返回任何值，一般用于Insert，Delete，Update命令。ExecuteSQLDataReader：執行SQL語句返回查詢結果，一般用于Select命令。如圖所示：圖 AccessDALHelper類圖與SQLServerDALHelper類圖Chart AccessDALHelper Class Flow amp。 SQLServerDALHelper Class Flow（2） SQLServerDALHelper類該類放在IdataC下，叫SQLServerDALHelper，主要負責SQLServer數據庫的訪問。它包括四個方法：ExecuteProcedureNonQurey：執行存儲過程，不返回任何值。ExecuteProcedureReader：執行存儲，并返回SqlDataReader。ExecuteSQLNonQuery：執行指定SQL語句，不返回任何值，一般用于Insert，Delete，Update命令。ExecuteSQLDataReader： 執行SQL命令，并返回SqlDataReaderSQLServerDALHelper類與上面提到的AccessDALHelper類同屬于IdataC類。未來可以擴展IdataC類，使其支持更多的數據庫訪問，提高系統的可擴展性。（3） AdminDAL類商業邏輯抽象層以管理員的數據訪問操作類為例。該類包括三種類型的操作，一種是修改型，如Insert；一種是返回單個實體類型，如GetByID；還有一種是返回實體類集合型，如GetAll。圖 IAdminBLL類圖與AdminDAL類圖Chart IAdminBLLClass F