工程硕士论文完整版.docx
- 文档编号:23953247
- 上传时间:2023-05-22
- 格式:DOCX
- 页数:61
- 大小:539.25KB
工程硕士论文完整版.docx
《工程硕士论文完整版.docx》由会员分享,可在线阅读,更多相关《工程硕士论文完整版.docx(61页珍藏版)》请在冰豆网上搜索。
工程硕士论文完整版
电子科技大学
专业学位硕士论文
基于J2EE的审计综合管理系统设计与实现
作者姓名:
学科、专业:
学号:
指导教师:
完成日期:
电子科技大学
独创性说明
作者郑重声明:
本硕士学位论文是我个人在导师指导下进行的研究工作及取得研究成果。
尽我所知,除了文中特别加以标注和致谢的地方外,论文中不包含其他人已经发表或撰写的研究成果,也不包含为获得电子科技大学或者其他单位的学位或证书所使用过的材料。
与我一同工作的同志对本研究所做的贡献均已在论文中做了明确的说明并表示了谢意。
作者签名:
日期:
摘要
对于油公司审计处而言,编制、审核审计项目方案指导各二级单位审计科的工作,是油田审计工作的核心业务之一。
长期以来,审计项目方案的审批流程处于手工模式,由于油田前线单位位置分散,设计文档的提交、送审、审批等工作存在严重的“时间滞后”效应,因此方案审批流程周期长、效率低,同时施工用料管理不规范、存在较多的浪费现象。
随着油田网络的普及和数字化油田的建设,油田局域网的覆盖面已经延伸到各个采油小队,为油田前线生产工作的信息化提供了基础,因此利用信息技术实现油田审计方案网上流转,对于提高生产效率,降低生产成本具有积极意义。
本文针对油田审计过程中存在的上述问题,设计并实现了基于J2EE技术的审计综合管理系统。
本文讨论了J2EE技术规范和MVC三层体系结构,并根据油田生产数据库采用oracle的现实,选用oracle8i作为数据库平台,应用oracle存储过程技术,对审计过程中的关键业务数据查询、汇总进行查询或计算,实现了审计项目方案上报、审批、下发的网上流转,并对方案流转的全过程进行跟踪监控,能及时发现方案流转过程中的瓶颈,改进业务流程。
本系统用户管理和安全认证应用通过RBAC权限管理部分实现,本系统实现了系统的J2EE技术、数据库和权限管理的成功集成,提高了系统的稳定性、安全性。
本系统研制成功以来,首先在辽河油田各采油厂和油公司审计处投入使用,规范了油田审计工作业务流程,避免了可能由于人为因素漏批造成的责任事故,达到系统的预期效果。
由于本系统采用B/S技术,在系统功能发生改变时,只需要更新服务器端程序即可,不需要客户端升级程序,可以快速地调整系统,投入使用。
关键词:
审计;J2EE;jdbc;MVC三层体系结构;组件
Abstract
WiththerapiddevelopmentofInternet,techniquesofdatabasedevelopaccordingly,andithasbeenanurgentneedtobuildacomprehensiveauditingmanagementsystemwhichcanworkefficiently.Accordingtotherealityofauditingmanagement,onthebasisofUMLmethod,thispaperistodothesystematicanalysisandthegeneraldesignofcomprehensiveauditingmanagementsystem,tobuildawebmanagementsystembasedonMVCThree-tierStructureandtofulfillaconvenientandquickloginandsearchwithOracle8.1.7asthebackenddatabaseandJDBCtechniqueasforoperatingandmaintainingthedatabase.
Inthispaperthemethodofcombiningtheoryandpracticeisapplied.Firstbyputtingthedevelopmentcourseofwebdatabase,theseveralmeanstovisitwebdatabaseandJavatechniqueintodiscussion,thepapermakesclearthetechniquesandmethodstobuildupthesystem.ThentakingthedevelopingcourseofthecomprehensiveauditingmanagementsystemforLiaoheOilFieldBranchasanexample,thepaperanalyzestheover-alldesignandsafetystrategydesignofthesystemindetail,andconcretelystatesbasedonMVCThree-tierStructurehowtodevelopthesystemwithuseofj2eetechniquewithB/Smodel.ThekeytechniquesforjavaBeantovisitdatabasebydatasetandforotherimportantpartsarediscussedwiththespecificrealizingmeansprovided.Finallythepaperrelatestothetechnicalproblemsandtherelevantsolutionsduringthedevelopmentcourse.
ThecomprehensiveauditingmanagementsystemwhichisbasedonMVCThree-tierStructureisthefulfillmentofthecombinationofj2eetechniquesandrelationaldatabasewiththefunctionofdataputting-inandcorrecting,etc.,whichisofgreatimportanceforraisingthecomprehensiveauditingmanaginglevel.Theapplicationofthissystemshowsthecomprehensiveauditingmanagementsystemiswellestablishedforitsfriendlyuserinterfaceandflexibleoperations,whichwillincreasealottheworkingefficiencyandachievethegoalofnopaperforofficialbusiness.
KeyWords:
auditing;j2ee;MVCThree-tierStructure;component
第一章课题的来源及意义(引言)
1.1问题的提出
随着计算机及互连网技术的发展,社会信息化程度越来越高,各行各业只有适应这种发展趋势,才能增强自己的适应能力和竞争能力,不断前进发展。
审计工作不但置身这个环境中,而且还是社会进步的一个重要因素。
审计工作不仅要做到公平、公正、有效性,而且要保证每个环节、每个过程都要有计划、有步骤、有条理地按要求进行。
现在,辽河油田对审计工作的要求日益提高,一些二级单位已把是否经过审计过程监管作为结算的一项重要考核内容,这不仅使审计的管理工作日趋复杂繁重,而且对它提出了更高的要求:
即要求审计管理工作越来越全面、先进、高效。
建设现代化、高水平的审计管理体系,审计综合管理系统的建设是其最重要的环节。
随着工作量的加大和对工作效率不断提高的要求,原始的手工或半自动化管理方式的弊端日益显露出来。
手工处理大量数据,不但给工作人员带来极大压力,而且容易产生操作上的失误,信息查询更不方便;同时手工制作管理工作中的各种报表也浪费大量的人力和时间,在很大程度上制约了审计管理工作效率的提高,甚至影响正常的审计进程。
运用现代化的手段进行科学的审计管理,已成为一个亟待解决的问题,而计算机和网络的普及,使得建立全面的具有通用性、开放性、实用性和灵活性的审计综合管理系统成为可能和必然趋势。
辽河油田审计处针对这个问题,结合各二级单位的实际情况,确定了开发内部审计综合管理系统的项目计划,以此推动辽河油田审计现代化管理的进程。
1.2内部审计管理的发展现状
1.2.1内部审计的概念
从一般意义上讲,辽河油田的审计工作可以划分到内部审计范畴之内。
就我国而言,所谓内部审计是指:
帮助组织机构的成员有效地执行他们的职责的行为。
其内容主要包括:
1、鉴定被使用的资源的经济性和有效性;2、检查保护资产的措施,作为适当的方式,并且查证这项资产的存在;3、检查操作或程序来确定是否结果与被建立的客观性和目的一致以及是否操作和程序与计划的一样被执行等方面。
1.2.2辽河油田内部审计管理情况
辽河油田审计处成立于1985年,是辽河油田所属的事业单位。
在辽河油田分开分立后,主要负责全辽河油田分公司合同签订前以及结算前的测试(检查)。
辽河油田分公司根据自身的特点,并征得中石油股份公司的同意,开创了两级审计机构同时进行测试的模式。
也就是说,在辽河油田审计处为一级审计机构的同时,各二级采油厂(院)存在的审计科为二级审计机构。
采用这样的管理方式,能够更加细化对于国有资产的检查保护和监管工作。
但是,工作细化的同时也带来了巨大的工作量,在原有审计人员不增的情况下,每个人所做的工作越来越多,管理中难免产生失误,以往许多漏洞也进一步显现出来,因此更加迫切需要采用系统化、现代化的管理手段来改进和加强管理。
1.3课题研究的意义
计算机及网络的普及,不仅提供了一种先进的管理模式推动审计系统业务单位的建设,而且满足各级审计机构及相关业务人员获取信息的需要,建立的辽河油田审计管理系统能够为油田审计处、各审计科、以及供货商(合同乙方)三方都提供了很大的便利。
对于审计处来说,优化管理体制,实现资源合理配置,节约更多的资金用于价格信息共享体系的建设;便于信息的快速传递和充分共享,减轻工作人员负担,提高职能部门的工作效率;推动辽河油田内部审计管理机制进一步完善,适应信息化的要求,充分体现现代化内部审计的先进性。
对于审计科来说,通过使用‘审计综合管理系统’使管理工作标准化、规范化,便于审计处统一管理;各二级单位审计科的管理人员可以及时了解最新工作计划,合理安排审计计划,更好地完成本职工作,避免了人为因素造成的差错。
对供货商来说,由于各级审计机构可以方便地查阅到所有近期的类似商品市场价格信息及相关文件、政策;增加了审计工作的透明性和及时性,缩短审核期时间由以往一两天的周期可以减少到几分钟
在本系统开发之前,个别二级单位自行引进了一些审计管理软件,由于功能上不能满足油田审计工作的实际需要,并且因为引进软件的需求、设计不同,各软件间数据结构也不能相同,造成各审计机构之间审计信息不能共享,无法满足现代化内部审计关于信息共享的管理需要。
因此,根据辽河油田内部审计的实际情况和发展目标开发自己的管理系统,可以直接和现行管理制度接轨,无须被迫改变原来的管理体系,减少升级电子化管理带来的转换麻烦,而且从长远的发展来看更重要的是便于以后管理系统流程优化、功能扩充。
1.4课题研究的内容和成果
本课题的开发研究过程分为四个阶段:
(1)系统需求分析阶段。
向辽河油田审计处各科室了解审计工作流程,收集他们对系统功能的要求,整理相关信息资料,确定系统开发的范围。
(2)系统设计阶段。
明确系统要完成的功能,完成总体设计。
(3)全策略设计阶段。
根据系统功能划分用户类型和每种类型用户的权限以及每种权限相应的操作内容。
(4)程序模块划分和实现阶段。
根据系统管理的信息类型划分出六个大的程序模块和若干个子模块,分别编写代码,最终实现系统功能。
在完成以上四个阶段工作的基础上,本课题的研究最终取得了以下几方面成果:
(1)设计和实现了辽河油田审计综合管理系统的整体设计。
综合考虑系统要完成的功能,将系统分为六个主干功能模块,采用基于j2ee思想的MVC三层体系结构,将系统分为数据服务层(C)、业务层(M)和表示层(V)。
(2)设计实现了系统安全策略。
根据用户的职能,把系统用户分为三个角色:
系统管理员、二级单位系统管理员、和普通用户,每个角色根据各自的职能拥有不同的权限,用户由系统管理员分配和授予角色,必须首先经过身份验证才能进入系统。
(3)编写了服务器端应用程序和用户操作页面。
实现了数据库服务、应用服务和前端浏览器之间的通讯;为用户提供了简洁、友好的浏览器操作界面;编写了处理用户请求的后台服务程序。
用户只要从浏览器上提交所需的操作请求,服务器就可以处理这些请求,数据库服务提取结果数据,返回给客户。
(4)系统设计基本满足用户的要求,达到了既定设计目标,可以实现系统管理、合同审计管理、工程审计管理、综合审计管理、财务审计管理、物管审计管理,已经通过用户的首次验收,目前正处于测试阶段,准备投入使用。
1.5本文的主要内容及组织结构
本文对辽河油田审计管理的业务范围和流程进行了全面的分析,探讨了整个系统的体系结构和特点并以合同审计管理为例论述了系统开发方法。
根据审计处的实际情况和业务需要,采用java计算机语言来支持j2ee架构从而实现审计综合管理系统作为为解决方案,为审计处实现了合同、工程、财务、综合、物管等信息的计算机管理,方便了各级审计机构的管理工作,便于工作人员对相关信息的查询。
同时认真总结了各项业务的流程规律,方便快捷地生成了底稿信息和测试单据信息,实现了管理信息与数据信息共享。
本文针对辽河油田综合审计管理正实施的现代化管理工程,探讨了如何利用j2ee架构思想实现基于web的网络管理系统,具体介绍了该系统的业务流程和开发方法,全文由以下六章组成:
第一章主要讨论了课题的来源和意义。
第二章研究了系统所涉及的主要技术。
第三章主要对系统的业务流程进行分析,完成系统的总体设计方案。
第四章研究了系统的实现,主要包括数据库设计、组件设计及用户界面设计。
第五章系统测试与验收。
第六章对全文进行了总结,并对课题的进一步研究及后期目标提出了一些看法。
第二章系统所涉及的主要技术
2.1J2EE架构思想
J2EE平台为实现和部署企业级应用程序提供了一个标准,促进企业组织加快在信息化经济中竞争的步伐。
这个标准是通过一系列的相关规范来定义的,其中关键的有J2EE规范、EJB规范、Servlet,JSP规范等[1]。
J2EE平台指定了N层体系架构的企业级应用程序的技术,包括组件技术、服务技术和通信技术。
下面我们分别来看看这些相关的技术所包括的内容。
组件技术,所有的J2EE组件都需要一个容器-container-来提供其运行时环境。
此环境可以提供如组件的生命周期管理、安全、多线程以及实例池之类的服务。
组件技术有applet、应用程序客户端组件,web组件,ejb组件。
其中web组件包括jsp和servlet组件。
而ejb又可以再细分为sessionbean,entitybean和mdb(消息驱动bean)。
由于j2ee体系结构的庞大和复杂,为了便于识别不同群体所执行的任务,在应用程序开发和部署的整个生命周期中,j2ee平台定义了6种不同的角色:
j2ee产品提供者、组件提供者、应用程序开发者、部署人员、系统管理人员、开发工具提供者。
服务技术包括:
名称目录服务(JNDI),事务服务(JTA,JTS),安全服务(JAAS),数据库的访问(JDBC)和连接器结构(JCA)。
通信技术,J2EE规范要求支持以下几种类型的通信技术:
internet协议(TCP/IP,HTTP,SSL),远程方法调用(RMI)协议,对象管理组协议(IIOPInternet内部orb协议),消息接发技术(JMS,JavaMail)以及数据格式。
对于一个企业级的项目进行逻辑上的分层是很重要的-比起在物理上的分割更重。
J2EE平台从一开始就是以一种分布式的模样出现的!
下面我们来看看基于传统的J2EE架构的两种方案。
我们主要讨论在web中的应用,当然也适合在其他场合。
第一种架构在表现层使用web组件,采用mvc模式,其实就是在《J2EE核心模式》书中提到的前端控制器模式外加一个命令助手。
一般都会使用一个开源框架的实现比如struts,webwork2或者springmvc等。
在业务层采用远程slsb作为业务层接口(facade),通过粗粒度的entitybean作为数据库的访问层,当然cmp的entitybean作为首选。
为了使ejb客户端不依赖于访问ejb的api,都会采用servicelocator和businessdelegate模式。
这种架构很适合通过rmi-iiop访问,在ejb2.1之后,sessionbean也提供了对webservice的支持。
第二种架构表现层同上,在业务层采用本地的slsb作为业务接口,这不代码级的重构,是架构上的重构。
把业务逻辑抽出放到pojo,将slsb作为一个facade。
数据访问放弃entitybean,采用透明的持久层解决方案比如jdo,hibernate或者是基于sql的jdbc。
这里可以采用dao模式来隐藏数据访问的细节。
放弃的远程访问的一个“优点”,既不失CMT又丢掉了entitybean这个性能的包袱。
如果使用ejb组件,这是推荐架构!
但是因为ejb组件的重量级一直是它的瓶颈,所以在我们这套系统中没有采用ejb组件技术。
在架构方面对第一种方案作了一些变化,表现层不变,业务层使用javaBean技术替代ejb中的entitybean(实体bean)与数据库交互实现mvc模式。
2.2基于J2EE的三层应用架构
J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制。
2.2.1J2EE的优势
•保留现存的IT资产:
由于企业必须适应新的商业需求,利用已有的企业信息系统方面的投资,而不是重新制定全盘方案就变得很重要。
这样,一个以渐进的(而不是激进的,全盘否定的)方式建立在已有系统之上的服务器端平台机制是公司所需求的。
J2EE架构可以充分利用用户原有的投资,如一些公司使用的BEATuxedo、IBMCICS,IBMEncina,、InpriseVisiBroker以及NetscapeApplicationServer。
这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。
每一个供应商都对现有的客户提供了不用废弃已有投资,进入可移植的J2EE领域的升级途径。
由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行,现有的操作系统和硬件也能被保留使用[10]。
•高效的开发:
J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。
这样开发人员可以集中精力在如何创建商业逻辑上,相应地缩短了开发时间。
高级中间件供应商提供以下这些复杂的中间件服务:
•状态管理服务:
让开发人员写更少的代码,不用关心如何管理状态,这样能够更快地完成程序开发。
•持续性服务:
让开发人员不用对数据访问逻辑进行编码就能编写应用程序,能生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。
•分布式共享数据对象CACHE服务:
让开发人员编制高性能的系统,极大提高整体部署的伸缩性。
•支持异构环境:
J2EE能够开发部署在异构环境中的可移植程序。
基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。
因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。
这在典型的异构企业计算环境中是十分关键的。
J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制订整个方案所需的费用。
•可伸缩性:
企业必须要选择一种服务器端平台,这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。
基于J2EE平台的应用程序可被部署到各种操作系统上。
例如可被部署到高端UNIX与大型机系统,这种系统单机可支持64至256个处理器。
(这是NT服务器所望尘莫及的)J2EE领域的供应商提供了更为广泛的负载平衡策略。
能消除系统中的瓶颈,允许多台服务器集成部署。
这种部署可达数千个处理器,实现可高度伸缩的系统,满足未来商业应用的需要。
•稳定的可用性:
一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。
因为INTERNET是全球化的、无处不在的,即使在夜间按计划停机也可能造成严重损失。
若是意外停机,那会有灾难性后果。
J2EE部署到可靠的操作环境中,他们支持长期的可用性。
一些J2EE部署在WINDOWS环境中,客户也可选择健壮性能更好的操作系统如IBMAIX、IBMOS/390。
最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。
这是实时性很强商业系统理想的选择。
2.2.2J2EE的四层模型
J2EE使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件根据他们所在的层分布在不同的机器上。
事实上,sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端,在传统模式中,客户端担当了过多的角色而显得臃肿,在这种模式中,第一次部署的时候比较容易,但难于升级或改进,可伸展性也不理想,而且经常基于某种专有的协议――通常是某种数据库协议。
它使得重用业务逻辑和界面逻辑非常困难。
现在J2EE的多层企业级应用模型将两层化模型中的不同层面切分成许多层。
一个多层化应用能够为不同的每种服务提供一个独立的层[6],J2EE典型的四层结构包括:
•运行在客户端机器上的客户层组件
•运行在J2EE服务器上的Web层组件
•运行在J2EE服务器上的业务逻辑层组件
•运行在EIS服务器上的企业信息系统(Enterpriseinformationsystem)层软件。
J2EE应用程序组件是由组件构成的.J2EE组件是具有独立功能的软件单元,它们通过相关的类和文件组装成J2EE应用程序,并与其他组件交互。
J2EE说明书中定义了以下的J2EE组件:
应用客户端程序和applets是客户层组件;JavaServlet和JavaServerPages(JSP)是web层组件;EnterpriseJavaBeans(EJB)是业务层组件。
客户层组件:
J2EE应用程序可以是基于web方式的,也可以是基于传统方式的.web层组件J2EEweb层组件可以是JSP页面或Servlets.按照J2EE规范,静态的HTML页面和Applets不算是web层组件。
web层可能包含某些JavaBean对象来处理用户输入,并把输入发送给运行在业务层上的enterprisebean来进行处理。
业务层组件:
业务层代码的逻辑用来满足银行,零售,金融等特殊商务领域的需要,由运行在业务层上的enterprisebean进行处理。
一个enterprisebean可以从客户端程序接收数据,进行处理(如果必
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 工程硕士 论文 完整版