电力系统分析毕业论文

摘要 ......................................................................... I Abstract .................................................................... II 目录 ....................................................................... III 第1章绪论.. (1)

1.1 选题背景与意义 (1)

1.1.1 选题背景 (1)

1.1.2 研究意义 (1)

1.2 国外发展现状 (2)

1.3 本人所做工作 (2)

第2章系统开发技术分析 (3)

2.1 框架、构架及设计模式概述 (3)

2.2 Struts框架分析 (3)

2.2.1 Struts设计模式 (3)

2.2.2 Struts工作流程 (5)

2.2.3 Struts标签库 (5)

2.3 JSP技术分析 (6)

2.3.1 JSP技术特点 (6)

2.3.2 JSP实现原理 (8)

2.4 开发工具分析 (8)

2.4.1 Eclipse简介 (8)

2.4.2 CVS（Concurrent Version System） (8)

2.4.3 JDK（Java Development Kit） (9)

2.5 技术可行性 (9)

第3章系统分析 (10)

3.1 需求总述 (10)

3.2 用例描述 (10)

3.2.1 报修受理 (10)

3.2.2 抢修调度 (14)

3.2.3 报修处理 (15)

3.2.4 报修回访 (16)

3.2.5 报修归档 (16)

3.3 动态模型设计 (17)

3.3.1 受理工单类对象动态模型 (17)

3.3.2 抢修车辆类对象动态模型 (17)

3.4 序列图 (18)

3.5 组件图 (18)

第4章系统设计 (19)

4.1 设计指导思想和原则 (19)

4.1.1 指导思想 (19)

4.1.2 软件设计原则 (19)

4.2 系统构架设计总体描述 (20)

4.3 系统流程分析 (21)

4.4 功能设计 (21)

4.4.1 故障受理 (23)

4.4.2 抢修调度 (24)

4.4.3 报修处理 (24)

4.4.4 报修回访 (24)

4.4.5 报修归档 (24)

4.4.6 用户管理 (24)

4.4.7 报修人员管理 (24)

4.4.8 报修车辆管理 (24)

4.4.9 报修查询 (24)

4.5 数据库设计 (25)

4.5.1 数据库表简介 (25)

4.5.2 数据库表结构 (26)

4.6 系统开发工具及运行环境 (32)

4.6.1 开发工具及开发调试环境 (32)

4.6.2 运行环境 (32)

第5章系统实施 (33)

5.1 程序编写 (33)

5.2 Action层的实现 (33)

5.3 BO层的实现 (34)

5.4 DAO层的实现 (35)

5.5 系统安全性的实现 (37)

第6章系统测试 (38)

6.1 功能性测试 (38)

6.1.1 报修受理模块测试 (38)

6.1.2 抢修人员管理模块测试 (39)

6.1.3 报修处理模块测试 (40)

6.2 非功能性测试 (42)

结论 (43)

参考文献 (44)

致谢 (46)

第1章绪论

电力故障报修系统（System of Electricity Power Failure）是科技发展、社会进步的产物。电力作为国民经济的基础和关键行业，在日常生产和生活中起着不可替代的重要作用。随着电力事业的高速发展，电力营销由以生产为中心阶段进入以消费者为中心阶段。提供良好的服务，是以消费者为中心最为直接的体现，也是增供扩销必不可少的条件。电力故障报修系统，可以有效的提高电力企业的整体运作效率并且提高了公司的客户服务质量。在本章将对系统的背景进行介绍，分析系统在国外的发展现状，提出了系统应用的目的及意义。

1.1 选题背景与意义

1.1.1 选题背景

改革开放以来，电力事业进入高速发展阶段，已由计划经济向市场经济迅速过渡，电力营销由以生产为中心阶段进入以消费者为中心阶段。而且，随着我国电力体制改革的深入和电力企业市场意识的增强以及我国成功加入WTO，电力公司传统的用电营业管理逐步向全面的电力营销服务转换，新的以客户服务为宗旨的电力营销体系正在逐步建立，各级电力公司迫切需要构筑一个符合市场经济要求、具有竞争实力、能够改进工作效率并且具有客户自助服务功能的电子化客户服务中心。利用现代计算机技术、通信技术和Internet网络，依托电力营销、配电地理等管理信息系统，电力企业可以建立一个电子化“一口对外”的客户请求服务、故障报修处理系统--电力故障报修系统（System of Electricity Power Failure），全方位应答客户、传真、Internet、Email形式的服务请求，向电力客户提供多层次、全方位和个性化的服务。

1.1.2 研究意义

电力故障报修系统借助国际、国先进的市场营销管理模式，采用技术成熟软件开发工具，利用通讯技术、计算机网络技术，结合坐席管理制度，实现对客户故障报修请求的受理、调度、处理、回访和归档，以统一的规、统一的标准和统一的技术手段，实现对客户“面对面”的服务。电力故障报修系统与电力企业的生产、调度、管理等业务处理系统相结合，通过建立合理的处理机制，保证企业的快速反应能力，提高对客户的反应速度和质量。电力故障报修系统在企业与客户之间架起连接的桥梁，客户对企业的认识是建立在企业客户服务代表的服务质量之上的，通过电力故障报修系统提高了服务质量，降低了服务成本，改善了客户管理体制，优化管理结构，更提高了工作效率。

1.2 国外发展现状

从世界围来看，电力信息化改革始于1981年的智利。但是这场改革发展成为一次世界性的改革运动则是在80年代末英国开始电力工业改革之后。世界各国电力信息化管理模式差异较大，与本国市场经济发展程度、经济发展水平、所有制形式等密切相关。

电力信息化作为公用事业有其特殊性，因此，即使在市场经济制度比较完善的国家，其电力信息化的组织形式和运行机制与一般竞争行业也不同。在国外，推动和促进这种信息化取得成功的因素主要有两个方面：一是外部压力，即社会对电力信息化的要求，因为电力信息化系统比如电力故障报修系统，能够带来低成本和高效率，消费者要求建立新的以客户服务为宗旨的电力营销体系，社会对电力工业提高效率与服务的要求是推动电力信息化建设的外部条件。二是技术条件，现代信息技术的广泛普及和深入应用，为信息化提供了技术保证，信息化在整个电力行业中所占的比重在不断上升。

对于我国，幅员辽阔，不同地区处在不同的电力发展水平和阶段，以及资源、荷分布的不均衡性，电力行业信息化资源还没有得到充分有效的利用。因此，实现信息资源优化配置，在更大区域取得电力电量平衡，建立强固的电网，以消费者为中心提供良好的服务，提高工作效率和客户满意度就变得尤为重要。

因此，为提高工作效率和客户满意度，适应电网商业化运营需要，开拓电力市场，近几年各地电力集团公司开始引进发达国家电力企业营销服务理念，运用现代通信网络技术，建立现代客户服务中心体系。通过客户服务中心为用户提供电力故障报修等业务，用户只需拨打统一的服务热线（95598）就可享受24小时免费服务，以往那些繁杂的手续将由客户代表来完成，提高工作效率和服务质量，极大地提高了客户的满意度，开拓了用户市场，提高市场竞争能力。

1.3 本人所做工作

本系统的主要容是电力故障报修系统的设计实现与网络信息管理的研究。系统主要应用动态网页设计技术与数据库管理技术结合，来实现用户权限管理，工单受理，工单调度，工单处理，工单回访，工单归档，附件上传下载，文件导出，动态地址列表等功能。具体应用包括员工管理模块，报修受理模块，抢修调度模块，报修处理模块，报修回访模块，报修归档模块，抢修车辆编制模块，抢修人员编制模块。其中的数据库的建立是非常重要的。要使系统运行畅通必须要建立一个完善的支持整个系统运行的数据库。它是保证电子文件正常流转及系统管理功能实现的基础。

第2章系统开发技术分析

2.1 框架、构架及设计模式概述

框架(Framework)，构件(Component)和设计模式(Design pattern)是一个成熟的系统平台中三个重要的部分，同时又是三个很容易混淆的概念。框架往往是为实现一个或多个设计模式而设计的可重用可扩展的设计，是软件系统开发的半成品，而构件是框架当中的可重用的工具包，类库或者API。框架（Framework）是可重用的，半完成的应用程序，可以用来产生专门的定制程序。象人一样，软件应用的相似性比不同点要多。它们运行在相同的机器上，期望从相同的设备输入信息，输出到相同的显示设备，并且存储数据到相同的硬盘设备。工作在传统桌面应用的开发人员习惯于那些可以覆盖应用开发同一性的工具包和开发环境。构架在这些公共基础上的应用框架可以为开发人员提供可重用服务的基础架构。

构件(Component)通常是代码重用，而设计模式是设计重用，框架则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用。在软件生产中有三种级别的重用：部重用，即在同一应用中能公共使用的抽象块；代码重用，即将通用模块组合成库或工具集，以便在多个应用和领域都能使用；应用框架的重用，即为专用领域提供通用的或现成的基础结构，以获得最高级别的重用性。

设计模式(Design pattern)是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示；设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种应用。可以说，框架是软件，而设计模式是软件的知识。

2.2 Struts框架分析

2.2.1 Struts设计模式

Struts实际上是将Model、View、Controller这些概念分别对应到了不同的Web应用组件，因此，可以说Struts是MVC设计模式的具体实现。在Struts设计模式中，模型由实现业务逻辑的JavaBean组件构成，控制器由ActionServlet和Action来实现，视图由一组JSP文件与Struts标签库构成。如图 2-1 显示了Struts实现的MVC设计模式。