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