电力系统分析毕业论文.docx

上传人:b****4 文档编号:26727770 上传时间:2023-06-22 格式:DOCX 页数:59 大小:290.80KB
下载 相关 举报
电力系统分析毕业论文.docx_第1页
第1页 / 共59页
电力系统分析毕业论文.docx_第2页
第2页 / 共59页
电力系统分析毕业论文.docx_第3页
第3页 / 共59页
电力系统分析毕业论文.docx_第4页
第4页 / 共59页
电力系统分析毕业论文.docx_第5页
第5页 / 共59页
点击查看更多>>
下载资源
资源描述

电力系统分析毕业论文.docx

《电力系统分析毕业论文.docx》由会员分享,可在线阅读,更多相关《电力系统分析毕业论文.docx(59页珍藏版)》请在冰豆网上搜索。

电力系统分析毕业论文.docx

电力系统分析毕业论文

电力系统分析毕业论文

摘要I

AbstractII

目录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.2Struts框架分析3

2.2.1Struts设计模式3

2.2.2Struts工作流程5

2.2.3Struts标签库5

2.3JSP技术分析6

2.3.1JSP技术特点6

2.3.2JSP实现原理8

2.4开发工具分析8

2.4.1Eclipse简介8

2.4.2CVS(ConcurrentVersionSystem)8

2.4.3JDK(JavaDevelopmentKit)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.2Action层的实现33

5.3BO层的实现34

5.4DAO层的实现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章绪论

电力故障报修系统(SystemofElectricityPowerFailure)是科技发展、社会进步的产物。

电力作为国民经济的基础和关键行业,在日常生产和生活中起着不可替代的重要作用。

随着电力事业的高速发展,电力营销由以生产为中心阶段进入以消费者为中心阶段。

提供良好的服务,是以消费者为中心最为直接的体现,也是增供扩销必不可少的条件。

电力故障报修系统,可以有效的提高电力企业的整体运作效率并且提高了公司的客户服务质量。

在本章将对系统的背景进行介绍,分析系统在国外的发展现状,提出了系统应用的目的及意义。

1.1选题背景与意义

1.1.1选题背景

改革开放以来,电力事业进入高速发展阶段,已由计划经济向市场经济迅速过渡,电力营销由以生产为中心阶段进入以消费者为中心阶段。

而且,随着我国电力体制改革的深入和电力企业市场意识的增强以及我国成功加入WTO,电力公司传统的用电营业管理逐步向全面的电力营销服务转换,新的以客户服务为宗旨的电力营销体系正在逐步建立,各级电力公司迫切需要构筑一个符合市场经济要求、具有竞争实力、能够改进工作效率并且具有客户自助服务功能的电子化客户服务中心。

利用现代计算机技术、通信技术和Internet网络,依托电力营销、配电地理等管理信息系统,电力企业可以建立一个电子化“一口对外”的客户请求服务、故障报修处理系统--电力故障报修系统(SystemofElectricityPowerFailure),全方位应答客户、传真、Internet、Email形式的服务请求,向电力客户提供多层次、全方位和个性化的服务。

1.1.2研究意义

电力故障报修系统借助国际、国先进的市场营销管理模式,采用技术成熟软件开发工具,利用通讯技术、计算机网络技术,结合坐席管理制度,实现对客户故障报修请求的受理、调度、处理、回访和归档,以统一的规、统一的标准和统一的技术手段,实现对客户“面对面”的服务。

电力故障报修系统与电力企业的生产、调度、管理等业务处理系统相结合,通过建立合理的处理机制,保证企业的快速反应能力,提高对客户的反应速度和质量。

电力故障报修系统在企业与客户之间架起连接的桥梁,客户对企业的认识是建立在企业客户服务代表的服务质量之上的,通过电力故障报修系统提高了服务质量,降低了服务成本,改善了客户管理体制,优化管理结构,更提高了工作效率。

1.2国外发展现状

从世界围来看,电力信息化改革始于1981年的智利。

但是这场改革发展成为一次世界性的改革运动则是在80年代末英国开始电力工业改革之后。

世界各国电力信息化管理模式差异较大,与本国市场经济发展程度、经济发展水平、所有制形式等密切相关。

电力信息化作为公用事业有其特殊性,因此,即使在市场经济制度比较完善的国家,其电力信息化的组织形式和运行机制与一般竞争行业也不同。

在国外,推动和促进这种信息化取得成功的因素主要有两个方面:

一是外部压力,即社会对电力信息化的要求,因为电力信息化系统比如电力故障报修系统,能够带来低成本和高效率,消费者要求建立新的以客户服务为宗旨的电力营销体系,社会对电力工业提高效率与服务的要求是推动电力信息化建设的外部条件。

二是技术条件,现代信息技术的广泛普及和深入应用,为信息化提供了技术保证,信息化在整个电力行业中所占的比重在不断上升。

对于我国,幅员辽阔,不同地区处在不同的电力发展水平和阶段,以及资源、荷分布的不均衡性,电力行业信息化资源还没有得到充分有效的利用。

因此,实现信息资源优化配置,在更大区域取得电力电量平衡,建立强固的电网,以消费者为中心提供良好的服务,提高工作效率和客户满意度就变得尤为重要。

因此,为提高工作效率和客户满意度,适应电网商业化运营需要,开拓电力市场,近几年各地电力集团公司开始引进发达国家电力企业营销服务理念,运用现代通信网络技术,建立现代客户服务中心体系。

通过客户服务中心为用户提供电力故障报修等业务,用户只需拨打统一的服务热线(95598)就可享受24小时免费服务,以往那些繁杂的手续将由客户代表来完成,提高工作效率和服务质量,极大地提高了客户的满意度,开拓了用户市场,提高市场竞争能力。

1.3本人所做工作

本系统的主要容是电力故障报修系统的设计实现与网络信息管理的研究。

系统主要应用动态网页设计技术与数据库管理技术结合,来实现用户权限管理,工单受理,工单调度,工单处理,工单回访,工单归档,附件上传下载,文件导出,动态地址列表等功能。

具体应用包括员工管理模块,报修受理模块,抢修调度模块,报修处理模块,报修回访模块,报修归档模块,抢修车辆编制模块,抢修人员编制模块。

其中的数据库的建立是非常重要的。

要使系统运行畅通必须要建立一个完善的支持整个系统运行的数据库。

它是保证电子文件正常流转及系统管理功能实现的基础。

第2章系统开发技术分析

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

框架(Framework),构件(Component)和设计模式(Designpattern)是一个成熟的系统平台中三个重要的部分,同时又是三个很容易混淆的概念。

框架往往是为实现一个或多个设计模式而设计的可重用可扩展的设计,是软件系统开发的半成品,而构件是框架当中的可重用的工具包,类库或者API。

框架(Framework)是可重用的,半完成的应用程序,可以用来产生专门的定制程序。

象人一样,软件应用的相似性比不同点要多。

它们运行在相同的机器上,期望从相同的设备输入信息,输出到相同的显示设备,并且存储数据到相同的硬盘设备。

工作在传统桌面应用的开发人员习惯于那些可以覆盖应用开发同一性的工具包和开发环境。

构架在这些公共基础上的应用框架可以为开发人员提供可重用服务的基础架构。

构件(Component)通常是代码重用,而设计模式是设计重用,框架则介于两者之间,部分代码重用,部分设计重用,有时分析也可重用。

在软件生产中有三种级别的重用:

部重用,即在同一应用中能公共使用的抽象块;代码重用,即将通用模块组合成库或工具集,以便在多个应用和领域都能使用;应用框架的重用,即为专用领域提供通用的或现成的基础结构,以获得最高级别的重用性。

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

可以说,框架是软件,而设计模式是软件的知识。

2.2Struts框架分析

2.2.1Struts设计模式

Struts实际上是将Model、View、Controller这些概念分别对应到了不同的Web应用组件,因此,可以说Struts是MVC设计模式的具体实现。

在Struts设计模式中,模型由实现业务逻辑的JavaBean组件构成,控制器由ActionServlet和Action来实现,视图由一组JSP文件与Struts标签库构成。

如图2-1显示了Struts实现的MVC设计模式。

图2-1Struts实现的MVC设计模式

1.Model

MVC系统中的Model部分从概念上可以分为两类——系统的部状态和改变系统状态的动作。

Struts为Model部分提供了Action和ActionForm对象:

所有的Action处理器对象都是开发者从Struts的Action类派生的子类。

Action处理器对象封装了具体的处理逻辑,调用业务逻辑模块,并且把响应提交到合适的View组件以产生响应。

Struts提供的ActionForm组件对象,它可以通过定义属性描述客户端表单数据。

开发者可以从它派生子类对象,利用它和Struts提供的自定义标记库,可以实现对客户端的表单数据的良好封装和支持,Action处理器对象可以直接对它进行读写,而不再需要和request、response对象进行数据交互。

通过ActionForm组件对象实现了对View和Model之间交互的支持。

2.View

Struts应用中的View部分是通过JSP技术实现的。

Struts提供了自定义的标签库可以使用,通过这些自定义标签可以非常好地和系统的Model部分交互,通过使用这些自定义标签创建的JSP表单,可以实现和Model部分中的ActionForm的映射,完成对用户数据的封装,同时这些自定义标签还提供了像模板定制等多种显示功能。

StrutsControllerActionServlet处理客户请求,利用配置的ActionMapping对象把请求映射到Action处理器对象进行处理。

Action处理对象访问ActionForm中的数据,处理和响应客户请求,它还调用后台的Bean组件,这些组件封装了具体的业务逻辑。

Action处理器对象根据处理结果通知Controller,Controller进行下一步的处理。

3.Controller

控制器的作用是从客户端接受请求,并且选择执行相应的业务逻辑,然后把响应结果送回到客户端。

Struts提供了一个控制器组件ActionServlet,它继承自HttpServlet,并重载了HttpServlet的doGet()、doPost()方法,可以接受Http响应并进行转发。

同时还提供了使用XML进行转发Mapping(映射)的功能。

2.2.2Struts工作流程

如果在Web应用中采用Struts,应该在Web应用启动时就加载并初始化ActionServlet,ActionServlet从struts-config.xml文件中读取配置信息,把他们存放到各种配置对象中,例如Action的映射信息存放在ActionMapping对象中。

当ActionServlet接收到一个客户请求时,将执行如下流程:

1.检索和用户请求匹配的ActionMapping实例,如果不存在,就返回用户请求路径无效信息。

2.如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中。

3.根据配置信息决定是否需要表单验证。

如果需要验证,就调用ActionForm的validate()方法。

4.如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActionErrors对象,就表示表单验证成功;如果ActionForm的validate()方法返回一个包含一个或多个ActionMessage的ActionErrors对象,就表示表单验证失败,此时ActionServlet将直接把请求转发给包含用户提交表单的JSP组件,在这种情况下,不会在创建Action对象并直接调用Action的execute方法。

5.ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action,如果相应的Action实例不存在,就先创建这个实例,然后调用Action的execute方法。

6.Action的execute方法返回一个ActionForward对象,ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。

7.ActionForward对象指向的JSP组件生成动态网页,返回给客户。

2.2.3Struts标签库

在Struts中与视图组件相关的工具主要包括Struts架构中提供的强大标签库,常用的如下:

1.Struts-html.tld标签:

扩展HTMLForm的JSP标签。

2.Struts-bean.tld标签:

扩展处理JavaBean的JSP标签。

3.Struts-logic.tld标签:

扩展测试属性值的JSP标签。

4.Struts-titles标签:

实现Web页布局设计的框架与模板化。

在使用Struts标签库时要在JSP文件顶部的伪指令如下所示:

<%tagliburi=“struts-html.tld”prefix=“html”%>

<%tagliburi=“struts-bean.tld”prefix=“bean”%>

<%tagliburi=“struts-logic.tld”prefix=“logic”%>

每个伪指令都具有与基于web.xml的标记中的URL相匹配的URL。

2.3JSP技术分析

JSP即JavaServerPages,它是由SunMicrosystem公司与1996年推出的新技术,是基于JavaServlet以及整个Java体系的Web开发技术。

可以说在传统的网页即HTML文件(*.htm,*.html)中加入Java程序片段和JSP标记,就构成了JSP网页(*.jsp)。

JSP的工作流程如图2-2所示。

图2-2JSP的工作流程图

2.3.1JSP技术特点

JSP基于强大的Java语言,具有良好的伸缩性,与JavaEnterpriseAPI紧密地集成在一起,在网络数据库应用开发领域具有得天独厚的优势,JSP技术在多个方面加速了动态WEB页面的开发。

(1)将容的生成和显示进行分离

使用JSP技术,Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。

使用JSP标识或者小脚本来生成页面上的动态容。

生成容的逻辑被封装在标识和JavaBeans组件中,并且捆绑在小脚本中,所有的脚本在服务器端运行。

如果核心逻辑被封装在标识和Bean中,其他人能够编辑和使用JSP页面,而不影响容的生成。

在服务器端,JSP引擎解释JSP标识和小脚本,生成所请求的容,并且将结果以HTML(或XML)页面的形式发送回浏览器。

这有助于作者保护自己的代码,而又保证任何基于HTML的Web浏览器的完全可用性。

(2)生成可重用组件

绝大多数JSP页面依赖于可重用的,跨平台的组件来执行应用程序所要求的更为复杂的处理。

开发人员能够共享和交换执行普通操作的组件,或者使得这些组件为更多的使用者或者客户团体所使用。

基于组件的方法加速了总体开发过程,并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。

(3)采用表示简化页面开发

Web页面开发人员不一定都是熟悉脚本语言的编程人员。

JavaServerPage技术封装了许多功能,这些功能是在易用的、与JSP相关的XML标识中进行动态容生成所需要的。

标准的JSP标识能够访问和实例化JavaBeans组件,设置或者检索组件属性,下载Applet,以及执行用其他方法更难于编码或耗时的功能。

通过开发定制标识库,JSP技术是可以扩展的。

今后,第三方开发人员和其他人员可以为常用功能创建自己的表示库。

这使得Web页面开发人员能够使用熟悉的工具和如同标识一样地执行特定功能的构建来工作。

(4)JSP能提供所有Servlet功能

与Servlets相比,JSP能提供所有的Servlets功能,它比用println书写和修改HTML更方便。

此外,可以更明确的进行分工,Web页面设计人员编写HTML,只需要留出空间让Servlets程序员插入动态部分即可。

(5)健壮的存储管理和安全性

由于JSP页面的置脚本语言是基于Java编程语言的,而且所有的JSP页面都被编译成JavaSevlet,JSP页面就具有Java技术的所有优点,包括健壮的存储管理和安全性。

(6)一次编写,随处运行

作为Java平台的一部分,JSP拥有Java编程语言“一次编写,随处运行”的特点。

随着越来越多的供应商将JSP支持添加到他们的产品中,可以使用自己所选择的服务器和工具,但并不影响当前的应用。

(7)JSP的平台适应性更广

这是JSP比ASP的优越之处。

几乎所有平台都支持Java、JSP+JavaBean,他们可以在任何平台下通行无阻。

NT下的IIS通过一个插件就能支持JSP,著名的Web服务器已经能够支持JSP。

由于Apache广泛应用的NT、UNIX和LINUX上,应此JSP有更广泛的运行平台。

从一个平台移植到另一个平台,JSP和JavaBean甚至不用重新编译,因为Java字节码都是标准的字节码与平台无关。

(8)Java中连接数据库的技术是JDBC(JavaDatabaseConnectivity)

很多数据库系统带有JDBC驱动程序,Java程序就通过JDBC驱动程序与数据库相连,执行查询、提取数据等操作。

Sun公司还开发了JDBC-ODBCBridge,用此技术Java程序就可以访问带有ODBC驱动程序的数据库,目前大多数数据库系统都带有ODBC驱动程序,所以Java程序能访问诸如Oracle、Sysbase、MSSQLServer和MSAccess等类型数据库。

2.3.2JSP实现原理

JSP源文件由安装在Web服务器上的JSP引擎编译执行。

客户对JSP的请求直接发送给JSP引擎,JSP引擎接受到请求后,按照JSP源代码中所规定的容生成给客户端的响应,并把响应传递给客户端的浏览器。

所有的引擎都必须支持的请求和响应协议都是HTTP协议,但是同一个引擎也可以支持其他的一些请求和响应协议。

默认的request对象对应的协议是HttpRequest,而response对象对应的协议则是HttpServletResponse。

一个Jsp引擎需要在传递request和response对象之前,要在JSP源代码中创建一个类,而servlet则定义了在JSP引擎与JSP源文件实现类之间的约定。

这个约定描述了一个JSP作者如何说明原文件实现init()和destroy()方法时,必须执行的一些动作。

在这个约定中,最重要的是jspService()方法,这个方法是通过一个JSP引擎从JSP文件中自动产生的。

2.4开发工具分析

2.4.1Eclipse简介

Eclipse是一个开放源代码的基于JAVA的可扩展开发平台,专注于为高度集成的工具开发提供一个全功能的、具有商业品质的工业平台。

就其本身而言,它只是一个框架和一组服务,用地通过插件组件构建开发环境。

幸运的是,Eclipse附带了一个标准的插件集,包括JAVA开发(JavaDevelopmentTools,JDT),还包括插件开发环境(Plug-inDevelopmentEnvironment,PDE),这个组件主要针对希望扩展Eclipse的软件开发人员,因为它允许他们构建与Eclipse环境无缝集成的工具。

由于Eclipse中的每样东西都是插件,对于给Eclipse提供插件,以及给用户提供一致和统一的集成开发环境而言,所有工具开发人员都具有同等的发挥场所。

它的用途并不限于JAVA语言;例如,支持诸如C/C++、COBOL、和Eiffel等编程语言的插件已经可以应用。

在运行Eclipse之前首先应该安装好JDK,设置好环境变量JAVA_HOME、CLASSPATH和PATH。

2.4.2CVS(ConcurrentVersionSystem)

CVS是一种项目的版本控制工具项目的版本控制对于团队开发是极端重要的,对于个人开发都也是项目复杂化时不可缺少的工具目前CVS已是版本控制系统的主流软件,采用客户机/服务器体系,代码以及各种版本存储在中收服务器,每一个开发者开发时都首先从服务器上获得一份自己的拷贝,在此基础上进行开发,以避免直接影响服务器上的数据。

开发者可以随时把自己的新代码提交给服务器,并通过更新获得代码的最新状态,保持与其他开发者的一致。

CVS对于网络是透明的,开发者可以使用客户端软件(几乎所有的平台上都有相应的客户端软件)在任何地点通过网络来获取最新的代码。

2.4.3JDK(JavaDevelopmentKit)

JDK是整个Java的核心,包括了Java运行环境(JavaRuntimeEnvirnment),一堆Java工具和Java基础的类库(rt.jar)。

不论什么Java应用服务器实质都是置了某个版本的JDK。

因此掌握JDK是学好Java的第一步。

最主流的JDK是Sun公司发布的JDK,除了Sun之外,还有很多公司和组织都开发了自己的JDK,例如IBM公司开发的JDK。

JDK(JavaDevelopmentKit,Java开发包,Java开发工具)是一个写Java的applet和应用程序的程序开发环境。

它由一个处于操作系统层之上的运行环境还有开发者编译,调试和运行用Java语言写的applet和应用程序所需的工具组成。

2.5技术可行性

系统的开发环境为Windows操作系统,Windows操作系统在国的应用围十分广泛,B/S架构的系统发展已经比较成熟,后台数据库操作系统采用安全性较高的Orcale9i,前端开发采用比较强大的JSP,整个系统采用Struts为主框架,以这些先进的工具为基础,系统开发在技术上是可行的。

第3章系统分析

3.1需求总述

电力故障报修系统

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > PPT模板 > 艺术创意

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1