【正文】 單 為重 復(fù) 工 單 ， 則 可 以 使 用 選 擇鏈 接 查 找 到 關(guān) 聯(lián) 單 號(hào) ， 定 為重 復(fù) 工 單 提 交 歸 檔 。如果受理人暫時(shí)無法提交工單至下一部門，可以做暫時(shí)保存操作，可從待辦工作項(xiàng)中，選擇本工單后繼 續(xù)處理。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號(hào)，定為重復(fù)工單提交歸檔。 報(bào)修處理 受理人對(duì)調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。 用戶管理 電力故障報(bào)修系統(tǒng)完成了對(duì)用戶信息的管理，實(shí)現(xiàn)了用戶信息查詢、增加、刪除、修改。頁面設(shè)計(jì)如圖 45 所示。 （ 3）用戶權(quán)限關(guān)聯(lián)表 (USER_ROLE)：記錄了各個(gè)用戶擁有的權(quán)限信息。 （ 7）工單回訪信息表 (S_RETVISIT_RSLT)：記錄了用戶對(duì)工單進(jìn)行回訪時(shí)的各種信息。 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 26 （ 11）主鍵遞增表 (PRIMARY_KEYS)：用于生成維護(hù)其他各表的主鍵標(biāo)識(shí)信息。 表 41 用戶信息表 字段名 數(shù)據(jù)類型 描述 USER_ID VARCHAR2(10) 主鍵，用戶 ID USER_NAME VARCHAR2(20) 用戶名 USER_PASSWD VARCHAR2(40) 用戶密碼 （ 2）權(quán)限表 (ROLE_TAB),存儲(chǔ)了權(quán)限的 ID，權(quán)限名稱 等基本信息，它的主鍵為ROLE_ID 字段，該表主要用于維護(hù)權(quán)限信息，在對(duì)用戶權(quán)限進(jìn)行操作時(shí)會(huì)關(guān)聯(lián)使用此表。 表 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)，存儲(chǔ)了工單受理的基本信息， 如受理業(yè)第 4 章 系統(tǒng)設(shè)計(jì) 27 務(wù)類型、受理人員工號(hào)、受理內(nèi)容、供電單位編碼、受理時(shí)間等 ， 業(yè)務(wù)咨詢、信息查詢、故障報(bào)修、投訴、舉報(bào)、表揚(yáng)，建議、意見等，它的主鍵為 APP_NO 字段，該表主要用于受理信息的維護(hù)，在用戶對(duì)工單進(jìn)行受理，以及工單查詢時(shí)會(huì)使用此表，工單受理信息表結(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)，存儲(chǔ)了用戶 ID 和對(duì)應(yīng)的權(quán)限 ID， USER_ID和 ROLE_ID 字段共同組成它的主鍵，該表主要用于用戶權(quán)限的管理，在對(duì)用戶權(quán)限操作時(shí)會(huì)使用此表。 數(shù)據(jù)庫表結(jié)構(gòu) （ 1）用戶信息表 (USER_TAB)，存儲(chǔ)了用戶的 ID，用戶名和密碼等基本信息，它的主鍵為 USER_ID 字段，該表主要用于系統(tǒng)的用戶管理，在系統(tǒng)登陸，以及對(duì)工單的受理人操作是會(huì)使用此表。 （ 9）搶修車 輛信息表 (VEHICLE_INFO)：記錄了搶修車輛的基本信息。 （ 5）工單調(diào)度信息表 (S_FAULT_ATTEMPER)：記錄了用戶對(duì)工單進(jìn)行調(diào)度時(shí)的各種信息。 （ 1）用戶信息表 (USER_TAB)：記錄用戶的用戶名，密碼等基本信息。 報(bào)修車輛管理 電力故障報(bào)修系統(tǒng)完成了對(duì)報(bào)修車輛信息的管理，實(shí)現(xiàn)了報(bào)修車輛信息查詢、增加、刪除、修改。 報(bào)修回訪 受理人對(duì)處理工單進(jìn)行回訪，如果用戶反饋報(bào)修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報(bào)修處理部門進(jìn)行處理。頁面提供暫時(shí)保存功能。頁面設(shè)計(jì)如圖 44 所示。如 果 用 戶 反 饋 報(bào) 修 沒 有 處理 完 成 ， 要 求 重 新 處 理 ，則 是 否 重 新 發(fā) 送 選 擇 是 ，重 新 發(fā) 送 到 報(bào) 修 處 理 部 門進(jìn) 行 處 理由 歸 檔 人 檢 查 報(bào) 修 工 單 受 理 、 處理 、 回 訪 、 滿 意 度 調(diào) 查 、 附 件 、錄 音 等 信 息 ， 填 寫 完 整 性 標(biāo) 志 、準(zhǔn) 確 性 標(biāo) 志 、 歸 檔 意 見 ， 提 交 結(jié)束否是【重復(fù)】否否 圖 42 系統(tǒng)流程圖 第 4 章 系統(tǒng)設(shè)計(jì) 23 電 力 故 障 報(bào) 修 系 統(tǒng) 報(bào)修歸檔 搶修車輛管理 報(bào)修回訪 搶修人員管理 報(bào)修處理 用戶管理 搶修調(diào)度 報(bào)修工單查詢 報(bào)修受理 圖 43 電力故障報(bào)修系統(tǒng)模塊功能框圖 故障受理 客戶通過人工電話、自動(dòng)語音、短信、 Email、傳真、柜臺(tái)服務(wù)、自助服務(wù)、現(xiàn)場(chǎng)服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報(bào)修受理的申請(qǐng)要求，產(chǎn)生受理工單。 頁 面 提 供 暫時(shí) 保 存 功 能 。 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 22 故 障 報(bào) 修 流 程 圖歸檔部門回訪部門處理部門調(diào)度部門受理部門報(bào) 修 受 理開 始是 否 重 復(fù) 工 單否搶 修 調(diào) 度是 否 回 退是 否 重 復(fù) 工 單是 否 回 退是 否 重 復(fù) 工 單報(bào) 修 處 理報(bào) 修 回 訪是 否 重 新 發(fā) 送報(bào) 修 歸 檔結(jié) 束否否是【重復(fù)】是【回退】是【重復(fù)】是是【重復(fù)】是【重新發(fā)送】受 理 人 根 據(jù) 客 戶 所 提 供 信 息 填 寫 受 理 內(nèi) 容 。 受理人對(duì)回訪工單進(jìn)行歸檔，由歸檔人檢查報(bào)修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。暫時(shí)保存后保留原有工作項(xiàng)，可以繼續(xù)處理。 受理人對(duì)受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。 系統(tǒng)流程分析 客戶通過人工電話、自動(dòng)語音、短信、 Email、傳真、柜臺(tái)服務(wù)、自助服務(wù)、現(xiàn)場(chǎng)服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報(bào)修受理的申請(qǐng)要求，產(chǎn)生受理工單?？刂茖迂?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 文件實(shí)現(xiàn)。這也是高內(nèi)聚，低耦合在這里的體現(xiàn)。另外，就是軟件的適應(yīng)性要好，因此必須處理這些極端情況?；竟δ艿膶?shí)現(xiàn)，是客戶愿意為之付出代價(jià)的重要部分。必定是為了解決某些問題而開發(fā)軟件進(jìn)行更好的解決問題。 （ 2）安全性原則 首先要全面考慮各種例外 情況，保證系統(tǒng)的安全可靠，其次是需要加強(qiáng)權(quán)限控制，即業(yè)務(wù)進(jìn)程控制，確保管理嚴(yán)密。 : 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ù)對(duì)象中7 : 新增一個(gè)受理工單到數(shù)據(jù)庫8 : 返回添加成功信息9 : 返回添加成功信息1 0 : 頁面顯示添加成功【受理模塊】新增一個(gè)受理工單成功的順序圖 圖 38 受理模塊新增受理表單成功的序列圖 組件圖 電力報(bào)修系統(tǒng)組件圖如圖 39 所示。 提交查看詳細(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 報(bào)修歸檔用例圖 第 3 章 系統(tǒng)分析 17 （ 2） 報(bào)修歸檔用例描述同上述報(bào)修受理 用例描述。 提交暫時(shí)保存工單流程列表處理處理人 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 報(bào)修處理用例圖 經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 16 （ 2）報(bào)修處理用例描述同上述報(bào)修受理用例描述。 暫時(shí)保存提交工單流程列表新建工單受理 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 報(bào)修受理用例圖 第 3 章 系統(tǒng)分析 11 （ 2）報(bào)修受理用例描述如表 31—— 表 35 所示。經(jīng)濟(jì)管理學(xué)院本科畢業(yè)論文 10 第 3 章 系統(tǒng) 分析 需求總述 電力故障報(bào)修 系統(tǒng) 是為 提高 電力行業(yè) 服務(wù)質(zhì)量和服務(wù)效率 ， 降低服務(wù)成本，改善客戶管理體制，優(yōu)化管理結(jié)構(gòu) 而設(shè)計(jì)開發(fā)的。最主流的 JDK是 Sun公司發(fā)布的JDK，除了 Sun之外，還有很多公司和組織都開發(fā)了自己的 JDK，例如 IBM公司開發(fā)的 JDK。 CVS對(duì)于網(wǎng)絡(luò)是透明的，開發(fā)者可以使用客戶端軟件（幾乎所有的平臺(tái)上都有相 應(yīng)的客戶端軟件）在任何地點(diǎn)通過網(wǎng)絡(luò)來獲取最新的代碼。它的用途并不限于 JAVA語言； 例如，支持諸如 C/C++、 COBOL、和 Eiffel 等編程語言的插件已經(jīng)可以應(yīng)用。 開發(fā)工具分析 Eclipse 簡(jiǎn)介 Eclipse是一個(gè)開放源代碼的基于 JAVA的可擴(kuò)展開發(fā)平臺(tái)，專注于為高度集成的工具開發(fā)提供一個(gè)全功能的、具有商業(yè)品質(zhì)的工業(yè)平臺(tái)。默認(rèn) 的 request對(duì)象對(duì)應(yīng)的協(xié)議是 HttpRequest ， 而 response 對(duì) 象 對(duì) 應(yīng) 的 協(xié) 議 則 是HttpServletResponse。 Sun 公司還開發(fā)了 JDBCODBC Bridge，用此技術(shù) Java程序就可以訪問帶有 ODBC驅(qū)動(dòng)程 序的數(shù)據(jù)庫，目前大多數(shù)數(shù)據(jù)庫系統(tǒng)都帶有 ODBC驅(qū)動(dòng)程序，所以 Java程序能訪問諸如 Oracle、 Sysbase、 MS SQL Server和 MS Access等類型數(shù)據(jù)庫。 NT下的 IIS通過一個(gè)插件就能支持 JSP，著名的 Web服務(wù)器已經(jīng)能夠支持 JSP。 （ 6）一次編寫，隨處運(yùn)行 作為 Java平臺(tái)的一部分， JSP擁有 Java編程語言“一次編寫，隨處運(yùn)行”的特點(diǎn)。這使得 Web頁面開發(fā)人員能夠使用熟悉的工具和如同標(biāo)識(shí)一樣地執(zhí)行特定功能的構(gòu)建來工作。 Java Server Page技術(shù)封裝了許多功能，這些功能是在易用的、與 JSP相關(guān)的 XML標(biāo)識(shí)中進(jìn)行動(dòng)態(tài)內(nèi)容生成所需要的。 （ 2）生成可重用組件 絕大多數(shù) JSP頁面依賴于可重用的，跨平臺(tái)的組件來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理。生成內(nèi)容的邏輯被封裝在標(biāo)識(shí)和 JavaBeans組件中，并且捆綁在小腳本中，所有的腳本在服務(wù)器端運(yùn)行 。JSP的工作流程如圖 22 所示。 ：實(shí)現(xiàn) Web頁布局設(shè)計(jì)的框架與模板化。 JSP組件生成動(dòng)態(tài)網(wǎng)頁，返回給客戶。如果需要驗(yàn)證，就調(diào)用 ActionForm的validate()方法。 Struts 工作流程 如果在 Web應(yīng)用中采用 Struts，應(yīng)該在 Web應(yīng)用啟動(dòng)時(shí)就加載并初始化ActionServlet， ActionServlet從 ，把他們存放到各種配置對(duì)象中，例如 Action的映射信息存放在 Action Mapping對(duì)象中。Action處理器對(duì)象根據(jù)處理結(jié)果通知 Controller， Controller進(jìn)行下一步的處理。 Struts應(yīng)用中的 View 部分是通過 JSP技術(shù)實(shí)現(xiàn)的。 Action處理器對(duì)象封裝了具體的處理邏輯，調(diào)用業(yè)務(wù)邏 輯模塊， 并且把響應(yīng)提交到合適的 View組件以產(chǎn)生響應(yīng)。在 Struts設(shè)計(jì)模式中，模型由實(shí)現(xiàn)業(yè)務(wù)邏輯的 JavaBean組件構(gòu)成，控制器由 ActionServlet和 Action來實(shí)現(xiàn)，視圖由 一組 JSP文件與 Struts標(biāo)簽庫構(gòu)成。在軟件生產(chǎn)中有三種級(jí)別的重用：內(nèi)部重用，即在同一應(yīng)用中能公共使用的抽象塊；代碼重用，即將通用模塊組合成庫或工具集，以便在多個(gè)應(yīng)用和領(lǐng)域都能使用；應(yīng)用框架的重用，即為專用領(lǐng)域提供通用的或現(xiàn)成的基礎(chǔ)結(jié)構(gòu)，以獲得最高級(jí)別的重用性。它們運(yùn)行在相同的機(jī)器上，期望從相同的設(shè)備輸入信息，輸出到相同的顯示設(shè)備，并且存儲(chǔ)數(shù)據(jù)到相同的硬盤設(shè)備。 第 2 章 系統(tǒng)開發(fā)技術(shù)分析 3 第 2 章 系統(tǒng)開發(fā)技術(shù)分析 框架、構(gòu)架及設(shè)計(jì)模式概述 框架 (Framework)，構(gòu)件 (Component