【正文】 、模塊化的應用。 [13] SQL Server 2020 SQL Server 2020 所示一個巨大而復雜的數(shù)據(jù)庫管理系統(tǒng)。 企業(yè)管理器作為 SQL Server 2020 中最重要的管理工具，具有操作簡單明了的特點，系統(tǒng)管理員和用戶可以很方便的使用 SQL server2020 在本地或遠程管理系統(tǒng)服務。由于 系統(tǒng) 設計 內(nèi)容較多、相對 較復雜， 因此以上內(nèi)容 獨立出 來 ， 分 節(jié)闡述。目前采用 B/S 結(jié)構(gòu)的系統(tǒng)缺點在于，雖然 B/S 結(jié)構(gòu)可 以基本滿足業(yè)務要求，但隨著管理業(yè)務內(nèi)容的細化，簡單的 B/S 結(jié)構(gòu)不利于業(yè)務邏輯的抽象，業(yè)務邏輯與低層數(shù)據(jù)之間的交互界線不清，代碼難與維護和更新。具體描述 內(nèi)容 如下 ： 數(shù)據(jù)訪問層 對于平臺中的所有應用，都存在著各種各樣的 業(yè)務信息、 配置 數(shù)據(jù) 、 系統(tǒng)實時 狀態(tài)等信息。 圖 在數(shù)據(jù)訪問層服務器的擴展 Chart Extended Data Access Layer Server 如圖 所示：各臺服務器共享磁盤陣列，這樣所有的 數(shù)據(jù) 都放到磁盤陣列之中。 商業(yè)邏輯 抽象 層 商業(yè)邏輯 抽象 層作為數(shù)據(jù)訪問層與 用戶處理層 之間的橋梁。 該層的具體業(yè)務規(guī)則請參見系統(tǒng)結(jié)構(gòu)設計。 在本系統(tǒng)中，一些有效性驗證北京交通大學專業(yè)碩士學位論文 系統(tǒng)設計 19 的工作也是放在這一層的，以更好的保證程序運行的健壯性。 將該層分離出來的好處是，將展示與背后支持展示的業(yè)務處理分離開來，可以實現(xiàn)多種展示方式，并不影響到業(yè)務處理。更利于 “ 從頂至下 ” 的設計理念，更利于抽象封裝。對這些資源的訪問通常需要通過 相應層次的功能模塊實現(xiàn) .比如用 資源池（如數(shù)據(jù)庫連接 、套接字或 文件描述符） 等方式 進行 ， 具體技術(shù)取決于當時的系統(tǒng)要求 。 但是 更多的 問題是： 硬件只能在未達到其物理限制之前才會對性能有所幫助。 北京交通大學專業(yè)碩士學位論文 系統(tǒng)設計 20 圖 請求中的頁面對象不在緩存對象中 Chart Page request object is not in the cache object 圖 請求中的頁面對象存在于緩存對象中 Chart Page request object in the cache object 從上邊的調(diào)用 圖可以很清晰 的看到，對于并發(fā)訪問的頁面請求，通過頁面的緩存可以 減少訪問響應的時間，減少數(shù)據(jù)庫的連接 ，從而提高系統(tǒng)的 整體性能和訪問速度。 商業(yè) 邏輯 抽象 層 類 CDataInterface—— 一組接口的集合，表示業(yè)務邏輯層的接口。 IDAL 模塊 —— 表示 具體的 數(shù)據(jù)訪問 的實現(xiàn)方式 。 （ 1） AccessDALHelper 類 在實際系統(tǒng)開發(fā)中， 很多數(shù)據(jù)訪問操作流程很相似， 因此可以 將一些可復用的代碼抽取出來，編寫成助手類，以此減少代碼量，提高代碼復用性。 ExecuteSQLNonQuery：執(zhí)行指定 SQL 語句，不返回任何值，一般用于 Insert，Delete， Update 命令。 如圖 所示。 ExecuteSQLDataReader： 執(zhí)行 SQL 命令，并返回 SqlDataReader SQLServerDALHelper 類與上面提到的 AccessDALHelper 類同屬于 IdataC 類。 如圖 所示。 實體類的具體內(nèi)容請參見第 5 章數(shù)據(jù)庫設計。 AdminDALClass Flow （ 4） IAdminBLL 類 北京交通大學專業(yè)碩士學位論文 系統(tǒng)設計 24 用戶處理層 以 管理員 的 業(yè)務邏輯 類 IAdminBLL 為例 該類 需要的數(shù)據(jù)訪問操作：插入管理員 、 刪除管理員 、 更新管理員信息 、 按 ID 取得管理員信息 、按登錄名與密碼取得管理員 、 取得全部管理員 ， 如圖 所示。 （ 3） AdminDAL 類 商業(yè)邏輯抽象層 以 管理員 的數(shù)據(jù)訪問操作類為例。 ExecuteProcedureReader： 執(zhí)行存儲，并返回 SqlDataReader。 如圖所示： 圖 AccessDALHelper 類圖與 SQLServerDALHelper 類圖 Chart AccessDALHelper Class Flow amp。如圖 所示。 輔助類模塊 —— 完成全局輔助性功能。 用戶界面 層 CWebPage—— 程序及可視元素的集合，負責完成表示層的具體功能。 架構(gòu)的實現(xiàn) 整個系統(tǒng) 的架構(gòu)具體 分為一下幾個模塊： 實體類模塊 —— 一組實體類的集合，負責整個系統(tǒng)中數(shù)據(jù)的封裝及傳遞。系統(tǒng)中存在兩 種 緩存對象： 1) 頁面緩存：對于前臺的 html 頁面按不同的塊來區(qū)分，然后通過一個 key對象，通過開源 JCS 技術(shù)存儲于內(nèi)存或磁盤空間。 使系統(tǒng)速度更快的 最簡單的方法是購買新 的硬件。 頁面訪問的時候，生成動態(tài) Web 頁會耗用各種各樣的系統(tǒng)資源。系統(tǒng)通過不改 變接口，各個層次、各個組件進行優(yōu)化的策略，能在不影響整個業(yè)務的前提下，不斷的完善和改進。 用戶界面層 用戶界面層 就是最終對客戶的接口，平臺以網(wǎng)頁 展示 的方式提供各種業(yè)務供客戶使用。 這樣做的好處是，當業(yè)務實體發(fā)生改變或者是有新的業(yè)務時，系統(tǒng)的基礎架構(gòu)都不需要做出任何調(diào)整，直接就可以使用原有的功能。該層的關(guān)注點集中體現(xiàn)在業(yè)務規(guī)則的制定、業(yè)務流程的實現(xiàn)等與業(yè)務需求有關(guān)的系統(tǒng)設計， 對 用戶 處 理層 傳遞過來的信息進行轉(zhuǎn)化。將系統(tǒng)與數(shù)據(jù)庫直接獨立開，這樣系統(tǒng)可以實現(xiàn)不同數(shù)型的數(shù)據(jù)庫的動態(tài)切換，而不用需要修改任何程序功能。 將該層抽象出來的好處在于：未來可以對該層進行擴展。其 架構(gòu)分為：用戶界面層、用戶處理層、商業(yè)邏輯 抽象 層、數(shù)據(jù)訪問層 等 四 層。這兩種結(jié)構(gòu)各有缺點。接下來的工作是要把軟件做什么的邏輯模型轉(zhuǎn)換為怎么做的物理模型，即著手去實現(xiàn) 軟件的需求，并將設計的結(jié)果反映在設計說明書文檔中，此階段即為設計階段。并使得數(shù)據(jù)的管理與分析更加靈活，便于用戶更加容易適應快速發(fā)展的新環(huán)境。它可以通過一系列相關(guān)技術(shù)在網(wǎng)絡中被描述、發(fā)布、查找和調(diào)用。 [8] Web Service Web Service 主要是為了使原來各孤立的站點之間的信息能夠相互通信、共享而提出的一種接口。 是對傳統(tǒng) ASP 技術(shù)的重大升級和更新，它是建立在 .NET 框架的公共語言運行庫上的編程框架，可用于在服務器上生成功能強大的 Web 應用程序。日志組件將通過 業(yè)務抽象封裝后，為其它業(yè)務邏輯 模塊提供統(tǒng) 一接口，用來降低系統(tǒng)開發(fā)中模塊 日志功能的開發(fā) 成本 和維護 成本 。（比如：用戶登陸系統(tǒng) 的時間 ） （ 2） 合同日志：記錄系統(tǒng)合同數(shù)據(jù)發(fā)生改變的信息。在 該管理系統(tǒng) 中，所有用戶都可以應用 產(chǎn)品單 的統(tǒng)計信息。制單人的權(quán)限范圍在于盡可能多的為企業(yè)創(chuàng) 造訂單。 圖 訂 單 管理模塊流程 Chart Product Management Flow 產(chǎn)品單管理模塊的流程， 如圖 所示。其中， 產(chǎn)品單 信息查詢子模塊 功能是對 產(chǎn)品單 的信息進行列表展示；產(chǎn)品單 信息添加子模塊內(nèi)容包括：產(chǎn)品 ID、產(chǎn)品名、登記時間、產(chǎn)品描述、備注、所屬部門和經(jīng)辦人； 產(chǎn)品單 信息刪除子模塊由管理員或有權(quán)限的角色進行信息刪除。本系統(tǒng)考慮到系統(tǒng)的擴展性、數(shù)據(jù)庫執(zhí)行的效率，將 產(chǎn)品單 的輔助信息抽取出來，做為二級數(shù)據(jù)信息進行存儲。 （ 2） 刪除 產(chǎn)品單 。 （ 1） 添加產(chǎn)品。所以，此模塊實現(xiàn)的是銷售訂單的定制、修改與刪除功能。 訂單管理 還 可被用來發(fā)掘潛在的客戶和現(xiàn)有客戶的潛在商業(yè)機會。 圖 合同管理模塊流程 Chart Contract Management Flow 添加合同修改合同刪除合同合同起草修改人員列表顯示合同審核合同最終審核人員查看合同 圖 合同管理模塊 用例圖 Chart Contract Management Use Case 合同管理模塊 是否系統(tǒng)管理員或合同部人員或銷售部人員 添加合同信息 編輯合同信息 無操作權(quán)限 Y N 北京交通大學專業(yè)碩士學位論文 系統(tǒng)分析 12 合同管理模塊中，合同起草修改人員具有如下權(quán)限： （ 1） 列表顯示合同 ； （ 2） 添加合同 ； （ 3） 修改合同 ； （ 4） 刪除合同 ； （ 5） 查看合同明細 ； （ 6） 審核合同 。 列表顯示客戶添加客戶資料修改客戶資料刪除客戶資料客戶部管理員查看客戶資料 圖 客戶管理模塊 用例圖 Chart User Management Use Case 客戶管理模塊 是否系統(tǒng)管理員或客戶部人員 添加客戶信息 編輯客戶信息 無操作權(quán)限 Y N 北京交通大學專業(yè)碩士學位論文 系統(tǒng)分析 11 合同管理模塊 在此模塊中，主要對合同的信息進行維護管理，記錄合同的簽署、執(zhí)行和完成情況，根據(jù)合同中的金額還可以決定客戶的級別。 客戶管理模塊流程，如圖 所示。 系統(tǒng)采用 Window 用戶權(quán)限的思想，將用戶、用戶組的權(quán)限通過各個欄目節(jié)點進行綁定，在各個欄目節(jié)點上實現(xiàn)繼承與非繼承的設置管理，從而使管理員可以進行靈活的配置。 用戶管理模塊流程，如圖 所示。 圖 系統(tǒng)整體結(jié)構(gòu)圖 Chart System Construction 在 該管理系統(tǒng) 中，在管理人員中，系統(tǒng)管理員擁有最高權(quán)限，可以對系統(tǒng)中的所有信息進行維護；合同部人員有權(quán)添加新合同，可以根據(jù)合同的重要性決定客戶的級別，并且可以對公司的銷售情況進行統(tǒng)計；而銷售部人員可以對公司的銷售情況感興趣，所以銷售部人員可以對公司銷售情況進行統(tǒng)計；客戶部人員只要與客戶打交道，所以要對客戶的信息進行維護，并添加新合同、決定客戶的級別，并且 還要了解產(chǎn)品的銷售情況。要確保 業(yè)務和數(shù)據(jù)的流程 的 通暢合理 。 系統(tǒng)必須提高數(shù)據(jù)處理的效率。系統(tǒng)應該減少黑客入侵和計算機犯罪的可能，保證網(wǎng)絡安全。 實用性、操作性原則 實用性是每個信息系統(tǒng)在建設過程中所必須考慮的，從實際應用的角度來看，這個性能更加重要。 系統(tǒng)數(shù)據(jù)庫使用 MS SQL Server 2020（或更高版本）。 客戶部人員對功能的需求 客戶部 的工作 人員 工作重點在 及時取得客戶對公司產(chǎn)品的銷售反饋， 工作重點側(cè)重于 與客戶、以及客戶相關(guān)合同信息的分析總結(jié)， 其 功能需求分析應包括以下幾個方面： （ 1） 瀏覽、查詢、修改客戶信息； （ 2） 添加新客戶信息； （ 3） 添加新合同并且根據(jù)合同內(nèi)容決定客戶級別； （ 4） 對公司銷售情況的統(tǒng)計； （ 5） 對公司下屬客戶對公司產(chǎn)品銷售狀況的統(tǒng)計。并且能夠根據(jù)本合同內(nèi)容決定客戶級別； （ 12） 合同基本信息的查詢、 添加、 修改、刪除； （ 13） 統(tǒng)計管理即銷售查詢與統(tǒng)計 ——主要提供了計劃完成情況統(tǒng)計和按時間、銷售人員、客戶情況分析銷售訂單情況。其流程如圖 所示。 下面通過對系統(tǒng)功能描述、各角色對系統(tǒng)的要求入手來描述系統(tǒng)。系統(tǒng)功能為本說明書與附件 系統(tǒng)試用 版界面描述中功能的并集。本課題應 中國中冶集團總 公司所托，對中國中冶集團北京分公司、南京分公司調(diào)研，針對國有企業(yè)子公司設計 地區(qū)級 客戶管理系統(tǒng)。 概述 客戶是公司最寶貴的資源，為了更好的發(fā)掘老客戶的價值，并開發(fā)更多新客戶， 中國中冶集團焦作分公司 決定 分批 實施 該 客戶關(guān)系管理系統(tǒng)。具體 如下 ： 市場需求 市場需求 是軟件工程中的一個關(guān)鍵過程。系統(tǒng)開發(fā)的總體任務是實現(xiàn)地區(qū)級客戶管理的系統(tǒng)化、規(guī)范化和自動化。其中，采用 C/S 結(jié)構(gòu)的系統(tǒng)對硬件和軟件的兼容性都有一定的要求，而且導致不同部門之間的信息資源不能相互通信。 同時，隨著企業(yè)規(guī)模的不斷擴大，總公司與子公司業(yè)務邏輯的差異化越來越大，因此地區(qū)級的客戶管理系統(tǒng)應運 而生。 比如， 作為軟件巨頭微軟 .NET 的核心內(nèi)容之一就是要搭建第三代互聯(lián)網(wǎng)平臺，在這個網(wǎng)絡平臺中解決網(wǎng)站之間的協(xié)同合作，從而最大限度地獲取信息 [3]?？蛻艄芾硐到y(tǒng)的產(chǎn)生不僅改進了信息的提交方式、 加快了信息的提交速度，而且還簡化了企業(yè)的客戶服務過程，使企業(yè)向客戶提交與處理客戶服務的過程變得更加直接方便。 NET platform。 關(guān)鍵詞： 地區(qū)級客戶管理系統(tǒng)； .NET 平臺；多層架構(gòu)； 服務器緩存 分類號： 北京交通大學專業(yè)碩士學位論