【正文】 的主鍵為TABLE_NM字段。表47 工單回訪信息表字段名數(shù)據(jù)類型描述WK_NOVARCHAR2(32)主鍵，回訪工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDMODE_CODEVARCHAR2(8)回訪方式RET_VISIT_TIMEDATE回訪時(shí)間SUCC_FLAGVARCHAR2(8)回訪成功標(biāo)志FAIL_REASONVARCHAR2(256)回訪失敗原因CUST_OPINIONVARCHAR2(256)回訪客戶意見IF_RESENDVARCHAR2(8)是否重新發(fā)送RESEND_REASONVARCHAR2(256)重新發(fā)送原因表48 搶修人員信息表字段名數(shù)據(jù)類型描述IDVARCHAR2(32)主鍵，搶修人員IDSTAFF_IDVARCHAR2(16)搶修人員工號(hào)STAFF_NAMEVARCHAR2(32)搶修人員姓名DEPTVARCHAR2(32)搶修人員所屬部門IF_VALIDVARCHAR2(8)是否空閑（9）搶修車輛信息表(VEHICLE_INFO)，存儲(chǔ)了搶修車輛的基本信息，如車牌號(hào)，車型號(hào)，聯(lián)系電話，是否空閑等。它的主鍵為HANDLE_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。用戶信息表結(jié)構(gòu)如下表 41 所示。（6）工單處理信息表(S_FAULT_HANDLE2)：記錄了用戶對(duì)工單進(jìn)行處理時(shí)的各種信息。 報(bào)修查詢電力故障報(bào)修系統(tǒng)實(shí)現(xiàn)了報(bào)修查詢功能，實(shí)現(xiàn)了報(bào)故障報(bào)修詳細(xì)信息查詢、搶修調(diào)度信息查詢、報(bào)修故障處理信息查詢、回訪信息查詢、工單個(gè)流程數(shù)量查詢等功能。暫時(shí)保存后保留原有工作項(xiàng)，可以繼續(xù)處理。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。受理人對(duì)調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。（9）從用戶角度審視和評(píng)價(jià)軟件的可用性，易用性等特征，真正提升軟件產(chǎn)品的質(zhì)量。所以系統(tǒng)基本功能實(shí)現(xiàn)，對(duì)于任何一個(gè)軟件或者軟件開發(fā)者來講，都是基本素質(zhì)的體現(xiàn)。（3）完備性原則系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)與功能體系最大限度的滿足業(yè)務(wù)需求，減少人工輸入量，提高效率。 動(dòng)態(tài)模型設(shè)計(jì) 受理工單類對(duì)象動(dòng)態(tài)模型受理工單類對(duì)象狀態(tài)如 36 圖所示。 用例描述根據(jù)業(yè)務(wù)調(diào)研分析及需求總述，分析出如下的用例，下面幾節(jié)是對(duì)各用例的分析和理解。不論什么Java應(yīng)用服務(wù)器實(shí)質(zhì)都是內(nèi)置了某個(gè)版本的JDK。幸運(yùn)的是，Eclipse附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括JAVA開發(fā)(Java Development Tools，JDT)，還包括插件開發(fā)環(huán)境(PluginDevelopment Environment，PDE)，這個(gè)組件主要針對(duì)希望擴(kuò)展Eclipse 的軟件開發(fā)人員，因?yàn)樗试S他們構(gòu)建與Eclipse 環(huán)境無縫集成的工具?？蛻魧?duì)JSP的請(qǐng)求直接發(fā)送給JSP引擎，JSP引擎接受到請(qǐng)求后，按照J(rèn)SP源代碼中所規(guī)定的內(nèi)容生成給客戶端的響應(yīng)，并把響應(yīng)傳遞給客戶端的瀏覽器。（7）JSP的平臺(tái)適應(yīng)性更廣這是JSP比ASP的優(yōu)越之處。通過開發(fā)定制標(biāo)識(shí)庫，JSP技術(shù)是可以擴(kuò)展的。在服務(wù)器端，JSP引擎解釋JSP標(biāo)識(shí)和小腳本，生成所請(qǐng)求的內(nèi)容，并且將結(jié)果以HTML（或XML）頁面的形式發(fā)送回瀏覽器。：擴(kuò)展測試屬性值的JSP標(biāo)簽。Action處理對(duì)象訪問ActionForm中的數(shù)據(jù)，處理和響應(yīng)客戶請(qǐng)求，它還調(diào)用后臺(tái)的Bean組件，這些組件封裝了具體的業(yè)務(wù)邏輯。Struts為Model部分提供了Action和ActionForm對(duì)象：所有的Action處理器對(duì)象都是開發(fā)者從Struts的Action類派生的子類。構(gòu)架在這些公共基礎(chǔ)上的應(yīng)用框架可以為開發(fā)人員提供可重用服務(wù)的基礎(chǔ)架構(gòu)。因此，為提高工作效率和客戶滿意度，適應(yīng)電網(wǎng)商業(yè)化運(yùn)營需要，開拓電力市場，近幾年各地電力集團(tuán)公司開始引進(jìn)發(fā)達(dá)國家電力企業(yè)營銷服務(wù)理念，運(yùn)用現(xiàn)代通信網(wǎng)絡(luò)技術(shù)，建立現(xiàn)代客戶服務(wù)中心體系。 國內(nèi)外發(fā)展現(xiàn)狀從世界范圍來看，電力信息化改革始于1981年的智利。電力故障報(bào)修系統(tǒng)，可以有效的提高電力企業(yè)的整體運(yùn)作效率并且提高了公司的客戶服務(wù)質(zhì)量。通過電力故障報(bào)修系統(tǒng)的應(yīng)用，強(qiáng)化了電力行業(yè)的內(nèi)部管理、改善了服務(wù)質(zhì)量，加快了電力故障維修速度，提升了客戶滿意度，創(chuàng)新了營銷體系管理理念。隨著電力事業(yè)的高速發(fā)展，電力營銷由以生產(chǎn)為中心階段進(jìn)入以消費(fèi)者為中心階段。電力故障報(bào)修系統(tǒng)的完成，為電力行業(yè)帶來了工作的高效，同時(shí)也保證了信息的安全，提升了客戶對(duì)電力企業(yè)的信賴。而且，隨著我國電力體制改革的深入和電力企業(yè)市場意識(shí)的增強(qiáng)以及我國成功加入WTO，電力公司傳統(tǒng)的用電營業(yè)管理逐步向全面的電力營銷服務(wù)轉(zhuǎn)換，新的以客戶服務(wù)為宗旨的電力營銷體系正在逐步建立，各級(jí)電力公司迫切需要構(gòu)筑一個(gè)符合市場經(jīng)濟(jì)要求、具有競爭實(shí)力、能夠改進(jìn)工作效率并且具有客戶自助服務(wù)功能的電子化客戶服務(wù)中心。電力信息化作為公用事業(yè)有其特殊性，因此，即使在市場經(jīng)濟(jì)制度比較完善的國家，其電力信息化的組織形式和運(yùn)行機(jī)制與一般競爭行業(yè)也不同?？蚣芡菫閷?shí)現(xiàn)一個(gè)或多個(gè)設(shè)計(jì)模式而設(shè)計(jì)的可重用可擴(kuò)展的設(shè)計(jì)，是軟件系統(tǒng)開發(fā)的半成品，而構(gòu)件是框架當(dāng)中的可重用的工具包，類庫或者API。設(shè)計(jì)模式(Design pattern)是對(duì)在某種環(huán)境中反復(fù)出現(xiàn)的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用代碼表示，也能直接執(zhí)行或復(fù)用，而對(duì)模式而言只有實(shí)例才能用代碼表示；設(shè)計(jì)模式是比框架更小的元素，一個(gè)框架中往往含有一個(gè)或多個(gè)設(shè)計(jì)模式，框架總是針對(duì)某一特定應(yīng)用領(lǐng)域，但同一模式卻可適用于各種應(yīng)用。開發(fā)者可以從它派生子類對(duì)象，利用它和Struts提供的自定義標(biāo)記庫，可以實(shí)現(xiàn)對(duì)客戶端的表單數(shù)據(jù)的良好封裝和支持，Action處理器對(duì)象可以直接對(duì)它進(jìn)行讀寫，而不再需要和request、response對(duì)象進(jìn)行數(shù)據(jù)交互。Struts提供了一個(gè)控制器組件ActionServlet，它繼承自HttpServlet，并重載了HttpServlet的doGet()、doPost()方法，可以接受Http響應(yīng)并進(jìn)行轉(zhuǎn)發(fā)。，如果相應(yīng)的Action實(shí)例不存在，就先創(chuàng)建這個(gè)實(shí)例，然后調(diào)用Action的execute 方法。. JSP技術(shù)特點(diǎn)JSP基于強(qiáng)大的Java語言，具有良好的伸縮性，與JavaEnterprise API緊密地集成在一起，在網(wǎng)絡(luò)數(shù)據(jù)庫應(yīng)用開發(fā)領(lǐng)域具有得天獨(dú)厚的優(yōu)勢(shì)，JSP技術(shù)在多個(gè)方面加速了動(dòng)態(tài)WEB頁面的開發(fā)。開發(fā)人員能夠共享和交換執(zhí)行普通操作的組件，或者使得這些組件為更多的使用者或者客戶團(tuán)體所使用。（4）JSP能提供所有Servlet功能與Servlets相比，JSP能提供所有的Servlets功能，它比用println書寫和修改HTML更方便。由于Apache廣泛應(yīng)用的NT、UNIX和LINUX上，應(yīng)此JSP有更廣泛的運(yùn)行平臺(tái)。一個(gè)Jsp引擎需要在傳遞request 和response 對(duì)象之前，要在JSP 源代碼中創(chuàng)建一個(gè)類，而servlet則定義了在JSP 引擎與JSP 源文件實(shí)現(xiàn)類之間的約定。在運(yùn)行Eclipse 之前首先應(yīng)該安裝好JDK，設(shè)置好環(huán)境變量JAVA_HOME、CLASSPATH和PATH。JDK(Java Development Kit，Java開發(fā)包，Java開發(fā)工具)是一個(gè)寫Java的applet和應(yīng)用程序的程序開發(fā)環(huán)境。圖33 報(bào)修處理用例圖（2）報(bào)修處理用例描述同上述報(bào)修受理用例描述。圖38 受理模塊新增受理表單成功的序列圖 組件圖電力報(bào)修系統(tǒng)組件圖如圖 39 所示。必定是為了解決某些問題而開發(fā)軟件進(jìn)行更好的解決問題。另外，就是軟件的適應(yīng)性要好，因此必須處理這些極端情況。控制層負(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)。受理人對(duì)受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。受理人對(duì)回訪工單進(jìn)行歸檔，由歸檔人檢查報(bào)修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。頁面設(shè)計(jì)如圖 44 所示。 報(bào)修回訪受理人對(duì)處理工單進(jìn)行回訪，如果用戶反饋報(bào)修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報(bào)修處理部門進(jìn)行處理。（1）用戶信息表(USER_TAB)：記錄用戶的用戶名，密碼等基本信息。（9）搶修車輛信息表(VEHICLE_INFO)：記錄了搶修車輛的基本信息。表42 用戶權(quán)限表字段名數(shù)據(jù)類型描述ROLE_IDVARCHAR2(2)主鍵，權(quán)限IDROLE_NAMEVARCHAR2(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ì)使用此表。它的主鍵為WK_NO字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。表49 搶修車輛信息表字段名數(shù)據(jù)類型描述IDVARCHAR2(32)主鍵，搶修車輛IDVEHICLE_IDVARCHAR2(16)車牌號(hào)VEHICLE_TYPEVARCHAR2(8)車型號(hào)CALL_NOVARCHAR2(16)聯(lián)系電話IF_VALIDVARCHAR2(8)是否空閑（10）附件表(P_SRV_ATTACH)，存儲(chǔ)了附件的基本信息，如附件ID，附件名稱，申請(qǐng)編號(hào)，附件內(nèi)容，業(yè)務(wù)單編號(hào)，業(yè)務(wù)類型。主鍵遞增表的結(jié)構(gòu)如下表 411 所示。系統(tǒng)繼續(xù)使用Struts的各種優(yōu)良特性，一定程度上滿足了系統(tǒng)的需求。同時(shí)在它們之間傳遞數(shù)據(jù)也通過Struts的封裝變的快捷了很多。public ActionForward list(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { // 獲取從頁面表單中提交過來的值 StaffForm sf = (StaffForm) form。同樣以搶修人員管理模塊為例，在這里bo層的類是RepairStaffService類，它是搶修人員管理模塊處理業(yè)務(wù)的類，對(duì)DAO層進(jìn)行封裝操作，通過DAO層獲得所要使用的數(shù)據(jù)，并完成所要進(jìn)行的業(yè)務(wù)處理，供Action進(jìn)行調(diào)用。該類執(zhí)行了SQL 語句，類中的不同方法分別執(zhí)行了對(duì)數(shù)據(jù)庫進(jìn)行的查詢、刪除、添加和修改的SQL語句，并將執(zhí)行結(jié)果返回。 } catch (NamingException e) { ()。 rs = (())。 rs = (())。 (stv)。 (stmt)。對(duì)外隱藏了系統(tǒng)的數(shù)據(jù)處理流程，在一定程度上面防止了黑客軟件的漏洞掃描?！藼X003點(diǎn)擊【瀏覽】按鈕，彈出文件選擇窗口，點(diǎn)擊【取消】按鈕文件選擇窗口關(guān)閉，附件名稱輸入框內(nèi)內(nèi)容為空√BX004當(dāng)附件名稱輸入框內(nèi)內(nèi)容為空時(shí)，點(diǎn)擊【添加】按鈕彈出提示對(duì)話框：“請(qǐng)?zhí)砑痈郊?！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX005進(jìn)行正確的瀏覽附件操作后，點(diǎn)擊【添加】按鈕附件名稱輸入框內(nèi)內(nèi)容清空，附件列表框內(nèi)增加一項(xiàng)，其中附件名稱欄與瀏覽時(shí)附件名稱輸入框內(nèi)內(nèi)容相同√BX006在附件列表框內(nèi)容為空時(shí)，點(diǎn)擊【刪除】按鈕彈出提示對(duì)話框：“無文件可刪除！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√ 表61 報(bào)修受理模塊測試用例及結(jié)果表 續(xù)表編號(hào)測試方法預(yù)期結(jié)果實(shí)際結(jié)果BX007當(dāng)附件列表內(nèi)容不為空，但是不選中任何附件前的checkbox控件時(shí)，點(diǎn)擊【刪除】按鈕彈出提示信息對(duì)話框：“請(qǐng)選擇要?jiǎng)h除的附件文件！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX008當(dāng)附件列表內(nèi)容不為空，選中任意一個(gè)或幾個(gè)附件前的checkbox框，點(diǎn)擊【刪除】按鈕附件列表中被選中的內(nèi)容項(xiàng)被刪除√BX009在預(yù)約時(shí)間輸入框內(nèi)輸入錯(cuò)誤的日期，如漢字后，點(diǎn)擊【暫時(shí)保存】按鈕彈出提示信息：“日期格式不對(duì)！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口，同時(shí)日期輸入框內(nèi)內(nèi)容置空√BX010選擇是否重復(fù)下拉框?yàn)槭?，不填寫關(guān)聯(lián)工單號(hào)輸入框，點(diǎn)擊【提交】按鈕關(guān)聯(lián)工單號(hào)變?yōu)楸靥铐?xiàng)，增加星號(hào)顯示，彈出提示信息：“關(guān)聯(lián)工單號(hào)為必填項(xiàng)，不能為空！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX011在頁面內(nèi)不輸入任何項(xiàng)，點(diǎn)擊【提交】按鈕彈出提示信息：“帶星號(hào)為必填項(xiàng)！”，點(diǎn)擊【確定】按鈕關(guān)閉提示信息窗口√BX012在電話號(hào)碼輸入框內(nèi)輸入非法電話號(hào)碼任何非法電話號(hào)碼都無法輸入進(jìn)去√測試結(jié)論：根據(jù)測試用例及測試結(jié)果分析得出，報(bào)修受理模塊完成了所要求的功能，可以正常運(yùn)行，符合系統(tǒng)開發(fā)要求。（2）GUI測試：分別將顯示器分辨率設(shè)為1024768 和800600，測試頁面顯示是否正常。在系統(tǒng)開發(fā)過程中，我對(duì)系統(tǒng)開發(fā)與實(shí)際應(yīng)用有了更深的理解和認(rèn)識(shí)，為我以后的學(xué)習(xí)和工作打下了堅(jiān)實(shí)的理論與實(shí)際操作相結(jié)合的基礎(chǔ)。由于開發(fā)設(shè)計(jì)能力有限，開發(fā)經(jīng)驗(yàn)不足，系統(tǒng)仍然存在一些問題，與實(shí)際應(yīng)用