【導(dǎo)讀】取得的研究成果。據(jù)我所知，除文中已經(jīng)注明引用的內(nèi)容外，本論文（設(shè)計(jì)）。重要貢獻(xiàn)的個(gè)人和集體，均已在文中作了明確說(shuō)明并表示謝意。計(jì)）的電子版和紙質(zhì)版。有權(quán)將論文（設(shè)計(jì)）用于非贏利目的的少量。復(fù)制并允許論文（設(shè)計(jì)）進(jìn)入學(xué)校圖書(shū)館被查閱。保密的論文（設(shè)計(jì)）在解密后適用本規(guī)。文科類(lèi)論文正文字?jǐn)?shù)不少于萬(wàn)字。國(guó)家技術(shù)標(biāo)準(zhǔn)規(guī)范。圖表整潔，布局合理，文字注釋必須使用工程字書(shū)寫(xiě)，不準(zhǔn)用徒手。業(yè)務(wù)越來(lái)越多，總公司的一整套業(yè)務(wù)邏輯已經(jīng)不能滿(mǎn)足實(shí)際情況的需要。本論文主要完成以下工作：。本選題來(lái)自于中國(guó)中冶集團(tuán)北京分公司的實(shí)際工程需求?？蛻?hù)管理系統(tǒng)進(jìn)行需求分析；庫(kù)，在.NET平臺(tái)上開(kāi)發(fā)系統(tǒng)。實(shí)現(xiàn)了對(duì)用戶(hù)管理、權(quán)限管理、客戶(hù)常用信息、合?；⒁?guī)范化和自動(dòng)化，提高企業(yè)的管理效率；本系統(tǒng)具有可擴(kuò)展、易管理、易維護(hù)等特點(diǎn)。目前，該系統(tǒng)已經(jīng)發(fā)布，并在中國(guó)中冶集團(tuán)北京分公司應(yīng)用試運(yùn)行。

　　

【正文】 置、管理、檢索 SQL Server2020 中的數(shù)據(jù)，并進(jìn)行數(shù)據(jù)庫(kù)備份維護(hù)和管理，保證了數(shù)據(jù)的安全性和一致性 [9]。 企業(yè)管理器作為 SQL Server 2020 中最重要的管理工具，具有操作簡(jiǎn)單明了的特點(diǎn)，系統(tǒng)管理員和用戶(hù)可以很方便的使用 SQL server2020 在本地或遠(yuǎn)程管理系統(tǒng)服務(wù)。 北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 17 4 系統(tǒng)設(shè)計(jì) 在軟件項(xiàng)目開(kāi)發(fā)的需求分析階段，已經(jīng)搞清楚了軟件要做什么的問(wèn)題，對(duì)于一個(gè)實(shí)際的開(kāi)發(fā)項(xiàng)目，需要把這些需求通過(guò)需求說(shuō)明書(shū)文檔描述出來(lái)，此即是目標(biāo)系統(tǒng)的邏輯模型。接下來(lái)的工作是要把軟件做什么的邏輯模型轉(zhuǎn)換為怎么做的物理模型，即著手去實(shí)現(xiàn) 軟件的需求，并將設(shè)計(jì)的結(jié)果反映在設(shè)計(jì)說(shuō)明書(shū)文檔中，此階段即為設(shè)計(jì)階段。 該管理系統(tǒng) 的系統(tǒng) 設(shè)計(jì) 中 主要包括 系統(tǒng)架構(gòu)設(shè)計(jì)、 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)、 數(shù)據(jù)庫(kù)設(shè)計(jì)、 系統(tǒng)功能實(shí)現(xiàn) 。由于 系統(tǒng) 設(shè)計(jì) 內(nèi)容較多、相對(duì) 較復(fù)雜， 因此以上內(nèi)容 獨(dú)立出 來(lái) ， 分 節(jié)闡述。 系統(tǒng)架構(gòu)設(shè)計(jì) 在第一章提到目前 國(guó)內(nèi) 的地區(qū)級(jí)客戶(hù)管理系統(tǒng)有的采用 C/S 結(jié)構(gòu)，有的采用B/S 結(jié)構(gòu) [4]。這兩種結(jié)構(gòu)各有缺點(diǎn)。其中，采用 C/S 結(jié)構(gòu)的系統(tǒng)對(duì)硬件和軟件的兼容性都有一定的要求，而且導(dǎo)致不同部門(mén)之間的信息資源不能相互通信。目前采用 B/S 結(jié)構(gòu)的系統(tǒng)缺點(diǎn)在于，雖然 B/S 結(jié)構(gòu)可 以基本滿(mǎn)足業(yè)務(wù)要求，但隨著管理業(yè)務(wù)內(nèi)容的細(xì)化，簡(jiǎn)單的 B/S 結(jié)構(gòu)不利于業(yè)務(wù)邏輯的抽象，業(yè)務(wù)邏輯與低層數(shù)據(jù)之間的交互界線(xiàn)不清，代碼難與維護(hù)和更新。因此，本文為了避免 B/S 結(jié)構(gòu)和 C/S結(jié)構(gòu)的缺點(diǎn)，結(jié)合兩者優(yōu)點(diǎn)，設(shè)計(jì)出基于多層結(jié)構(gòu)架構(gòu)的設(shè)計(jì)。其 架構(gòu)分為：用戶(hù)界面層、用戶(hù)處理層、商業(yè)邏輯 抽象 層、數(shù)據(jù)訪問(wèn)層 等 四 層。 此四層的架構(gòu)由具體層次到抽象層次。具體描述 內(nèi)容 如下 ： 數(shù)據(jù)訪問(wèn)層 對(duì)于平臺(tái)中的所有應(yīng)用，都存在著各種各樣的 業(yè)務(wù)信息、 配置 數(shù)據(jù) 、 系統(tǒng)實(shí)時(shí) 狀態(tài)等信息。 數(shù)據(jù)訪問(wèn) 層對(duì)這些數(shù)據(jù)信息提供快速查詢(xún)的底層接 口，并保證數(shù)據(jù)的 可靠性、 完整性。 將該層抽象出來(lái)的好處在于：未來(lái)可以對(duì)該層進(jìn)行擴(kuò)展。比如： 使用磁盤(pán)陣列技術(shù)， 實(shí)現(xiàn)以下 優(yōu)點(diǎn)： （ 1） 傳輸速率快； （ 2） 儲(chǔ)存容量可提升； （ 3） 提升 I/O 每秒的數(shù)量； （ 4） 增加數(shù)據(jù)安全性及穩(wěn)定性； （ 5） 大量數(shù)據(jù)快速及簡(jiǎn)易管理； 北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 18 （ 6） 增加可用運(yùn)時(shí)間，減少維護(hù)； （ 7） 通過(guò)磁盤(pán)陣列，可以將不同服務(wù)器上傳的文件統(tǒng)一管理。 圖 在數(shù)據(jù)訪問(wèn)層服務(wù)器的擴(kuò)展 Chart Extended Data Access Layer Server 如圖 所示：各臺(tái)服務(wù)器共享磁盤(pán)陣列，這樣所有的 數(shù)據(jù) 都放到磁盤(pán)陣列之中。 目前，此數(shù)據(jù)訪問(wèn)層的主要功能是：負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問(wèn)，即實(shí)現(xiàn)對(duì)數(shù)據(jù)表的查詢(xún)、插入、更新、刪除等操作。將系統(tǒng)與數(shù)據(jù)庫(kù)直接獨(dú)立開(kāi)，這樣系統(tǒng)可以實(shí)現(xiàn)不同數(shù)型的數(shù)據(jù)庫(kù)的動(dòng)態(tài)切換，而不用需要修改任何程序功能。有效保證了系統(tǒng)未來(lái)的可移植性。 商業(yè)邏輯 抽象 層 商業(yè)邏輯 抽象 層作為數(shù)據(jù)訪問(wèn)層與 用戶(hù)處理層 之間的橋梁。 它是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)植的部分。該層的關(guān)注點(diǎn)集中體現(xiàn)在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì)， 對(duì) 用戶(hù) 處 理層 傳遞過(guò)來(lái)的信息進(jìn)行轉(zhuǎn)化。 通過(guò)定義一個(gè)對(duì)接雙方需要的接口進(jìn)行交互，然后對(duì)接雙方不需要直接訪問(wèn)同時(shí)也不需要知道對(duì)方的數(shù)據(jù)庫(kù)，直接從 API 接口結(jié)構(gòu)中獲取相關(guān)的數(shù)據(jù)信息從而實(shí)現(xiàn)數(shù)據(jù)的共享對(duì)接。 該層的具體業(yè)務(wù)規(guī)則請(qǐng)參見(jiàn)系統(tǒng)結(jié)構(gòu)設(shè)計(jì)。 用戶(hù)處理層 用戶(hù)處理層即 應(yīng)用層，提供各種業(yè)務(wù)實(shí)體的操作。 這樣做的好處是，當(dāng)業(yè)務(wù)實(shí)體發(fā)生改變或者是有新的業(yè)務(wù)時(shí)，系統(tǒng)的基礎(chǔ)架構(gòu)都不需要做出任何調(diào)整，直接就可以使用原有的功能。比如說(shuō)以后系統(tǒng)想要擴(kuò)展業(yè)務(wù)，系統(tǒng)可以處理的就是一個(gè)業(yè)務(wù)實(shí)體，如果該業(yè)務(wù)的實(shí)現(xiàn)能滿(mǎn)足于 服務(wù)接口層 的接口，則平臺(tái)只需要對(duì)該層的邏輯進(jìn)行開(kāi)發(fā)實(shí)現(xiàn)，不用觸動(dòng) 邏輯實(shí)現(xiàn) 層。 在本系統(tǒng)中，一些有效性驗(yàn)證北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 19 的工作也是放在這一層的，以更好的保證程序運(yùn)行的健壯性。如不允許的文本框輸入空字符串，數(shù)據(jù)格式是否正確以及數(shù)據(jù)類(lèi)型驗(yàn)證；通過(guò)以上的諸多判斷以決定是否將操作繼續(xù)向后傳遞，盡量保證程序的正常運(yùn)行。 用戶(hù)界面層 用戶(hù)界面層 就是最終對(duì)客戶(hù)的接口，平臺(tái)以網(wǎng)頁(yè) 展示 的方式提供各種業(yè)務(wù)供客戶(hù)使用。相當(dāng)于 View（視圖），與 用戶(hù)處理層、服務(wù)接口層、商業(yè)抽象邏輯層、商業(yè)邏輯實(shí)現(xiàn)層、數(shù)據(jù)訪問(wèn)層 組成 Model / View / Controller（ MVC)結(jié)構(gòu)。 將該層分離出來(lái)的好處是，將展示與背后支持展示的業(yè)務(wù)處理分離開(kāi)來(lái)，可以實(shí)現(xiàn)多種展示方式，并不影響到業(yè)務(wù)處理。 該管理系統(tǒng)的技術(shù)架構(gòu)有以下特點(diǎn)： （ 1） 層次清楚，多層的結(jié)構(gòu)，每一層的作用都有明確的規(guī)定； 各層次專(zhuān) 注于自身功能的接口實(shí)現(xiàn)，整個(gè)層次保持相對(duì)的穩(wěn)定。系統(tǒng)通過(guò)不改 變接口，各個(gè)層次、各個(gè)組件進(jìn)行優(yōu)化的策略，能在不影響整個(gè)業(yè)務(wù)的前提下，不斷的完善和改進(jìn)。 通過(guò)分解業(yè)務(wù)細(xì)節(jié)，將不同的功能代碼分散開(kāi)來(lái)，更利于系統(tǒng)的設(shè)計(jì)和開(kāi)發(fā)，同時(shí)為可能的變更提供了更小的單元。更利于 “ 從頂至下 ” 的設(shè)計(jì)理念，更利于抽象封裝。 （ 2） 提高 服務(wù)器 效率 使用分層架構(gòu)提高了緩存服務(wù)管理的效率。 頁(yè)面訪問(wèn)的時(shí)候，生成動(dòng)態(tài) Web 頁(yè)會(huì)耗用各種各樣的系統(tǒng)資源。當(dāng) Web 服務(wù)器收到頁(yè)面請(qǐng)求時(shí)，它通常必須從存儲(chǔ) 子 系統(tǒng)中實(shí)時(shí)的檢索所請(qǐng)求的信息。對(duì)這些資源的訪問(wèn)通常需要通過(guò) 相應(yīng)層次的功能模塊實(shí)現(xiàn) .比如用 資源池（如數(shù)據(jù)庫(kù)連接 、套接字或 文件描述符） 等方式 進(jìn)行 ， 具體技術(shù)取決于當(dāng)時(shí)的系統(tǒng)要求 。 一般來(lái)說(shuō)， Web 服務(wù)器 會(huì)被大量用戶(hù)所訪問(wèn)，因此會(huì)收到大量的通常需要處理的 并發(fā)請(qǐng)求，所以對(duì)這些共享資源的爭(zhēng)奪可能會(huì)延遲頁(yè)面請(qǐng)求。 使系統(tǒng)速度更快的 最簡(jiǎn)單的方法是購(gòu)買(mǎi)新 的硬件。此方法 的優(yōu)點(diǎn)是：不必更改程序。 但是 更多的 問(wèn)題是： 硬件只能在未達(dá)到其物理限制之前才會(huì)對(duì)性能有所幫助。 所以一般 系統(tǒng)中 ，都會(huì)使用 緩存管理 技術(shù)來(lái)提高系統(tǒng)性能 [8]。系統(tǒng)中存在兩 種 緩存對(duì)象： 1) 頁(yè)面緩存：對(duì)于前臺(tái)的 html 頁(yè)面按不同的塊來(lái)區(qū)分，然后通過(guò)一個(gè) key對(duì)象，通過(guò)開(kāi)源 JCS 技術(shù)存儲(chǔ)于內(nèi)存或磁盤(pán)空間。 2) 對(duì)象緩存：將系統(tǒng)中經(jīng)常用到的對(duì)象保存于規(guī)定的內(nèi)存空間，通過(guò)配置的更新規(guī)則，同步更新數(shù)據(jù)庫(kù)內(nèi)容。 北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 20 圖 請(qǐng)求中的頁(yè)面對(duì)象不在緩存對(duì)象中 Chart Page request object is not in the cache object 圖 請(qǐng)求中的頁(yè)面對(duì)象存在于緩存對(duì)象中 Chart Page request object in the cache object 從上邊的調(diào)用 圖可以很清晰 的看到，對(duì)于并發(fā)訪問(wèn)的頁(yè)面請(qǐng)求，通過(guò)頁(yè)面的緩存可以 減少訪問(wèn)響應(yīng)的時(shí)間，減少數(shù)據(jù)庫(kù)的連接 ，從而提高系統(tǒng)的 整體性能和訪問(wèn)速度。 北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 21 （ 3） 降低用戶(hù) 處理 層 、 邏輯 抽象 層與數(shù)據(jù)訪問(wèn)層之間的耦合性，保證數(shù)據(jù)訪問(wèn)的及時(shí)性，并通過(guò)安全策略保證公司信息的安全性。 架構(gòu)的實(shí)現(xiàn) 整個(gè)系統(tǒng) 的架構(gòu)具體 分為一下幾個(gè)模塊： 實(shí)體類(lèi)模塊 —— 一組實(shí)體類(lèi)的集合，負(fù)責(zé)整個(gè)系統(tǒng)中數(shù)據(jù)的封裝及傳遞。 數(shù)據(jù)訪問(wèn)層 類(lèi) CDataUility—— 一 數(shù)據(jù)訪問(wèn)層代碼 的集合，完成數(shù)據(jù)訪問(wèn)層的具體功能，實(shí)現(xiàn)數(shù)據(jù)訪問(wèn)層接口族。 商業(yè) 邏輯 抽象 層 類(lèi) CDataInterface—— 一組接口的集合，表示業(yè)務(wù)邏輯層的接口。 用戶(hù)處理 層 類(lèi) Operation— 一組類(lèi)的集合，完成業(yè)務(wù)邏輯層的具體功能，實(shí)現(xiàn)業(yè)務(wù)邏輯層接口族。 用戶(hù)界面 層 CWebPage—— 程序及可視元素的集合，負(fù)責(zé)完成表示層的具體功能。 IBLL 模塊 —— 類(lèi) CDataInterface 與 Operation 類(lèi)具體底層 的實(shí)現(xiàn)。 IDAL 模塊 —— 表示 具體的 數(shù)據(jù)訪問(wèn) 的實(shí)現(xiàn)方式 。 IdataC 模塊 —— 最底層的代碼實(shí)現(xiàn) 。 輔助類(lèi)模塊 —— 完成全局輔助性功能。 系統(tǒng)整體架構(gòu)的實(shí)現(xiàn)參見(jiàn)下圖： 圖 系統(tǒng)架構(gòu)的實(shí)現(xiàn) Chart the System Architecture Realization 商業(yè)邏輯抽象層 class CDataInterface數(shù)據(jù)訪問(wèn)層 c la s s C Da ta Ui lity用戶(hù)界面層 class CWebPage用戶(hù)處理層 class Operation實(shí)體類(lèi) 輔助類(lèi)數(shù)據(jù)源IB L LIDA LId a ta C北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 22 由于系統(tǒng)代碼過(guò)大，本節(jié)僅對(duì)幾個(gè)重要的具體類(lèi)進(jìn)行闡述。 （ 1） AccessDALHelper 類(lèi) 在實(shí)際系統(tǒng)開(kāi)發(fā)中， 很多數(shù)據(jù)訪問(wèn)操作流程很相似， 因此可以 將一些可復(fù)用的代碼抽取出來(lái)，編寫(xiě)成助手類(lèi)，以此減少代碼量，提高代碼復(fù)用性。 該 類(lèi)放在 IdataC 下，叫 AccessDALHelper，主要負(fù)責(zé) Access 數(shù)據(jù)庫(kù)的訪問(wèn)。如圖 所示。 它包括三個(gè)方法： GetConnectionString：從配置文件中讀取配置項(xiàng)，組合成連接字 符串。 ExecuteSQLNonQuery：執(zhí)行指定 SQL 語(yǔ)句，不返回任何值，一般用于 Insert，Delete， Update 命令。 ExecuteSQLDataReader：執(zhí)行 SQL 語(yǔ)句返回查詢(xún)結(jié)果，一般用于 Select 命令。 如圖所示： 圖 AccessDALHelper 類(lèi)圖與 SQLServerDALHelper 類(lèi)圖 Chart AccessDALHelper Class Flow amp。 SQLServerDALHelper Class Flow （ 2） SQLServerDALHelper 類(lèi) 該 類(lèi)放在 IdataC 下，叫 SQLServerDALHelper，主要負(fù)責(zé) SQLServer 數(shù)據(jù)庫(kù)的北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 23 訪問(wèn)。 如圖 所示。 它包括 四 個(gè)方法： ExecuteProcedureNonQurey： 執(zhí)行存儲(chǔ)過(guò)程，不返回任何值 。 ExecuteProcedureReader： 執(zhí)行存儲(chǔ)，并返回 SqlDataReader。 ExecuteSQLNonQuery：執(zhí)行指定 SQL 語(yǔ)句，不返回任何值，一般用于 Insert，Delete， Update 命令。 ExecuteSQLDataReader： 執(zhí)行 SQL 命令，并返回 SqlDataReader SQLServerDALHelper 類(lèi)與上面提到的 AccessDALHelper 類(lèi)同屬于 IdataC 類(lèi)。未來(lái)可以擴(kuò)展 IdataC 類(lèi)，使其支持更多的數(shù)據(jù)庫(kù) 訪問(wèn) ，提高系統(tǒng)的可擴(kuò)展性。 （ 3） AdminDAL 類(lèi) 商業(yè)邏輯抽象層 以 管理員 的數(shù)據(jù)訪問(wèn)操作類(lèi)為例。 該類(lèi) 包括三種類(lèi)型的操作，一種是修改型，如 Insert；一種是返回單個(gè)實(shí)體類(lèi)型，如 GetByID；還有一種是返回實(shí)體類(lèi)集合型，如 GetAll。 如圖 所示。 圖 IAdminBLL 類(lèi)圖與 AdminDAL 類(lèi)圖 Chart IAdminBLLClass Flow amp。 AdminDALClass Flow （ 4） IAdminBLL 類(lèi) 北京交通大學(xué)專(zhuān)業(yè)碩士學(xué)位論文 系統(tǒng)設(shè)計(jì) 24 用戶(hù)處理層 以 管理員 的 業(yè)務(wù)邏輯 類(lèi) IAdminBLL 為例 該類(lèi) 需要的數(shù)據(jù)訪問(wèn)操作：插入管理員 、 刪除管理員 、 更新管理員信息 、 按 ID 取得管理員信息 、按登錄名與密碼取得管理員 、 取得全部管理員 ， 如圖 所示。 （ 5） 實(shí)體類(lèi) 實(shí)體類(lèi)的代碼很簡(jiǎn)單，僅僅是負(fù)責(zé)實(shí)體的表示和數(shù)據(jù)的傳遞 ，不包含任何邏輯性?xún)?nèi)容。 實(shí)體類(lèi)的具體內(nèi)容請(qǐng)參見(jiàn)第 5 章數(shù)據(jù)庫(kù)設(shè)計(jì)。 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 從整個(gè)系統(tǒng)的角度進(jìn)行考慮，系統(tǒng)的代碼要統(tǒng)一，設(shè)計(jì)規(guī)范要標(biāo)準(zhǔn)，傳遞語(yǔ)言要盡可能一致， 并且要做到 較好的開(kāi)放性和結(jié)構(gòu)的可變性，采用模塊化結(jié)構(gòu)，提高各模塊的獨(dú)立性，盡可能減少模塊間的數(shù)據(jù)偶合，使各子系統(tǒng)間的數(shù)據(jù)依賴(lài)