【正文】 程圖 14圖4 網(wǎng)上報(bào)修用例圖 16圖5 權(quán)限管理對象實(shí)體及邏輯關(guān)系結(jié)構(gòu)圖 18圖6 .Net 技術(shù)架構(gòu)圖 26圖7 .Net界面顯示層的顯示邏輯 26圖8 .Net的MVC 實(shí)現(xiàn)模式 29圖9 系統(tǒng)平臺架構(gòu) 31圖10 系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D 33圖11 系統(tǒng)業(yè)務(wù)邏輯結(jié)構(gòu)模型 36圖12 系統(tǒng)實(shí)現(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)上報(bào)修模塊ER圖 43圖17 網(wǎng)上報(bào)修模塊數(shù)據(jù)表結(jié)構(gòu) 45圖18 網(wǎng)上報(bào)修模塊時(shí)序圖 46圖19 XXX報(bào)修核心業(yè)務(wù)流程圖 47圖20 網(wǎng)上報(bào)修申請界面 48圖21 任務(wù)分派界面 49圖22 維修確認(rèn)界面 49圖23 權(quán)限管理系統(tǒng)實(shí)體關(guān)系模型圖 50圖24 權(quán)限控制子系統(tǒng)數(shù)據(jù)表結(jié)構(gòu)圖 51圖25 權(quán)限控制模塊時(shí)序圖 52圖26 部門用戶管理系統(tǒng)界面 52圖27 角色維護(hù)系統(tǒng)界面 53圖28　系統(tǒng)測試控制模型 56表目錄表 1 基礎(chǔ)信息用例列表 10表 2 網(wǎng)上報(bào)修功能需求表 14表 3 提交報(bào)修申請表用例的文本表示 16表 4 下發(fā)維修任務(wù)用例的文本表示 17表 5 生成派工單用例的文本表示 17表 6 用戶分類需求 18表 7 系統(tǒng)安全需求表 21表 8 性能需求表 22表 9 報(bào)修類型數(shù)據(jù)表 44表 10 報(bào)修記錄數(shù)據(jù)表 44表 11 測試環(huán)境配置 57表 12 用戶及權(quán)限管理功能測試用例表2 58表 13 用戶及權(quán)限管理功能測試用例表1 59表 14 并發(fā)用戶測試用例 59表 15 測試缺陷報(bào)告 60表 16 并發(fā)用戶測試結(jié)果 61表 17 安全性測試表 6267北京航空航天大學(xué)碩士學(xué)位論文 第一章 緒論 課題來源和意義課題來源于近期實(shí)際項(xiàng)目。避免選型滯后，脫離實(shí)際和浪費(fèi)資金的后果。北京航空航天大學(xué)碩士學(xué)位論文專業(yè)碩士學(xué)位論文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)Design and Implementation of XX SystemA Dissertation Submitted for the Degree of MasterCandidate：XXXXXSupervisor：XXXXCollege of Software Beihang University, Beijing, China中圖分類號：TP3論文編號：10006GS0721XXX碩 士 學(xué) 位 論 文XXXXX系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)作者姓名 XXX 申請學(xué)位級別 工程碩士指導(dǎo)教師姓名 XXX 職 稱 副教授學(xué)科專業(yè) 軟件工程 研究方向 軟件工程與管理 學(xué)習(xí)時(shí)間自 2007 年 09 月 20日起 至 2009年 12 月 31日 止論文提交日期 2009年 11 月 27 日 論文答辯日期 2009 年 12月27 日學(xué)位授予單位 學(xué)位授予日期 年 月 日關(guān)于學(xué)位論文的獨(dú)創(chuàng)性聲明本人鄭重聲明：所呈交的論文是本人在指導(dǎo)教師指導(dǎo)下獨(dú)立進(jìn)行研究工作所取得的成果，論文中有關(guān)資料和數(shù)據(jù)是實(shí)事求是的。當(dāng)前，絕大多數(shù)XXX管理企業(yè)都迫切需要通過實(shí)施應(yīng)用基于web的XXX管理信息系統(tǒng)來提升企業(yè)的運(yùn)營效率，同時(shí)努力改善業(yè)主對XXX服務(wù)的滿意度。近年來社區(qū)化XXX管理在我國得到了非常迅猛的發(fā)展。提升業(yè)主對服務(wù)滿意度：提供便捷，實(shí)時(shí)的社區(qū)交互平臺，使用戶對XXX服務(wù)的監(jiān)督更高效、更及時(shí)、更方便，同時(shí)通過實(shí)施XXX信息化使得管理和服務(wù)更透明。通過計(jì)算機(jī)網(wǎng)絡(luò)和專業(yè)軟件對XXX實(shí)施即時(shí)、規(guī)范、高效的管理，將大大節(jié)省XXX管理公司的人力、物力投入，降低成本。客戶可以直接在網(wǎng)上和對口部門溝通，相應(yīng)部門及時(shí)對客戶的訴求做出反應(yīng)。通過梳理該公司的實(shí)際業(yè)務(wù)流程、關(guān)系邏輯，通過收集并分析業(yè)務(wù)中產(chǎn)生的原始數(shù)據(jù)和文檔文件資料，最終形成業(yè)務(wù)分析報(bào)告和需求說明書。每個層次相對獨(dú)立，并選用相應(yīng)的開發(fā)工具。第五章是系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，本章以網(wǎng)上報(bào)修管理模塊和權(quán)限管理模塊為例，按照視圖、控制器、模型的順序詳細(xì)說明了如何在系統(tǒng)中應(yīng)用MVC設(shè)計(jì)模式。3) 住戶：關(guān)于社區(qū)住戶或業(yè)主的基本信息維護(hù)，包括住戶家庭基本狀況，家庭成員構(gòu)成，姓名，職業(yè)特征，年齡段及聯(lián)系方式等。由報(bào)修中心統(tǒng)一處理和匯總。根據(jù)業(yè)務(wù)部門的具體工作崗位進(jìn)行界定，如XXX維修工，水煤電氣工，庫管員，出納，XXX收費(fèi)員等；4) 普通用戶：可查詢信息。 物料管理物料管理是對XXXXXXXX公司各部門對物品、材料及設(shè)備的采購、調(diào)用和消耗過程的控制和管理。需要提供第三方財(cái)務(wù)接口。6) 費(fèi)用收支匯總：費(fèi)用收支匯總表詳細(xì)的統(tǒng)計(jì)一個時(shí)間段內(nèi)的XXXXXXXX各項(xiàng)XXX收入及費(fèi)用支出匯總數(shù)據(jù)。出入庫策略對庫房出入庫方式信息的定義。省市地區(qū)信息對于省市信息項(xiàng)的維護(hù)。如必需處理，則可進(jìn)行數(shù)據(jù)的級聯(lián)更新或刪除處理。也是報(bào)修任務(wù)的最終驗(yàn)收人，并根據(jù)實(shí)際維修結(jié)果對其服務(wù)進(jìn)行評價(jià)或投訴。通過對實(shí)際現(xiàn)有業(yè)務(wù)流程的分析，在此基礎(chǔ)上對XXX管理中心的報(bào)修業(yè)務(wù)流程進(jìn)行系統(tǒng)改造和優(yōu)化，整合相關(guān)業(yè)務(wù)；優(yōu)化流程次序，從而實(shí)現(xiàn)整體流程高效而完善。c) 通過信息化手段來實(shí)現(xiàn)系統(tǒng)化控制和管理。由報(bào)修中心統(tǒng)一處理和匯總。其余特殊要求：1) 單據(jù)歸檔處理對于報(bào)修確認(rèn)結(jié)束后的報(bào)修確認(rèn)單要進(jìn)行回籠歸檔處理。特殊需求對聯(lián)系電話進(jìn)行位數(shù)識別，固定電話: 15 N 6,手機(jī): 12 N 11表 4 下發(fā)維修任務(wù)用例的文本表示用例名稱下發(fā)維修任務(wù)參與執(zhí)行者維修中心主管入口條件維修申請已提交，客服中心已受理基本事件流下發(fā)維修任務(wù)到相應(yīng)維修站審批報(bào)修申請 出口條件故障屬實(shí)，任務(wù)明確，任務(wù)可落實(shí)到維修工特殊需求無表 5 生成派工單用例的文本表示用例名稱生成派工單參與執(zhí)行者維修主管入口條件有新維修任務(wù)，有可派維修工，有可用物料，維修時(shí)間有效基本事件流任務(wù)分解生成派工單生成派工單生成派工單出口條件指定派工人員存在，分配物料存在特殊需求對維修響應(yīng)日期和時(shí)間進(jìn)行有效性判斷：是否 = 當(dāng)前時(shí)間+30分鐘 權(quán)限管理需求分析本XXXXXXXX管理公司對權(quán)限管理的需求可分為四個實(shí)體對象和三個邏輯關(guān)系如圖： 圖5 權(quán)限管理對象實(shí)體及邏輯關(guān)系結(jié)構(gòu)圖1) 組織機(jī)構(gòu)或各業(yè)務(wù)部門公司的組織機(jī)構(gòu)由集團(tuán)統(tǒng)管，在各區(qū)分設(shè)XXX管理公司，公司由各級業(yè)務(wù)部門構(gòu)成。）4) 資源即職責(zé)及功能權(quán)限對應(yīng)可操作的權(quán)限范圍和邊界的定義。 動力消耗管理需求分析 動力消耗管理主要處理XXXXXXXX所管轄區(qū)域內(nèi)的各類動力設(shè)備的日常維護(hù)和記錄消耗數(shù)據(jù)并據(jù)此進(jìn)行能耗分析。需要提供第三方接口。需要提供第三方財(cái)務(wù)接口。6) 費(fèi)用收支匯總：費(fèi)用收支匯總表詳細(xì)的統(tǒng)計(jì)一個時(shí)間段內(nèi)的XXXXXXXX各項(xiàng)XXX收入及費(fèi)用支出匯總數(shù)據(jù)。 安全性項(xiàng)目在安全性建設(shè)方面主要注重如下表所示的安全措施和指標(biāo)。8病毒防范在系統(tǒng)中安裝防病毒軟件；對防病毒軟件及時(shí)升級；對計(jì)算機(jī)使用人員進(jìn)行防病毒教育和必要培訓(xùn)，提高對病毒的防范意識，防止計(jì)算機(jī)病毒對系統(tǒng)造成破壞。第三章 系統(tǒng)技術(shù)方案當(dāng)前，面向?qū)ο蟮脑O(shè)計(jì)開發(fā)是系統(tǒng)研發(fā)的主流方法，而在眾多的面向?qū)ο蟮脑O(shè)計(jì)開發(fā)平臺中。Sun公司于1995年推出了Java平臺。相反，如果系統(tǒng)的業(yè)務(wù)規(guī)模較小，三層均部署在同一臺服務(wù)器上，則界面顯示層與業(yè)務(wù)邏輯層之間直接通過接口進(jìn)行調(diào)用。 程序開發(fā)。目前現(xiàn)有的一些數(shù)據(jù)訪問層組件，在實(shí)現(xiàn)上將上述提到的兩層結(jié)合在一起進(jìn)行了實(shí)現(xiàn)，如微軟的Data Access Application Block，提供了數(shù)據(jù)訪問的統(tǒng)一接口，屏蔽了數(shù)據(jù)庫的差異性，但并未實(shí)現(xiàn)O/RMapping。3) .NET MVC框架使用用戶熟悉的ASPX和ASCX文件進(jìn)行開發(fā)，然后在運(yùn)行時(shí)生成HTML的方式。 本章小結(jié)本章較為全面地介紹了開發(fā)系統(tǒng)所需要用到的相關(guān)技術(shù)，、MVC技術(shù)。它包括基礎(chǔ)信息維護(hù)子系統(tǒng)，網(wǎng)上保修子系統(tǒng)，物料管理子系統(tǒng)，權(quán)限控制子系統(tǒng)，動力消耗子系統(tǒng)，收費(fèi)管理子系統(tǒng)及報(bào)表分析子系統(tǒng)。6) 系統(tǒng)運(yùn)維體系通過建立IT服務(wù)運(yùn)維體系來確保網(wǎng)絡(luò)、硬件設(shè)備及軟件系統(tǒng)的正常運(yùn)轉(zhuǎn)，包括網(wǎng)絡(luò)設(shè)備維護(hù)機(jī)制，業(yè)務(wù)系統(tǒng)維護(hù)機(jī)制和數(shù)據(jù)維護(hù)機(jī)制。同時(shí)采取多點(diǎn)實(shí)時(shí)備份和災(zāi)備恢復(fù)策略來有效應(yīng)對因突發(fā)事件對系統(tǒng)可能造成的沖擊。作為可分布部署的應(yīng)用系統(tǒng)，將Web應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器部署在同一臺物理主機(jī)上，這種方式對主服務(wù)器的處理能力和穩(wěn)定性要求較高，建議采用同系列中的高端產(chǎn)品。4) 電源及其它設(shè)備為了提高系統(tǒng)的可靠性，使系統(tǒng)不至于在工作期間因停電而停機(jī)，系統(tǒng)還需配備不間斷電源一臺；同時(shí)還需要網(wǎng)絡(luò)設(shè)備及布線，如路由器及交換機(jī)等設(shè)備。在每層結(jié)構(gòu)中都有相應(yīng)的組件，同時(shí)系統(tǒng)還提供一些通用組件來提供一些通用服務(wù)。2) 數(shù)據(jù)訪問層模塊：一組類的集合，完成數(shù)據(jù)訪問層的具體功能，實(shí)現(xiàn)數(shù)據(jù)訪問層接口族。 上圖是一種典型的三層結(jié)構(gòu)應(yīng)用，每個層次相對獨(dú)立，并選用相應(yīng)的開發(fā)工具，商業(yè)邏輯層選用具有擴(kuò)展性的C。主要針對實(shí)體容器內(nèi)存負(fù)荷，生命周期管理消耗（持久化等）考慮實(shí)體的負(fù)面影響，從緩存和數(shù)據(jù)同步考慮實(shí)體的正面影響。連接池中為你提供了空閑的打開的可重用的數(shù)據(jù)庫連接，而不再需要每次請求數(shù)據(jù)庫數(shù)據(jù)時(shí)新打開一個數(shù)據(jù)庫連接。圖13 數(shù)據(jù)庫連接類結(jié)構(gòu)圖1． SQL語句信息封裝類SqlProcessor 類，用來封裝(Select，Update，Insert，Delete)語句執(zhí)行所需要的信息。4) executeDelete類，用來封裝Delete語句執(zhí)行所需的信息。其中，具體實(shí)現(xiàn)了以下幾種處理SQL語句的方法，而把對于數(shù)據(jù)庫連接的獲取、釋放的實(shí)現(xiàn)留給其子類完成：l public arrayList executeQuery(sqlQuery sql)；執(zhí)行一條SQL查詢語句，將結(jié)果置于一個ArrayList的結(jié)構(gòu)中。接下來詳細(xì)介紹了各個層次的作用和優(yōu)點(diǎn)，最后對數(shù)據(jù)庫的設(shè)計(jì)做了詳細(xì)的論述。報(bào)修明細(xì)單領(lǐng)料單：報(bào)修明細(xì)單于領(lǐng)料單之間是11的關(guān)系，即一項(xiàng)維修任務(wù)只能申請一張領(lǐng)料單。通過對網(wǎng)上報(bào)修模塊實(shí)體關(guān)系模型的分析，初步建立了報(bào)修業(yè)務(wù)所涉及實(shí)體間的邏輯關(guān)系模型。圖15 系統(tǒng)功能結(jié)構(gòu)圖本章僅就網(wǎng)上報(bào)修模塊和權(quán)限管理模塊的設(shè)計(jì)實(shí)現(xiàn)進(jìn)行詳細(xì)論述。l public int executeUpdate(sqlUpdate sql_updt)；執(zhí)行一條SQL更新語句，返回所影響的行數(shù)。2． SQL語句執(zhí)行器通過執(zhí)行所傳入的SqlProcessor對象，通過調(diào)用executeQuery、executeUpdate、executeInsert或executeDelete方法，完成所對應(yīng)的SQL語句的操作。 1) executeQuery方法，用來封裝Query語句執(zhí)行所需的信息。如果我們有效地使用連接池，打開和關(guān)閉數(shù)據(jù)庫將不再耗費(fèi)太多的資源。 數(shù)據(jù)庫的設(shè)計(jì) 數(shù)據(jù)庫連接方式數(shù)據(jù)庫連接池，使用數(shù)據(jù)庫連接池的優(yōu)點(diǎn)主要體現(xiàn)在：對數(shù)據(jù)庫的連接統(tǒng)一進(jìn)行配置、管理、監(jiān)控，以及對數(shù)據(jù)庫連接池的參數(shù)進(jìn)行優(yōu)化調(diào)整，提高應(yīng)用程序的性能及可伸縮性，同時(shí)對應(yīng)用中沒有關(guān)閉或其他原因造成沒有關(guān)閉的數(shù)據(jù)庫連接由連接池統(tǒng)一進(jìn)行管理。1) UI層中相應(yīng)的包含Model、View、Control對象，以及與UI層業(yè)務(wù)邏輯有關(guān)的Business Logic對象。4) 交互層模塊：程序及可視元素的集合，負(fù)責(zé)完成表示層的具體功能。2) 業(yè)務(wù)邏輯層：處理所有業(yè)務(wù)邏輯，對界面?zhèn)魅氲臄?shù)據(jù)進(jìn)行處理。在結(jié)合實(shí)際開發(fā)的需要并充分考慮各種軟件平臺的性能及適用范圍和對軟件平臺的使用能力，本系統(tǒng)的軟件平臺選擇如下：1) 操作系統(tǒng)操作系統(tǒng)是計(jì)算機(jī)系統(tǒng)中最重要的系統(tǒng)軟件。本項(xiàng)目采用第二種方案來部署系統(tǒng)。整個系統(tǒng)設(shè)置靈活，由于采用了B/S模式，所以只要通過簡單的設(shè)置就可以使用。業(yè)務(wù)系統(tǒng)：由系統(tǒng)管理員、信息中心專員及項(xiàng)目工程師進(jìn)行實(shí)時(shí)跟蹤維護(hù)，包括系統(tǒng)的遷移、升級和備份恢復(fù)等工作。工作流程引擎：業(yè)務(wù)流程管理提供流程定義功能和流程引擎。MVC框架的優(yōu)點(diǎn)和體系結(jié)構(gòu)模型符合該系統(tǒng)的設(shè)計(jì)要求。所謂控制類，是一些不包含UI組件的標(biāo)準(zhǔn)類。Microsoft Data Access Application Block；對于暴露給外部的Service，有的只提供給界面顯示層，有的只提供給外部系統(tǒng)；另外還有一些Service可以同時(shí)提供給界面顯示層及外部系統(tǒng)，但提供的方式和策略是不同的，比如，考慮到網(wǎng)絡(luò)環(huán)境及安全性要求等因素，對于不同的訪問請求需要有不同的策略，對于界面顯示層的請求，可以以二進(jìn)制的SOAP格式通過TCP協(xié)議進(jìn)行通信，而對于外部系統(tǒng)的請求，則以SOAP通過HTTPS進(jìn)行通信。圖6 .Net 技術(shù)架構(gòu)圖1) 界面顯示層對于界面顯示層，不包含任何業(yè)務(wù)邏輯，僅僅負(fù)責(zé)界面顯示，因此，不論是基于Wind