《企业自动化管理框架的设计与实现——硕士学位论文》由会员分享，可在线阅读，更多相关《企业自动化管理框架的设计与实现——硕士学位论文（48页珍藏版）》请在金锄头文库上搜索。
1、摘要摘 要 关键字： AbstractKeywords:48目录目 录摘 要IAbstractII第一章 引言11.1论文目的及方法11.2研究背景11.3国内外研究现状11.4论文主要内容31.5论文的组织安排3第二章 EJB及Web Service概述52.1 EJB52.1.1 EJB概述52.1.2 BOAT中为何要使用EJB52.1.3 BOAT系统中的EJB组件62.1.4分布式计算技术的比较72.1.5 对BOAT中EJB技术的思考82.2 Web Service技术82.2.1 Web Service概述82.2.2 Web Service的访问92.2.3 Web Servi
2、ce的创建92.2.3 Service Message102.2.4 Web Service在本项目中的应用112.3本章小结12第三章 BOAT系统133.1 BOAT系统介绍133.1.1 BOAT系统从何而来133.1.2 BOAT系统架构133.1.3 BOAT开发平台及工具153.2 APM系统简介163.2.1 APM简介以及与BOAT的关系163.2.2 APM主要开发技术与它的影响163.2.3 BOAT中调用Web Service173.3 本章小结20第四章 数据库设计214.1 BOAT系统的数据库规范化设计214.1.1 数据库的规范化设计的原因214.1.2 表设计中
3、的第一范式（1NF）214.1.3 表设计中的第二范式（2NF）214.1.4 表设计中的第三范式（3NF）224.1.5 Guid与自增量234.2 BOAT数据库的存储过程（Store Procedure）234.2.1为何BOAT采用存储过程234.2.2 BOAT数据库中的触发器244.3 BOAT数据库中的视图（View）244.3.1创建视图254.3.2 视图的限制254.4 BOAT系统的Audit Log设计264.4.1 Audit Log的设计需求264.4.2 Audit Log的数据获取264.4.3 Audit Log的用户接口274.4.4 Audit Log的用
4、户显示层设计284.5表结构设计294.5.1 辅助列的设计304.5.2 起同步作用列的设计304.6本章小结31第五章 BOAT系统主要功能的实现325.1 BOAT中的功能包BackofficeJar325.1.1 BackofficeJar中的主要功能325.1.2 BackofficeJar中的邮件类325.2用JFreeChart实现图形报表的功能325.2.1 JFreeChart简介325.2.2 JFreeChart应用举例335.2.3 HelperEJB在生成图形中作用345.3邮件提醒机制的实现355.3.1 BOAT中CSR工作分配邮件355.3.2 BOAT中信息提
5、供和帮助邮件355.4 Ant编译365.4.1. build.xml中的元素365.4.2. 经过Ant编译后BOAT的结构365.5本章小结37第六章 总结386.1工作内容386.2工作总结386.3工作体会386.4 名词解释：39参考文献40附录 Trigger代码41 第一章 引言1.1论文目的及方法一个大型的Web应用系统可以拥有很多的组成部分，也可以涉及到很多的技术，根据需求开发人员可以套用或设计不同的模式将各个部分和技术组合起来，从而最终实现一个应用系统。本文的目的之一就是通过对BOAT系统全面的阐述，来说明一个新的Web应用模式：利用Web Service来调用其它应用的数
6、据服务。本文的目的之二就是说明数据库设计的重要性，因为所有的的应用的设计和实现都是基于数据的，所以成熟可靠的数据库表结构是非常重要的。本文阐述目的的方法是通过自己在BOAT系统实际开发过程中参与设计的体会，以及对自己所做实际开发工作的经历的总结而完成的。1.2研究背景自2000年以来，随着B/S架构被引入企业平台的开发，Java一直是平台开发的主流技术。随着时间的推移，J2EE的各种技术也是层出不穷，从EJB + Struts到SpringHibernate，再到EJB3.0的出现，各种第三方组件更是数不胜数。在J2EE的技术标准不断推出新的框架的同时，.Net技术由于它更低的开发难度以及前台
7、界面控件的强大功能而受到开发者的青睐。由于这两种技术的并存，而且各有各的优点，由于J2EE对Request、Response和Session这样的对象的充分关注可以让开发者很好的对整个系统的流程进行控制，从而更利于系统整体架构的良好设计，而.Net在这点上相对逊色。所以当不同部门之间的工具平台整合和互用的时候就会发现问题，两种技术的设计理念区别还是很大的，所以会有Web Service的出现用于不同系统之间的互用，在这个求同存异的世界，用哪种技术并不是最关键的，.NET和J2EE都是专注在企业级应用上，相反随着时间的推移如何保证一个平台数据的可用性和结合性才是最重要的。就本文中的BOAT系统来
8、说，它存在于当地爱立信的客户支持部已经5年之久，它的前台界面一直有人负责更新和升级，甚至整个系统除数据库以外的架构都已经换过，所以数据库以上的更新是一直存在的，并且这种更新与旧系统的运行是同时的，所以这次项目要保证在数据库现有数据结构不变得情况下更别的平台整合。而对于这个将要重用的新的系统(APM)，所要做的是设计它的数据库结构和它的访问层以便它不仅可以作为其本身的数据库系统，同时也很好的被BOAT所使用。在这一点上就可以把它看作一个小的分布式系统，项目中的一个重要任务就是通过对旧系统逻辑层和演示层以及新系统的数据层的设计和改进来达到跨平台业务逻辑的调用和不同系统的统一管理。综上所述，.NET
9、和J2EE在企业级应用上的地位已经不容置疑，这两种技术在一个企业内并存的现象也是不可避免。而如今在各个企业级平台之间的数据重用和逻辑重用的这种需求，特别在一个企业内的相关平台之间，也已经越来越明显。虽然它们之间的关系谈不上分布式系统环境，但是在一定程度上已经有了互相协作，互相更新的行为，有了一定的依赖关系。而这种关系最关键的就是取决于数据库结构的设计。本文以BOAT为主要系统，以EJB调用Web Service为技术基础，APM平台的数据库设计为底层支持，讲述了如何组建一个可协作可重用其他数据Web企业级管理系统，从而达到协作管理的效果。1.3国内外研究现状现今，许多企业已经为他们的以存在的系
10、统或者数据库投入了很多的资金和人力，因为更好的技术出现而舍弃旧的系统是不符合成本效益规则的，如何找到一条更符合成本效益的道路来优化企业的EIS(Enterprise Infromation System 企业信息系统)，SOA(Service Oriented Architecture)的概念就成为了最好的解决方案。Web Service作为这个概念的一项技术，已经月来越成熟，它通过一些协议和已有的技术(XML， Web Services Description Language (WSDL)， Simple Object Access Protocol (SOAP)， Universal D
11、escription， Discovery， Integration(UDDI)来实现SOA这个概念。它通过在旧系统上构建可供不同系统使用的web组件，使旧系统的功能整合到如今的复杂多样化的计算环境中，你可以提供一个尽可能简单的服务，由订阅者去决定如何使用，这种方式非常符合成本效益的规则，用最低的成本来做到新旧的结合，而且已经被广泛使用1。至于Web service未来会充当何种角色，也同样由它的特性所决定，云计算最近作为一个新名词进入大家的视野，微软和Google都推崇这种概念，虽然方式不一样，但是有一种未来大家是可见的，就是将来网上充斥的不再是信息，而是各种各样的服务。这种服务通过什么提供
12、，就是存在于Internet上的各个网络单元通过Web Service提供的，它将成为未来的主流技术。不知道什么时候网上出现各种各样关于EJB性能差的说法，虽然EJB已经渐渐淡出历史舞台，但如果要使用J2EE提供一个成熟的解决方案，EJB将会一个选择，因为EJB的容器(如JBOSS)自动提供了对象池和缓存池。如果你的解决方案需要承受大量的并发访问，没有缓存池更本不可能达到用户要求。所以一个无状态的Session Bean的性能肯定要强于一个框架中的普通Java Bean。而随着EJB技术进入3.0阶段，它在更框架相比在数据持久性上面的不足也得到了加强。EJB3.0的很多新特性是通过JAVA S
13、E5.0来实现的。这里就要谈到JAVA SE 5.0，它所提供的许多特性，其中最有趣的一点就是标注(Annotation)的功能。以前的JAVA语言都是命令格式的，比如a.b()，表示让类a做事情b，但是很多时候只是需要对某个对象做一些注解，比如对某个类标记为可持续化的Serializable。这只是一个标记，为了以后的处理提供说明，本身不需要做任何操作。 在Deploy 的时候， 提供了很多说明的XML文件，比如部署描述文件，里面说明了引用的EJB的名字，接口， 以及当前EJB的Transaction Type等等信息。所有这些信息都是说明性的，而不是命令性的。用来对某个对象的某个属性坐一段
14、说明。因此，有一个非常有趣的想法，能不能通过对JAVA语言的扩展，结合标注和命令这两者的优点? 这也是有一个专家组在JCP的组织内完成的，JSR规范的编号是JSR 175，为JAVA SE 5.0支持标注(Annotation)的功能。这个规范为EJB3.0 的简化实现提供了一些基本的支持，也是最关键的支持。标注可以有自己的属性，也可以定义自己的持续时间，表示这段信息是否保存到源代码中，还是一直持续到Class中，或者一直保持到运行时间。标注有自己的缺省值。大多数情况下，无须说明就可以推算出来这个对象的行为。但是现在随着Swing框架的流行，统计数据显示，EJB的受欢迎程度在降低，EJB3.0
15、也不可能完全抛弃EJB2.0完全重新设计，它势必要达到对EJB2.0的最大兼容。而且不管是EJB2.0还是3.0，它们最大的优势都是分布式部署，而J2EE的企业级应用向来关心的是数据本身，并不是分布式，或者说更本用不到分布式部署，在这一点上EJB就失去了它的效用，在BOAT系统中继续使用EJB就相当于继续使用一个组件，因为先前建立的EJB已经建立了一个组件模型，如果再要实现什么新功能，只要依照原来的组件模型模仿就行了。如果要重新设计BOAT系统，现存的组件模型的EJB完全可以被Spring这个轻量级框架所取代2。但是现阶段在这个项目中最重要的不是用更先进的技术重新实现BOAT，而是新增功能，并使BOAT系统可以很好的使用外部数据库，所以EJB在BOAT中会继续存在。所以结合这两种技术，现在一个Web企业级应用如果采用J2EE作为解决方案，那么它的主流的架构将会
