中圖分類號： 學(xué)校代碼： 10055 密級： 碩 士 專 業(yè) 學(xué) 位 論 文 高校后勤管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 要 I 摘 要 本文以天津市高校的顯示應(yīng)用需求為背景，充分運(yùn)用軟件工程領(lǐng)域的方法和技術(shù)，針對后勤管理這一教育信息化難題進(jìn)行系統(tǒng)性的研究和實(shí)踐，以期有效補(bǔ)充現(xiàn)有數(shù)字化校園軟件系統(tǒng)的功能，同時(shí)有利于提升高校后勤管理信息化的水平，進(jìn)而服務(wù)于高?，F(xiàn) 代化發(fā)展。 本文運(yùn)用軟件工程領(lǐng)域的方法和技術(shù)，針對高校后勤管理系統(tǒng)中的業(yè)務(wù)建模和數(shù)據(jù)建模問題進(jìn)行研究，遵循 念，基于模式系統(tǒng)的思想對高校后勤管理系統(tǒng)進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)，并針對若干性能優(yōu)化問題進(jìn)行研究。本文主要完成以下工作： 1. 使用 求分析模型和 范， 使用 型設(shè)計(jì)工具， 對高校后勤管理中的核心業(yè)務(wù)進(jìn)行數(shù)據(jù)建模和業(yè)務(wù)建模 。 2. 遵循 統(tǒng)架構(gòu)方法并使用 統(tǒng)架構(gòu)模式 ，并運(yùn)用層次化模式、類工廠模式、觀察者模式、代理者模式等多種系統(tǒng)架構(gòu)模式，針對高校后勤管理系統(tǒng)進(jìn)行體系架構(gòu)設(shè)計(jì)，實(shí) 現(xiàn)具有高擴(kuò)展性和易修改性的通用化高校后勤管理系統(tǒng)的架構(gòu)設(shè)計(jì)。 3. 遵循軟件測試的基本方法和流程 ， 使用 能測試工具和陷管理工具， 對本文所實(shí)現(xiàn)的高校后勤管理系統(tǒng)進(jìn)行完整的功能和性能測試 ， 并進(jìn)行高質(zhì)量的 理，同時(shí) 制定并實(shí)施合理的系統(tǒng)部署服務(wù)規(guī)范 。 本文工作成果已在天津市三所高校內(nèi)進(jìn)行有效實(shí)施 ，在真實(shí)應(yīng)用環(huán)境下進(jìn)行了實(shí)用性和穩(wěn)定性的驗(yàn)證，本文工作成果可作為高校數(shù)字化校園建設(shè)中的有益補(bǔ)充，同時(shí)為其他管理領(lǐng)域的信息化建設(shè)提供參考。 關(guān)鍵詞 ： 教育信息化 需求建模 軟件系統(tǒng)架構(gòu) 設(shè)計(jì) 后勤管理 I 容與中文摘要 相對應(yīng) 。 2 磅，行距 20 磅，段前段后 0 磅 錄 錄 第一章 內(nèi)容要求 (引言或緒論 ) . 1 第 二 章 格式要求 . 6 第一節(jié) 中文封面 . 6 第二節(jié) 學(xué)位論文版權(quán)使用授權(quán)書 . 錯(cuò)誤 !未定義書簽。 第三節(jié) 學(xué)位論文原創(chuàng)性聲明 . 錯(cuò)誤 !未定義書簽。 第四節(jié) 中文摘要 . 錯(cuò)誤 !未定義書簽。 第五節(jié) . 錯(cuò)誤 !未定義書簽。 第六節(jié) 目錄 . 錯(cuò)誤 !未定義書簽。 第七節(jié) 符號說明 . 錯(cuò)誤 !未定義書簽。 第八節(jié) 正文 . 錯(cuò)誤 !未定義書簽。 第九節(jié) 參考文獻(xiàn) . 錯(cuò)誤 !未定義書簽。 第十節(jié) 致謝 . 錯(cuò)誤 !未定義書簽。 第十一節(jié) 附錄 . 錯(cuò)誤 !未定義書簽。 第十二節(jié) 個(gè)人簡歷 在學(xué)期間發(fā)表的學(xué)術(shù)論文與研究成果 錯(cuò)誤 !未定義書簽。 第三章 書寫要求 . 31 第一節(jié) 文字、標(biāo)點(diǎn)符號和數(shù)字 . 31 第二節(jié) 密級 . 39 第三節(jié) 層次標(biāo)題 . 錯(cuò)誤 !未定義書簽。 第四節(jié) 篇眉和頁碼 . 錯(cuò)誤 !未定義書簽。 第五節(jié) 有關(guān)圖、表、表達(dá)式 . 錯(cuò)誤 !未定義書簽。 圖 . 錯(cuò)誤 !未定義書簽。 . 錯(cuò)誤 !未定義書簽。 達(dá)式 . 錯(cuò)誤 !未定義書簽。 第六節(jié) 參考文獻(xiàn) . 錯(cuò)誤 !未定義書簽。 第七節(jié) 量和單位 . 錯(cuò)誤 !未定義書簽。 第四章 排版及印刷要求 . 40 第一節(jié) 紙張要求及頁面設(shè)置 . 40 第二節(jié) 中文封面（已經(jīng)定型，只須填入相關(guān)內(nèi)容） . 40 第三節(jié) 書脊 . 40 第四節(jié) 中、英文摘要 . 40 目 錄 五節(jié) 目錄 . 錯(cuò)誤 !未定義書簽。 第六節(jié) 正文 . 錯(cuò)誤 !未定義書簽。 第七節(jié) 其它 . 錯(cuò)誤 !未定義書簽。 第八節(jié) 印刷及裝訂要求 . 錯(cuò)誤 !未定義書簽。 第五章 總結(jié)與展望 . 41 第一節(jié) 主要工作 . 41 第二節(jié) 展望 . 41 參考文獻(xiàn) . 42 致謝 . 43 個(gè)人簡歷 在學(xué)期間發(fā)表的學(xué)術(shù)論文與研究成果 . 44 第 一 章 緒論 1 第一章 緒論 隨著 高等院校 管理規(guī)模的擴(kuò)展，管理方式和管理效率的矛盾日漸突出。在后勤管理方面，手工管理方式和文檔 系統(tǒng)管理方式在管理質(zhì)量和管理效率上，從根本上不能適應(yīng)大規(guī)模的管理要求。而隨著 信息技術(shù) 的發(fā)展與進(jìn)步， 數(shù)字化的管理方式 ，不管在管理效率還是在管理質(zhì)量上都顯示出了可靠性和優(yōu)越性。更為重要的是，對高校后勤管理工作進(jìn)行信息化建設(shè)，以專用的信息管理系統(tǒng)支撐復(fù)雜的后勤管理業(yè)務(wù)，在 人力、物力 、資金等 資源 消耗 方面都比以前的管理模式有 很大 的節(jié)省 ，同時(shí)通過對業(yè)務(wù)數(shù)據(jù)的實(shí)時(shí)記錄和歷史統(tǒng)計(jì)分析，可以有效提升后勤管理決策的質(zhì)量。 本文以天津市高等院校的后勤管理工作 為背景，在認(rèn)真調(diào)研和分析了學(xué)校后勤管理現(xiàn)狀之后，根據(jù)教師及后勤工作人員的 需求和各個(gè)功能的關(guān)系， 進(jìn)行了完整的需求建模、系統(tǒng)架構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)和技術(shù)實(shí)施工作。為完善高等院校的數(shù)字化校園建設(shè)，提升高等院校的現(xiàn)代化管理水平，提供了重要的工具。 第一節(jié) 本文工作背景 內(nèi)教育信息化發(fā)展現(xiàn)狀 圖要精選，要具有自明性，切忌與表及文字表述重復(fù)。 勤管理信息化的發(fā)展現(xiàn)狀 圖要精選，要具有自明性，切忌與表及文字表述重復(fù)。 第 一 章 緒論 2 第二節(jié) 本文主要工作內(nèi)容 求建模與業(yè)務(wù)建模 行業(yè)信息化面臨著諸多挑戰(zhàn)，從軟件工程的角度來看，其最大的挑戰(zhàn)在于如何有效的管理和控制需求 并開展深入的業(yè)務(wù)建模工作。這方面的工作不僅需要軟件工程領(lǐng)域或 面的知識和能力，更需要項(xiàng)目管理乃至行業(yè)業(yè)務(wù)管理的深厚背景。 高校后勤管理是一項(xiàng)業(yè)務(wù)內(nèi)容繁雜 、 管理分支多樣的復(fù)雜管理工作 ，其復(fù)雜性體現(xiàn)于每一項(xiàng)管理業(yè)務(wù)與其他管理業(yè)務(wù)在數(shù)據(jù)模型、 管理過程和用戶角色設(shè)計(jì)方面都有著非常明顯的差別，將十余項(xiàng)相互獨(dú)立的管理業(yè)務(wù)功能整合在一個(gè)軟件系統(tǒng)中，為同一個(gè)管理員用戶提供不同業(yè)務(wù)功能的權(quán)限和角色，這是實(shí)現(xiàn)后勤管理信息化目標(biāo)的最大挑戰(zhàn)，一不小心就會陷入到業(yè)務(wù)細(xì)節(jié)的泥潭中，因此，必須遵循軟件工程的理念和方法，首先對高校后勤 管理信息化進(jìn)行完整的需求建模和業(yè)務(wù)建模。 本文選擇使用 求建模過程作為高校后勤管理信息化的需求建模參考 ， 將需求建模與后續(xù)的系統(tǒng)分析 （ 概要設(shè)計(jì) 、 詳細(xì)設(shè)計(jì) ） 進(jìn)行了有效的區(qū)分 ，同時(shí)借助高保真原型方法對需求內(nèi)容進(jìn)行詳細(xì)完整的描述，為后續(xù)的技術(shù)實(shí)現(xiàn)提供準(zhǔn)確穩(wěn)定的參考。 業(yè)務(wù)建模是需求建模過程的核心內(nèi)容，需要特別注意的是，業(yè)務(wù)建模不等于單純的工作流建模，工作流建模主要從軟件技術(shù)的角度對業(yè)務(wù)過程進(jìn)行描述，而業(yè)務(wù)建模則涵蓋了管理和 個(gè)方面，特別傾向于以業(yè)務(wù)過程為導(dǎo)向，進(jìn)行流程建模（描述業(yè)務(wù)運(yùn)行的動(dòng)態(tài)特征）和 業(yè)務(wù)組織建模（業(yè)務(wù)目標(biāo)、業(yè)務(wù)組織結(jié)構(gòu)、業(yè)務(wù)角色、業(yè)務(wù)工件等靜態(tài)特征） 。 本文遵循 范對高校后勤管理系統(tǒng)中的不同業(yè)務(wù)功能進(jìn)行了完整的業(yè)務(wù)建模，使用用例圖描述應(yīng)用場景，使用數(shù)據(jù)流圖描述不同業(yè)務(wù) 子系統(tǒng) 中的關(guān)鍵業(yè)務(wù)數(shù)據(jù)流轉(zhuǎn)情況，使用高保真原型對關(guān)鍵業(yè)務(wù)功能進(jìn)行完整的描述。 統(tǒng)架構(gòu)設(shè)計(jì)與技術(shù)實(shí)現(xiàn) 高校后勤管理系統(tǒng)是一個(gè)非常復(fù)雜的軟件系統(tǒng) ， 需要較為龐大的軟件團(tuán)隊(duì)第 一 章 緒論 3 和多種角色的工作人員相互協(xié)同才能有效實(shí)現(xiàn)系統(tǒng)建設(shè)的目標(biāo) ， 在進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)時(shí) ， 本文從以下三個(gè)角度開展系統(tǒng)架構(gòu)的設(shè)計(jì)工作 ： 1. 業(yè)務(wù)系統(tǒng)架構(gòu)設(shè)計(jì) 高校后勤管理的業(yè)務(wù)復(fù)雜性使得軟件工程的配置管理工作非常復(fù)雜 ， 為保證系統(tǒng)實(shí)施的進(jìn)度和質(zhì)量 ， 需要在邏輯上對不同的業(yè)務(wù)功能 子系統(tǒng) 進(jìn)行有效的分離 ， 以松散耦合的架構(gòu)開展系統(tǒng)實(shí)施工作 。 這樣做的好處在于能夠使得多個(gè)不同的技術(shù)小組同時(shí)開展獨(dú)立的業(yè)務(wù)系統(tǒng)建設(shè) ，并在“需求分析人員、系統(tǒng)設(shè)計(jì)人員、技術(shù)實(shí)施人員、評測人員和技術(shù)支持人員”等不同的技術(shù)角色之間實(shí)現(xiàn)有效的工程流水線，從而保證系統(tǒng)建設(shè)的效率和質(zhì)量。 2. 技術(shù)系統(tǒng)架構(gòu)設(shè)計(jì) 遵循 式的 統(tǒng)框架是行業(yè)信息化的主流技術(shù)設(shè)計(jì)方法 ， 本文同樣使用這樣的系統(tǒng)架構(gòu)思路開展技術(shù)設(shè)計(jì)工 作 ， 特別注重在以下幾個(gè)方面保證技術(shù)系統(tǒng)架構(gòu)設(shè)計(jì)的高質(zhì)量 ： 層次化系統(tǒng)架構(gòu)的貫徹：許多技術(shù)團(tuán)隊(duì)在進(jìn)行軟件工程實(shí)踐的過程中，名義上遵循著 式，但是在具體實(shí)現(xiàn)過程中，由于編碼不規(guī)范或技術(shù)人員的懶惰，經(jīng)常出現(xiàn)違背層次化系統(tǒng)架構(gòu)模型的工作習(xí)慣，例如在 面中直接編寫調(diào)用底層數(shù)據(jù)庫的代碼，例如將業(yè)務(wù)邏輯代碼與數(shù)據(jù)庫讀寫代碼直接封裝成某個(gè)特定的數(shù)據(jù)庫接口等。這些習(xí)慣雖然在一定程度上提高了工作進(jìn)度，但是對軟件系統(tǒng)的演進(jìn)極為不利。本文在過程中過程中嚴(yán)格遵守層次化系統(tǒng)架構(gòu)模型，對三層 B/S 架構(gòu)中相鄰層次之間接口均進(jìn)行 了封裝 ， 確保對 統(tǒng)框架規(guī)范的遵守 ， 并保證了 式的實(shí)現(xiàn)質(zhì)量 。 類工廠模式的應(yīng)用 ：高校后勤管理系統(tǒng)雖然有不同類型的業(yè)務(wù)，但是許多業(yè)務(wù)只有邏輯形式的差別，在技術(shù)實(shí)現(xiàn)的模式上卻有相似之處，因此本文在進(jìn)行技術(shù)設(shè)計(jì)的過程中，遵循類工廠模式進(jìn)行了完整的類圖定義，通過對所有業(yè)務(wù)功能的類圖設(shè)計(jì)進(jìn)行匯總抽象，實(shí)現(xiàn)了穩(wěn)定通用的底層技術(shù)實(shí)施架構(gòu)。 針對出錯(cuò) 、 異常等狀態(tài)的控制 ： 軟件系統(tǒng)在運(yùn)行過程中 ， 由于數(shù)據(jù)錯(cuò)誤 、用戶誤操作 、 系統(tǒng)環(huán)境故障等原因會發(fā)生各種類型的出錯(cuò)和異常情況 ，對此應(yīng)有明確的定義和控制機(jī)制 。 本文在設(shè)計(jì)階段即限 定了各類錯(cuò)誤的處理方法 ， 保證了 系統(tǒng)運(yùn)行的穩(wěn)定 ， 為系統(tǒng)部署后的技術(shù)支持工作提供第 一 章 緒論 4 了有效支撐 。 3. 數(shù)據(jù)庫系統(tǒng)架構(gòu)的設(shè)計(jì) 無論是業(yè)務(wù)系統(tǒng)架構(gòu)設(shè)計(jì) ， 還是技術(shù)系統(tǒng)架構(gòu)設(shè)計(jì) ， 最終都需要依賴數(shù)據(jù)庫的良好設(shè)計(jì) ， 因此在系統(tǒng)架構(gòu)設(shè)計(jì)的過程中 ， 必須特別注重?cái)?shù)據(jù)庫系統(tǒng)架構(gòu)的設(shè)計(jì)和實(shí)施工作 。 本文遵循松散耦合的觀點(diǎn) ， 在數(shù)據(jù)庫設(shè)計(jì)方面遵循業(yè)務(wù)邏輯分離的原則 ，進(jìn)行了數(shù)據(jù)庫垂直分區(qū)設(shè)計(jì) ， 不同業(yè)務(wù)功能將使用相互獨(dú)立的數(shù)據(jù)表集合 ， 對于用戶權(quán)限 、 組織機(jī)構(gòu)等公共數(shù)據(jù)表進(jìn)行了統(tǒng)一設(shè)計(jì) 。 這樣做的好處有兩點(diǎn) ，首先在系統(tǒng)實(shí)施過程中 ， 垂直分區(qū)的設(shè)計(jì)理念有利于同 時(shí)實(shí)現(xiàn)多個(gè)相互獨(dú)立的業(yè)務(wù)功能 ， 提升系統(tǒng)實(shí)施的工作效率 ；其次在系統(tǒng)的技術(shù)維護(hù)及演進(jìn)過程中，有利于迅速的針對特定功能進(jìn)行底層數(shù)據(jù)庫的優(yōu)化或改進(jìn)，實(shí)現(xiàn)對新需求的快速響應(yīng)。 能性能評測與系統(tǒng)部署實(shí)施 軟件評測是保證軟件系統(tǒng)功能正常和性能穩(wěn)定的關(guān)鍵工作，也是許多小型軟件團(tuán)隊(duì)缺失的 工作環(huán)節(jié)。高校后勤管理系統(tǒng)需要對高校內(nèi)大量的 固定資產(chǎn)進(jìn)行管理，需要對資源調(diào)配、使用情況、維修保養(yǎng)等需要消耗人力和資金的工作過程進(jìn)行管理，因此系統(tǒng)的穩(wěn)定性直接影響到后勤管理工作的開展，甚至直接影響到高校教學(xué)科研工作的穩(wěn)定，因此，必 須以較高的技術(shù)標(biāo)準(zhǔn)實(shí)現(xiàn)對高校后勤管理系統(tǒng)的評測。 在本文工作中 ， 重點(diǎn)從以下幾個(gè)方面開展與評測有關(guān)的工作 ： 1. 義與跟蹤管理。高校后勤管理系統(tǒng)的業(yè)務(wù)復(fù)雜性和技術(shù)復(fù)雜性使得實(shí)施過程中必然存在各種原因造成的 保證系統(tǒng)實(shí)施的質(zhì)量，需要首先定義 類型和級別，并執(zhí)行有效的 蹤管理。 2. 功能評測計(jì)劃與測試案例設(shè)計(jì)。本文針對高校后勤管理系統(tǒng)的 所有功能，進(jìn)行了完整的功能評測計(jì)劃設(shè)計(jì)，并編制了數(shù)千個(gè)針對性的功能測試案例，特別重要的是，由于在需求建模階段使用了高保真原型方法，因此在技術(shù)實(shí)現(xiàn)之前，就啟動(dòng)了功能 評測計(jì)劃編制與測試案例設(shè)計(jì)工作，通過并行工作的方式大大提升了軟件測試工作的效率。 3. 性能評測計(jì)劃 。本文針對高校后勤管理系統(tǒng)在實(shí)際運(yùn)行過程中面臨的訪第 一 章 緒論 5 問壓力和系統(tǒng)兼容性問題，編寫了完整的性能評測計(jì)劃并進(jìn)行了有效的實(shí)施。 第三節(jié) 本文使用的主要方法和技術(shù) 求建模方法與 范 圖要精選，要具有自明性，切忌與表及文字表述重復(fù)。 架與 統(tǒng)架構(gòu)設(shè)計(jì)方法 圖要精選，要具有自明性，切忌與表及文字表述重復(fù)。 分類號：暫空 第四節(jié) 本文內(nèi)容組織 本文第一章簡要介紹了論文工 作背景 和主要工作內(nèi)容，并對本文所使用的技術(shù)方法與規(guī)范進(jìn)行了簡要介紹。 本文第二章闡述了高校后勤管理系統(tǒng)的需求分析與系統(tǒng)架構(gòu)設(shè)計(jì)工作 ， 重點(diǎn)針對需求建模過程 、 業(yè)務(wù)系統(tǒng)架構(gòu)設(shè)計(jì) 、 技術(shù)系統(tǒng)架構(gòu)設(shè)計(jì)和數(shù)據(jù)庫系統(tǒng)架構(gòu)設(shè)計(jì)進(jìn)行了闡述 。 本文第三章闡述了高校后勤管理系統(tǒng)的技術(shù)實(shí)現(xiàn)過程 ， 對核心業(yè)務(wù)功能的詳細(xì)技術(shù)設(shè)計(jì)進(jìn)行了闡述 ， 對若干關(guān)鍵技術(shù)問題進(jìn)行了分析 。 本文第四章闡述了高校后勤管理系統(tǒng)的評測過程和系統(tǒng)部署實(shí)施過程 ， 對功能和性能評測 、 理 、 系統(tǒng)部署實(shí)施的過程進(jìn)行了描述 。 本文第五章對全文工作進(jìn)行了總結(jié)和展望 。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 6 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 本章重點(diǎn)介紹 高校后勤管理系統(tǒng)的需求分析工作與系統(tǒng)架構(gòu)設(shè)計(jì)工作，這是開展技術(shù)實(shí)施的前提基礎(chǔ)，如果沒有良好完備的需求分析，就無法為后續(xù)的系統(tǒng)設(shè)計(jì)和技術(shù)實(shí)現(xiàn)提供穩(wěn)定明確的參照。 第一節(jié) 后勤管理信息化的需求建模 求建模的過程控制 本文 中簡要描述了 求過程及控制方法，在本章中將詳細(xì)說明如何 遵循 求模型開展需求分析工作。 圖 述了完整的 求過程。 圖 整需求過程 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 7 在進(jìn)行 需求建模的過程中，必須注重以下幾個(gè)關(guān)鍵點(diǎn)的控制，這是確保需求分析過程能夠獲得良好效果，并且為后續(xù)的系統(tǒng)分析、技術(shù)設(shè)計(jì)和實(shí)施工作提供有效參考的關(guān)鍵所在。 1. 控制需求范圍：在圖 ，“網(wǎng)羅需求”這一環(huán)節(jié)的主要目標(biāo)是經(jīng)過詳實(shí)的需求調(diào)研（通過客戶交流實(shí)現(xiàn)）和應(yīng)用環(huán)境的上下文分析，確認(rèn)項(xiàng)目的基本功能范圍，并通過完整的客戶方組織結(jié)構(gòu)分析與業(yè)務(wù)背景分析，確認(rèn)項(xiàng)目的核心業(yè)務(wù)過程，最終以用例圖的形式形成對項(xiàng)目工作范圍的確定。 2. 需求模板控制 ： 在完成了基礎(chǔ)需求內(nèi)容的調(diào)研搜集和總結(jié)分析之后 ， 開展正式的需求規(guī)格描述工作 ， 這方面需要 有效結(jié)合高保真原型設(shè)計(jì)方法 、 人機(jī)交互方法以及 范 ， 對每一項(xiàng)功能需求進(jìn)行完整的描述 ，本文使用了 “ 用例圖 +高保真原型 面集合 （ 靜態(tài)原型 ） +業(yè)務(wù)操作過程描述 ” 的方法 ， 實(shí)現(xiàn)對功能需求的詳細(xì)描述 。 3. 需求審查與變更控制 ： 復(fù)雜軟件系統(tǒng)在實(shí)施過程中面臨的最大困難就是需求變更 ， 造成需求變更的原因有很多 ， 但最為主要的原因是軟件團(tuán)隊(duì)完成的需求規(guī)格說明書并未經(jīng)過客戶方嚴(yán)格的審查 ， 由此導(dǎo)致在技術(shù)實(shí)施過程中 ， 客戶方發(fā)現(xiàn)軟件團(tuán)隊(duì)的需求描述規(guī)格不夠嚴(yán)謹(jǐn)清晰 ， 因此提出大量的細(xì)化修改意見 ， 這樣導(dǎo)致的需求變更要比增補(bǔ)新需求造成的需求 變更多的多 。 因此在執(zhí)行需求建模的過程中 ， 必須嚴(yán)格控制需求審查工作 ， 經(jīng)過客戶方嚴(yán)格明確的審查之后 ， 需求規(guī)格會更加準(zhǔn)確和穩(wěn)定 ，后續(xù)的需求變更概率也會降低 。 保真 原型設(shè)計(jì)方法的應(yīng)用 在開展需求建模的工作中，需要使用原型方法描述預(yù)期實(shí)現(xiàn)的軟件系統(tǒng)的界面效果和操作過程， 以直觀的方式幫助客戶確認(rèn)由技術(shù)團(tuán)隊(duì)規(guī)劃的功能需求，高保真原型的設(shè)計(jì)可以采用較為復(fù)雜的技術(shù)工具進(jìn)行 面靜態(tài)原型開發(fā)的方法，也可以采用專用的高保真原型設(shè)計(jì)工具（本文使用 型設(shè)計(jì)工具）實(shí)現(xiàn)快速度原型開發(fā)。 為什么需要使用高保真原 型呢 ？ 因?yàn)樵谠S多管理信息系統(tǒng)中 ， 客戶方的需求都是模糊的 ， 單純用文字 、 業(yè)務(wù)流程圖等形式雖然能夠把握客戶需求的主干 ，第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 8 但是對用戶交互體驗(yàn) 、 數(shù)據(jù)呈現(xiàn)樣式以及 面跳轉(zhuǎn)流程等問題缺乏深入地闡述 ， 而這些問題恰恰是影響軟件開發(fā)進(jìn)度和質(zhì)量的關(guān)鍵因素 。 本文作者專門進(jìn)行了這方面的對比試驗(yàn) ， 試驗(yàn)過程如下 ： 無高保真原型技術(shù)實(shí)施 ： 作者在完成對客戶需求的調(diào)研總結(jié)后 ， 以文字的形式描述了客戶對某個(gè)業(yè)務(wù)功能的需求 ， 并描述了客戶期望的 端頁面的樣式 和操作過程。以此為參考，技術(shù)團(tuán)隊(duì)進(jìn)行工作量 10 人天的技術(shù)實(shí)施工作，并將結(jié)果交付客戶 確認(rèn)?？蛻魧?面的樣式、操作模式、頁面流轉(zhuǎn)過程提出了大量的需求細(xì)化和變更，由此涉及到美工人員、 端開發(fā)人員、后臺業(yè)務(wù)開發(fā)人員的多次返工，最終該功能在消耗了 40 人天工作量之后達(dá)到客戶期望。 有高保真原型技術(shù)實(shí)施 ： 作者選擇另外一個(gè)具有同樣業(yè)務(wù)復(fù)雜度的功能 ， 對其進(jìn)行需求調(diào)研和文字總結(jié)后 。 通過 5 人天工作量完成了高保真原型的開發(fā)和客戶確認(rèn)，在此基礎(chǔ)上，技術(shù)團(tuán)隊(duì)進(jìn)行了工作量 7 人天的技術(shù)實(shí)施工作，并將結(jié)果交付客戶確認(rèn)，直接獲得客戶通過，工作總量為 12 人天。 兩相對比 ， 有高保真原型的需求建模在項(xiàng)目總體實(shí)施上能夠 大幅提升項(xiàng)目工作的進(jìn)度和客戶滿意度 。高保真原型不但能夠幫助需求分析人員更為深入準(zhǔn)確的把握客戶需求，同時(shí)也能幫助美工設(shè)計(jì)人員直接確定 面樣式和美工風(fēng)格，幫助系統(tǒng)設(shè)計(jì)人員快速確定業(yè)務(wù)過程和底層數(shù)據(jù)庫接口，進(jìn)而有效提升技術(shù)設(shè)計(jì)與實(shí)現(xiàn)的工作效率。 基于此，本文 遵循 求模型，使用 型工具，對高校后勤管理系統(tǒng)進(jìn)行了完整的需求建模，下文將重點(diǎn)描述高校后勤管理系統(tǒng)的需求規(guī)格。 心業(yè)務(wù)功能的需求規(guī)格說明 一、 主要功能概述 高校后勤管理系統(tǒng)是 獨(dú)立軟件系統(tǒng)，在 高校內(nèi)部專用的 境中運(yùn)行，遵循 B/S 系統(tǒng)模式 ， 供后勤管理部門的全體教師和領(lǐng)導(dǎo)使用 ， 同時(shí)為其他相關(guān)部門和全校師生提供必要的信息查詢 、 服務(wù)申請與在線交流功能 。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 9 高校后勤管理系統(tǒng)主要包括十個(gè)功能子系統(tǒng) ： 能耗管理、基建維修管理、招標(biāo)采購管理、物業(yè)管理、餐飲管理、入住企業(yè)管理、宿舍管理、安全管理、其他管理及系統(tǒng)管理。各個(gè)子系統(tǒng)的簡要功能描述如下： 1. 能耗管理：記錄每月全院全區(qū)域各電表、水表、供冷（供熱）數(shù)據(jù)，能夠?qū)?shù)據(jù)進(jìn)行匯總統(tǒng)計(jì)分析，并以柱狀圖、曲線圖等圖表形式顯示出統(tǒng)計(jì)結(jié)果。 2. 基建維修管理：記錄每天維修的基本情況，包括維修的原因，維修時(shí)間、狀態(tài)、費(fèi)用、結(jié)果等基本信息，并提供查詢統(tǒng)計(jì)分析功能。 3. 招標(biāo)采購管理：跟蹤記錄每次采購的基本信息及進(jìn)展情況，包括：采購計(jì)劃、采購預(yù)算、采購清單、實(shí)際成交金額等信息，并提供查詢統(tǒng)計(jì)分析功能，并以柱狀圖、曲線圖等圖表形式顯示出統(tǒng)計(jì)結(jié)果。 4. 物業(yè)管理：主要用于對兩區(qū)物業(yè)工作的跟蹤和統(tǒng)計(jì)匯總工作，功能包括：檢查計(jì)劃安排，檢查結(jié)果記錄匯總統(tǒng)計(jì)，物業(yè)各類基礎(chǔ)數(shù)據(jù)及工作情況上報(bào)，圖形顯示統(tǒng)計(jì)結(jié)果。 5. 餐飲管理：主要用于對兩區(qū)餐廳餐飲工作的跟蹤和統(tǒng)計(jì)匯總工作，功能包括：檢查計(jì)劃安排，檢查結(jié)果記錄匯總統(tǒng)計(jì)，餐廳各類營業(yè)數(shù)據(jù)及工作情 況上報(bào)，圖形顯示統(tǒng)計(jì)結(jié)果。 6. 入住企業(yè)管理：主要用于對入駐企業(yè)和各類費(fèi)用情況的管理，功能包括：企業(yè)收費(fèi)情況管理、企業(yè)安全情況管理、相關(guān)工作安排及提示。 7. 宿舍管理：主要對學(xué)校公寓的住宿、退宿、調(diào)宿等情況的記錄管理，并以圖形顯示統(tǒng)計(jì)結(jié)果。 8. 安全管理：安全檢查情況記錄、安全宣傳情況記錄、突發(fā)情況及應(yīng)急處理措施記錄。 9. 其他管理：臨時(shí)場地審批管理、底商審批及營業(yè)情況管理、學(xué)術(shù)交流中心營業(yè)情況管理。 10. 系統(tǒng)管理 ： 針對本系統(tǒng)所需要的人員角色權(quán)限 、 組織結(jié)構(gòu) 、 通用性業(yè)務(wù)規(guī)則等進(jìn)行管理的專用技術(shù)模塊 。 系統(tǒng)的總體用例圖如圖 示。 通過用例圖可以看出，高校后勤管理系統(tǒng)中對應(yīng)著不同的業(yè)務(wù)管理功能，后勤管理工作人員在不同的業(yè)務(wù)管理子系統(tǒng)中有不同的角色和權(quán)限，需要進(jìn)行高質(zhì)量的用戶訪問權(quán)限控制。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 10 圖 校后勤管理系統(tǒng)用例圖 二、 系統(tǒng) 業(yè)務(wù)流程圖描述 在不同的后勤業(yè)務(wù)管理流程中 ， 大量的后勤管理業(yè)務(wù)被抽象為直觀的數(shù)據(jù)采集錄入和報(bào)表分析流程 ， 也有一些極為復(fù)雜的后勤管理業(yè)務(wù)需要完整的管理業(yè)務(wù)流程支持 ， 因此在進(jìn)行有效的高保真原型設(shè)計(jì)之前 ， 需要對高校后勤管理系統(tǒng)中各項(xiàng)核心功能進(jìn)行業(yè)務(wù)流程描述 ， 便于實(shí)現(xiàn)管理業(yè)務(wù)的邏 輯分離 ， 對組織后續(xù)的實(shí)施工作提供參考 。 圖 述了本文所設(shè)計(jì)的高校后勤管理系統(tǒng)的基本業(yè)務(wù)流程 （ 按功能子系統(tǒng)進(jìn)行邏輯分離 ）。 由于 篇幅有限，本節(jié)只列出了較為復(fù)雜的 業(yè)務(wù) 流程描述， 其中招標(biāo) 采購管理 是 流程最為復(fù)雜的子系統(tǒng)，宿舍管理需要較為復(fù)雜的數(shù)據(jù)報(bào)表統(tǒng)計(jì)功能，其他管理模塊 相對 簡單，因此下文中重點(diǎn)對較為復(fù)雜的功能子系統(tǒng)的需求設(shè)計(jì)進(jìn)行闡述。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 11 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 12 圖 校 后勤管理系統(tǒng)核心業(yè)務(wù) 流程 描述 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 13 三、 關(guān)鍵 業(yè)務(wù)子系統(tǒng) 高保真 原型設(shè)計(jì)描述 在 本文 中，針對使用高保真原型的設(shè)計(jì)方法進(jìn)行了闡述， 基于 本方法 ， 可對高校后勤管理系統(tǒng)中的所有功能子系統(tǒng)進(jìn)行完整 詳細(xì) 的需求規(guī)格說明，由于篇幅有限， 本節(jié)只 選擇 “ 招標(biāo)采購管理 ” 作為示例 ， 闡述如何使用高保真原型進(jìn)行深入完整的需求分析 。本文所設(shè)計(jì)的高校后勤管理系統(tǒng)，共完成高保真 面原型 315 個(gè)，最終完成版的需求規(guī)格書的篇幅達(dá) 140 頁，為節(jié)省論文篇幅，以下只節(jié)選“招標(biāo)采購管理”子系統(tǒng)中“采購計(jì)劃管理”子模塊進(jìn)行高保真原型描述。 （一）“招標(biāo)采購管理”子系統(tǒng)的功能模塊 劃分 招標(biāo)采購管理 子系統(tǒng)共 包括六個(gè)子模塊： 采購計(jì)劃子模塊：部門采購計(jì)劃、采購預(yù)算科目、校月采購計(jì)劃； 采購申請子模塊：部門采購申請、校級采購申請； 采購安排子模塊：上報(bào)計(jì)劃； 合同執(zhí)行子模塊：合同執(zhí)行情況記錄表、付款情況記錄表、采購列表； 基本維護(hù)子模塊：采購方式維護(hù)、采購分類維護(hù)、二級分類維護(hù)； 統(tǒng)計(jì)報(bào)表子模塊：采購分類比例報(bào)表、二級分類采購比例報(bào)表、合同付款情況報(bào)表、預(yù)算完成情況報(bào)表。 經(jīng)需求調(diào)研與高保真原型設(shè)計(jì) ，“ 招標(biāo)采購管理 ” 子系統(tǒng)共包含 51 個(gè) 中“采購計(jì)劃子模塊”包括 9 個(gè) 面，以下簡要說明其高保真原型設(shè)計(jì)。 （二）采購計(jì)劃管理子模塊的高保真原型設(shè)計(jì) 在進(jìn)行需求調(diào)研的基礎(chǔ)上 ， 本文針對采購計(jì)劃管理進(jìn)行了完整的高保真原型設(shè)計(jì) ， 對其中的用戶操作 、 數(shù)據(jù)輸入輸出等均進(jìn)行了完整的描述 ， 經(jīng)客戶確認(rèn)后 ， 形成最終版本的需求規(guī)格說明 。 在采購計(jì)劃管理子模塊中 ， 又進(jìn)一步細(xì)分為 “ 部門采購計(jì)劃首頁 ”、“ 新增部門采購月計(jì)劃 ”、“修改部門采購月計(jì)劃、查看部門采購月計(jì)劃”、“上傳簽批憑證”、“采購預(yù)算科目”、“新增采購預(yù)算科目、修改采購預(yù)算科目”、“校月采計(jì)劃”等 9 個(gè)獨(dú)立的原型界面。為節(jié)省篇幅，圖 述了采購計(jì)劃管理子模塊中兩個(gè)關(guān)鍵原型界面的需求規(guī)格。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 14 （ 1） 部門采購計(jì)劃 （ 2）新增部門采購月計(jì)劃 圖 保真原型示例 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 15 僅僅提供高保真原型頁面還不能完整描述需求規(guī)格 ， 針對頁面中的數(shù)據(jù)格式 、 數(shù)據(jù)來源以及頁面交互操作進(jìn)行完整的描述 ， 表 圖 兩個(gè)高保真原型界面中的數(shù)據(jù)輸入輸出進(jìn)行了詳細(xì)描述。 表 保真原型對應(yīng)的數(shù)據(jù)輸入輸出描述示例 （ 1）部門采購計(jì)劃 新增 （修改同新增，申請計(jì)劃編號不變化， *為必填） 序號 輸入 數(shù)據(jù) 名稱 數(shù)據(jù)項(xiàng)說明 及特殊約束 來源說明 1 申請計(jì)劃編號 20 字符以內(nèi)， 系統(tǒng)自動(dòng)生成 錄入 2 *是否屬于集采目錄 標(biāo)志位 錄入 3 *采購項(xiàng)目名稱 60 字符以內(nèi)， 必填 錄入 4 *計(jì)量單位 10 字符以內(nèi) 錄入 5 *采購數(shù)量 整數(shù) 點(diǎn)選 6 *采購項(xiàng)目詳細(xì)參數(shù) 附件上傳 文件 7 *采購預(yù)算科目 下拉選擇 點(diǎn)選 8 *采購預(yù)算金額 8 位數(shù)字，保留兩位小數(shù) 錄入 9 預(yù)算價(jià)格依據(jù) 500 字符以內(nèi) 錄入 10 *采購方式 下拉選擇 點(diǎn)選 11 *填報(bào)人 人員樹選擇 點(diǎn)選 12 *聯(lián)系電 話 30 字符以內(nèi) 錄入 （ 2）部門采購計(jì)劃 查詢 輸出類型 輸出信息 正常輸出 輸入申請計(jì)劃編號、采購項(xiàng)目名稱， 下拉選擇 采購預(yù)算科目后 進(jìn)行精確查詢 ，列表顯示查詢信息（ 申請計(jì)劃編號、采購項(xiàng)目名稱、計(jì)量單位、采購數(shù)量、采購預(yù)算科目、采購預(yù)算金額、上傳簽批憑證 ） ，每頁顯示 10 條數(shù)據(jù)。 異常輸出 查詢無結(jié)果或結(jié)果錯(cuò)誤 （ 3）部門采購計(jì)劃 查看 輸出類型 輸出信息 正常輸出 顯示查看信息（ 填 報(bào)部門 、 填報(bào)日期 、 金額單位：萬元 、 申請計(jì)劃編號、是否屬于集采目錄、采購項(xiàng)目名稱、計(jì)量單位、采購數(shù)量、采購項(xiàng)目詳細(xì)參 數(shù)、采購預(yù)算科目、采購預(yù)算金額、預(yù)算價(jià)格依據(jù)、采購方式、填報(bào)人、聯(lián)系電話 ） 異常輸出 無法查看或查看顯示數(shù)據(jù)錯(cuò)誤 （ 4）部門采購計(jì)劃 導(dǎo)出 輸出類型 輸出信息 正常輸出 將查詢結(jié)果列表導(dǎo)出為 式； 異常輸出 無法導(dǎo)出，或?qū)С鼋Y(jié)果錯(cuò)誤 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 16 基于 端頁面原型，完成了詳細(xì)的數(shù)據(jù)輸入輸出的格式規(guī)范之后，可進(jìn)一步描述頁面中各個(gè)按鈕或元素的人機(jī)交互操作過程，針對圖 描述的頁面原型，在需求規(guī)格中設(shè)定的操作流程如下： 點(diǎn)擊“ ”按鈕，進(jìn)入新增頁面。點(diǎn)擊“保存”，將新增或修改的記錄保存。 點(diǎn)擊“ ”按鈕，根據(jù)查詢條件進(jìn)行查詢。點(diǎn)擊“ ”，進(jìn)入導(dǎo)出界面。 點(diǎn)擊“ ”，進(jìn)入修改頁面，點(diǎn)擊“ ”，刪除此記錄，點(diǎn)擊“ ”，進(jìn)入查看頁面。點(diǎn)擊“ ”按鈕，上傳簽批憑證 基于本節(jié)描述的需求規(guī)格工作流程 ， 可對高校后勤管理系統(tǒng)中的所有功能進(jìn)行詳細(xì)完整的需求規(guī)格描述 ， 一方面為后續(xù)的系統(tǒng)架構(gòu)設(shè)計(jì)提供指導(dǎo) ， 另一方面 ， 以此為參照 ， 可直接開展測試計(jì)劃的編寫和測試案例準(zhǔn)備工作 ， 在總體上提升軟件系統(tǒng)的實(shí)施工作效率 。 統(tǒng)的靜態(tài) /動(dòng)態(tài) 數(shù)據(jù)需求 在需求規(guī)格說明中，系統(tǒng)的靜態(tài)數(shù)據(jù)需求和動(dòng)態(tài)數(shù)據(jù)需求也是很重要的內(nèi)容，其 中靜態(tài)數(shù)據(jù)作為 預(yù)先設(shè)定好的參數(shù)，直接為各類應(yīng)用操作過程提供數(shù)據(jù)內(nèi)容，動(dòng)態(tài)數(shù)據(jù)則要求系統(tǒng)必須提供完備的后臺數(shù)據(jù)字典控制，便于管理人員可以隨時(shí)調(diào)整基礎(chǔ)業(yè)務(wù)數(shù)據(jù)，支撐整個(gè)系統(tǒng)的正常運(yùn)行。 （一） 高校后勤管理系統(tǒng)中的靜態(tài)數(shù)據(jù) 支持并發(fā)連接的訪問終端個(gè)數(shù)： 100；支持的同時(shí)操作的用戶數(shù) :30； 用于各類 靜態(tài)下拉列表 中的靜態(tài)數(shù)據(jù)： 狀態(tài) /維修狀態(tài)：完成、未完成； 項(xiàng)目狀態(tài) ：活躍、凍結(jié)、取消； 整改狀態(tài)：無需整改、整改已完成、整改未完成； 星級評估：一星、二星、三星、四星、五星； 分?jǐn)?shù)： （意為：未檢查）、 1、 2、 3、 4、 5、 6、 7、 8、 9、 10； 房間：二人間、四人間； 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 17 （二） 高校后勤管理系統(tǒng)中的動(dòng)態(tài)數(shù)據(jù) 能耗管理：電表測量 區(qū)域維護(hù)、地點(diǎn)維護(hù)；水表測量 區(qū)域維護(hù)、地點(diǎn)維護(hù)；供冷 (熱 )測量 區(qū)域維護(hù) 、 樓名維護(hù) 、 測試點(diǎn)維護(hù) 。 基建維修管理：基建維修 維修項(xiàng)目管理；區(qū)域維護(hù)。 招標(biāo)采購管理：采購計(jì)劃 采購預(yù)算科目維護(hù)；基本維護(hù)。 物業(yè)管理：基本維護(hù) 餐飲管理：統(tǒng)一采購 物品名稱維護(hù) ；商鋪記錄 樓層維護(hù) 、位置維護(hù)、 狀態(tài)維護(hù) ；菜品比較 菜品名稱維護(hù) ；餐廳管理 處罰原因維護(hù) 、 處罰類型維護(hù) 。 入住企業(yè)收費(fèi)管理： 星級評估維護(hù) 。 其他管理：商鋪管理 商鋪檢查項(xiàng)維護(hù) ；學(xué)術(shù)交流中心 學(xué)術(shù)交流中心檢查項(xiàng)維護(hù) 。 第二節(jié) 后勤管理信息化的系統(tǒng)架構(gòu)設(shè)計(jì) 體 業(yè)務(wù)框架設(shè)計(jì) 根據(jù) 高校后勤管理系統(tǒng)的 需求 規(guī)格描述 ，依據(jù) 高校后勤管理部門的不同職能 將系統(tǒng)分為八個(gè)業(yè)務(wù)模塊。除此之外，系統(tǒng)還應(yīng)包含組織結(jié)構(gòu)人員管理和賬戶權(quán)限管理兩個(gè)基礎(chǔ)服務(wù)模塊。經(jīng)過需求分析得出結(jié)論，八個(gè)業(yè)務(wù)模塊之間彼此互不關(guān)聯(lián)，但都需要同人員組織結(jié)構(gòu)關(guān)聯(lián)以及被權(quán)限模塊管理和限制。系統(tǒng)業(yè)務(wù)總體設(shè)計(jì)如 圖 示 ， 系統(tǒng)分為十個(gè)模塊，其中業(yè)務(wù)模塊之間不存在任何依賴，只和組織機(jī)構(gòu)進(jìn)行 關(guān)聯(lián)，體現(xiàn)為使用組織機(jī)構(gòu)中的部門和人員信息。用戶和權(quán)限管理與組織機(jī)構(gòu)關(guān)聯(lián)，體現(xiàn)為直接使用組織機(jī)構(gòu)中的人員信息。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 18 圖 統(tǒng)業(yè)務(wù)架構(gòu)設(shè)計(jì) 體技術(shù)框架設(shè)計(jì) 系統(tǒng)采用 B/S 架構(gòu)設(shè)計(jì)。本應(yīng) 用主要面向后勤管理部門工作人員使用，且在 校園 內(nèi)部局域網(wǎng)中運(yùn)行，有并發(fā)量小、網(wǎng)絡(luò)傳輸速度快等特征，因此系統(tǒng)將采用中低端的開源路線，傳統(tǒng)的“視圖 業(yè)務(wù) 數(shù)據(jù)處理”三層架構(gòu)實(shí)現(xiàn)。系統(tǒng)的整體技術(shù)架構(gòu)如圖 示： 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 19 圖 校后勤管理系統(tǒng)技術(shù)架構(gòu)圖 1. 視圖層 視圖層主要體現(xiàn)為 源，用作和用戶交互內(nèi)容的展現(xiàn)。視圖層具體結(jié)構(gòu)如 圖 示 ： 圖 圖層架構(gòu)設(shè)計(jì) 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 20 如圖 示，系統(tǒng)中的 包含 達(dá)式等 的基本元素。除此之外， 面可能會引用四種元素如下： 1） 端腳本以 基礎(chǔ)，包含如下四類內(nèi)容 控件：頁面用到的日歷控件等。 方法：頁面的公共方法和個(gè)性方法，包含封裝在公共方法文件中的通用腳本和每個(gè)頁面中編寫的個(gè)性腳本。 樣式處理：可能會使用到的第三方樣式框架提供的對樣式的控制腳本。 報(bào)表組件：第三方提供的系統(tǒng)中所有圖形報(bào)表 2） 面中使用的各類圖片靜態(tài)資源。 3） 合 系規(guī)范的標(biāo)簽技術(shù)，通常體現(xiàn) 為 C 標(biāo)庫。 4） 己編寫或第三方提供的 式表。 2. 控制層 控制層主要體現(xiàn)為 相關(guān)的配置項(xiàng)，負(fù)責(zé)完成數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)雙向封裝和傳遞、業(yè)務(wù)調(diào)用和視圖層資源調(diào)用?？刂茖拥慕Y(jié)構(gòu)如圖 示 。 圖 制層架構(gòu)設(shè)計(jì) 控制層基于 現(xiàn)，使用 配置文件完成數(shù)據(jù)的封裝和傳遞。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 21 控制層中通過調(diào)用業(yè)務(wù)層的 成業(yè)務(wù)操作，業(yè)務(wù)數(shù)據(jù)的封裝、報(bào)表數(shù)據(jù)的封裝也在控制層中進(jìn)行。 1） 業(yè)務(wù)數(shù)據(jù)封裝 創(chuàng)建消息 及如有必要，定義并將返回的數(shù)據(jù)轉(zhuǎn)換為 2） 報(bào)表數(shù)據(jù)封裝 將各類數(shù)據(jù)封裝成報(bào)表需要的格式。 3） 業(yè)務(wù)層 過全局容器獲取業(yè)務(wù)層 成方法調(diào)用。 4） 于 現(xiàn)的 架以及框架中各類 配置文件。 3. 業(yè)務(wù)邏 輯層 業(yè)務(wù)邏輯層主要體現(xiàn)為 相關(guān)配置項(xiàng)，負(fù)責(zé)完成接收前端的數(shù)據(jù)并處理每個(gè)功能的業(yè)務(wù)邏輯。系統(tǒng)中的業(yè)務(wù)邏輯層結(jié)構(gòu)如圖 示 。 圖 務(wù)邏輯層 架構(gòu)設(shè)計(jì) 業(yè)務(wù)邏輯層本身包含文件處理 和調(diào)用數(shù)據(jù)層 功能。同時(shí)，事務(wù)控制在業(yè)務(wù)層，通過 聲明式事務(wù)管理實(shí)現(xiàn)。 1） 文件處理 完成對上傳文件的路徑創(chuàng)建保存； 完成對下載文件的查找和讀??； 2） 數(shù)據(jù)層 過全局容器獲取數(shù)據(jù)訪問層 成方法調(diào)用。 3） 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 22 基于 現(xiàn)的事務(wù)管理和注入、注冊接口。 4. 數(shù)據(jù)訪問層 數(shù)據(jù)訪問層主要體現(xiàn)為 相關(guān)配置項(xiàng)，負(fù)責(zé)整個(gè)項(xiàng)目對數(shù)據(jù)庫的各類操作。數(shù)據(jù)訪問層結(jié)構(gòu)如圖 示 。 圖 據(jù)訪問層 架構(gòu)設(shè)計(jì) 數(shù)據(jù)訪問層包含如下內(nèi)容： 1） 基礎(chǔ)訪問工具包 提供 到數(shù)據(jù)庫會話的基礎(chǔ)功能包。 2） 于 現(xiàn)的 類映射的配置、解析以及相關(guān)的 合。 本節(jié)對高校后勤管理系統(tǒng)的技 術(shù)框架進(jìn)行了概要設(shè)計(jì)描述 ， 依次設(shè)計(jì)為參考 ， 在后續(xù)的詳細(xì)設(shè)計(jì)過程中 ， 可更為精細(xì)的設(shè)計(jì)各個(gè)功能子系統(tǒng)的類圖與接口 ， 為高質(zhì)量的技術(shù)實(shí)現(xiàn)提供保證 。 用業(yè)務(wù)處理規(guī)則設(shè)計(jì) 在高校后勤管理系統(tǒng)的技術(shù)實(shí)現(xiàn)過程中，經(jīng)常需要在業(yè)務(wù)邏輯中實(shí)現(xiàn)數(shù)據(jù)的新增和刪除操作， 由于技術(shù)實(shí)現(xiàn)工作由多人并行完成，因此在代碼實(shí)現(xiàn)的風(fēng)格上會有不可控制的差別，為保證系統(tǒng)代碼的規(guī)范性，同時(shí)有利于未來系統(tǒng)的技術(shù)維護(hù)和演進(jìn)發(fā)展，需要定義通用業(yè)務(wù)處理規(guī)則。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 23 本文針對高校后勤管理系統(tǒng)中最常見的數(shù)據(jù)增刪處理 ， 定義了三條通用的處理規(guī)則 ， 所有功能子系統(tǒng)在 技術(shù)實(shí)施的過程中 ， 均需要遵守這三條最基本的業(yè)務(wù)處理規(guī)則 。 1. 新增業(yè)務(wù)數(shù)據(jù)通用規(guī)則 高校后勤管理系統(tǒng)中有大量的數(shù)據(jù)錄入界面 ， 用戶在錄入數(shù)據(jù)時(shí) ， 系統(tǒng)需要對數(shù)據(jù)的合法性進(jìn)行檢查 ，需要將數(shù)據(jù)保存到數(shù)據(jù)庫中，同時(shí)需要向用戶反饋數(shù)據(jù)保存的結(jié)果，以確定數(shù)據(jù)被真正更新到底層業(yè)務(wù)數(shù)據(jù)庫中，為此，針對所有 端頁面中的數(shù)據(jù)錄入項(xiàng)，均遵循如圖 示的新增數(shù)據(jù)處理流程。 圖 增數(shù)據(jù)處理流程 2. 物理刪除數(shù)據(jù)通用規(guī)則 物理刪除是指在數(shù)據(jù)庫中使用 句刪除記錄。除記錄本身以外，可能作為關(guān)聯(lián)關(guān)系中的一端出現(xiàn) ，為保證實(shí)體關(guān)系的穩(wěn)定和正確，在業(yè)務(wù)流程中執(zhí)行物理刪除數(shù)據(jù)操作時(shí)，必須同時(shí)對與其相關(guān)的實(shí)體關(guān)系進(jìn)行維護(hù)，表 體關(guān)系的影響。 表 理刪除數(shù)據(jù)時(shí)實(shí)體關(guān)系的維護(hù)規(guī)則 場景 記錄 本身 對端 備注 在一對多關(guān)系中充當(dāng)一的一端 物理刪除 解除關(guān)系 在一對多關(guān)系中充當(dāng)多的一端 物理刪除 無操作 在多對多的關(guān)系中充當(dāng)多的一端 物理刪除 無操作 需要物理刪除關(guān)系端 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 24 3. 邏輯刪除數(shù)據(jù)通用規(guī)則 邏輯刪除是為滿足用戶對于刪除的需求，兼顧數(shù)據(jù)完整性，通過設(shè)置邏輯刪除標(biāo)志位的方法刪除數(shù)據(jù)。被邏輯刪除的數(shù)據(jù)對用戶來說視為永久刪除，不提供相應(yīng)的用戶 行恢復(fù)。 除被邏輯刪除的數(shù)據(jù)作為維度的歷史信息查詢，頁面將不會出現(xiàn)被邏輯刪除的信息。 第三節(jié) 后勤管理信息系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì)是高校后 勤管理系統(tǒng)的關(guān)鍵設(shè)計(jì)工作 ， 本文開展工作過程中 ，遵循了層次化漸進(jìn)設(shè)計(jì)的思路 ， 立足于各個(gè)功能子系統(tǒng)的邏輯分離設(shè)計(jì)，對單一功能子系統(tǒng)進(jìn)行了獨(dú)立的實(shí)體關(guān)系分析，在此基礎(chǔ)上對各個(gè)功能子系統(tǒng)的數(shù)據(jù)庫表單進(jìn)行了分區(qū)設(shè)計(jì)，并依托于用戶權(quán)限表和系統(tǒng)公共基礎(chǔ)數(shù)據(jù)字典實(shí)現(xiàn)不同功能子系統(tǒng)之間的數(shù)據(jù)關(guān)聯(lián)。 一功能模塊的實(shí)體關(guān)系分析 本文遵循 范描述每一個(gè)功能 子系統(tǒng) 內(nèi)部的實(shí)體關(guān)系，對各個(gè)功能 子系統(tǒng) 的實(shí)體關(guān)系分析總結(jié)如下。 1. 權(quán)限管理子系統(tǒng) 權(quán)限采用基于“用戶 角色 資源（菜單）”為模型進(jìn)行設(shè)計(jì)與開發(fā)。規(guī)定角色具有 的權(quán)限以及使用戶持有角色完成對用戶具體權(quán)限的定義。賬戶可持有多個(gè)角色，同一角色可持有多個(gè)菜單，實(shí)體關(guān)系如圖 示。 圖 限管理子系統(tǒng) 實(shí)體關(guān)系 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 25 2. 組織結(jié)構(gòu)管理子系統(tǒng) 組織結(jié)構(gòu)管理 子系 統(tǒng) 為后勤部門中的各個(gè)子部門及部門下人員提供管理，人員要有所屬職位和歸屬的部門，部門下可以包含多個(gè)人員的管理 ，實(shí)體關(guān)系如圖 示。 圖 織結(jié)構(gòu)管理 實(shí)體關(guān)系 3. 招標(biāo)采購管理子系統(tǒng) 該子系統(tǒng)管 理了從計(jì)劃開始一直到合同履行完畢各個(gè)環(huán)節(jié)的數(shù)據(jù)狀態(tài)，按照一定流程依次維護(hù)，實(shí)體關(guān)系如圖 示。 圖 標(biāo)采購管理實(shí)體關(guān)系 4. 入住企業(yè)管理子系統(tǒng) 包含入駐企業(yè)、宿舍管理和投訴管理三個(gè)部分，實(shí) 體關(guān)系如圖 示。 圖 駐企業(yè) 管理 實(shí)體關(guān)系 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 26 5. 基建維修管理子系統(tǒng) 該 子系統(tǒng)包括基建工程、基建維修和區(qū)域維護(hù)三個(gè)方面的內(nèi)容，實(shí)體關(guān)系如圖 示。 圖 建維修管理 實(shí)體關(guān)系 6. 餐飲管理子系統(tǒng) 該子系統(tǒng)包括食堂管理、物品采購、餐廳管理記錄、日常檢查記錄、商鋪維護(hù)和菜品比對等模塊。其中食堂管理是對食堂情況的單表維護(hù)。采購情況是對食堂指定物品采購的記錄。餐廳管理記錄管理對餐廳的觸發(fā) 結(jié)果。日常檢查記錄對餐飲日常檢查記錄的單表維護(hù)。商鋪維護(hù)記錄了商鋪的合同情況，以及具體位置和狀態(tài)。菜品管理是對指定菜品的價(jià)格和銷售方式進(jìn)行單表維護(hù)。實(shí)體關(guān)系如圖 示。 圖 飲管理 實(shí)體 關(guān)系 7. 能耗管理子系統(tǒng) 包括電耗、水耗和供冷供熱三個(gè)部分，實(shí)體關(guān)系如圖 示。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 27 圖 耗管理實(shí)體關(guān)系 8. 物業(yè)管理 子系統(tǒng) 物業(yè)管理 子系統(tǒng) 需要維護(hù)很多檢查項(xiàng)，并記錄檢查結(jié)果。每一個(gè)檢查項(xiàng)項(xiàng)目歸 屬某個(gè)大類，某一個(gè)檢查記錄對應(yīng)相應(yīng)的檢查項(xiàng)。每一個(gè)檢查記錄可有多次復(fù)查結(jié)果，實(shí)體關(guān)系如圖 示： 圖 業(yè)管理實(shí)體關(guān)系圖 9. 安全管理子系統(tǒng) 安全管理 子系統(tǒng) 負(fù)責(zé)對教育活動(dòng)和安全檢查兩類數(shù)據(jù)的 錄入 ， 并無實(shí)體關(guān)聯(lián) 。 因此無需描述實(shí)體關(guān)系圖 。 10. 其他管理子系統(tǒng) 包括對商鋪管理、交流中心兩類檢查進(jìn)行管理。商鋪管理針對不同的商鋪列出多個(gè)檢查項(xiàng)，并維護(hù)對這些商鋪每個(gè)檢查項(xiàng)的檢查記錄。 第 二 章 需求分析與系統(tǒng)架構(gòu)設(shè)計(jì) 28 交流中心只針對交流中心維護(hù)檢查項(xiàng)目并維護(hù)交流中心每個(gè)檢查項(xiàng)的記錄。 實(shí)體關(guān)系如圖 示 。 圖 他管理 實(shí)體關(guān)系 循功能分類的數(shù)據(jù)表分區(qū)設(shè)計(jì) 在完成各個(gè)功能子系統(tǒng)的實(shí)體關(guān)系分析后 ， 可針對每一個(gè)功能子系統(tǒng)進(jìn)行獨(dú)立的數(shù)據(jù)表設(shè)計(jì) ， 高校后勤管理系統(tǒng)有復(fù)雜的功能體系 ， 為實(shí)現(xiàn)系統(tǒng)的松散耦合 ， 同時(shí)便于今后針對各個(gè)子系統(tǒng)進(jìn)行獨(dú)立的技術(shù)維護(hù) ， 本文采取了垂直分區(qū)的理念進(jìn)行數(shù)據(jù)庫設(shè)計(jì) ， 亦即針對每一個(gè)功能子系統(tǒng)設(shè)計(jì)相應(yīng)的數(shù)據(jù)庫表單，同時(shí)實(shí)現(xiàn)該功能子系統(tǒng)的數(shù)據(jù)庫接口獨(dú)立封裝，不同的功能子系統(tǒng)之間明確實(shí)體關(guān)系 ，在技術(shù)實(shí)施過程中， 嚴(yán)禁獨(dú)立調(diào)用其他功能模塊的數(shù)據(jù)庫表單。通過這樣的設(shè)計(jì)，