【導(dǎo)讀】取得的研究成果。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任。何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。對本文的研究做出重要貢。獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。本人完全意識到本聲明的。法律后果由本人承擔(dān)。本人授權(quán)大學(xué)可以將本學(xué)位論文的全部或部。涉密論文按學(xué)校規(guī)定處理。成果，論文中有關(guān)資料和數(shù)據(jù)是實(shí)事求是的。航天大學(xué)或其它教育機(jī)構(gòu)的學(xué)位或?qū)W歷證書而使用過的材料。與我一同工作的同志對研。若有不實(shí)之處，本人愿意承擔(dān)相關(guān)法律責(zé)任。學(xué)位論文，以學(xué)術(shù)交流為目的贈送和交換學(xué)位論文，允許學(xué)位論文被查閱、借閱和復(fù)印，保密學(xué)位論文在解密后的使用授權(quán)同上。建立對客戶關(guān)系，維護(hù)更加詳實(shí)全面的客戶動態(tài)以及獲取客戶對公司服務(wù)的評價(jià)等。同時(shí)，鑒于首都機(jī)場的特殊政治意義，對客戶的安全指標(biāo)評級也至關(guān)重要。本系統(tǒng)能根據(jù)客戶操作，監(jiān)察非敏感信息，對客戶安全性進(jìn)行把控。

　　

【正文】 由財(cái)務(wù)人員進(jìn)行管理。 3) 財(cái)務(wù)管理 員工 在財(cái)務(wù)管理模塊中，提出財(cái)務(wù)申請，由部門經(jīng)理批準(zhǔn)審核之后，財(cái)務(wù)人員進(jìn)行財(cái)務(wù)下發(fā)，員工即可使用這筆財(cái)務(wù)。財(cái)務(wù)人員同時(shí)將財(cái)務(wù)管理信息錄入系統(tǒng)，供管理使用。同時(shí)提供財(cái) 務(wù)查詢功能，能通過 員工工號、姓名等關(guān)鍵信息，查詢賬務(wù)。 4) 報(bào)銷管理 員工可以通過系統(tǒng)申請報(bào)銷財(cái)務(wù)。交由部門經(jīng)理審批。經(jīng)理審核批準(zhǔn)之后，由財(cái)務(wù)人員進(jìn)行報(bào)銷錄入。 員工可以通過系統(tǒng)上傳所需憑證，作為日后記錄使用。 客服信息管理 客服人員通過 客服 信息管理模塊對客戶的反饋信息進(jìn)行管理。 記錄客戶提交的問題， 同時(shí)對客戶的留言內(nèi)容 進(jìn)行答復(fù)?？蛻艨梢赃M(jìn)行 客服 信息查詢， 處理進(jìn)度查詢， 對員工的處理過程進(jìn)行評分， 客服信息管理用例圖如圖 所示： 圖 7 客服信息管理模塊用例圖 1) 記錄客服信息 客服人員 記錄 客服 信息 查詢客服信息 滿意度查詢 處理進(jìn)度查詢 處理過程評分 第三章 系統(tǒng)需求分析和整體架構(gòu)設(shè)計(jì) 18 客戶通過系統(tǒng)提交客戶問題。客服人員收到提交的問題后，記錄客戶的反饋信息，然后進(jìn)行相關(guān)處理。 2) 查詢客服信息 客戶和客服人員可以對反饋的信息進(jìn)行查詢。包括處理進(jìn)度查詢，相關(guān)內(nèi)容查詢等。如果客服人員處理完成，客戶還可以對處理過程和結(jié)果進(jìn)行評分。 3) 滿意度查詢 客戶對處理結(jié)果進(jìn)行評分之后，系統(tǒng)會統(tǒng)計(jì)相關(guān)數(shù)據(jù)，進(jìn)行滿意度匯總。用戶可以查看客服人員的滿意度，然后查看該員工的公開信息，或者給員工留言，提交問題等。 系統(tǒng)整體架構(gòu) 設(shè)計(jì) 本著簡化開發(fā)過程，降 低模塊之間耦合度的原則，本系統(tǒng)在設(shè)計(jì)過程中，盡量將各個(gè)模塊功能分散開，同時(shí)細(xì)化具體功能。 根據(jù) CRM 系統(tǒng)的實(shí)際需求，為實(shí)現(xiàn)項(xiàng)目整體目標(biāo)，將系統(tǒng)劃分為前端表示層、系統(tǒng)控制 層、數(shù)據(jù)處理層。 1) 前端表示層 系統(tǒng)的 WEB 前端使用微軟的 METRO 風(fēng)格類庫，提高系統(tǒng)整體辨識度。也使得系統(tǒng)整體顯得高端大氣。同時(shí)系統(tǒng)能兼容主流瀏覽器，讓不同的用戶都有一致的用戶體驗(yàn)。 2) 系統(tǒng)控制層 系統(tǒng)控制層主要負(fù)責(zé)對用戶提交的請求進(jìn)行驗(yàn)證，處理，然后把信息提交數(shù)據(jù)庫。最后把處理之后的數(shù)據(jù)和網(wǎng)頁視圖呈現(xiàn)給用戶。 系統(tǒng)控制層是整個(gè)系統(tǒng)的核心部分 ， 是業(yè)務(wù)邏輯的具體實(shí)現(xiàn)層 。 涵蓋系統(tǒng)的所有功能模塊。 同時(shí)負(fù)責(zé)對用戶進(jìn)行權(quán)限控制、安全控制。 3) 數(shù)據(jù)處理層 數(shù)據(jù)處理層為整個(gè)系統(tǒng)提供基礎(chǔ)數(shù)據(jù)處理平臺。主要對控制層提交的數(shù)據(jù)進(jìn)行驗(yàn)證，然后錄入數(shù)據(jù)庫。數(shù)據(jù)處理層需要同時(shí)滿足高并發(fā)性、高穩(wěn)定性、易維護(hù)性等需求。 系統(tǒng)功能模塊設(shè)計(jì) 系統(tǒng)功能模塊遵循了軟件工程的面向?qū)ο笤O(shè)計(jì)模式，模塊的劃分準(zhǔn)則具體體現(xiàn)為： 1) 高內(nèi)聚 北京航空航天大學(xué)碩士學(xué)位論文 19 每個(gè)模塊獨(dú)立完成某個(gè)功能。模塊內(nèi)部邏輯嚴(yán)謹(jǐn)，關(guān)聯(lián)緊密嚴(yán)謹(jǐn)。 2) 低耦合 模塊間的業(yè)務(wù)聯(lián)系性和數(shù)據(jù)依賴性要盡可能小。模塊分界清晰。 3) 易擴(kuò)展 模塊功能設(shè)計(jì)應(yīng)盡 可能靈活。易于在此基礎(chǔ)上進(jìn)行擴(kuò)展，以適應(yīng)不斷發(fā)展變化的業(yè)務(wù)模式和工作流程。 4) 易維護(hù) 模塊間應(yīng)相互獨(dú)立，易于采取分階段開發(fā)、分階段實(shí)施的增量式軟件開發(fā)模式。提高并行開發(fā)效率，加快系統(tǒng)開發(fā)周期，使系統(tǒng)盡早投入使用，獲得效益回報(bào)。 第三章 系統(tǒng)需求分析和整體架構(gòu)設(shè)計(jì) 20 系統(tǒng)整體設(shè)計(jì) 圖 8 系統(tǒng)功能結(jié)構(gòu)圖 系統(tǒng)整體分為：系統(tǒng)管理模塊、客戶管理模塊、安檢管理模塊、財(cái)務(wù)管理模塊、客服管理模塊。 系統(tǒng)軟 /硬件部署方案 本 系統(tǒng)采用 B/S（瀏覽器 /服務(wù)器）模式 。 整個(gè)系統(tǒng)設(shè)置靈活 ，擴(kuò)展方便。 系統(tǒng)支持分布式部署，并且根據(jù)實(shí)際情況可靈活調(diào)配。如根據(jù)實(shí)際運(yùn)行的用戶數(shù)、數(shù)據(jù)量、訪問頻率等因素，可以將各層軟件部署在同一臺物理主機(jī)之上，也可以部署在不同的物理主系統(tǒng)設(shè)置 客戶 管理 安檢 管理 財(cái)務(wù) 管理 客服 管理 用戶 管理 權(quán)限 管理 系統(tǒng) 管理 維護(hù)客戶信息 查詢客戶信息 物品 安檢 物品 移交 流動資產(chǎn)管理 固定 資產(chǎn)管理 財(cái)務(wù) 管理 客服信息 滿意度 查詢 客戶關(guān)系管理系統(tǒng) 北京航空航天大學(xué)碩士學(xué)位論文 21 機(jī)之上，即相應(yīng)的物理主機(jī)既可以是集中式、也可以是分布式的。提供了分布式應(yīng)用軟件在采用分布式處理時(shí)，可以不局限于某一個(gè)系統(tǒng)平臺。 作為可分布 部署 的應(yīng)用 系統(tǒng) ，將 Web 應(yīng)用服務(wù)器和數(shù) 據(jù)庫服務(wù)器部署在同一臺物理主機(jī)上，這種方式對主服務(wù)器的處理能力和穩(wěn)定性要求較高，建議采用同系列中的高端產(chǎn)品。另外， 也可以采用 兩臺主機(jī)，分別 部署 Web 應(yīng)用服務(wù)和數(shù)據(jù)庫服務(wù)，這樣 既可以保證性能和穩(wěn)定性，也可以降低系統(tǒng)運(yùn)營風(fēng)險(xiǎn)。本項(xiàng)目采用第二種方案來部署系統(tǒng)。 根據(jù)信息系統(tǒng)的設(shè)計(jì)需求，確定信息系統(tǒng)物理設(shè)備方案 。 考慮到用戶在系統(tǒng)環(huán)境方面投資及系統(tǒng)所需承載的壓力條件等因素， 所設(shè)計(jì)的物理設(shè)備方案在能夠充分滿足信息系統(tǒng)功能需求的前提下，還應(yīng)滿足系統(tǒng)的效率、可靠性、安全性和適應(yīng)性等性能要求，并具有較高的性價(jià)比。 根據(jù)前面的需求分析， 本系統(tǒng)所需的物理設(shè)備組成如下： 1) 計(jì)算機(jī)系統(tǒng) 計(jì)算機(jī)系統(tǒng)有多種形式，考慮到本系統(tǒng)的計(jì)算機(jī)主要用于前臺操作，選用微型服 務(wù)器 。 2) 相關(guān) I/O 設(shè)備 除了計(jì)算機(jī)系統(tǒng)所配置的 I/O 設(shè)備之外，本系統(tǒng)還需要配置專用的 I/O 設(shè)備，包括打印機(jī)。 3) 服務(wù)器 由于 部署應(yīng)用服務(wù)及 數(shù)據(jù)存儲 備份的需要 ，本系統(tǒng)還需要 配備 1:1 熱備 服務(wù)器系統(tǒng)共計(jì) 2 套。 4) 電源及其它設(shè)備 為了提高系統(tǒng)的可靠性，使系統(tǒng)不至于在工作期間因停電而停機(jī)，系統(tǒng)還需配備不間斷電源一臺；同時(shí)還需要網(wǎng)絡(luò)設(shè)備及布線 ， 如 路由器及 交換機(jī)等設(shè)備。 同時(shí)， 信息系統(tǒng)開發(fā)和運(yùn)行 也 需 要 集成軟件環(huán)境，設(shè)計(jì)和選擇高效、實(shí)用、方便、功能齊全的軟件平臺，對信息系統(tǒng)的開發(fā)具有十分重要的意義。在結(jié)合實(shí)際開發(fā)的需要并充分 考慮各種軟件平臺的性能及適用范圍和對軟件平臺的使用能力，本系統(tǒng)的軟件平臺選擇如下： 1) 操作系統(tǒng) 第三章 系統(tǒng)需求分析和整體架構(gòu)設(shè)計(jì) 22 操作系統(tǒng)是計(jì)算機(jī)系統(tǒng)中最重要的系統(tǒng)軟件 。 目前 ，服務(wù)器采用 Windows 2020 Server 操作系統(tǒng)。終端可選 用的桌面操作系統(tǒng)有 Windows 98/2020/XP/2020server/Vista 等，建議使用 Windows XP 以上系統(tǒng)。 2) 支撐軟件 支撐軟件是協(xié)助人們開發(fā)和維護(hù)軟件的工具和環(huán)境軟件，包括編輯程序，數(shù)據(jù)庫系統(tǒng)，集成開發(fā)環(huán)境等，本系統(tǒng)的支撐軟件如下： 1) 數(shù)據(jù)庫管理系統(tǒng)（ DBMS）： 為了對數(shù)據(jù) 庫實(shí)施 集中管理，同時(shí)并發(fā)的處理多個(gè)客戶機(jī)發(fā)來的數(shù)據(jù)處理要求， 選用 SQL Server 數(shù)據(jù)庫管理系統(tǒng)； 2) 客戶端開發(fā)軟件： 在大量的客戶端開發(fā)軟件中，考慮到開發(fā)軟件的繼承性，以及 當(dāng)前各種軟件的特性，我們選用目前流行的以安全、穩(wěn)健、高效、友好 等特點(diǎn)，并且結(jié)合了 C、 C++和 JAVA 等諸多語言特點(diǎn)的 C語言 。 3) 中間協(xié)議和軟件： 出于系統(tǒng)開發(fā)的需要，為了能讓數(shù)據(jù)庫調(diào)用基于 SQL 的服務(wù)， 選用 SQL Server 中自帶的驅(qū)動程序作為數(shù)據(jù)庫中間件。 系統(tǒng)架構(gòu)設(shè)計(jì) 本系統(tǒng) 采用三層結(jié)構(gòu)的分布式應(yīng)用為主，即：用戶交互層、業(yè)務(wù) 邏輯層、數(shù)據(jù)存儲層。在每層結(jié)構(gòu)中都有相應(yīng)的組件，同時(shí)系統(tǒng)還提供一些通用組件來提供一些通用服務(wù)。 1) 用戶交互層 ： 實(shí)現(xiàn)用戶與系統(tǒng)的交互，相當(dāng)于一個(gè)接口的功能，定義一些方法。 2) 業(yè)務(wù)邏輯層： 處理所有業(yè)務(wù)邏輯，對界面?zhèn)魅氲臄?shù)據(jù)進(jìn)行處理。主要工作包括：定義、初始化全局變量；傳輸數(shù)據(jù)的公共方法；從輸入數(shù)據(jù)中得到所有對象；根據(jù)前面的輸入數(shù)據(jù)，進(jìn)行 BL 邏輯處理；準(zhǔn)備輸出到后臺的數(shù)據(jù)等。 3) 數(shù)據(jù)存儲層： 該層是對業(yè)務(wù)邏輯層的擴(kuò)展，實(shí)現(xiàn)對數(shù)據(jù)庫的操作。主要工作包括：定義、初始化全局變量；傳輸數(shù)據(jù)的公共方法；根據(jù)不同操作要求調(diào)用不 同的函數(shù)訪問數(shù)據(jù)庫；保存、刪除、修改函數(shù)等。 北京航空航天大學(xué)碩士學(xué)位論文 23 綜合以上分析， 可將 系統(tǒng) 具體劃分為多 個(gè)模塊 。具體模塊 及交互設(shè)計(jì) 如下 ： 1) 實(shí)體類模塊 ： 一組實(shí)體類的集合，負(fù)責(zé)整個(gè)系統(tǒng)中數(shù)據(jù)的封裝及傳遞 。 2) 數(shù)據(jù)訪問層模塊 ： 一組類的集合，完成數(shù)據(jù)訪問層的 具體功能，實(shí)現(xiàn)數(shù)據(jù)訪問層接口 。 3) 業(yè)務(wù)邏輯層模塊 ： 一組類的集合，完成業(yè)務(wù)邏輯層的具體功能，實(shí)現(xiàn)業(yè)務(wù)邏輯層接口 。 4) 交互 層模塊 ： 程序及可視元素的集合，負(fù)責(zé)完成表示層的具體功能 。 5) 輔助類模塊 ： 完成全局輔助性功能 。 6) 數(shù)據(jù)訪問層接口： 一 組接口的集合，表示數(shù)據(jù)訪問層的接口 。 7) 業(yè)務(wù)邏輯層接 口： 一組接口的集合，表示業(yè)務(wù)邏輯層的接口 。 8) 管理接口： 一組接口的集合，表示 對上層系統(tǒng)開放 的接口 。 9) 第三方接口： 一組接口的集合，表示 對第三方系統(tǒng)開放 的接口 。 同時(shí)本系統(tǒng)是一個(gè)典型的三層結(jié)構(gòu)應(yīng)用，每個(gè)層次相對獨(dú)立。系統(tǒng)在用戶界面層實(shí)現(xiàn) MVC 模式。 1) UI 層中相應(yīng)的包含 Model、 View、 Control 對象，以及與 UI 層業(yè)務(wù)邏輯有關(guān)的 Business Logic 對象。 2) BL層的主要對業(yè)務(wù)邏輯進(jìn)行封裝。該層對象封裝 BL層對 UI 的遠(yuǎn)程接口，接口的設(shè)計(jì)應(yīng)當(dāng)是面向用例的，即一個(gè)用例對應(yīng)一個(gè)遠(yuǎn)程調(diào)用。需要說明的是， 該層對象是為了實(shí)現(xiàn)服務(wù)端的分布，并利用 Web 服務(wù)器提供的負(fù)載平衡、分布式事務(wù)等服務(wù)，因此事務(wù)應(yīng)當(dāng)在該層中建立。 3) DB 層主要包含實(shí)體對象。實(shí)體對象作為 DB 層對象，實(shí)體的使用需要按需求進(jìn)行仔細(xì)考慮。主要針對實(shí)體容器內(nèi)存負(fù)荷，生命周期管理消耗（持久化等）考慮實(shí)體的負(fù)面影響，從緩存和數(shù)據(jù)同步考慮實(shí)體的正面影響。 第三章 系統(tǒng)需求分析和整體架構(gòu)設(shè)計(jì) 24 按照分層設(shè)計(jì)的思想，系統(tǒng)在業(yè)務(wù)實(shí)現(xiàn)上遵循 以下 處理邏輯：由前臺發(fā)出請求，通過顯示層進(jìn)行數(shù)據(jù)臨時(shí)存取，并通過事件處理機(jī)制調(diào)用服務(wù)端應(yīng)用，在服務(wù)端的業(yè)務(wù)邏輯層對數(shù)據(jù)和操作進(jìn)行處理，實(shí)時(shí)調(diào)用數(shù)據(jù)層的封裝組件組織數(shù)據(jù)，最終將結(jié)果經(jīng)過業(yè)務(wù)邏輯層逐層返回到顯示層和前臺。 本章總結(jié) 本章詳細(xì)講解了 CRM 系統(tǒng)需求，和整體功能邏輯。然后分別介紹了系統(tǒng)管理模塊、客戶信息管理模塊、安檢管理模塊、財(cái)務(wù)管理模塊、客服信息管理模塊的具體功能。結(jié)合功能用例圖講解詳細(xì)操作流程。 講解了系統(tǒng)整體架構(gòu)設(shè)計(jì)以及具體代碼實(shí)現(xiàn)過程。按照高內(nèi)聚低耦合的特點(diǎn)，進(jìn)行整體設(shè)計(jì)開發(fā)。同時(shí)詳解介紹了 本系統(tǒng)所需的軟件環(huán)境硬件環(huán)境。 北京航空航天大學(xué)碩士學(xué)位論文 25 第四章 系統(tǒng) 設(shè)計(jì)與實(shí)現(xiàn) 本系統(tǒng)使用 visual studio 2020 作為開發(fā)工具，提供 git 作版本控制。系統(tǒng)使用 mvc 作為開發(fā)框架，數(shù)據(jù)庫使用 entity framework 作為 ORM 框架。 mvc 系統(tǒng)實(shí)現(xiàn) 在 mvc 中，區(qū)域（ area）是 一個(gè)特有的功能，可以 把功能模塊設(shè)計(jì)為一個(gè)獨(dú)立的區(qū)域。 如果不使用區(qū)域（ area）的話，那么必須將所有的控制層和視圖層的文件都放在各自的目錄中。顯然，不能在不同的功能模塊中對控制器有相同 的命名，只能將控制器創(chuàng)建不同的名稱，和不同的 action。 按照 mvc 的規(guī)定，區(qū)域可以對文件目錄結(jié)構(gòu)和類的命名規(guī)則進(jìn)行命名。每個(gè)功能模塊都復(fù)制獨(dú)立的 mvc 目錄結(jié)構(gòu)，都會有自己獨(dú)立的控制層（ controller）、視圖層（ view）和實(shí)體層（ model）的目錄。 在 CRMSystem 中，把各個(gè)功能模塊都劃分為獨(dú)立的 area，互不干擾。同時(shí)也為了后期能夠添加新模塊，新功能，修改 代碼邏輯提供了方便。 根據(jù) CRMSystem 需求分析，將代碼分塊。如圖所示， Areas 文件夾下，CustomerManager 區(qū)域指代客戶管理模塊， Finance 區(qū)域指代財(cái)務(wù)管理模塊， Manager 區(qū)域指代系統(tǒng)管理模塊， Safety 區(qū)域指代安檢管理模塊， Service 區(qū)域指代客服管理模塊。默認(rèn) Controllers 文件夾下的 AccountController 負(fù)責(zé)用戶登錄、修改密碼、修改賬號信息、修改配置文件等功能。 HomeController 負(fù)責(zé)加載主體頁面、加載側(cè)邊欄（ sidebar）、加載導(dǎo)航欄（ navbar）、加載頁腳（ footer）等。同時(shí)根據(jù)當(dāng)前登錄的用戶權(quán)限，渲染不同的頁面結(jié)果。 第四章 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 26 圖 9 系統(tǒng)模塊區(qū)域設(shè)計(jì) 截圖 初始化開發(fā)框架 1) 打開 visual studio， 創(chuàng)建一個(gè)空的 MVC 項(xiàng)目； 2) 打開“工具”，“程序包管理器”，搜索并添加以下依賴項(xiàng)目： EntityfyFramework5 在項(xiàng)目根目錄下查看 package 文件夾，可以看到項(xiàng)目的依賴項(xiàng)： 北京航空航天大學(xué)碩士學(xué)位論文 27 圖 10 CRMSystem項(xiàng)目依賴性 截圖 3) 打開 源文件，添加對 unit