【正文】 9 物料管理需求分析 20 收費管理需求分析 20 報表分析模塊需求分析 20 非功能需求 21 可擴展性 21 安全性 21 性能需求 22 本章小結(jié) 23第三章 系統(tǒng)技術(shù)方案 24 24 .Net的構(gòu)成 24 .Net的技術(shù)特征 25 .Net技術(shù)架構(gòu) 25 基于MVC的設(shè)計模式 28 本章小結(jié) 30第四章 系統(tǒng)總體設(shè)計 31 系統(tǒng)平臺架構(gòu) 31 系統(tǒng)網(wǎng)絡(luò)拓撲 33 軟件邏輯構(gòu)架 35 數(shù)據(jù)庫的設(shè)計 37 數(shù)據(jù)庫連接方式 37 數(shù)據(jù)庫訪問組件的設(shè)計 38 本章小結(jié) 41第五章 系統(tǒng)的設(shè)計與實現(xiàn) 42 網(wǎng)上報修模塊的設(shè)計與實現(xiàn) 42 網(wǎng)上報修模塊的實體關(guān)系模型設(shè)計 42 網(wǎng)上報修模塊的數(shù)據(jù)庫模型設(shè)計 43 網(wǎng)上報修模塊的實現(xiàn) 45 網(wǎng)上報修模塊的前臺界面實現(xiàn) 48 權(quán)限控制模塊設(shè)計與實現(xiàn) 49 權(quán)限控制模塊的實體關(guān)系模型設(shè)計 49 權(quán)限控制模塊的數(shù)據(jù)庫模型設(shè)計 50 權(quán)限控制模塊的實現(xiàn) 51 權(quán)限控制模塊的前臺界面實現(xiàn) 52 本章小結(jié) 53第六章 測試與驗證 54 系統(tǒng)測試策略 54 測試目標(biāo) 54 測試原則 54 測試方法 55 測試控制模型 56 系統(tǒng)測試方案 57 測試環(huán)境配置 57 測試工具配置 57 測試用例設(shè)計 58 測試結(jié)果分析 60 本章小結(jié) 62第七章 總結(jié)與展望 63 總結(jié) 63 個人收獲 63 展望 64參考文獻 65致謝 67圖目錄圖1 系統(tǒng)基礎(chǔ)信息管理用例圖 10圖2 XXXXXXXX報修業(yè)務(wù)流程圖 12圖3 XXXXXXXX優(yōu)化后的報修業(yè)務(wù)流程圖 14圖4 網(wǎng)上報修用例圖 16圖5 權(quán)限管理對象實體及邏輯關(guān)系結(jié)構(gòu)圖 18圖6 .Net 技術(shù)架構(gòu)圖 26圖7 .Net界面顯示層的顯示邏輯 26圖8 .Net的MVC 實現(xiàn)模式 29圖9 系統(tǒng)平臺架構(gòu) 31圖10 系統(tǒng)的網(wǎng)絡(luò)拓撲圖 33圖11 系統(tǒng)業(yè)務(wù)邏輯結(jié)構(gòu)模型 36圖12 系統(tǒng)實現(xiàn)過程中的處理邏輯圖 37圖13 數(shù)據(jù)庫連接類結(jié)構(gòu)圖 38圖14 數(shù)據(jù)查詢類執(zhí)行流程圖 41圖15 系統(tǒng)功能結(jié)構(gòu)圖 42圖16 網(wǎng)上報修模塊ER圖 43圖17 網(wǎng)上報修模塊數(shù)據(jù)表結(jié)構(gòu) 45圖18 網(wǎng)上報修模塊時序圖 46圖19 XXX報修核心業(yè)務(wù)流程圖 47圖20 網(wǎng)上報修申請界面 48圖21 任務(wù)分派界面 49圖22 維修確認界面 49圖23 權(quán)限管理系統(tǒng)實體關(guān)系模型圖 50圖24 權(quán)限控制子系統(tǒng)數(shù)據(jù)表結(jié)構(gòu)圖 51圖25 權(quán)限控制模塊時序圖 52圖26 部門用戶管理系統(tǒng)界面 52圖27 角色維護系統(tǒng)界面 53圖28　系統(tǒng)測試控制模型 56表目錄表 1 基礎(chǔ)信息用例列表 10表 2 網(wǎng)上報修功能需求表 14表 3 提交報修申請表用例的文本表示 16表 4 下發(fā)維修任務(wù)用例的文本表示 17表 5 生成派工單用例的文本表示 17表 6 用戶分類需求 18表 7 系統(tǒng)安全需求表 21表 8 性能需求表 22表 9 報修類型數(shù)據(jù)表 44表 10 報修記錄數(shù)據(jù)表 44表 11 測試環(huán)境配置 57表 12 用戶及權(quán)限管理功能測試用例表2 58表 13 用戶及權(quán)限管理功能測試用例表1 59表 14 并發(fā)用戶測試用例 59表 15 測試缺陷報告 60表 16 并發(fā)用戶測試結(jié)果 61表 17 安全性測試表 6267北京航空航天大學(xué)碩士學(xué)位論文 第一章 緒論 課題來源和意義課題來源于近期實際項目。為了提高自身的管理水平，降低成本，適應(yīng)市場競爭，XXX管理公司對建設(shè)“XXXXXXXX系統(tǒng)”的需求十分迫切。本課題的研究內(nèi)容包括：1. 需求分析主要針對某XXXXXXXX管理公司的實際業(yè)務(wù)需求為分析調(diào)研對象，進行業(yè)務(wù)調(diào)研和需求分析。第四章是系統(tǒng)的總體架構(gòu)，本章按照MVC設(shè)計模式的思想，給出系統(tǒng)總體架構(gòu)。2) 內(nèi)部報修申請：包括對傳統(tǒng)的電話報修和內(nèi)部檢測故障申請報修事務(wù)的處理。5) 水電煤氣管理：社區(qū)內(nèi)所有水電煤氣設(shè)備的維護記錄，包括計費和打印應(yīng)收費用清單。5) 設(shè)備使用分析：設(shè)備使用效率及利用率分析，有效的調(diào)配設(shè)備，及調(diào)整設(shè)備資源的分配和部署。字典信息國別信息對于國家信息項的維護。報修申請人及申請單位，也是此項業(yè)務(wù)的發(fā)起人。通過對維修站申領(lǐng)物料，經(jīng)過負責(zé)人審批后到庫房領(lǐng)料，再到庫房據(jù)此進行物料出庫或調(diào)撥，并對維修后結(jié)余物料進行返還、歸庫等操作的控制和管理，能夠規(guī)范XXX管理中心的管理，進行有效的成本控制，以提高效益。維修中心領(lǐng)導(dǎo)綜合查詢對于XXX管理歷史業(yè)務(wù)數(shù)據(jù)的綜合查詢，實現(xiàn)全過程全節(jié)點查詢。（包括集團總經(jīng)理、分公司經(jīng)理、部門負責(zé)人、庫管員、業(yè)務(wù)人員、社區(qū)居民等。主要包括以下5個業(yè)務(wù)單元：1) 采購管理：有采購部門下發(fā)采購訂單，經(jīng)過審核后進行采購并生成送貨單；跟蹤并驗收供應(yīng)商所送物資，生成驗收單。5) 設(shè)備使用分析：設(shè)備使用效率及利用率分析，有效的調(diào)配設(shè)備，及調(diào)整設(shè)備資源的分配和部署。7安全制度制定必要的安全管理制度和措施，如機房出入管理制度、系統(tǒng)維護制度、數(shù)據(jù)定期備份制度、各種緊急情況的應(yīng)急措施等。比如，對于界面顯示層與業(yè)務(wù)邏輯層的通信，如果系統(tǒng)是C/S架構(gòu)，用戶的客戶端只是做簡單的數(shù)據(jù)顯示，所有的業(yè)務(wù)邏輯全部放在服務(wù)器端的業(yè)務(wù)邏輯層來進行，則客戶端的界面顯示層通過訪問業(yè)務(wù)邏輯層所暴露出的Service來進行通信；對于B/S架構(gòu)來說，如果系統(tǒng)的業(yè)務(wù)復(fù)雜，數(shù)據(jù)訪問量很大，考慮到負載均衡、備份等因素，可能將三層分別部署在不同的服務(wù)器上，同時各層也有不同的集群策略，此時，界面顯示層與業(yè)務(wù)邏輯層間的通信，也是通過Service來進行。數(shù)據(jù)訪問層可以再細分為兩個層面，一層是用來進行O/RMapping，另一層是用來屏蔽數(shù)據(jù)源，如多種關(guān)系型數(shù)據(jù)庫以及CVS、Excel、及其他各種文件等之間的差異，如架構(gòu)設(shè)計圖中的數(shù)據(jù)訪問層的設(shè)計所示。TDD需要開發(fā)者創(chuàng)建小粒度的單元測試用例，檢測出執(zhí)行失敗的用例，編寫代碼以通過用例檢測，最后要重構(gòu)代碼以應(yīng)對需求變更。包括社區(qū)內(nèi)網(wǎng)和Internet互聯(lián)網(wǎng)。提供了分布式應(yīng)用軟件在采用分布式處理時，可以不局限于某一個系統(tǒng)平臺。 軟件邏輯構(gòu)架應(yīng)用環(huán)境的架構(gòu)是采用三層結(jié)構(gòu)的分布式應(yīng)用為主，即：用戶交互層、業(yè)務(wù)邏輯層、數(shù)據(jù)存儲層。9) 第三方接口族：一組接口的集合，表示對第三方系統(tǒng)開放的接口。 Providers在默認情況下將使用連接池，如果你不想使用連接池，必須在連接字符串中指定“Polling=false”。具體格式如下：executeUpdate (string strSql, object []args)；其中，strSql表示應(yīng)用PreparedStatement所寫的SQL更新語句；[]args表示SQL更新語句中所需的參數(shù)值。并以MVC設(shè)計模式為主導(dǎo)思想，設(shè)計出系統(tǒng)的三層體系結(jié)構(gòu)。 網(wǎng)上報修模塊的數(shù)據(jù)庫模型設(shè)計根據(jù)網(wǎng)上報修模塊的實體關(guān)系模型設(shè)計該模塊下的數(shù)據(jù)表如下： CPM_T_ MEND_TYPEIDName10公共區(qū)域20非公共區(qū)域表 9 報修類型數(shù)據(jù)表表名稱CPM_T_ MEND_TYPE基本說明報修類型表。l public int[] executeInsert(sqlInsert []sql_indt)；執(zhí)行一系列SQL插入語句，返回每個語句所影響的行數(shù)。具體格式如下：executeQuery (stirng strSql, object []args, char[]out chrTypes, string[]out strTypes, int maxRows)；其中，strSql表示應(yīng)用PreparedStatement所寫的SQL（查詢）語句；[]args表示SQL（查詢）語句中所需的參數(shù)值；[]out chrTypes表示查詢出在ResultSet中所需的字段的類型；[]out strTypes表示查詢出在ResultSet中所需的字段的名稱； maxRows 表示返回的記錄數(shù)。連接數(shù)據(jù)庫是應(yīng)用程序中耗費大量資源且相對較慢的操作，但它們又是至關(guān)緊要的。5) 輔助類模塊：完成全局輔助性功能。目前，服務(wù)器采用Windows 2003 Server 操作系統(tǒng)。某XXXXXXXX管理公司采用集中管理、數(shù)據(jù)集中處理的模式實現(xiàn)信息中心建設(shè)。管理人員使用業(yè)務(wù)流程管理功能，在平臺上定義發(fā)布流程，把分布在企業(yè)各個部門的服務(wù)集成起來，以滿足跨部門數(shù)據(jù)流轉(zhuǎn)的業(yè)務(wù)需求。5) NET ，這使得單元測試能力得到了增強。這種策略的定義，在WCF中是很容易配置的。3) 。今天互聯(lián)網(wǎng)應(yīng)用中最常見的ActiveX技術(shù)就是構(gòu)建在COM框架之上。3業(yè)務(wù)系統(tǒng)安全防止因系統(tǒng)內(nèi)在缺陷或漏洞對系統(tǒng)安全造成的損害。2) 動力消耗分析：動力消耗分析提供XXXXXXXX動力部門的業(yè)務(wù)匯總數(shù)據(jù)，如某期間內(nèi)水煤電氣消耗數(shù)據(jù)，動力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報表中找出動力消耗的動態(tài)變化規(guī)律。3) 電梯運維：社區(qū)內(nèi)所有電梯設(shè)備的日常維護記錄，包括電梯故障記錄，定期檢修記錄，電梯工排班等。3) 用戶用戶分為3級，分別為系統(tǒng)管理員、數(shù)據(jù)管理員和普通用戶。庫房物料出入庫管理庫房根據(jù)接收采購入庫接口，生成入庫單做入庫操作，庫存增加；庫房根據(jù)物料申領(lǐng)填寫物料出庫單，并做出庫操作，庫存減少。整合后的基本業(yè)務(wù)流程包括以下操作：報修申請—維修確認—分派維修任務(wù)—申領(lǐng)物料—維修記錄—維修結(jié)果確認及反饋—結(jié)算。同時，它又和多個業(yè)務(wù)單元相互聯(lián)系，如物料管理，財務(wù)管理（不包括在本系統(tǒng)中，僅提供接口），出入庫管理（包含在物料管理內(nèi)）等。物品信息物品類別信息對物品類別的編號和定義。2) 動力消耗分析：動力消耗分析提供XXXXXXXX動力部門的業(yè)務(wù)匯總數(shù)據(jù)，如某一段時間內(nèi)水煤電氣消耗數(shù)據(jù)，動力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報表中找出動力消耗的動態(tài)變化規(guī)律。此業(yè)務(wù)單元主要包括：1) 設(shè)備管理：設(shè)備類別及基本信息維護，如設(shè)備使用狀態(tài)維護，當(dāng)前位置，最近使用人等信息。6) 字典信息：字典信息主要是初始化系統(tǒng)時設(shè)定的系統(tǒng)控制參數(shù)和邏輯開關(guān)參數(shù)，如加價策略，出入庫策略，調(diào)撥策略等。5. 測試流程設(shè)計與實施項目的測試設(shè)計，在功能測試中通過設(shè)計測試用例對系統(tǒng)所有可測的功能和操作分支達到了全面覆蓋；在安全性測試中從系統(tǒng)登錄訪問的安全性、系統(tǒng)權(quán)限控制的安全性、系統(tǒng)內(nèi)資源的安全性設(shè)計測試用例，對系統(tǒng)的安全性進行完整的測試；在性能測試中選用評估網(wǎng)絡(luò)系統(tǒng)的負載測試和壓力測試，得出系統(tǒng)在不通場景下的性能參數(shù)，證明本項目已經(jīng)達到了初始設(shè)定的目標(biāo)。有一部分XXX公司用的還是傳統(tǒng)的C/S模式的技術(shù)，包括一些外包企業(yè)開發(fā)的系統(tǒng)也是這種架構(gòu)，這些技術(shù)是比較成熟的，但是也有很多的不足之處，比如維護性較差和部署升級不便利等等。在九十年代末部分大型XXX管理企業(yè)開始嘗試并實施信息化管理，但實施效果并不理想，部分企業(yè)只進行了局部的信息化建設(shè)，如服務(wù)收費，人事，財務(wù)等。在系統(tǒng)概要設(shè)計中，以MVC設(shè)計模式為主導(dǎo)思想，設(shè)計出系統(tǒng)的三層體系結(jié)構(gòu)，并詳細介紹了各個層次的作用和優(yōu)點。若有不實之處，本人愿意承擔(dān)相關(guān)法律責(zé)任。學(xué)位論文作者簽名： 日期： 年 月 日指導(dǎo)教師簽名： 日期： 年 月 日I北京航空航天大學(xué)碩士學(xué)位論文摘 要隨著社會的迅速發(fā)展，現(xiàn)代XXXXXXXX管理已具備網(wǎng)絡(luò)信息化的條件。為實現(xiàn)數(shù)字化社區(qū)服務(wù)平臺打下堅實的基礎(chǔ)。目前建設(shè)的XXX管理信息系統(tǒng)一般包括兩個模塊。設(shè)計遵循的原則包括實用性、先進性、準(zhǔn)確性、可靠性、可擴展性等。 本章小結(jié)本章對項目的背景和意義進行分析，提出本項目的所處背景和項目價值，并詳細指出選用本項目作為論文研究的主要內(nèi)容和意義，在此基礎(chǔ)上給出論文的整體結(jié)構(gòu)，規(guī)范指導(dǎo)論文的整體內(nèi)容結(jié)構(gòu)。6) 綜合查詢：對于XXX管理歷史業(yè)務(wù)數(shù)據(jù)的綜合查詢，實現(xiàn)全過程全節(jié)點查詢。4) 庫房查詢：庫管及采購中心及XXX中心領(lǐng)導(dǎo)均可隨時查看庫房出入庫記錄，及當(dāng)前庫存狀況，包括當(dāng)前庫存量，物資庫存上限、下限預(yù)警提醒等?；A(chǔ)信息維護的用例分析如下圖：圖1 系統(tǒng)基礎(chǔ)信息管理用例圖此XXXXXXXX管理中所涉及的基礎(chǔ)信息用例描述如下表：表 1 基礎(chǔ)信息用例列表基礎(chǔ)信息項所包括對象用例說明樓房信息樓房類別樓房寓所類別信息的定義。供應(yīng)商信息對供應(yīng)商屬性信息的定義。接到報修控制中心下發(fā)的維修任務(wù)，快速響應(yīng)，根據(jù)維修單上的報修項目申領(lǐng)維修用物料，并提交申領(lǐng)單；維修人領(lǐng)取物料后進行現(xiàn)場檢修，對檢修過程進行記錄，再由報修申請方確認維修記錄單，維修人員攜帶維修確認單返回維修站，進行維修登記，由班組長統(tǒng)一審核記錄。經(jīng)過上述分析，整合和優(yōu)化后的業(yè)務(wù)流程如下圖所示。3) 客戶投訴及查看客戶投訴功能實現(xiàn)對報請維修事件的跟蹤和反饋處理。3) 角色權(quán)限關(guān)系最終通過對角色授權(quán)，建立角色與功能權(quán)限的關(guān)系。4) 庫房查詢：庫管及采購中心及XXX中心領(lǐng)導(dǎo)均可隨時查看庫房出入庫記錄，及當(dāng)前庫存狀況，包括當(dāng)前庫存量，物資庫存上限、下限預(yù)警提醒等。當(dāng)新業(yè)務(wù)產(chǎn)生時，只要它有明確的單據(jù)格式、計算方法、業(yè)務(wù)流程要求，就可以很快地在系統(tǒng)中加入該模塊，提供給業(yè)務(wù)人員使用。2. 負載量要求負載量