【正文】 表 43 用戶權(quán)限關(guān)聯(lián)表 字段名 數(shù)據(jù)類型 描述 ROLE_ID VARCHAR2(2) 權(quán)限 ID USER_ID VARCHAR2(10) 用戶 ID （ 4）工單受理信息表 (S_99958_WKST)，存儲了工單受理的基本信息， 如受理業(yè)第 4 章 系統(tǒng)設(shè)計 27 務(wù)類型、受理人員工號、受理內(nèi)容、供電單位編碼、受理時間等 ， 業(yè)務(wù)咨詢、信息查詢、故障報修、投訴、舉報、表揚，建議、意見等，它的主鍵為 APP_NO 字段，該表主要用于受理信息的維護(hù)，在用戶對工單進(jìn)行受理，以及工單查詢時會使用此表，工單受理信息表結(jié)構(gòu)如 下表 44 所示。 表 42 用戶 權(quán)限 表 字段名 數(shù)據(jù)類型 描述 ROLE_ID VARCHAR2(2) 主鍵，權(quán)限 ID ROLE_NAME VARCHAR2(20) 權(quán)限名稱 （ 3）用戶權(quán)限關(guān)聯(lián)表 (USER_ROLE)，存儲了用戶 ID 和對應(yīng)的權(quán)限 ID， USER_ID和 ROLE_ID 字段共同組成它的主鍵，該表主要用于用戶權(quán)限的管理，在對用戶權(quán)限操作時會使用此表。 表 41 用戶信息表 字段名 數(shù)據(jù)類型 描述 USER_ID VARCHAR2(10) 主鍵，用戶 ID USER_NAME VARCHAR2(20) 用戶名 USER_PASSWD VARCHAR2(40) 用戶密碼 （ 2）權(quán)限表 (ROLE_TAB),存儲了權(quán)限的 ID，權(quán)限名稱 等基本信息，它的主鍵為ROLE_ID 字段，該表主要用于維護(hù)權(quán)限信息，在對用戶權(quán)限進(jìn)行操作時會關(guān)聯(lián)使用此表。 數(shù)據(jù)庫表結(jié)構(gòu) （ 1）用戶信息表 (USER_TAB)，存儲了用戶的 ID，用戶名和密碼等基本信息，它的主鍵為 USER_ID 字段，該表主要用于系統(tǒng)的用戶管理，在系統(tǒng)登陸，以及對工單的受理人操作是會使用此表。 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 26 （ 11）主鍵遞增表 (PRIMARY_KEYS)：用于生成維護(hù)其他各表的主鍵標(biāo)識信息。 （ 9）搶修車 輛信息表 (VEHICLE_INFO)：記錄了搶修車輛的基本信息。 （ 7）工單回訪信息表 (S_RETVISIT_RSLT)：記錄了用戶對工單進(jìn)行回訪時的各種信息。 （ 5）工單調(diào)度信息表 (S_FAULT_ATTEMPER)：記錄了用戶對工單進(jìn)行調(diào)度時的各種信息。 （ 3）用戶權(quán)限關(guān)聯(lián)表 (USER_ROLE)：記錄了各個用戶擁有的權(quán)限信息。 （ 1）用戶信息表 (USER_TAB)：記錄用戶的用戶名，密碼等基本信息。頁面設(shè)計如圖 45 所示。 報修車輛管理 電力故障報修系統(tǒng)完成了對報修車輛信息的管理，實現(xiàn)了報修車輛信息查詢、增加、刪除、修改。 用戶管理 電力故障報修系統(tǒng)完成了對用戶信息的管理，實現(xiàn)了用戶信息查詢、增加、刪除、修改。 報修回訪 受理人對處理工單進(jìn)行回訪，如果用戶反饋報修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報修處理部門進(jìn)行處理。 報修處理 受理人對調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。頁面提供暫時保存功能。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。頁面設(shè)計如圖 44 所示。如果受理人暫時無法提交工單至下一部門，可以做暫時保存操作，可從待辦工作項中，選擇本工單后繼 續(xù)處理。如 果 用 戶 反 饋 報 修 沒 有 處理 完 成 ， 要 求 重 新 處 理 ，則 是 否 重 新 發(fā) 送 選 擇 是 ，重 新 發(fā) 送 到 報 修 處 理 部 門進(jìn) 行 處 理由 歸 檔 人 檢 查 報 修 工 單 受 理 、 處理 、 回 訪 、 滿 意 度 調(diào) 查 、 附 件 、錄 音 等 信 息 ， 填 寫 完 整 性 標(biāo) 志 、準(zhǔn) 確 性 標(biā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)生受理工單。如 果 調(diào) 度 部 門 認(rèn) 為 工 單 非本 部 門 可 以 處 理 的 工 單 ，選 擇 回 退 ， 可 以 回 退 給 受理 部 門如 果 調(diào) 度 部 門 發(fā) 現(xiàn) 該 工 單 為重 復(fù) 工 單 ， 則 可 以 使 用 選 擇鏈 接 查 找 到 關(guān) 聯(lián) 單 號 ， 定 為重 復(fù) 工 單 提 交 歸 檔 。 頁 面 提 供 暫時 保 存 功 能 。受 理 人 員 根 據(jù) 綜 合 查 詢 信 息 查 詢 是 否 有 相 同 報 修 內(nèi) 容 的 報 修 工單 ， 如 果 存 在 重 復(fù) 工 單 ， 可 以 直 接 填 寫 關(guān) 聯(lián) 單 號 ， 或 者 使 用 選 擇鏈 接 ， 直 接 查 找 到 關(guān) 聯(lián) 工 單 單 號 ， 填 入 到 關(guān) 聯(lián) 單 號 中 ， 將 重 復(fù) 工單 提 交 到 歸 檔 部 門 進(jìn) 行 歸 檔 。 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 22 故 障 報 修 流 程 圖歸檔部門回訪部門處理部門調(diào)度部門受理部門報 修 受 理開 始是 否 重 復(fù) 工 單否搶 修 調(diào) 度是 否 回 退是 否 重 復(fù) 工 單是 否 回 退是 否 重 復(fù) 工 單報 修 處 理報 修 回 訪是 否 重 新 發(fā) 送報 修 歸 檔結(jié) 束否否是【重復(fù)】是【回退】是【重復(fù)】是是【重復(fù)】是【重新發(fā)送】受 理 人 根 據(jù) 客 戶 所 提 供 信 息 填 寫 受 理 內(nèi) 容 。 功能設(shè)計 在前面已經(jīng)介紹了軟件設(shè)計的指導(dǎo)思想以及設(shè)計原則，已經(jīng)對功能模塊需求進(jìn)行總結(jié)，在這一節(jié)將對整體的模塊功能進(jìn)行總 結(jié)。 受理人對回訪工單進(jìn)行歸檔，由歸檔人檢查報修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。如果處理部門發(fā) 現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。暫時保存后保留原有工作項，可以繼續(xù)處理。由待辦工作項進(jìn)入，可以查看本工單的流轉(zhuǎn)過程信息，根據(jù)受理信息調(diào)度部門選擇處理部門進(jìn)行派工。 受理人對受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。如果受理人暫時無法提交工單至下一部門，可以做暫時保存操作，可從待辦工作項中，選擇本工單后繼續(xù)處理。 系統(tǒng)流程分析 客戶通過人工電話、自動語音、短信、 Email、傳真、柜臺服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報修受理的申請要求，產(chǎn)生受理工單。在第 4 章 系統(tǒng)設(shè)計 21 數(shù)據(jù)庫層，使用 Oracle 9i 作為底層數(shù)據(jù)庫，充分發(fā)揮其優(yōu)點。控制層負(fù)責(zé)調(diào)度業(yè)務(wù)邏輯層負(fù)責(zé)處理系統(tǒng)業(yè)務(wù)，接受表現(xiàn)層的操作命令，調(diào)用數(shù)據(jù)庫訪問層進(jìn)行數(shù)據(jù)庫操作，使用 Struts 框架下的 action 以及所定義的 bo 層的 java 文件實現(xiàn)。 系統(tǒng)構(gòu)架設(shè)計總體描述 基于 Struts 實現(xiàn)的電力故障報修系統(tǒng)從軟件系統(tǒng)體系結(jié)構(gòu)來看，系統(tǒng)按照高內(nèi)聚、低耦合的軟件設(shè)計思想劃分為四層結(jié)構(gòu)，分別為表現(xiàn)層、業(yè)務(wù)邏輯層、數(shù)據(jù)庫訪問層和關(guān)系數(shù)據(jù)庫層，示意圖如圖 41 所示。這也是高內(nèi)聚，低耦合在這里的體現(xiàn)。 （ 8） 封裝功能，松散變化 在面向?qū)ο蟮木幊踢^程當(dāng)中，經(jīng)常會遇到“開放 封閉”原則。另外，就是軟件的適應(yīng)性要好，因此必須處理這些極端情況。 （ 6）極端情況處理 至于為什么，要把“極端情況處理”放到這里來講?；竟δ艿膶崿F(xiàn)，是客戶愿意為之付出代價的重要部分。 （ 5）基本功能實現(xiàn) 問題界定了就意味著已經(jīng)規(guī)劃好或者和甲方談好，系統(tǒng)需要實現(xiàn)什么 ， 以及需要完成什么處理。必定是為了解決某些問題而開發(fā)軟件進(jìn)行更好的解決問題。 （ 4）問題界定 問題的界定對于軟件開發(fā)來說是至關(guān)重要的。 （ 2）安全性原則 首先要全面考慮各種例外 情況，保證系統(tǒng)的安全可靠，其次是需要加強(qiáng)權(quán)限控制，即業(yè)務(wù)進(jìn)程控制，確保管理嚴(yán)密。 軟件設(shè)計原則 （ 1）標(biāo)準(zhǔn)化和規(guī)范化原則 制訂適合于本系統(tǒng)的分類編碼方案。 : B u si P a p e r V o : 受理人 : j sp : B u si P a p e r F o r m : A cce p t P a p e r A ct i o n : A cce p t P a p e r M a n a g e r : A cce p t P a p e r D a o1 : 填寫受理單2 : 獲取表單數(shù)據(jù)3 : 分發(fā)業(yè)務(wù)邏輯4 : 數(shù)據(jù)關(guān)聯(lián)到業(yè)務(wù)5 : 處理業(yè)務(wù)6 : 復(fù)制表單數(shù)據(jù)到業(yè)務(wù)對象中7 : 新增一個受理工單到數(shù)據(jù)庫8 : 返回添加成功信息9 : 返回添加成功信息1 0 : 頁面顯示添加成功【受理模塊】新增一個受理工單成功的順序圖 圖 38 受理模塊新增受理表單成功的序列圖 組件圖 電力報修系統(tǒng)組件圖如圖 39 所示。 生成工單存放數(shù)據(jù)庫 處理工單查詢工單工單流程完結(jié)新增受理工單查詢保存修改 ( 流程節(jié)點 = 報修受理、報修調(diào)度、報修處理、報修回訪、報修歸檔 )( 流程節(jié)點 = o v e r )保存受理工單對象狀態(tài)圖 圖 36 受理工單類對象狀態(tài)圖 搶修車輛類對象 動態(tài)模型 搶修車輛類對象狀態(tài) 如圖 37 所示。 提交查看詳細(xì)信息受理工單顯示工單流程列表歸檔 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） 報修歸檔用例描述同上述報修受理 用例描述。 工單流程列表暫時保存提交查看詳細(xì)信息回訪 in c l u d e in c l u d e in c l u d e in c l u d e 回訪人員回訪工單用例圖 圖 34 報修回訪用例圖 （ 2） 報修回訪用例描述同上述報修受理用例描述。 提交暫時保存工單流程列表處理處理人 in c l u d e in c l u d e in c l u d e 處理工單用例圖查看詳細(xì)信息 in c l u d e 受理工單顯示 in c l u d e 圖 33 報修處理用例圖 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 16 （ 2）報修處理用例描述同上述報修受理用例描述。 第 3 章 系統(tǒng)分析 15 暫時保存調(diào)度調(diào)度人提交工單流程列表 in c l u d e in c l u d e in c l u d e 調(diào)度工單用例圖查看詳細(xì)信息 in c l u d e 受理工單顯示 in c l u d e 圖 32 搶修調(diào)度用例圖 （ 2） 搶修調(diào)度用例描述同上述報修受理用例描述。 暫時保存提交工單流程列表新建工單受理 in c l u d e in c l u d e in c l u d e in c l u d e 受理人受理工單用例圖查看詳細(xì)信息 in c l u d e 圖 31 報修受理用例圖 第 3 章 系統(tǒng)分析 11 （ 2）報修受理用例描述如表 31—— 表 35 所示。 用例描述 根據(jù)業(yè)務(wù)調(diào)研分析及需求總述，分析出如下的用例，下面幾節(jié)是對各用例的分析和理解。經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 10 第 3 章 系統(tǒng) 分析 需求總述 電力故障報修 系統(tǒng) 是為 提高 電力行業(yè) 服務(wù)質(zhì)量和服務(wù)效率 ， 降低服務(wù)成本，改善客戶管理體制，優(yōu)化管理結(jié)構(gòu) 而設(shè)計開發(fā)的。它由一個處于操作系統(tǒng)層之上的運行環(huán)境還有開發(fā)者編譯，調(diào)試和運行用 Java語言寫的 applet和應(yīng)用程序所需的工具組成。最主流的 JDK是 Sun公司發(fā)布的JDK，除了