【正文】 度 ........................................... 14 報修處理 ........................................... 15 經(jīng)濟管理學(xué)院本科畢業(yè)論文 IV 報修回訪 ........................................... 16 報修歸檔 ........................................... 16 動態(tài)模型設(shè)計 ............................................. 17 受理工單類對象動態(tài)模型 ............................. 17 搶修車輛類對象動態(tài)模型 ............................. 17 序列圖 ................................................... 18 組件圖 ................................................... 18 第 4 章 系統(tǒng)設(shè) 計 .................................................. 19 設(shè)計指導(dǎo)思想和原則 ....................................... 19 指導(dǎo)思想 ........................................... 19 軟件設(shè)計原則 ....................................... 19 系統(tǒng)構(gòu)架設(shè)計總體描述 ..................................... 20 系統(tǒng)流程分析 ............................................. 21 功能設(shè)計 ................................................. 21 故障受理 ........................................... 23 搶修調(diào)度 ........................................... 24 報修處理 ........................................... 24 報修回訪 ........................................... 24 報修歸檔 ........................................... 24 用戶管理 ........................................... 24 報修人員管理 ....................................... 24 報修車輛管理 ....................................... 24 報修查詢 ........................................... 24 數(shù)據(jù)庫設(shè)計 ............................................... 25 數(shù)據(jù)庫表簡介 ....................................... 25 數(shù)據(jù)庫表結(jié)構(gòu) ....................................... 26 系統(tǒng)開發(fā)工具及運行環(huán)境 ................................... 32 開發(fā)工具及開發(fā)調(diào)試環(huán)境 ............................. 32 運行環(huán)境 ........................................... 32 第 5 章 系統(tǒng)實施 .................................................. 33 程序編寫 ................................................. 33 目 錄 V Action 層的實現(xiàn) ........................................... 33 BO 層的實現(xiàn) ............................................... 34 DAO 層的實現(xiàn) .............................................. 35 系統(tǒng)安全性的實現(xiàn) ......................................... 37 第 6 章 系統(tǒng)測試 .................................................. 38 功能性測試 ............................................... 38 報修受理模塊測試 ................................... 38 搶修人員管理模塊測試 ............................... 39 報修處理模塊測試 ................................... 40 非功能性測試 ............................................. 42 結(jié)論 .............................................................. 43 參考文獻 .......................................................... 44 致謝 .............................................................. 46 第 1 章 緒論 1 第 1 章 緒 論 電力故障報修系統(tǒng) （ System of Electricity Power Failure） 是科技發(fā)展、社會進步的產(chǎn)物。利用現(xiàn)代計算機技術(shù)、通信技術(shù)和 Inter網(wǎng)絡(luò)，依托電力營銷、配電地理等管理信息系統(tǒng)，電力企業(yè)可以建立一個電子化 “ 一口對外 ” 的客戶請求服務(wù) 、故障報修 處理系統(tǒng) 電力故障報修系統(tǒng)（ System of Electricity Power Failure） ， 全方位應(yīng)答客戶電話、傳真、Inter、 Email形式的服務(wù)請求，向電力客戶提供多層次、全方位和個性化的服務(wù)。 在國外， 推動和 促進 這種 信息化 取得成功的因素主要有兩個方面：一是外部壓力，即社會對電力 信息化的 要求，因為 電力信息化系統(tǒng)比如電力故障報修系統(tǒng) ， 能夠帶來低成本 和 高 效率， 消費者要求建立新 的以客戶服務(wù)為宗旨的電力營銷體系 ， 社會對電力工業(yè)提高效率 與服務(wù) 的要求是推動 電力信息化建設(shè) 的外部條件。具體應(yīng)用包括員工管理模塊，報修受理模塊，搶修調(diào)度模塊，報修 處理模塊，報修回訪模塊，報修歸檔模塊，搶修車輛編制模塊，搶修人員編制模塊。它們運行在相同的機器上，期望從相同的設(shè)備輸入信息，輸出到相同的顯示設(shè)備，并且存儲數(shù)據(jù)到相同的硬盤設(shè)備。在 Struts設(shè)計模式中，模型由實現(xiàn)業(yè)務(wù)邏輯的 JavaBean組件構(gòu)成，控制器由 ActionServlet和 Action來實現(xiàn)，視圖由 一組 JSP文件與 Struts標簽庫構(gòu)成。 Struts應(yīng)用中的 View 部分是通過 JSP技術(shù)實現(xiàn)的。 Struts 工作流程 如果在 Web應(yīng)用中采用 Struts，應(yīng)該在 Web應(yīng)用啟動時就加載并初始化ActionServlet， ActionServlet從 ，把他們存放到各種配置對象中，例如 Action的映射信息存放在 Action Mapping對象中。 JSP組件生成動態(tài)網(wǎng)頁，返回給客戶。JSP的工作流程如圖 22 所示。 （ 2）生成可重用組件 絕大多數(shù) JSP頁面依賴于可重用的，跨平臺的組件來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理。這使得 Web頁面開發(fā)人員能夠使用熟悉的工具和如同標識一樣地執(zhí)行特定功能的構(gòu)建來工作。 NT下的 IIS通過一個插件就能支持 JSP，著名的 Web服務(wù)器已經(jīng)能夠支持 JSP。默認 的 request對象對應(yīng)的協(xié)議是 HttpRequest ， 而 response 對 象 對 應(yīng) 的 協(xié) 議 則 是HttpServletResponse。它的用途并不限于 JAVA語言； 例如，支持諸如 C/C++、 COBOL、和 Eiffel 等編程語言的插件已經(jīng)可以應(yīng)用。最主流的 JDK是 Sun公司發(fā)布的JDK，除了 Sun之外，還有很多公司和組織都開發(fā)了自己的 JDK，例如 IBM公司開發(fā)的 JDK。 暫時保存提交工單流程列表新建工單受理 in c l u d e in c l u d e in c l u d e in c l u d e 受理人受理工單用例圖查看詳細信息 in c l u d e 圖 31 報修受理用例圖 第 3 章 系統(tǒng)分析 11 （ 2）報修受理用例描述如表 31—— 表 35 所示。 提交查看詳細信息受理工單顯示工單流程列表歸檔 i n c l u d e i n c l u d e i n c l u d e i n c l u d e 歸檔人員歸檔用例 圖 35 報修歸檔用例圖 第 3 章 系統(tǒng)分析 17 （ 2） 報修歸檔用例描述同上述報修受理 用例描述。 （ 2）安全性原則 首先要全面考慮各種例外 情況，保證系統(tǒng)的安全可靠，其次是需要加強權(quán)限控制，即業(yè)務(wù)進程控制，確保管理嚴密?；竟δ艿膶崿F(xiàn)，是客戶愿意為之付出代價的重要部分。這也是高內(nèi)聚，低耦合在這里的體現(xiàn)。 系統(tǒng)流程分析 客戶通過人工電話、自動語音、短信、 Email、傳真、柜臺服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報修受理的申請要求，產(chǎn)生受理工單。暫時保存后保留原有工作項，可以繼續(xù)處理。 經(jīng)濟管理學(xué)院本科畢業(yè)論文 22 故 障 報 修 流 程 圖歸檔部門回訪部門處理部門調(diào)度部門受理部門報 修 受 理開 始是 否 重 復(fù) 工 單否搶 修 調(diào) 度是 否 回 退是 否 重 復(fù) 工 單是 否 回 退是 否 重 復(fù) 工 單報 修 處 理報 修 回 訪是 否 重 新 發(fā) 送報 修 歸 檔結(jié) 束否否是【重復(fù)】是【回退】是【重復(fù)】是是【重復(fù)】是【重新發(fā)送】受 理 人 根 據(jù) 客 戶 所 提 供 信 息 填 寫 受 理 內(nèi) 容 。如 果 用 戶 反 饋 報 修 沒 有 處理 完 成 ， 要 求 重 新 處 理 ，則 是 否 重 新 發(fā) 送 選 擇 是 ，重 新 發(fā) 送 到 報 修 處 理 部 門進 行 處 理由 歸 檔 人 檢 查 報 修 工 單 受 理 、 處理 、 回 訪 、 滿 意 度 調(diào) 查 、 附 件 、錄 音 等 信 息 ， 填 寫 完 整 性 標 志 、準 確 性 標 志 、 歸 檔 意 見 ， 提 交 結(jié)束否是【重復(fù)】否否 圖 42 系統(tǒng)流程圖 第 4 章 系統(tǒng)設(shè)計 23 電 力 故 障 報 修 系 統(tǒng) 報修歸檔 搶修車輛管理 報修回訪 搶修人員管理 報修處理 用戶管理 搶修調(diào)度 報修工單查詢 報修受理 圖 43 電力故障報修系統(tǒng)模塊功能框圖 故障受理 客戶通過人工電話、自動語音、短信、 Email、傳真、柜臺服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報修受理的申請要求，產(chǎn)生受理工單。頁面提供暫時保存功能。 報修車輛管理 電力故障報修系統(tǒng)完成了對報修車輛信息的管理，實現(xiàn)了報修車輛信息查詢、增加、刪除、修改。 （ 5）工單調(diào)度信息表 (S_FAULT_ATTEMPER)：記錄了用戶對工單進行調(diào)度時的各種信息。 數(shù)據(jù)庫表結(jié)構(gòu) （ 1）用戶信息表 (USER_TAB)，存儲了用戶的 ID，用戶名和密碼等基本信息，它的主鍵為 USER_ID 字段，該表主要用于系統(tǒng)的用戶管理，在系統(tǒng)登陸，以及對工單的受理人操作是會使用此表。 表 43 用戶權(quán)限關(guān)聯(lián)表 字段名 數(shù)據(jù)類型 描述 ROLE_ID VARCHAR2(