【文章內(nèi)容簡介】 理用例描述。 動態(tài)模型設(shè)計 受理工單類對象動態(tài)模型受理工單類對象狀態(tài)如 36 圖所示。圖36 受理工單類對象狀態(tài)圖 搶修車輛類對象動態(tài)模型搶修車輛類對象狀態(tài)如圖 37 所示。圖37 搶修車輛類對象狀態(tài)圖 序列圖受理模塊新增受理表單成功的序列圖如圖 38 所示。圖38 受理模塊新增受理表單成功的序列圖 組件圖電力報修系統(tǒng)組件圖如圖 39 所示。圖39 電力故障報修系統(tǒng)組件圖第4章 系統(tǒng)設(shè)計 設(shè)計指導(dǎo)思想和原則 指導(dǎo)思想（1）堅持統(tǒng)一規(guī)劃、科學(xué)管理、服務(wù)應(yīng)用的指導(dǎo)方針；（2）充分利用現(xiàn)有工作基礎(chǔ)和成果，進(jìn)行改進(jìn)、提升和整合，避免重復(fù)建設(shè)。 軟件設(shè)計原則（1）標(biāo)準(zhǔn)化和規(guī)范化原則制訂適合于本系統(tǒng)的分類編碼方案。為實(shí)現(xiàn)系統(tǒng)的集成，必須保證系統(tǒng)建設(shè)采用的軟件平臺、數(shù)據(jù)接口、開發(fā)技術(shù)符合公認(rèn)的工業(yè)標(biāo)準(zhǔn)，符合國家和行業(yè)的有關(guān)標(biāo)準(zhǔn)、規(guī)范、規(guī)程；同時要保證在系統(tǒng)的分析、設(shè)計、實(shí)現(xiàn)、維護(hù)階段中必須采取開放路線，遵循軟件工程的標(biāo)準(zhǔn)、規(guī)范。（2）安全性原則首先要全面考慮各種例外情況，保證系統(tǒng)的安全可靠，其次是需要加強(qiáng)權(quán)限控制，即業(yè)務(wù)進(jìn)程控制，確保管理嚴(yán)密。（3）完備性原則系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)與功能體系最大限度的滿足業(yè)務(wù)需求，減少人工輸入量，提高效率。（4）問題界定問題的界定對于軟件開發(fā)來說是至關(guān)重要的。因為任何一個軟件都不是單純地獨(dú)立服務(wù)。必定是為了解決某些問題而開發(fā)軟件進(jìn)行更好的解決問題。因此，問題的界定對于軟件的成功開發(fā)和應(yīng)用來說至關(guān)重要。（5）基本功能實(shí)現(xiàn)問題界定了就意味著已經(jīng)規(guī)劃好或者和甲方談好，系統(tǒng)需要實(shí)現(xiàn)什么，以及需要完成什么處理。 基本功能，就是軟件系統(tǒng)的核心體現(xiàn)?；竟δ艿膶?shí)現(xiàn)，是客戶愿意為之付出代價的重要部分。所以系統(tǒng)基本功能實(shí)現(xiàn)，對于任何一個軟件或者軟件開發(fā)者來講，都是基本素質(zhì)的體現(xiàn)。（6）極端情況處理至于為什么，要把“極端情況處理”放到這里來講。主要原因是很多軟件的評價者對于軟件的要求都很高。另外，就是軟件的適應(yīng)性要好，因此必須處理這些極端情況。（7）客戶體驗至上軟件的主要服務(wù)對象是人，這就是為什么要說“客戶體驗之上”。（8）封裝功能，松散變化在面向?qū)ο蟮木幊踢^程當(dāng)中，經(jīng)常會遇到“開放封閉”原則。把功能獨(dú)立封裝，同時對于內(nèi)部進(jìn)行封閉，而對外則提供良好的接口用來提供更多服務(wù)。這也是高內(nèi)聚，低耦合在這里的體現(xiàn)。（9）從用戶角度審視和評價軟件的可用性，易用性等特征，真正提升軟件產(chǎn)品的質(zhì)量。 系統(tǒng)構(gòu)架設(shè)計總體描述基于Struts實(shí)現(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 所示。圖41系統(tǒng)體系結(jié)構(gòu)圖表現(xiàn)層負(fù)責(zé)與系統(tǒng)用戶進(jìn)行交互，主要是給用戶的頁面，接受用戶操作命令，向下層傳遞參數(shù)，由JSP文件以及Struts標(biāo)簽和js文件組成?？刂茖迂?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)。數(shù)據(jù)庫訪問層負(fù)責(zé)向業(yè)務(wù)邏輯層提供數(shù)據(jù)庫訪問服務(wù)，當(dāng)業(yè)務(wù)邏輯非常簡單時也可由表現(xiàn)層直接調(diào)用其提供的服務(wù)，可對數(shù)據(jù)庫進(jìn)行訪問獲取數(shù)據(jù)或執(zhí)行操作，使用java文件實(shí)現(xiàn)。在數(shù)據(jù)庫層，使用Oracle 9i作為底層數(shù)據(jù)庫，充分發(fā)揮其優(yōu)點(diǎn)。這樣劃分層次，使軟件系統(tǒng)結(jié)構(gòu)清晰，邏輯相互獨(dú)立，需要修改時只需保持層與層之間的接口不變即可，因此有助于后期的修改維護(hù)，也利于程序功能的擴(kuò)展。 系統(tǒng)流程分析客戶通過人工電話、自動語音、短信、Email、傳真、柜臺服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報修受理的申請要求，產(chǎn)生受理工單。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。如果受理人暫時無法提交工單至下一部門，可以做暫時保存操作，可從待辦工作項中，選擇本工單后繼續(xù)處理。受理人員根據(jù)綜合查詢信息查詢是否有相同報修內(nèi)容的報修工單，如果存在重復(fù)工單，可以直接填寫關(guān)聯(lián)單號，或者使用選擇鏈接，直接查找到關(guān)聯(lián)工單單號，填入到關(guān)聯(lián)單號中，將重復(fù)工單提交到歸檔部門進(jìn)行歸檔。受理人對受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。由待辦工作項進(jìn)入，可以查看本工單的流轉(zhuǎn)過程信息，根據(jù)受理信息調(diào)度部門選擇處理部門進(jìn)行派工。頁面提供暫時保存功能。暫時保存后保留原有工作項，可以繼續(xù)處理。受理人對調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。如果處理部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。受理人對處理工單進(jìn)行回訪，如果用戶反饋報修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報修處理部門進(jìn)行處理。受理人對回訪工單進(jìn)行歸檔，由歸檔人檢查報修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。系統(tǒng)流程如圖 42 所示。 功能設(shè)計在前面已經(jīng)介紹了軟件設(shè)計的指導(dǎo)思想以及設(shè)計原則，已經(jīng)對功能模塊需求進(jìn)行總結(jié)，在這一節(jié)將對整體的模塊功能進(jìn)行總結(jié)。根據(jù)需求描述確定了本系統(tǒng)的幾個功能模塊，如圖 43 所示。圖42 系統(tǒng)流程圖圖43 電力故障報修系統(tǒng)模塊功能框圖 故障受理客戶通過人工電話、自動語音、短信、Email、傳真、柜臺服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報修受理的申請要求，產(chǎn)生受理工單。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。如果受理人暫時無法提交工單至下一部門，可以做暫時保存操作，可從待辦工作項中，選擇本工單后繼續(xù)處理。受理人員根據(jù)綜合查詢信息查詢是否有相同報修內(nèi)容的報修工單，如果存在重復(fù)工單，可以直接填寫關(guān)聯(lián)單號，或者使用選擇鏈接，直接查找到關(guān)聯(lián)工單單號，填入到關(guān)聯(lián)單號中，將重復(fù)工單提交到歸檔部門進(jìn)行歸檔。頁面設(shè)計如圖 44 所示。圖44 故障受理頁面設(shè)計圖 搶修調(diào)度受理人對受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。由待辦工作項進(jìn)入，可以查看本工單的流轉(zhuǎn)過程信息，根據(jù)受理信息調(diào)度部門選擇處理部門進(jìn)行派工。頁面提供暫時保存功能。暫時保存后保留原有工作項，可以繼續(xù)處理。 報修處理受理人對調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。如果處理部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號，定為重復(fù)工單提交歸檔。 報修回訪受理人對處理工單進(jìn)行回訪，如果用戶反饋報修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報修處理部門進(jìn)行處理。 報修歸檔受理人對回訪工單進(jìn)行歸檔，由歸檔人檢查報修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。 用戶管理電力故障報修系統(tǒng)完成了對用戶信息的管理，實(shí)現(xiàn)了用戶信息查詢、增加、刪除、修改。 報修人員管理電力故障報修系統(tǒng)完成了對報修人員信息的管理，實(shí)現(xiàn)了報修人員信息查詢、增加、刪除、修改。 報修車輛管理電力故障報修系統(tǒng)完成了對報修車輛信息的管理，實(shí)現(xiàn)了報修車輛信息查詢、增加、刪除、修改。 報修查詢電力故障報修系統(tǒng)實(shí)現(xiàn)了報修查詢功能，實(shí)現(xiàn)了報故障報修詳細(xì)信息查詢、搶修調(diào)度信息查詢、報修故障處理信息查詢、回訪信息查詢、工單個流程數(shù)量查詢等功能。頁面設(shè)計如圖 45 所示。圖45 報修查詢頁面設(shè)計圖 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫表簡介在對數(shù)據(jù)庫模型進(jìn)行設(shè)計后，在本系統(tǒng)中一共使用了12張數(shù)據(jù)庫表，他們的名稱和簡單的功能描述如下所示。（1）用戶信息表(USER_TAB)：記錄用戶的用戶名，密碼等基本信息。（2）權(quán)限表(ROLE_TAB)：記錄了權(quán)限的名稱。（3）用戶權(quán)限關(guān)聯(lián)表(USER_ROLE)：記錄了各個用戶擁有的權(quán)限信息。（4）工單受理信息表(S_99958_WKST)：記錄了用戶對工單進(jìn)行受理時的各種信息。（5）工單調(diào)度信息表(S_FAULT_ATTEMPER)：記錄了用戶對工單進(jìn)行調(diào)度時的各種信息。（6）工單處理信息表(S_FAULT_HANDLE2)：記錄了用戶對工單進(jìn)行處理時的各種信息。（7）工單回訪信息表(S_RETVISIT_RSLT)：記錄了用戶對工單進(jìn)行回訪時的各種信息。（8）搶修人員信息表(STAFF_INFO)：記錄了搶修人員的基本信息。（9）搶修車輛信息表(VEHICLE_INFO)：記錄了搶修車輛的基本信息。（10）附件表(P_SRV_ATTACH)：用于存儲用戶在受理階段上傳的附件信息。（11）主鍵遞增表(PRIMARY_KEYS)：用于生成維護(hù)其他各表的主鍵標(biāo)識信息。（12）下拉列表配置表(SELECTS)：存放了所有下拉列表的內(nèi)容信息。 數(shù)據(jù)庫表結(jié)構(gòu)（1）用戶信息表(USER_TAB)，存儲了用戶的ID，用戶名和密碼等基本信息，它的主鍵為USER_ID字段，該表主要用于系統(tǒng)的用戶管理，在系統(tǒng)登陸，以及對工單的受理人操作是會使用此表。用戶信息表結(jié)構(gòu)如下表 41 所示。表41 用戶信息表字段名數(shù)據(jù)類型描述USER_IDVARCHAR2(10)主鍵，用戶IDUSER_NAMEVARCHAR2(20)用戶名USER_PASSWDVARCHAR2(40)用戶密碼（2）權(quán)限表(ROLE_TAB),存儲了權(quán)限的ID，權(quán)限名稱等基本信息，它的主鍵為ROLE_ID字段，該表主要用于維護(hù)權(quán)限信息，在對用戶權(quán)限進(jìn)行操作時會關(guān)聯(lián)使用此表。權(quán)限表結(jié)構(gòu)如下表 42 所示。表42 用戶權(quán)限表字段名數(shù)據(jù)類型描述ROLE_IDVARCHAR2(2)主鍵，權(quán)限IDROLE_NAMEVARCHAR2(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)限操作時會使用此表。用戶權(quán)限關(guān)聯(lián)表的結(jié)構(gòu)如下表 43 所示。表43 用戶權(quán)限關(guān)聯(lián)表字段名數(shù)據(jù)類型描述ROLE_IDVARCHAR2(2)權(quán)限IDUSER_IDVARCHAR2(10)用戶ID（5）工單調(diào)度信息表(S_FAULT_ATTEMPER)，存儲了工單調(diào)度的基本信息，如故障調(diào)度標(biāo)識，申請編號，發(fā)送部門，接單時間，發(fā)送時間，退單標(biāo)志，退單原因等，它的主鍵為ATTEMPER_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于調(diào)度信息的維護(hù)，在用戶對工單進(jìn)行調(diào)度，以及工單查詢時會使用此表，工單受理信息表結(jié)構(gòu)如下表 45 所示。（6）工單處理信息表(S_FAULT_HANDLE2)，存儲了工單處理的基本信息，如到達(dá)現(xiàn)場時間、搶修單位、搶修部門、派出人員、故障原因等。它的主鍵為HANDLE_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于處理信息的維護(hù)，在用戶對工單進(jìn)行處理，以及工單查詢時會使用此表，工單受理信息表結(jié)構(gòu)如下表 46 所示。表45 工單調(diào)度信息表字段名數(shù)據(jù)類型描述ATTEMPER_IDVARCHAR2(32)主鍵，調(diào)度工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDREPAIR_DEPT_NOVARCHAR2(32)發(fā)送部門RECEIVE_TIMEDATE接單時間DISPACH_TIMEDATE發(fā)送時間RETURN_FLAGVARCHAR2(8)退單標(biāo)志RETURN_REASONVARCHAR2(8)退單原因表46 工單處理信息表字段名數(shù)據(jù)類型描述ATTEMPER_IDVARCHAR2(32)主鍵，調(diào)度工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDREPAIR_DEPT_NOVARCHAR2(32)發(fā)送部門RECEIVE_TIMEDATE接單時間DISPACH_TIMEDATE發(fā)送時間RETURN_FLAGVARCHAR2(8)退單標(biāo)志RETURN_REASONVARCHAR2(8)退單原因（7）工單回訪信息表(S_RETVISIT_RSLT)，存儲了工單回訪的基本信息，如回訪部門、回訪人員、回訪人員、回訪成功標(biāo)志、回訪失敗原因等。它的主鍵為WK_NO字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于回訪信息的維護(hù)，在用戶進(jìn)行客戶回訪，以及工單查詢時會使用此表，工單回訪信息表結(jié)構(gòu)如下表 47 所示。（8）搶修人員信息表(STAFF_INFO)，存儲了搶修人員的基本信息，如搶修人員工號，搶修人員姓名，所屬部門，是否空閑等。它的主鍵為ID字段。該表主要用于搶修人員信息的維護(hù)，在用戶對搶修人員信息進(jìn)行增刪改查操作，以及工單處理選擇搶修人員時會使用此表，搶修人員信息表結(jié)構(gòu)如下表 48 所示。表47 工單回訪信息表字段名數(shù)據(jù)類型描述WK_NOVARCHAR2(32)主鍵，回訪工單IDAPP_NOVARCHAR2(16)外鍵，關(guān)聯(lián)受理工單IDMODE_CODEVARCHAR2(8)回訪方式RET_VISIT_TIMEDATE回訪