電力系統(tǒng)分析畢業(yè)論文

1、<p><b>　　摘 要</b></p><p>　　電力作為國民經(jīng)濟(jì)的基礎(chǔ)和關(guān)鍵行業(yè)，在日常生產(chǎn)和生活中起著不可替代的重要作用。隨著電力事業(yè)的高速發(fā)展，電力營銷由以生產(chǎn)為中心階段進(jìn)入以消費(fèi)者為中心階段。提供良好的服務(wù)，是以消費(fèi)者為中心最為直接的體現(xiàn)，也是增供擴(kuò)銷必不可少的條件。本論文就是對(duì)電力客戶服務(wù)系統(tǒng)中電力故障報(bào)修子系統(tǒng)進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)。</p><

2、p>　　本系統(tǒng)基于 Struts 的 MVC 設(shè)計(jì)模式，利用其可維護(hù)性和可擴(kuò)展性，軟件低耦合、高內(nèi)聚的設(shè)計(jì)，實(shí)現(xiàn)了電力故障報(bào)修系統(tǒng)中對(duì)于報(bào)修信息的處理。電力故障報(bào)修系統(tǒng)主要包括報(bào)修受理、搶修調(diào)度、報(bào)修處理、報(bào)修回訪、報(bào)修歸檔、用戶管理、人員管理、車輛管理等功能。通過電力故障報(bào)修系統(tǒng)的應(yīng)用，強(qiáng)化了電力行業(yè)的內(nèi)部管理、改善了服務(wù)質(zhì)量，加快了電力故障維修速度，提升了客戶滿意度，創(chuàng)新了營銷體系管理理念。</p><p&

3、gt;　　本系統(tǒng)采用 JSP 和 Struts 框架技術(shù)，使用 Oracle 9i數(shù)據(jù)庫，Tomcat 服務(wù)器環(huán)境完成了電力故障報(bào)修系統(tǒng)對(duì)電力故障信息的處理。系統(tǒng)開發(fā)完成后，經(jīng)過了功能測試和系統(tǒng)測試，現(xiàn)處于試運(yùn)行中。電力故障報(bào)修系統(tǒng)的完成，為電力行業(yè)帶來了工作的高效，同時(shí)也保證了信息的安全，提升了客戶對(duì)電力企業(yè)的信賴。</p><p>　　關(guān)鍵詞：電力故障報(bào)修系統(tǒng)；客戶服務(wù)；J2EE；Struts框架</p

4、><p><b>　　Abstract</b></p><p>　　Electricity as the basis of the national economy and key industries, production and daily life in the day-to-day plays an irreplaceable role. With the ra

5、pid development of power industry, electricity sales from the production stage as the center as the center stage of the consumer. Provide good services to the consumer as the center is the most direct manifestation of, b

6、ut also for the expansion by an indispensable condition for sale. In this paper, customer service is the System of Electricity </p><p>　　The system is based on the MVC design pattern Struts, use its maintain

7、ability and scalability, software, low coupling, high cohesion of the design, the realization of the system of electricity power failure to deal with repair information. System of electricity power failure including the

8、admissibility of repair, repair scheduling, repair processing, repair return, repair archiving, user management, personnel management, vehicle management functions. Through the system of electricity power failu</p>

9、<p>　　The system uses the framework of JSP and Struts technology, the use of Oracle 9i database, Tomcat server environment to complete that system of electricity power failure repair information for the handling o

10、f power failure.Upon completion of system development, after the Functional Testing and System Testing, is now in trial operation. System of electricity power failure completed for the electric power industry to work eff

11、iciently, but also to ensure the security of information, enhance custome</p><p>　　Key words: System of Electricity Power Failure, Customer Service, J2EE, Struts framework</p><p><b>　　目

12、 錄</b></p><p><b>　　摘要I</b></p><p>　　AbstractII</p><p><b>　　目錄III</b></p><p>　　第1章 緒 論1</p><p>　　1.1 選題背景與意義1</p&

13、gt;<p>　　1.1.1 選題背景1</p><p>　　1.1.2 研究意義1</p><p>　　1.2 國內(nèi)外發(fā)展現(xiàn)狀2</p><p>　　1.3 本人所做工作2</p><p>　　第2章 系統(tǒng)開發(fā)技術(shù)分析3</p><p>　　2.1 框架、構(gòu)架及設(shè)計(jì)模式概述3&l

14、t;/p><p>　　2.2 Struts框架分析3</p><p>　　2.2.1 Struts設(shè)計(jì)模式3</p><p>　　2.2.2 Struts工作流程5</p><p>　　2.2.3 Struts標(biāo)簽庫5</p><p>　　2.3 JSP技術(shù)分析6</p><p>

15、;　　2.3.1 JSP技術(shù)特點(diǎn)6</p><p>　　2.3.2 JSP實(shí)現(xiàn)原理8</p><p>　　2.4 開發(fā)工具分析8</p><p>　　2.4.1 Eclipse簡介8</p><p>　　2.4.2 CVS（Concurrent Version System）8</p><p>　　

16、2.4.3 JDK（Java Development Kit）9</p><p>　　2.5 技術(shù)可行性9</p><p>　　第3章 系統(tǒng)分析10</p><p>　　3.1 需求總述10</p><p>　　3.2 用例描述10</p><p>　　3.2.1 報(bào)修受理10</p>

17、;<p>　　3.2.2 搶修調(diào)度14</p><p>　　3.2.3 報(bào)修處理15</p><p>　　3.2.4 報(bào)修回訪16</p><p>　　3.2.5 報(bào)修歸檔16</p><p>　　3.3 動(dòng)態(tài)模型設(shè)計(jì)17</p><p>　　3.3.1 受理工單類對(duì)象動(dòng)態(tài)模型17

18、</p><p>　　3.3.2 搶修車輛類對(duì)象動(dòng)態(tài)模型17</p><p>　　3.4 序列圖18</p><p>　　3.5 組件圖18</p><p>　　第4章 系統(tǒng)設(shè)計(jì)19</p><p>　　4.1 設(shè)計(jì)指導(dǎo)思想和原則19</p><p>　　4.1.1 指導(dǎo)思

19、想19</p><p>　　4.1.2 軟件設(shè)計(jì)原則19</p><p>　　4.2 系統(tǒng)構(gòu)架設(shè)計(jì)總體描述20</p><p>　　4.3 系統(tǒng)流程分析21</p><p>　　4.4 功能設(shè)計(jì)21</p><p>　　4.4.1 故障受理23</p><p>　　4.4.

20、2 搶修調(diào)度24</p><p>　　4.4.3 報(bào)修處理24</p><p>　　4.4.4 報(bào)修回訪24</p><p>　　4.4.5 報(bào)修歸檔24</p><p>　　4.4.6 用戶管理24</p><p>　　4.4.7 報(bào)修人員管理24</p><p>　　

21、4.4.8 報(bào)修車輛管理24</p><p>　　4.4.9 報(bào)修查詢24</p><p>　　4.5 數(shù)據(jù)庫設(shè)計(jì)25</p><p>　　4.5.1 數(shù)據(jù)庫表簡介25</p><p>　　4.5.2 數(shù)據(jù)庫表結(jié)構(gòu)26</p><p>　　4.6 系統(tǒng)開發(fā)工具及運(yùn)行環(huán)境32</p>

22、<p>　　4.6.1 開發(fā)工具及開發(fā)調(diào)試環(huán)境32</p><p>　　4.6.2 運(yùn)行環(huán)境32</p><p>　　第5章 系統(tǒng)實(shí)施33</p><p>　　5.1 程序編寫33</p><p>　　5.2 Action層的實(shí)現(xiàn)33</p><p>　　5.3 BO層的實(shí)現(xiàn)34&l

23、t;/p><p>　　5.4 DAO層的實(shí)現(xiàn)35</p><p>　　5.5 系統(tǒng)安全性的實(shí)現(xiàn)37</p><p>　　第6章 系統(tǒng)測試38</p><p>　　6.1 功能性測試38</p><p>　　6.1.1 報(bào)修受理模塊測試38</p><p>　　6.1.2 搶修人

24、員管理模塊測試39</p><p>　　6.1.3 報(bào)修處理模塊測試40</p><p>　　6.2 非功能性測試42</p><p><b>　　結(jié)論43</b></p><p><b>　　參考文獻(xiàn)44</b></p><p><b>　　致謝4

25、6</b></p><p>　　第1章 緒 論</p><p>　　電力故障報(bào)修系統(tǒng)（System of Electricity Power Failure）是科技發(fā)展、社會(huì)進(jìn)步的產(chǎn)物。電力作為國民經(jīng)濟(jì)的基礎(chǔ)和關(guān)鍵行業(yè)，在日常生產(chǎn)和生活中起著不可替代的重要作用。隨著電力事業(yè)的高速發(fā)展，電力營銷由以生產(chǎn)為中心階段進(jìn)入以消費(fèi)者為中心階段。提供良好的服務(wù)，是以消費(fèi)者為中心最為

26、直接的體現(xiàn)，也是增供擴(kuò)銷必不可少的條件。電力故障報(bào)修系統(tǒng)，可以有效的提高電力企業(yè)的整體運(yùn)作效率并且提高了公司的客戶服務(wù)質(zhì)量。在本章將對(duì)系統(tǒng)的背景進(jìn)行介紹，分析系統(tǒng)在國內(nèi)外的發(fā)展現(xiàn)狀，提出了系統(tǒng)應(yīng)用的目的及意義。</p><p>　　1.1 選題背景與意義</p><p>　　1.1.1 選題背景</p><p>　　改革開放以來，電力事業(yè)進(jìn)入高速發(fā)展階段，已由計(jì)

27、劃經(jīng)濟(jì)向市場經(jīng)濟(jì)迅速過渡，電力營銷由以生產(chǎn)為中心階段進(jìn)入以消費(fèi)者為中心階段。而且，隨著我國電力體制改革的深入和電力企業(yè)市場意識(shí)的增強(qiáng)以及我國成功加入WTO，電力公司傳統(tǒng)的用電營業(yè)管理逐步向全面的電力營銷服務(wù)轉(zhuǎn)換，新的以客戶服務(wù)為宗旨的電力營銷體系正在逐步建立，各級(jí)電力公司迫切需要構(gòu)筑一個(gè)符合市場經(jīng)濟(jì)要求、具有競爭實(shí)力、能夠改進(jìn)工作效率并且具有客戶自助服務(wù)功能的電子化客戶服務(wù)中心。利用現(xiàn)代計(jì)算機(jī)技術(shù)、通信技術(shù)和Internet網(wǎng)絡(luò)，依托電

28、力營銷、配電地理等管理信息系統(tǒng)，電力企業(yè)可以建立一個(gè)電子化“一口對(duì)外”的客戶請(qǐng)求服務(wù)、故障報(bào)修處理系統(tǒng)--電力故障報(bào)修系統(tǒng)（System of Electricity Power Failure），全方位應(yīng)答客戶電話、傳真、Internet、Email形式的服務(wù)請(qǐng)求，向電力客戶提供多層次、全方位和個(gè)性化的服務(wù)。</p><p>　　1.1.2 研究意義</p><p>　　電力故障報(bào)修系

29、統(tǒng)借助國際、國內(nèi)先進(jìn)的市場營銷管理模式，采用技術(shù)成熟軟件開發(fā)工具，利用通訊技術(shù)、計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，結(jié)合坐席管理制度，實(shí)現(xiàn)對(duì)客戶故障報(bào)修請(qǐng)求的受理、調(diào)度、處理、回訪和歸檔，以統(tǒng)一的規(guī)范、統(tǒng)一的標(biāo)準(zhǔn)和統(tǒng)一的技術(shù)手段，實(shí)現(xiàn)對(duì)客戶“面對(duì)面”的服務(wù)。電力故障報(bào)修系統(tǒng)與電力企業(yè)的生產(chǎn)、調(diào)度、管理等業(yè)務(wù)處理系統(tǒng)相結(jié)合，通過建立合理的處理機(jī)制，保證企業(yè)的快速反應(yīng)能力，提高對(duì)客戶的反應(yīng)速度和質(zhì)量。電力故障報(bào)修系統(tǒng)在企業(yè)與客戶之間架起連接的橋梁，客戶對(duì)企業(yè)的

30、認(rèn)識(shí)是建立在企業(yè)客戶服務(wù)代表的服務(wù)質(zhì)量之上的，通過電力故障報(bào)修系統(tǒng)提高了服務(wù)質(zhì)量，降低了服務(wù)成本，改善了客戶管理體制，優(yōu)化管理結(jié)構(gòu)，更提高了工作效率。</p><p>　　1.2 國內(nèi)外發(fā)展現(xiàn)狀</p><p>　　從世界范圍來看，電力信息化改革始于1981年的智利。但是這場改革發(fā)展成為一次世界性的改革運(yùn)動(dòng)則是在80年代末英國開始電力工業(yè)改革之后。世界各國電力信息化管理模式差異較大，與本

31、國市場經(jīng)濟(jì)發(fā)展程度、經(jīng)濟(jì)發(fā)展水平、所有制形式等密切相關(guān)。</p><p>　　電力信息化作為公用事業(yè)有其特殊性，因此，即使在市場經(jīng)濟(jì)制度比較完善的國家，其電力信息化的組織形式和運(yùn)行機(jī)制與一般競爭行業(yè)也不同。在國外，推動(dòng)和促進(jìn)這種信息化取得成功的因素主要有兩個(gè)方面：一是外部壓力，即社會(huì)對(duì)電力信息化的要求，因?yàn)殡娏π畔⒒到y(tǒng)比如電力故障報(bào)修系統(tǒng)，能夠帶來低成本和高效率，消費(fèi)者要求建立新的以客戶服務(wù)為宗旨的電力營銷體系

32、，社會(huì)對(duì)電力工業(yè)提高效率與服務(wù)的要求是推動(dòng)電力信息化建設(shè)的外部條件。二是技術(shù)條件，現(xiàn)代信息技術(shù)的廣泛普及和深入應(yīng)用，為信息化提供了技術(shù)保證，信息化在整個(gè)電力行業(yè)中所占的比重在不斷上升。</p><p>　　對(duì)于我國，幅員遼闊，不同地區(qū)處在不同的電力發(fā)展水平和階段，以及資源、荷分布的不均衡性，電力行業(yè)信息化資源還沒有得到充分有效的利用。因此，實(shí)現(xiàn)信息資源優(yōu)化配置，在更大區(qū)域內(nèi)取得電力電量平衡，建立強(qiáng)固的電網(wǎng)，以消費(fèi)

33、者為中心提供良好的服務(wù)，提高工作效率和客戶滿意度就變得尤為重要。</p><p>　　因此，為提高工作效率和客戶滿意度，適應(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ù)中心體系。通過客戶服務(wù)中心為用戶提供電力故障報(bào)修等業(yè)務(wù)，用戶只需撥打統(tǒng)一的服務(wù)熱線號(hào)碼（95598）就可享受24小時(shí)免費(fèi)服務(wù)，以往那些繁雜的手續(xù)將由客戶代表來完

34、成，提高工作效率和服務(wù)質(zhì)量，極大地提高了客戶的滿意度，開拓了用戶市場，提高市場競爭能力。</p><p>　　第2章 系統(tǒng)開發(fā)技術(shù)分析</p><p>　　2.1 框架、構(gòu)架及設(shè)計(jì)模式概述</p><p>　　框架(Framework)，構(gòu)件(Component)和設(shè)計(jì)模式(Design pattern)是一個(gè)成熟的系統(tǒng)平臺(tái)中三個(gè)重要的部分，同時(shí)又是三個(gè)很容易混

35、淆的概念?？蚣芡菫閷?shí)現(xiàn)一個(gè)或多個(gè)設(shè)計(jì)模式而設(shè)計(jì)的可重用可擴(kuò)展的設(shè)計(jì)，是軟件系統(tǒng)開發(fā)的半成品，而構(gòu)件是框架當(dāng)中的可重用的工具包，類庫或者API。框架（Framework）是可重用的，半完成的應(yīng)用程序，可以用來產(chǎn)生專門的定制程序。象人一樣，軟件應(yīng)用的相似性比不同點(diǎn)要多。它們運(yùn)行在相同的機(jī)器上，期望從相同的設(shè)備輸入信息，輸出到相同的顯示設(shè)備，并且存儲(chǔ)數(shù)據(jù)到相同的硬盤設(shè)備。工作在傳統(tǒng)桌面應(yīng)用的開發(fā)人員習(xí)慣于那些可以覆蓋應(yīng)用開發(fā)同一性的工具包

36、和開發(fā)環(huán)境。構(gòu)架在這些公共基礎(chǔ)上的應(yīng)用框架可以為開發(fā)人員提供可重用服務(wù)的基礎(chǔ)架構(gòu)。</p><p>　　構(gòu)件(Component)通常是代碼重用，而設(shè)計(jì)模式是設(shè)計(jì)重用，框架則介于兩者之間，部分代碼重用，部分設(shè)計(jì)重用，有時(shí)分析也可重用。在軟件生產(chǎn)中有三種級(jí)別的重用：內(nèi)部重用，即在同一應(yīng)用中能公共使用的抽象塊；代碼重用，即將通用模塊組合成庫或工具集，以便在多個(gè)應(yīng)用和領(lǐng)域都能使用；應(yīng)用框架的重用，即為專用領(lǐng)域提供通用的

37、或現(xiàn)成的基礎(chǔ)結(jié)構(gòu)，以獲得最高級(jí)別的重用性。</p><p>　　設(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，框架是軟件，而設(shè)計(jì)模式是軟件

38、的知識(shí)。</p><p>　　2.2.Struts設(shè)計(jì)模式</p><p>　　Struts實(shí)際上是將Model、View、Controller這些概念分別對(duì)應(yīng)到了不同的Web應(yīng)用組件，因此，可以說Struts是MVC設(shè)計(jì)模式的具體實(shí)現(xiàn)。在Struts設(shè)計(jì)模式中，模型由實(shí)現(xiàn)業(yè)務(wù)邏輯的JavaBean組件構(gòu)成，控制器由ActionServlet和Action來實(shí)現(xiàn)，視圖由一組JSP文件與St

39、ruts標(biāo)簽庫構(gòu)成。</p><p><b>　　1.Model</b></p><p>　　MVC系統(tǒng)中的Model部分從概念上可以分為兩類——系統(tǒng)的內(nèi)部狀態(tài)和改變系統(tǒng)狀態(tài)的動(dòng)作。Struts為Model部分提供了Action和ActionForm對(duì)象：所有的Action處理器對(duì)象都是開發(fā)者從Struts的Action類派生的子類。Action處理器對(duì)象封裝了具體的

40、處理邏輯，調(diào)用業(yè)務(wù)邏輯模塊，并且把響應(yīng)提交到合適的View組件以產(chǎn)生響應(yīng)。Struts提供的ActionForm組件對(duì)象，它可以通過定義屬性描述客戶端表單數(shù)據(jù)。開發(fā)者可以從它派生子類對(duì)象，利用它和Struts提供的自定義標(biāo)記庫，可以實(shí)現(xiàn)對(duì)客戶端的表單數(shù)據(jù)的良好封裝和支持，Action處理器對(duì)象可以直接對(duì)它進(jìn)行讀寫，而不再需要和request、response對(duì)象進(jìn)行數(shù)據(jù)交互。通過ActionForm組件對(duì)象實(shí)現(xiàn)了對(duì)View和Model之

41、間交互的支持。</p><p><b>　　2.View</b></p><p>　　Struts應(yīng)用中的View 部分是通過JSP技術(shù)實(shí)現(xiàn)的。Struts提供了自定義的標(biāo)簽庫可以使用，通過這些自定義標(biāo)簽可以非常好地和系統(tǒng)的Model 部分交互，通過使用這些自定義標(biāo)簽創(chuàng)建的JSP表單，可以實(shí)現(xiàn)和Model部分中的ActionForm的映射，完成對(duì)用戶數(shù)據(jù)的封裝，同時(shí)這

42、些自定義標(biāo)簽還提供了像模板定制等多種顯示功能。StrutsController ActionServlet處理客戶請(qǐng)求，利用配置的Action Mapping對(duì)象把請(qǐng)求映射到Action處理器對(duì)象進(jìn)行處理。Action處理對(duì)象訪問ActionForm中的數(shù)據(jù)，處理和響應(yīng)客戶請(qǐng)求，它還調(diào)用后臺(tái)的Bean組件，這些組件封裝了具體的業(yè)務(wù)邏輯。Action處理器對(duì)象根據(jù)處理結(jié)果通知Controller，Controller進(jìn)行下一步的處理。&l

43、t;/p><p>　　3.Controller</p><p>　　控制器的作用是從客戶端接受請(qǐng)求，并且選擇執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，然后把響應(yīng)結(jié)果送回到客戶端。Struts提供了一個(gè)控制器組件ActionServlet，它繼承自HttpServlet，并重載了HttpServlet的doGet()、doPost()方法，可以接受Http響應(yīng)并進(jìn)行轉(zhuǎn)發(fā)。同時(shí)還提供了使用XML 進(jìn)行轉(zhuǎn)發(fā)Mapping

44、（映射）的功能。</p><p>　　2.2.2 Struts工作流程</p><p>　　如果在Web應(yīng)用中采用Struts，應(yīng)該在Web應(yīng)用啟動(dòng)時(shí)就加載并初始化ActionServlet，ActionServlet從struts-config.xml文件中讀取配置信息，把他們存放到各種配置對(duì)象中，例如Action的映射信息存放在Action Mapping對(duì)象中。當(dāng)ActionSer

45、vlet接收到一個(gè)客戶請(qǐng)求時(shí)，將執(zhí)行如下流程：</p><p>　　1.檢索和用戶請(qǐng)求匹配的ActionMapping實(shí)例，如果不存在，就返回用戶請(qǐng)求路徑無效信息。</p><p>　　2.如果ActionForm實(shí)例不存在，就創(chuàng)建一個(gè)ActionForm對(duì)象，把客戶提交的表單數(shù)據(jù)保存到ActionForm對(duì)象中。</p><p>　　3.根據(jù)配置信息決定是否需要表

46、單驗(yàn)證。如果需要驗(yàn)證，就調(diào)用ActionForm的validate()方法。</p><p>　　4.如果ActionForm的validate()方法返回null或返回一個(gè)不包含ActionMessage的ActionErrors對(duì)象，就表示表單驗(yàn)證成功；如果ActionForm的validate()方法返回一個(gè)包含一個(gè)或多個(gè)ActionMessage的ActionErrors對(duì)象，就表示表單驗(yàn)證失敗，此時(shí)Ac

47、tionServlet將直接把請(qǐng)求轉(zhuǎn)發(fā)給包含用戶提交表單的JSP組件，在這種情況下，不會(huì)在創(chuàng)建Action對(duì)象并直接調(diào)用Action 的execute 方法。</p><p>　　5.ActionServlet根據(jù)ActionMapping實(shí)例包含的映射信息決定將請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè)Action，如果相應(yīng)的Action實(shí)例不存在，就先創(chuàng)建這個(gè)實(shí)例，然后調(diào)用Action的execute 方法。</p>&l

48、t;p>　　6.Action的execute方法返回一個(gè)ActionForward對(duì)象，ActionServlet再把客戶請(qǐng)求轉(zhuǎn)發(fā)給ActionForward對(duì)象指向的JSP 組件。</p><p>　　7.ActionForward對(duì)象指向的JSP組件生成動(dòng)態(tài)網(wǎng)頁，返回給客戶。</p><p>　　2.2.3 Struts標(biāo)簽庫</p><p>　　在St

49、ruts中與視圖組件相關(guān)的工具主要包括Struts架構(gòu)中提供的強(qiáng)大標(biāo)簽庫，常用的如下：</p><p>　　1.Struts-html.tld標(biāo)簽：擴(kuò)展HTML Form的JSP標(biāo)簽。</p><p>　　2.Struts-bean.tld標(biāo)簽：擴(kuò)展處理JavaBean的JSP標(biāo)簽。</p><p>　　3.Struts-logic.tld標(biāo)簽：擴(kuò)展測試屬性值的JS

50、P標(biāo)簽。</p><p>　　4.Struts-titles標(biāo)簽：實(shí)現(xiàn)Web頁布局設(shè)計(jì)的框架與模板化。</p><p>　　在使用Struts標(biāo)簽庫時(shí)要在JSP文件頂部的<taglib>偽指令如下所示：</p><p>　　<%@ taglib uri=“struts-html.tld”prefix=“html”%></p>&

51、lt;p>　　<%@ taglib uri=“struts-bean.tld”prefix=“bean”%></p><p>　　<%@ taglib uri=“struts-logic.tld”prefix=“l(fā)ogic”%></p><p>　　每個(gè)<taglib>偽指令都具有與基于web.xml的<taglib>標(biāo)記中的URL相匹

52、配的URL。</p><p>　　2.3. JSP技術(shù)特點(diǎn)</p><p>　　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ā)。</p><p>　　（1）將內(nèi)容的生成和顯示進(jìn)行分離</p><p&g

53、t;　　使用JSP 技術(shù)，Web頁面開發(fā)人員可以使用HTML或者XML標(biāo)識(shí)來設(shè)計(jì)和格式化最終頁面。使用JSP標(biāo)識(shí)或者小腳本來生成頁面上的動(dòng)態(tài)內(nèi)容。生成內(nèi)容的邏輯被封裝在標(biāo)識(shí)和JavaBeans組件中，并且捆綁在小腳本中，所有的腳本在服務(wù)器端運(yùn)行。如果核心邏輯被封裝在標(biāo)識(shí)和Bean中，其他人能夠編輯和使用JSP頁面，而不影響內(nèi)容的生成。在服務(wù)器端，JSP引擎解釋JSP標(biāo)識(shí)和小腳本，生成所請(qǐng)求的內(nèi)容，并且將結(jié)果以HTML（或XML）頁面的形

54、式發(fā)送回瀏覽器。這有助于作者保護(hù)自己的代碼，而又保證任何基于HTML的Web瀏覽器的完全可用性。</p><p>　　（2）生成可重用組件</p><p>　　絕大多數(shù)JSP頁面依賴于可重用的，跨平臺(tái)的組件來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理。開發(fā)人員能夠共享和交換執(zhí)行普通操作的組件，或者使得這些組件為更多的使用者或者客戶團(tuán)體所使用。基于組件的方法加速了總體開發(fā)過程，并且使得各種組織在他們

55、現(xiàn)有的技能和優(yōu)化結(jié)果的開發(fā)努力中得到平衡。</p><p>　　（3）采用表示簡化頁面開發(fā)</p><p>　　Web頁面開發(fā)人員不一定都是熟悉腳本語言的編程人員。Java Server Page技術(shù)封裝了許多功能，這些功能是在易用的、與JSP相關(guān)的XML標(biāo)識(shí)中進(jìn)行動(dòng)態(tài)內(nèi)容生成所需要的。標(biāo)準(zhǔn)的JSP標(biāo)識(shí)能夠訪問和實(shí)例化JavaBeans組件，設(shè)置或者檢索組件屬性，下載Applet，以及執(zhí)行

56、用其他方法更難于編碼或耗時(shí)的功能。通過開發(fā)定制標(biāo)識(shí)庫，JSP技術(shù)是可以擴(kuò)展的。今后，第三方開發(fā)人員和其他人員可以為常用功能創(chuàng)建自己的表示庫。這使得Web頁面開發(fā)人員能夠使用熟悉的工具和如同標(biāo)識(shí)一樣地執(zhí)行特定功能的構(gòu)建來工作。</p><p>　?。?）JSP能提供所有Servlet功能</p><p>　　與Servlets相比，JSP能提供所有的Servlets功能，它比用println

57、書寫和修改HTML更方便。此外，可以更明確的進(jìn)行分工，Web頁面設(shè)計(jì)人員編寫HTML，只需要留出空間讓Servlets程序員插入動(dòng)態(tài)部分即可。</p><p>　?。?）健壯的存儲(chǔ)管理和安全性</p><p>　　由于JSP頁面的內(nèi)置腳本語言是基于Java編程語言的，而且所有的JSP頁面都被編譯成JavaSevlet，JSP頁面就具有Java技術(shù)的所有優(yōu)點(diǎn)，包括健壯的存儲(chǔ)管理和安全性。&l

58、t;/p><p>　?。?）一次編寫，隨處運(yùn)行</p><p>　　作為Java平臺(tái)的一部分，JSP擁有Java編程語言“一次編寫，隨處運(yùn)行”的特點(diǎn)。隨著越來越多的供應(yīng)商將JSP支持添加到他們的產(chǎn)品中，可以使用自己所選擇的服務(wù)器和工具，但并不影響當(dāng)前的應(yīng)用。</p><p>　?。?）JSP的平臺(tái)適應(yīng)性更廣</p><p>　　這是JSP比ASP

59、的優(yōu)越之處。幾乎所有平臺(tái)都支持Java、JSP+JavaBean，他們可以在任何平臺(tái)下通行無阻。NT下的IIS通過一個(gè)插件就能支持JSP，著名的Web服務(wù)器已經(jīng)能夠支持JSP。由于Apache廣泛應(yīng)用的NT、UNIX和LINUX上，應(yīng)此JSP有更廣泛的運(yùn)行平臺(tái)。從一個(gè)平臺(tái)移植到另一個(gè)平臺(tái)，JSP和JavaBean甚至不用重新編譯，因?yàn)镴ava字節(jié)碼都是標(biāo)準(zhǔn)的字節(jié)碼與平臺(tái)無關(guān)。</p><p>　?。?）Java中

60、連接數(shù)據(jù)庫的技術(shù)是JDBC（Java Database Connectivity）</p><p>　　很多數(shù)據(jù)庫系統(tǒng)帶有JDBC驅(qū)動(dòng)程序，Java程序就通過JDBC驅(qū)動(dòng)程序與數(shù)據(jù)庫相連，執(zhí)行查詢、提取數(shù)據(jù)等操作。Sun 公司還開發(fā)了JDBC-ODBC Bridge，用此技術(shù)Java程序就可以訪問帶有ODBC驅(qū)動(dòng)程序的數(shù)據(jù)庫，目前大多數(shù)數(shù)據(jù)庫系統(tǒng)都帶有ODBC驅(qū)動(dòng)程序，所以Java程序能訪問諸如Oracle、Sy

61、sbase、MS SQL Server和MS Access等類型數(shù)據(jù)庫。</p><p>　　2.3.2 JSP實(shí)現(xiàn)原理</p><p>　　JSP源文件由安裝在Web服務(wù)器上的JSP引擎編譯執(zhí)行?？蛻魧?duì)JSP的請(qǐng)求直接發(fā)送給JSP引擎，JSP引擎接受到請(qǐng)求后，按照J(rèn)SP源代碼中所規(guī)定的內(nèi)容生成給客戶端的響應(yīng)，并把響應(yīng)傳遞給客戶端的瀏覽器。所有的引擎都必須支持的請(qǐng)求和響應(yīng)協(xié)議都是HTTP

62、協(xié)議，但是同一個(gè)引擎也可以支持其他的一些請(qǐng)求和響應(yīng)協(xié)議。默認(rèn)的request對(duì)象對(duì)應(yīng)的協(xié)議是HttpRequest，而response對(duì)象對(duì)應(yīng)的協(xié)議則是HttpServletResponse。一個(gè)Jsp引擎需要在傳遞request 和response 對(duì)象之前，要在JSP 源代碼中創(chuàng)建一個(gè)類，而servlet則定義了在JSP 引擎與JSP 源文件實(shí)現(xiàn)類之間的約定。這個(gè)約定描述了一個(gè)JSP作者如何說明原文件實(shí)現(xiàn)init()和destroy

63、()方法時(shí)，必須執(zhí)行的一些動(dòng)作。在這個(gè)約定中，最重要的是jspService()方法，這個(gè)方法是通過一個(gè)JSP引擎從JSP文件中自動(dòng)產(chǎn)生的。</p><p>　　2.4 開發(fā)工具分析</p><p>　　2.4.1 Eclipse簡介</p><p>　　Eclipse是一個(gè)開放源代碼的基于JAVA的可擴(kuò)展開發(fā)平臺(tái)，專注于為高度集成的工具開發(fā)提供一個(gè)全功能的、具

64、有商業(yè)品質(zhì)的工業(yè)平臺(tái)。就其本身而言，它只是一個(gè)框架和一組服務(wù)，用地通過插件組件構(gòu)建開發(fā)環(huán)境。幸運(yùn)的是，Eclipse附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括JAVA開發(fā)(Java Development Tools，JDT)，還包括插件開發(fā)環(huán)境(Plug-inDevelopment Environment，PDE)，這個(gè)組件主要針對(duì)希望擴(kuò)展Eclipse 的軟件開發(fā)人員，因?yàn)樗试S他們構(gòu)建與Eclipse 環(huán)境無縫集成的工具。由于Eclipse中的

65、每樣?xùn)|西都是插件，對(duì)于給Eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場所。它的用途并不限于JAVA語言；例如，支持諸如C/C++、COBOL、和Eiffel 等編程語言的插件已經(jīng)可以應(yīng)用。在運(yùn)行Eclipse 之前首先應(yīng)該安裝好JDK，設(shè)置好環(huán)境變量JAVA_HOME、CLASSPATH和PATH。</p><p>　　2.4.2 CVS（Concurr

66、ent Version System）</p><p>　　CVS是一種項(xiàng)目的版本控制工具項(xiàng)目的版本控制對(duì)于團(tuán)隊(duì)開發(fā)是極端重要的，對(duì)于個(gè)人開發(fā)都也是項(xiàng)目復(fù)雜化時(shí)不可缺少的工具目前CVS已是版本控制系統(tǒng)的主流軟件，采用客戶機(jī)/服務(wù)器體系，代碼以及各種版本存儲(chǔ)在中收服務(wù)器內(nèi)，每一個(gè)開發(fā)者開發(fā)時(shí)都首先從服務(wù)器上獲得一份自己的拷貝，在此基礎(chǔ)上進(jìn)行開發(fā)，以避免直接影響服務(wù)器上的數(shù)據(jù)。開發(fā)者可以隨時(shí)把自己的新代碼提交給服務(wù)器

67、，并通過更新獲得代碼的最新狀態(tài)，保持與其他開發(fā)者的一致。CVS對(duì)于網(wǎng)絡(luò)是透明的，開發(fā)者可以使用客戶端軟件（幾乎所有的平臺(tái)上都有相應(yīng)的客戶端軟件）在任何地點(diǎn)通過網(wǎng)絡(luò)來獲取最新的代碼。</p><p>　　2.4.3 JDK（Java Development Kit）</p><p>　　JDK是整個(gè)Java的核心，包括了Java運(yùn)行環(huán)境（Java Runtime Envirnment），一

68、堆Java工具和Java基礎(chǔ)的類庫(rt.jar)。不論什么Java應(yīng)用服務(wù)器實(shí)質(zhì)都是內(nèi)置了某個(gè)版本的JDK。因此掌握 JDK 是學(xué)好Java的第一步。最主流的JDK是Sun公司發(fā)布的JDK，除了Sun之外，還有很多公司和組織都開發(fā)了自己的JDK，例如IBM公司開發(fā)的JDK。JDK(Java Development Kit，Java開發(fā)包，Java開發(fā)工具)是一個(gè)寫Java的applet和應(yīng)用程序的程序開發(fā)環(huán)境。它由一個(gè)處于操作系統(tǒng)層之

69、上的運(yùn)行環(huán)境還有開發(fā)者編譯，調(diào)試和運(yùn)行用Java語言寫的applet和應(yīng)用程序所需的工具組成。</p><p>　　2.5 技術(shù)可行性</p><p>　　系統(tǒng)的開發(fā)環(huán)境為Windows操作系統(tǒng)，Windows操作系統(tǒng)在國內(nèi)的應(yīng)用范圍十分廣泛，B/S架構(gòu)的系統(tǒng)發(fā)展已經(jīng)比較成熟，后臺(tái)數(shù)據(jù)庫操作系統(tǒng)采用安全性較高的Orcale9i，前端開發(fā)采用比較強(qiáng)大的JSP，整個(gè)系統(tǒng)采用Struts為主框

70、架，以這些先進(jìn)的工具為基礎(chǔ)，系統(tǒng)開發(fā)在技術(shù)上是可行的。</p><p><b>　　第3章 系統(tǒng)分析</b></p><p><b>　　3.1 需求總述</b></p><p>　　電力故障報(bào)修系統(tǒng)是為提高電力行業(yè)服務(wù)質(zhì)量和服務(wù)效率，降低服務(wù)成本，改善客戶管理體制，優(yōu)化管理結(jié)構(gòu)而設(shè)計(jì)開發(fā)的。其中，報(bào)修受理提供故障報(bào)修

71、業(yè)務(wù)的受理信息錄入、保存、發(fā)送等功能；報(bào)修流程工作列表提供報(bào)修所有流程信息查詢并提供處理鏈接；搶修調(diào)度提供搶修調(diào)度信息錄入、保存等功能；報(bào)修處理提供故障處理信息錄入、保存等功能；搶修車輛信息管理完成搶修車輛信息的查詢、刷新、刪除、增加、修改等功能；搶修人員信息管理提供搶修人員信息的查詢、刪除、增加等功能；報(bào)修回訪提供流程回訪、流程回訪信息的錄入、保存、流程發(fā)送等功能；報(bào)修歸檔提供95598報(bào)修工單的歸檔功能；報(bào)修查詢提供故障處理信息查詢

72、功能；故障報(bào)修詳細(xì)信息提供故障處理信息顯示功能；用戶管理實(shí)行人員的注冊(cè)、修改功能，只有注冊(cè)的人員才能登陸系統(tǒng)進(jìn)行操作。</p><p><b>　　3.2 用例描述</b></p><p>　　根據(jù)業(yè)務(wù)調(diào)研分析及需求總述，分析出如下的用例，下面幾節(jié)是對(duì)各用例的分析和理解。</p><p>　　3.2.1 報(bào)修受理</p>&l

73、t;p>　　報(bào)修受理用例設(shè)計(jì)如圖 3-1 所示。</p><p>　　圖3-1 報(bào)修受理用例圖</p><p><b>　　3.2.2報(bào)修處理</b></p><p>　　（1）報(bào)修處理用例設(shè)計(jì)如圖 3-3 所示。</p><p>　　圖3-3 報(bào)修處理用例圖</p><p>　　（2）報(bào)修

74、處理用例描述同上述報(bào)修受理用例描述。</p><p>　　3.2.3 報(bào)修回訪</p><p>　?。?）報(bào)修回訪用例設(shè)計(jì)如圖 3-4 所示。</p><p>　　圖3-4 報(bào)修回訪用例圖</p><p>　?。?）報(bào)修回訪用例描述同上述報(bào)修受理用例描述。</p><p>　　3.2.5 報(bào)修歸檔</p>

75、;<p>　?。?）報(bào)修歸檔用例設(shè)計(jì)如圖 3-5 所示。</p><p>　　圖3-5 報(bào)修歸檔用例圖</p><p>　?。?）報(bào)修歸檔用例描述同上述報(bào)修受理用例描述。</p><p>　　3.3 動(dòng)態(tài)模型設(shè)計(jì)</p><p>　　3.3.1 受理工單類對(duì)象動(dòng)態(tài)模型</p><p>　　受理工單類對(duì)

76、象狀態(tài)如 3-6 圖所示。</p><p>　　圖3-6 受理工單類對(duì)象狀態(tài)圖</p><p>　　3.3.2 搶修車輛類對(duì)象動(dòng)態(tài)模型</p><p>　　搶修車輛類對(duì)象狀態(tài)如圖 3-7 所示。</p><p>　　圖3-7 搶修車輛類對(duì)象狀態(tài)圖</p><p><b>　　3.4 序列圖</b&g

77、t;</p><p>　　受理模塊新增受理表單成功的序列圖如圖 3-8 所示。</p><p>　　圖3-8 受理模塊新增受理表單成功的序列圖</p><p><b>　　3.5 組件圖</b></p><p>　　電力報(bào)修系統(tǒng)組件圖如圖 3-9 所示。</p><p>　　圖3-9 電力故障報(bào)

78、修系統(tǒng)組件圖</p><p><b>　　第4章 系統(tǒng)設(shè)計(jì)</b></p><p>　　4.1 設(shè)計(jì)指導(dǎo)思想和原則</p><p>　　4.1.1 指導(dǎo)思想</p><p>　?。?）堅(jiān)持統(tǒng)一規(guī)劃、科學(xué)管理、服務(wù)應(yīng)用的指導(dǎo)方針；</p><p>　　（2）充分利用現(xiàn)有工作基礎(chǔ)和成果，進(jìn)行改進(jìn)

79、、提升和整合，避免重復(fù)建設(shè)。</p><p>　　4.1.2 軟件設(shè)計(jì)原則</p><p>　　（1）標(biāo)準(zhǔn)化和規(guī)范化原則</p><p>　　制訂適合于本系統(tǒng)的分類編碼方案。為實(shí)現(xiàn)系統(tǒng)的集成，必須保證系統(tǒng)建設(shè)采用的軟件平臺(tái)、數(shù)據(jù)接口、開發(fā)技術(shù)符合公認(rèn)的工業(yè)標(biāo)準(zhǔn)，符合國家和行業(yè)的有關(guān)標(biāo)準(zhǔn)、規(guī)范、規(guī)程；同時(shí)要保證在系統(tǒng)的分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)階段中必須采取開放路線，遵

80、循軟件工程的標(biāo)準(zhǔn)、規(guī)范。</p><p><b>　?。?）安全性原則</b></p><p>　　首先要全面考慮各種例外情況，保證系統(tǒng)的安全可靠，其次是需要加強(qiáng)權(quán)限控制，即業(yè)務(wù)進(jìn)程控制，確保管理嚴(yán)密。</p><p><b>　?。?）完備性原則</b></p><p>　　系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)與功能體

81、系最大限度的滿足業(yè)務(wù)需求，減少人工輸入量，提高效率。</p><p><b>　　（4）問題界定</b></p><p>　　問題的界定對(duì)于軟件開發(fā)來說是至關(guān)重要的。因?yàn)槿魏我粋€(gè)軟件都不是單純地獨(dú)立服務(wù)。必定是為了解決某些問題而開發(fā)軟件進(jìn)行更好的解決問題。因此，問題的界定對(duì)于軟件的成功開發(fā)和應(yīng)用來說至關(guān)重要。</p><p><b>

82、　?。?）基本功能實(shí)現(xiàn)</b></p><p>　　問題界定了就意味著已經(jīng)規(guī)劃好或者和甲方談好，系統(tǒng)需要實(shí)現(xiàn)什么，以及需要完成什么處理。 基本功能，就是軟件系統(tǒng)的核心體現(xiàn)。基本功能的實(shí)現(xiàn)，是客戶愿意為之付出代價(jià)的重要部分。所以系統(tǒng)基本功能實(shí)現(xiàn)，對(duì)于任何一個(gè)軟件或者軟件開發(fā)者來講，都是基本素質(zhì)的體現(xiàn)。</p><p><b>　　（6）極端情況處理</b>&

83、lt;/p><p>　　至于為什么，要把“極端情況處理”放到這里來講。主要原因是很多軟件的評(píng)價(jià)者對(duì)于軟件的要求都很高。另外，就是軟件的適應(yīng)性要好，因此必須處理這些極端情況。</p><p><b>　?。?）客戶體驗(yàn)至上</b></p><p>　　軟件的主要服務(wù)對(duì)象是人，這就是為什么要說“客戶體驗(yàn)之上”。</p><p>

84、　?。?）封裝功能，松散變化</p><p>　　在面向?qū)ο蟮木幊踢^程當(dāng)中，經(jīng)常會(huì)遇到“開放-封閉”原則。把功能獨(dú)立封裝，同時(shí)對(duì)于內(nèi)部進(jìn)行封閉，而對(duì)外則提供良好的接口用來提供更多服務(wù)。這也是高內(nèi)聚，低耦合在這里的體現(xiàn)。</p><p>　?。?）從用戶角度審視和評(píng)價(jià)</p><p>　　軟件的可用性，易用性等特征，真正提升軟件產(chǎn)品的質(zhì)量。</p>&l

85、t;p>　　4.2 系統(tǒng)構(gòu)架設(shè)計(jì)總體描述</p><p>　　基于Struts實(shí)現(xiàn)的電力故障報(bào)修系統(tǒng)從軟件系統(tǒng)體系結(jié)構(gòu)來看，系統(tǒng)按照高內(nèi)聚、低耦合的軟件設(shè)計(jì)思想劃分為四層結(jié)構(gòu)，分別為表現(xiàn)層、業(yè)務(wù)邏輯層、數(shù)據(jù)庫訪問層和關(guān)系數(shù)據(jù)庫層，示意圖如圖 4-1 所示。</p><p>　　圖4-1系統(tǒng)體系結(jié)構(gòu)圖</p><p>　　表現(xiàn)層負(fù)責(zé)與系統(tǒng)用戶進(jìn)行交互，主要是給

86、用戶的頁面，接受用戶操作命令，向下層傳遞參數(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ù)邏輯非常簡單時(shí)也可由表現(xiàn)層直接調(diào)用其提供的服務(wù)，可對(duì)數(shù)據(jù)庫進(jìn)行訪問獲取數(shù)據(jù)或執(zhí)行操作，使用java文件實(shí)現(xiàn)。在數(shù)據(jù)庫層，使

87、用Oracle 9i作為底層數(shù)據(jù)庫，充分發(fā)揮其優(yōu)點(diǎn)。這樣劃分層次，使軟件系統(tǒng)結(jié)構(gòu)清晰，邏輯相互獨(dú)立，需要修改時(shí)只需保持層與層之間的接口不變即可，因此有助于后期的修改維護(hù)，也利于程序功能的擴(kuò)展。</p><p>　　4.3 系統(tǒng)流程分析</p><p>　　客戶通過人工電話、自動(dòng)語音、短信、Email、傳真、柜臺(tái)服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報(bào)修受

88、理的申請(qǐng)要求，產(chǎn)生受理工單。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。如果受理人暫時(shí)無法提交工單至下一部門，可以做暫時(shí)保存操作，可從待辦工作項(xiàng)中，選擇本工單后繼續(xù)處理。受理人員根據(jù)綜合查詢信息查詢是否有相同報(bào)修內(nèi)容的報(bào)修工單，如果存在重復(fù)工單，可以直接填寫關(guān)聯(lián)單號(hào)，或者使用選擇鏈接，直接查找到關(guān)聯(lián)工單單號(hào)，填入到關(guān)聯(lián)單號(hào)中，將重復(fù)工單提交到歸檔部門進(jìn)行歸檔。</p><p>　　受理人對(duì)受理工單進(jìn)行調(diào)度，如果調(diào)度部門

89、認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號(hào)，定為重復(fù)工單提交歸檔。由待辦工作項(xiàng)進(jìn)入，可以查看本工單的流轉(zhuǎn)過程信息，根據(jù)受理信息調(diào)度部門選擇處理部門進(jìn)行派工。頁面提供暫時(shí)保存功能。暫時(shí)保存后保留原有工作項(xiàng)，可以繼續(xù)處理。</p><p>　　受理人對(duì)調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回

90、退。如果處理部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號(hào)，定為重復(fù)工單提交歸檔。</p><p>　　受理人對(duì)處理工單進(jìn)行回訪，如果用戶反饋報(bào)修沒有處理完成，要求重新處理，則是否重新發(fā)送選擇是，重新發(fā)送到報(bào)修處理部門進(jìn)行處理。</p><p>　　受理人對(duì)回訪工單進(jìn)行歸檔，由歸檔人檢查報(bào)修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見

91、，提交，流程結(jié)束。</p><p>　　系統(tǒng)流程如圖 4-2 所示。</p><p><b>　　4.4 功能設(shè)計(jì)</b></p><p>　　在前面已經(jīng)介紹了軟件設(shè)計(jì)的指導(dǎo)思想以及設(shè)計(jì)原則，已經(jīng)對(duì)功能模塊需求進(jìn)行總結(jié)，在這一節(jié)將對(duì)整體的模塊功能進(jìn)行總結(jié)。根據(jù)需求描述確定了本系統(tǒng)的幾個(gè)功能模塊，如圖 4-3 所示。</p>&l

92、t;p>　　圖4-2 系統(tǒng)流程圖</p><p>　　圖4-3 電力故障報(bào)修系統(tǒng)模塊功能框圖</p><p>　　4.4.1 故障受理</p><p>　　客戶通過人工電話、自動(dòng)語音、短信、Email、傳真、柜臺(tái)服務(wù)、自助服務(wù)、現(xiàn)場服務(wù)、互聯(lián)網(wǎng)服務(wù)、意見箱、信函向電力公司提出電力故障報(bào)修受理的申請(qǐng)要求，產(chǎn)生受理工單。受理人根據(jù)客戶所提供信息填寫受理內(nèi)容。如果

93、受理人暫時(shí)無法提交工單至下一部門，可以做暫時(shí)保存操作，可從待辦工作項(xiàng)中，選擇本工單后繼續(xù)處理。受理人員根據(jù)綜合查詢信息查詢是否有相同報(bào)修內(nèi)容的報(bào)修工單，如果存在重復(fù)工單，可以直接填寫關(guān)聯(lián)單號(hào)，或者使用選擇鏈接，直接查找到關(guān)聯(lián)工單單號(hào)，填入到關(guān)聯(lián)單號(hào)中，將重復(fù)工單提交到歸檔部門進(jìn)行歸檔。頁面設(shè)計(jì)如圖 4-4 所示。</p><p>　　圖4-4 故障受理頁面設(shè)計(jì)圖</p><p>　　4.4

94、.2 搶修調(diào)度</p><p>　　受理人對(duì)受理工單進(jìn)行調(diào)度，如果調(diào)度部門認(rèn)為工單非本部門可以處理的工單，選擇回退，可以回退給受理部門。如果調(diào)度部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號(hào)，定為重復(fù)工單提交歸檔。由待辦工作項(xiàng)進(jìn)入，可以查看本工單的流轉(zhuǎn)過程信息，根據(jù)受理信息調(diào)度部門選擇處理部門進(jìn)行派工。頁面提供暫時(shí)保存功能。暫時(shí)保存后保留原有工作項(xiàng)，可以繼續(xù)處理。</p><p&

95、gt;　　4.4.3 報(bào)修處理</p><p>　　受理人對(duì)調(diào)度工單進(jìn)行處理，如果處理部門認(rèn)為工單非本部門可以處理或其它原因無法處理，可選擇回退。如果處理部門發(fā)現(xiàn)該工單為重復(fù)工單，則可以使用選擇鏈接查找到關(guān)聯(lián)單號(hào)，定為重復(fù)工單提交歸檔。</p><p>　　4.4.4 報(bào)修回訪</p><p>　　受理人對(duì)處理工單進(jìn)行回訪，如果用戶反饋報(bào)修沒有處理完成，要求重新

96、處理，則是否重新發(fā)送選擇是，重新發(fā)送到報(bào)修處理部門進(jìn)行處理。</p><p>　　4.4.5 報(bào)修歸檔</p><p>　　受理人對(duì)回訪工單進(jìn)行歸檔，由歸檔人檢查報(bào)修工單受理、處理、回訪、滿意度調(diào)查、附件、錄音等信息，填寫完整性標(biāo)志、準(zhǔn)確性標(biāo)志、歸檔意見，提交，流程結(jié)束。</p><p>　　4.4.6 用戶管理</p><p>　　電力

97、故障報(bào)修系統(tǒng)完成了對(duì)用戶信息的管理，實(shí)現(xiàn)了用戶信息查詢、增加、刪除、修改。</p><p>　　4.4.7 報(bào)修人員管理</p><p>　　電力故障報(bào)修系統(tǒng)完成了對(duì)報(bào)修人員信息的管理，實(shí)現(xiàn)了報(bào)修人員信息查詢、增加、刪除、修改。</p><p>　　4.4.8 報(bào)修車輛管理</p><p>　　電力故障報(bào)修系統(tǒng)完成了對(duì)報(bào)修車輛信息的管理，

98、實(shí)現(xiàn)了報(bào)修車輛信息查詢、增加、刪除、修改。</p><p>　　4.4.9 報(bào)修查詢</p><p>　　電力故障報(bào)修系統(tǒng)實(shí)現(xiàn)了報(bào)修查詢功能，實(shí)現(xiàn)了報(bào)故障報(bào)修詳細(xì)信息查詢、搶修調(diào)度信息查詢、報(bào)修故障處理信息查詢、回訪信息查詢、工單個(gè)流程數(shù)量查詢等功能。頁面設(shè)計(jì)如圖 4-5 所示。</p><p>　　圖4-5 報(bào)修查詢頁面設(shè)計(jì)圖</p><p&

99、gt;　　4.5 數(shù)據(jù)庫設(shè)計(jì)</p><p>　　4.5.1 數(shù)據(jù)庫表簡介</p><p>　　在對(duì)數(shù)據(jù)庫模型進(jìn)行設(shè)計(jì)后，在本系統(tǒng)中一共使用了12張數(shù)據(jù)庫表，他們的名稱和簡單的功能描述如下所示。</p><p>　?。?）用戶信息表(USER_TAB)：記錄用戶的用戶名，密碼等基本信息。</p><p>　?。?）權(quán)限表(ROLE_TAB

100、)：記錄了權(quán)限的名稱。</p><p>　?。?）用戶權(quán)限關(guān)聯(lián)表(USER_ROLE)：記錄了各個(gè)用戶擁有的權(quán)限信息。</p><p>　?。?）工單受理信息表(S_99958_WKST)：記錄了用戶對(duì)工單進(jìn)行受理時(shí)的各種信息。</p><p>　　（5）工單調(diào)度信息表(S_FAULT_ATTEMPER)：記錄了用戶對(duì)工單進(jìn)行調(diào)度時(shí)的各種信息。</p>

101、<p>　?。?）工單處理信息表(S_FAULT_HANDLE2)：記錄了用戶對(duì)工單進(jìn)行處理時(shí)的各種信息。</p><p>　?。?）工單回訪信息表(S_RETVISIT_RSLT)：記錄了用戶對(duì)工單進(jìn)行回訪時(shí)的各種信息。</p><p>　?。?）搶修人員信息表(STAFF_INFO)：記錄了搶修人員的基本信息。</p><p>　?。?）搶修車輛信息

102、表(VEHICLE_INFO)：記錄了搶修車輛的基本信息。</p><p>　?。?0）附件表(P_SRV_ATTACH)：用于存儲(chǔ)用戶在受理階段上傳的附件信息。</p><p>　?。?1）主鍵遞增表(PRIMARY_KEYS)：用于生成維護(hù)其他各表的主鍵標(biāo)識(shí)信息。</p><p>　?。?2）下拉列表配置表(SELECTS)：存放了所有下拉列表的內(nèi)容信息。<

103、;/p><p>　　4.5.2 數(shù)據(jù)庫表結(jié)構(gòu)</p><p>　?。?）用戶信息表(USER_TAB)，存儲(chǔ)了用戶的ID，用戶名和密碼等基本信息，它的主鍵為USER_ID字段，該表主要用于系統(tǒng)的用戶管理，在系統(tǒng)登陸，以及對(duì)工單的受理人操作是會(huì)使用此表。用戶信息表結(jié)構(gòu)如下表 4-1 所示。</p><p>　　表4-1 用戶信息表</p><p>

104、;　?。?）權(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)使用此表。權(quán)限表結(jié)構(gòu)如下表 4-2 所示。</p><p>　　表4-2 用戶權(quán)限表</p><p>　　（3）用戶權(quán)限關(guān)聯(lián)表(USER_ROLE)，存儲(chǔ)了用戶ID和對(duì)應(yīng)的權(quán)限ID，USER_ID和ROLE_ID字段共同組成它的主

105、鍵，該表主要用于用戶權(quán)限的管理，在對(duì)用戶權(quán)限操作時(shí)會(huì)使用此表。用戶權(quán)限關(guān)聯(lián)表的結(jié)構(gòu)如下表 4-3 所示。</p><p>　　表4-3 用戶權(quán)限關(guān)聯(lián)表</p><p>　?。?）工單調(diào)度信息表(S_FAULT_ATTEMPER)，存儲(chǔ)了工單調(diào)度的基本信息，如故障調(diào)度標(biāo)識(shí)，申請(qǐng)編號(hào)，發(fā)送部門，接單時(shí)間，發(fā)送時(shí)間，退單標(biāo)志，退單原因等，它的主鍵為ATTEMPER_ID字段，用APP_NO字段作

106、為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于調(diào)度信息的維護(hù)，在用戶對(duì)工單進(jìn)行調(diào)度，以及工單查詢時(shí)會(huì)使用此表，工單受理信息表結(jié)構(gòu)如下表 4-5 所示。</p><p>　?。?）工單處理信息表(S_FAULT_HANDLE2)，存儲(chǔ)了工單處理的基本信息，如到達(dá)現(xiàn)場時(shí)間、搶修單位、搶修部門、派出人員、故障原因等。它的主鍵為HANDLE_ID字段，用APP_NO字段作為外鍵與工單受理信息表(S_

107、99958_WKST)關(guān)聯(lián)。該表主要用于處理信息的維護(hù)，在用戶對(duì)工單進(jìn)行處理，以及工單查詢時(shí)會(huì)使用此表，工單受理信息表結(jié)構(gòu)如下表 4-6 所示。</p><p>　　表4-5 工單調(diào)度信息表</p><p>　　表4-6 工單處理信息表</p><p>　　（7）工單回訪信息表(S_RETVISIT_RSLT)，存儲(chǔ)了工單回訪的基本信息，如回訪部門、回訪人員、回訪人

108、員、回訪成功標(biāo)志、回訪失敗原因等。它的主鍵為WK_NO字段，用APP_NO字段作為外鍵與工單受理信息表(S_99958_WKST)關(guān)聯(lián)。該表主要用于回訪信息的維護(hù)，在用戶進(jìn)行客戶回訪，以及工單查詢時(shí)會(huì)使用此表，工單回訪信息表結(jié)構(gòu)如下表 4-7 所示。</p><p>　　（8）搶修人員信息表(STAFF_INFO)，存儲(chǔ)了搶修人員的基本信息，如搶修人員工號(hào)，搶修人員姓名，所屬部門，是否空閑等。它的主鍵為ID字段。

109、該表主要用于搶修人員信息的維護(hù)，在用戶對(duì)搶修人員信息進(jìn)行增刪改查操作，以及工單處理選擇搶修人員時(shí)會(huì)使用此表，搶修人員信息表結(jié)構(gòu)如下表 4-8 所示。</p><p>　　表4-7 工單回訪信息表</p><p>　　表4-8 搶修人員信息表</p><p>　?。?）搶修車輛信息表(VEHICLE_INFO)，存儲(chǔ)了搶修車輛的基本信息，如車牌號(hào)，車型號(hào)，聯(lián)系電話，是

110、否空閑等。它的主鍵為ID字段。該表主要用于搶修車輛信息的維護(hù)，在用戶對(duì)搶修車輛信息進(jìn)行增刪改查操作，以及工單處理階段選擇搶修車輛時(shí)會(huì)使用此表，搶修車輛信息表結(jié)構(gòu)如下表 4-9 所示。</p><p>　　表4-9 搶修車輛信息表</p><p>　　（10）附件表(P_SRV_ATTACH)，存儲(chǔ)了附件的基本信息，如附件ID，附件名稱，申請(qǐng)編號(hào)，附件內(nèi)容，業(yè)務(wù)單編號(hào)，業(yè)務(wù)類型。它的主鍵為A