J2EE平台多层体系架构
基于J2EE构建多层分布式电子商务系统
信 息科 学
科
基于 ＪＥ ２ Ｅ构建 多层 分布式 电子 商务系统
林 惠 钦
（ 州第二 高级技 工学校 ， 福 福建 福清 ３ ０ ０ ） ５ ３ １
多
层分布式电子商务的主要步骤。这种基 于 ２ 的开发技术是解决电子商务 系统构建的确效万法， 巴 以稠惩向双午明句伸Ａ ， 、 Ｊ ＥＥ 迪过
Ｃ０ ｔｉｅ 、 ｍｏｅｎｅｆｅ 、 ｍｅｎ—ｅｒｃ ｎａｎ ｒ Ｒｅ ｔｌｔｒａ ｅ Ｈｏ ｌ ｔｔａｅ。 具
工作原理是 ： ｂｅ ｅ 把客户端 的请求分发到 Ｗｅｓｒ ｒ ｖ 应用系统层 ， 首要的 目标是找到特定 服务的 Ｅ — Ｊ Ｂ组件 ， ｂ ｅｖｒ ＷｅＳｒｅ 透过 ＥＢ ｅｖｒ ，与 Ｅ Ｂ Ｊ Ｓ ｒｅ 层 Ｊ— ｃ ｎａ ｅ 通 信 ，查 找 并 且 定 位 Ｈｏ ０ｔｉ ｒ ｎ ｍｅ对 象 ， Ｈ ｍ。对象是 Ｅ Ｂ对象与客 户端应用程序之 间 。 Ｊ 通信 的接 口， 当找到特定的 Ｈ ｍ ｏ ｅ对象时 ， 我们 就可 以利用这个对象 ，创建一个 Ｒ ｍ ｔ对象 ， ｅ ｏｅ 这个 Ｒ。 ｔ ｍｏ ｅ对象封装 了 Ｅ Ｂ对象所有的功能 ， Ｊ 在应用程序 中调用 Ｒ ｍ ｔ对 象的方法 ， ｅ ｏｅ 实际上 就是调用 Ｅ Ｂ对象的方法。在这个 Ｅ Ｂ对象的 Ｊ Ｊ 方法 中，还可 以调 用另一个 Ｅ Ｂ对象 的方 法 ， Ｊ 第二个 Ｅ Ｂ对象可 能存 在另一个 Ｅ Ｂ ｏ ｔｉｅ Ｊ Ｊ Ｃ ｎａｎｒ ｆ 同一个 Ｅ Ｂ 。 ｅ 中， Ｊ Ｓｒ ｒ 还有 可能存 在于 另一个 ｖ） Ｅ Ｂ ｅｖｒ Ｃ ｎａｎｒ中。这样第 一个 Ｅ Ｂ对 ＪＳ ｒｅ 的 ｏｔｉｅ Ｊ 象成 了第二 个 Ｅ Ｂ对象的客户端程序 ， Ｊ 第一个 Ｅ Ｂ对象还可 以调用 另外 的应用系统来完成特 Ｊ 定 的任务 ， 例如 Ｃ Ｒ Ａ、 Ｂ Ｏ Ｂ Ｄ ＭＳ系统 。
基于J2EE的面向服务体系结构
/% 可 利 用 现 有 的 业 务 逻 辑 和流 程 & 在 企 业 中
现 有 的 业 务 逻 辑 " 如 已 使 用 7<: 组 件 编 写 " 通 过
2"8 服务 公开 它就 可实现 从外 界访 问该 服务 * @% 并 发 支 持& 因 为 7<: 容 器 必须 对 无 状 态 会
话 8"*( 任 何 特 定 实 例 的 请 求 进 行 串 行 化 " 所 以 服 务端 点不 必担 心多 线程 访问 问题 *
$" *+ %#&"&",-./!"#$%012345
使 用 <377 提供 的 2"8 服 务 功 能可 以 很 容易 地 构 建 能 够 访 问 现 有 业 务 流程 的 !’, 系 统 " 通 过 采 用 !’, 框 架 " 企 业 可 以 最 大 程 度 地 减 少 系 统 间 的 耦合 " 提 高可 重 用性 * 在 <377 =>? 下 " 2"8 服 务客 户 可 以 通 过 公 开 无 状 态 7<: 组件 作 为 2"8 服 务 访 问 <@77 应用 程序 " 它 有很多 优势 *
E
F:从面向服务的体系结构概念入手 " 对 +6 & 的三个抽
据不 同 的分 类特 征 通过 动 态查 询 服务 来 查找 特 定的 服务 " 这 个过 程被 称为 服务 的动 态发 现$ 服务 消 费者 或者 客 户 通过 消 息来 消 费服 务 $ 接 口 契 约 是 独 立 于 平 台 和 语 言 的 " 消 息 通 常 用 560 文档 来构 造$
J2EE的体系架构——J2EE
J2EE的体系架构——J2EEJ2EE是Java2平台企业版（Java 2 Platform,Enterprise Edition），它的核⼼是⼀组技术规范与指南，提供基于组件的⽅式来设计、开发、组装和部署企业应⽤。
J2EE使⽤多层分布式的应⽤模型。
J2EE分层：客户层，执⾏在客户计算机上的组件，⽤户与系统的接⼝逻辑，通过http协议的来訪问应⽤server。
表⽰层，执⾏在J2EEserver上的组件，通过与业务逻辑层互动。
将⽤户须要的数据以适当的⽅式输出。
业务逻辑层，相同是执⾏在J2EEserver上的组件。
企业信息系统层（EIS），是指执⾏在EISserver上的软件系统。
以上层次⼀般也指三层应⽤，也就是客户层+J2EE应⽤服务层+企业信息系统层。
分布在三个不同位置：客户计算机、J2EEserver及后台的数据库或过去遗留下来的系统。
客户层Web浏览器也称Webclient，以标准格式来显⽰从server传递过来的⽹页，它们传递给浏览器时已经是HTML或者XML格式，浏览器正确的显⽰给⽤户。
⼩应⽤程序（Applet）是嵌在浏览器中的⼀种轻量级client。
当web页⾯不能充分的表现数据或者应⽤界⾯的时候，才使⽤它，Applet是⼀种替代web页⾯的⼿段。
可以使⽤J2SE开发Applet。
Applet⽆法使⽤J2EE中的各种Service和API。
须要执⾏在client安装了Java虚拟机的Web浏览器上。
应⽤程序clientJ2EE应⽤程序client相对Applet⽽⾔。
是⼀个较重量级的client，可以使⽤⼤多数的服务和API，它执⾏在客户机上，能提供强⼤⽽灵活易⽤的⽤户界⾯，如使⽤Swing或AWT创建的图形化的⽤户界⾯（GUI）。
当然。
应⽤程序可直接訪问执⾏在业务层的Bean，假设需求同意。
也可以打开HTTP连接，建⽴与执⾏在Web层上的Servlet之间的通讯。
J2EE应⽤server两⼤容器EJB容器+Web容器，即业务逻辑层+表⽰层Web容器管理全部的Servlet等Web组件的执⾏。
基于J2EE多层整合框架远程在线考试系统研究
基于J2EE多层整合框架的远程在线考试系统研究摘要：将教育考试系统与先进的网络技术相结合，采用b/s模式的多层体系结构，将struts、spring及hibernate有机融合，设计开发基于j2ee多层整合框架的在线考试系统。
经验证，本系统能够实现考试的规范化、无纸化，体现考试的公平性，节约资源，提高考试的效率。
关键词：j2ee；整合框架；远程考试系统中图分类号：tp311.52文献标识码：a文章编号：1007-9599 (2013) 06-0000-031引言传统的考试通常都是由人工方式组织进行，采用教师统一命题的方式，需要在固定的时间组织学生利用纸质试卷笔试完成的方式进行。
即使在目前的高等学校课程考试中，这种工作效率很低的考试方式仍在普遍的使用[1]。
在其发挥作用的同时，也有很多不容忽视的弊端。
互联网的迅速发展带动了远程教育应用的发展，远程教育不仅从手段和形式上改变了传统教学模式，更从观念、过程、方法以及师生角色等诸多深层面赋予教学以新的含义[2]，它能够提供个性化的教学环境，多元化的教学资源，实现交互式教学和群体化协作教学，并且能够提供具有创造性且易修改的教学内容。
远程考试系统是现代远程教育过程中的一个重要实践，它担负着因材施教、选拔人才、诊断补救、评价教学、就业指导等众多功能，已经渐渐成为教育测量学中的一个重要内容。
开发和完善远程考试系统对于减轻教师工作负担，推动教育教学网络化、社会化，教育资源建设和共享，提高教育教学效果和质量，都有着深远的实践意义。
struts、spring及hibernate是基于j2ee的开源应用框架[3]，本文在充分分析了三种构架的特点及优势后，采用b/s模式的多层体系结构设计开发基于struts、spring及hibernate融合框架的在线考试系统，从而实现了考试中的规范化、无纸化，节约资源，提高考试的效率。
2远程在线考试系统各种课程考试一直是学校非常重要的一个教学组成部分，考试作为一种重要的教学检查手段，主要是为了考察教师的教学质量和学生的学习效果。
J2EE基础知识
J2EE发展简史
• 1990，Green项目组创建Oak语言，这就是Java语 言的前身 • 1996年1月，Sun发布Java 1.0 • 1998年夏末又推出了Java 2.0 • 1999年，为了将Java 2的应用拓展到各个领域中， Sun推出了三个版本的Java 2平台，这就是J2ME、 J2SE和J2EE，J2EE由此诞生了
30
体系结构
J2EE .NET
数据层
JDBC、实体Bean
ODBC、
COM+ B/S模式：
业务层 会话Bean、JavaBean 表述层 B/S模式：JSP/Servlet
客户层 C/S模式：Java Swing C/S模式： Windows Forms
31
.NET的体系结构
2
课程安排
Day1: J2EE基础（XML、JAXP、RMI、JNDI） Day2: Java数据库连接（JDBC） Day3: EJB基础 Day4: 会话Bean（JTA、JTS） Day5: 实体Bean Day6: 消息Bean（JMS） Day7: Servlet Day8: JSP Day9: EJB+JSP的使用 Day10: Struts应用开发
15
平
台
• 平台供应商：提供J2EE平台，包括组件容器、平台APIs等 等； • 组件供应商：提供应用程序组件，包括HTML页面设计人 员、JSP程序员、EJB开发人员等等； • 组件装配人员：组装由组件供应商提供的组件，最后形成 EAR(Enterprise Archive)文件 • 部署人员：将装配好的组件部署到容器上； • 系统管理员：管理和配置部署好的系统； • 工具供应商：提供开发组件所使用的工具； • 系统组件供应商：提供系统组件；
J2EE的层次和组成
J2EE的层次和组成J2EE的层次和组成J2EE组件和“标准的” Java类的不同点在于：它被装配在一个J2EE应用中，具有固定的格式并遵守J2EE规范，由J2EE服务器对其进行管理。
以下是关于J2EE的层次和组成，欢迎大家参考!目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版(Java 2 Platform Micro Edition，J2ME)、适用于桌面系统的Java 2平台标准版(Java 2 Platform Standard Edition，J2SE)、适用于创建服务器应用程序和服务的Java 2平台企业版(Java 2 Platform Enterprise Edition，J2EE)。
J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。
J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML 技术的全面支持。
其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。
J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。
事实上，sun 设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议??通常是某种数据库协议。
J2EE相关技术介绍
J2EE相关技术介绍J2EE 技术介绍J2EE 概述为了解决企业在软件开发中出现的问题，SUN 公司提出的以Java 2 平台为核心一种框架方案J2EE。
它的出现精简了企业软件开发、部署过程，为企业建造高质量的应用系统提供了好的支撑，解决了传统两层模式(Client/Server)下客户端庞大的弊端。
J2EE 平台由一整套服务(Services)、应用程序接口(APIs)和协议构成，它对开发基于Web 的多层应用系统提供了强大的支持，本质上是一个分布式的服务器应用程序设计环境。
2005 年 6 月，J2EE 正式更名为Java EE。
J2EE 的四层模型J2EE 采用多层的分布式模型，J2EE 应用程序既可以是三层结构，也可以是四层结构。
典型的基于B/S 的J2EE Web 应用四层结构包括客户层、控制层、业务层和持久层，分层图如图 2.1 所示：1客户层客户层又称为用户层。
简单来理解就它主要是与客户双向互动的，既接收来客户的命令或请求又把来自系统的执行结果展示给用户。
J2EE 客户端有许多，可以是基于Web 或者不是基于Web。
通常用户层采用Web 客户端，也就是瘦客户端，显示由JSP 或Servlet 产生的Web 页面。
客户层一般不实现如数据库操作(sql)、完成复杂的业务逻辑这样的功能。
Web 客户端基于浏览器形式，维护、使用、升级方便，不需要单独再次安装客户端。
2控制层控制层又称Web 层。
它的主要作用是接收来自客户端的请求（Request），并对客户的请求产生相应的响应（Response）。
J2EE 平台中，控制层是由Web容器内的组件来实现，可以解决系统异构性问题，实现系统的通用性、可伸缩性、易维护性。
3业务层业务层或EJB 层主要是满足某些领域(教育业和金融业)特定业务需要的。
通常情况下，业务层提供业务服务组件供应用程序使用。
业务组件通常被实现EJB(Enterprise JavaBeans)组件，并由EJB 容器负责管理和执行。
基于Flex与J2EE多层架构的RIA智能网络考试系统的设计与实现
ｌ 网络 考试 系统 的结 构设 计
１ １ 基于 Ｆ ｅ ． ｌ ｘ和 Ｊ Ｅ ２ Ｅ多层架构 的 网络考试 系统体 系结构设计
随着 Ｗｅ 用 需 要更 复 杂 的表 现 和逻 辑 处 理 ， ｂ应
拓 守 恒
（ 陕西理工 学院计 算机 系 陕 西汉 中 ７ ３ ０ ） ２ ０ ３ 【 摘 要】首先介绍 网络 应用 系统 发展 的现状 ， 出采 用应用 Ｆ ｅ 提 ｌ ｘ作为表 示层实现 ， 应用 Ｈｉｅｎ ｔ ｂｒ ａｅ作为持 久层
实 现 ，并结合 Ｓ ｒ ｇ技术作 为业务 层搭建 富英特 网应用 （ Ａ）系统模 型。采用粒子群优 化 Ｐ Ｏ 算法组卷 ，从 ｐｉ ｎ ＲＩ Ｓ
而设 计 出了一套 多层次 、高性能 、智 能化 的网络 考试 系统。 【 关键词】 富英特 网 ，智能 ，考试 系统 ，多层 架构
中 图分 类 号 ：Ｔ ３ ３ Ｐ ９ 文献 标 识 码 ：Ａ
ＡＢ Ｔ Ｓ ＲＡ ｔ ｉ ｐ ｐ ｒｂ ｉ ｆ ｅ ｉｗｓ ｔ ｅ ｐ ｅ ｅ ｔｓｔ ａ ｉ ｎ ｏ ｅ ｅｏ ｍｅ ｔｏ ｅ ｗｏ ｋ ａ ｐ ｉａ ｉｎ ｓ ｓ ｅ ．ｗｅ ｐ ｏ ｏ ｅ ｕ ｉ ｇ ｔ ｅ ＣＴ ｈ ｓ ａ ｅ ｒｅ ｌ ｒ ｖｅ ｈ ｒ ｓ ｎ ｉｕ ｔｏ ｆｄ ｖ ｌ ｐ ｎ ｆｎ ｔ ｒ ｐ ｌ ｔ ｙ ｔ ｍ ｙ ｃ ｏ ｒ ｐ ｓ ｓｎ ｈ
基 于 Ｆｅ ｌｘ与 ＪＥ ２ Ｅ多 层 架 构 的 Ｒ Ａ 智 能 网络 考 试 系统 的设 计 与实 现 Ｉ
文 章 编 号 ： ０ ３ ５ ５ （ ０ ０ ０ — ０ ２０ １０ －８ ０２ １ ）３０ ６—４
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基类
定义接口模板标准：busiStand
扩展类
业 务
业 务
业 务
可以按统一的接口标准 busiStand 执行
A
逻 辑 类
B
逻 辑 类
C
逻 辑 类
面向命名的系统联编
传统工具连编方式：面向地址 A) 变量：编译联编完成后，通过地址访问变量中存储的内容 B) 过程或方法：联编完成后，也是转换成地址的方式，供其他过程调用。 C)联编系统中任何一个模块发生变化，都需要重新联编，以重新确定地 址。 动态连接库 A) 通过命名的方式供其他过程调用。 B) 通过字符串的方式供过程调用，不参与系统编译，无法事先发现错误。 C) 动态连接库调用接口繁杂；仍然需要调用者重新确定系统地址后，再 执行。 D) 动态连接库是以库的方式提供命名连编。
J2EE 平台多层体系架构
Java 2 PlatForm Enterprise Edition
信息部门主管关心的问题
信息孤岛问题。
不同的部门有不同的应用系统，使用传统的开发工具，无法实现信息的共享互用。 如何实现不同系统间信息的互用？
如何保护系统的投资？
业务在不断地发展，系统在不断地升级，单位在不断地投资… … 在传统的开发方式下，除了部分模块、函数能够在升级产品中利用来，其他大部分要推倒重做， 需要重新投资完成以前投资的内容，造成极大的浪费。 如何保护以前的投资，使以前开发的应用产品能平滑地在新系统中使用？
系统偶合模型发展历程
面向过程、代码的系统紧偶合 需要与系统联编，与系统一起打包 接口不标准而且复杂，需要知道过程或代码接口 产品复用能力低 面向组件级的系统紧偶合 需要与系统联编，并需要准确知道组件部署所在的位置 接口不一定标准而且复杂，需要知道组件的应用接口 产品复用能力较高 面向部件的系统松偶合 不需要了解部件部署的位置 接口不一定标准，需要知道部件的应用接口 产品复用能力高 面向服务的系统无关联松偶合 不需要了解服务部署的位置 应用接口标准化；不需要知道服务的具体应用接口 产品复用能力高
目标代码与系统平台无关
Java 虚拟机 可以在不同的系统软件、不同的硬件平台运行。( 2 PlatForm ) 系统平台的变化，不会影响已经投资开发的应用软件。 如：硬件系统、操作系统、数据库系统。
模板式的类继承方法
传统的面向对象的方式;如 C++ , Delphi BaseClass Data1,Data2 Method1, Method2 继承 重载 操作的是基类 BaseClas 的属性、方法
J2EE 系统结构
Java 2 Platform Enterprise Edition 是一些列技术规范以及成熟的组件或部件的总和 在Java 语言的基础上；通过一系列框架基本类，规定一些商业部件的编 程规范，以及一些成熟的商用部件
J2EE的总体结构
客户 应用逻辑 Web包容器
JDBC (X)HTML/ XML HTTP(S) Servlets JSPs 标记库
如何减少系统的投资？
复杂的应用、数量庞大的系统用户，需要昂贵的系统硬件来支撑… …. 如何改善系统购价，以期达到最少的投资？
如何面对瀑涨的应用要求？
应用在不断地添加、完善，处理不断地变得复杂，系统应用人员在不断地增 加…… 主机系统已经变得不堪重负。是更换更加昂贵的主机设备，还是添加一些比较廉 价的主机系统，由系统动态均衡负载？ 在传统的方式下，只能通过更换更加昂贵的主机系统。
面向模板的 Java 类继承方法 BaseClass Data1,Data2 Method1, Method2 继承 重载
ExtendClass Data1,Data2 Method1, Method2
ExtendClass Data1,Data2 Method1, Method2 操作的仍然 ExtendClass 的属性、方法
Web包容器—Web 请求
Java 虚拟运行环境 一个Http请求启动一个线程 Web 服务的提供者 A) 打包Http 请求，组成标准的 Java HttpRequest 对象 B) 根据Http 请求地址，路由寻找 对应 的 Serverlet 类或Jsp Web 部署描述器
浏览器 1 Web 包容器 浏览器 2 HttpRequest 界面逻辑类 2 界面逻辑类 1
2层、2.5层体系结构
界面 业务逻辑 界面 业务逻辑 界面 业务逻辑
界面
界面
界面
数据库服务器
业务逻辑 数据库层
随着用户数增加，系统资源耗费成几何级数增加，而且很多资源耗费呈空闲浪费。 部署不不方便 A) 系统实施问题 B)界面要求更新问题 C) 业务逻辑更新问题 D) 系统负载问题 E) 系统健壮性问题 产品可复用能力带来的投资保护问题 A) 面向过程代码级的复用 B) 更换开发商，可复用能力基本=0 信息孤岛问题 开发商产品难题
Java 命名联编方式
真正的面向命名联编方式 A) Java程序编译成目标文件后，与系统地址无关； 通过名称找到过程所引用的变量或方法。 B) 系统开发初期，可以按系统定义空的框架结构供其他开发者使用；待开发完毕后， 再发布到系统上，而不需要和其他模块一起联编。 C) 只与java 路径名称有关，与系统物理目录无关；在J2EE 架构中，甚至与对象运 行所在的主机无关。 该技术所带来的优势 A) 各种的功能模块无须联编，只需要定义模块框架，即可在共同发布后使用。便于 各种业务模块分工合作、集群开发，代码或版权保密。 B) 可以方便的实现系统模块的部件化，从而达到产品的可重用能力。 C) 便于部件的部署；部件的部署可以在本机，也可以在J2EE架构的异地主机。 D) 实现面向功能单点级别的升级或修正。任何一个功能模块修改后，无需整个系统 联编，既可使用。
JMS JDBC
JNDI
目录服务
JMS
消息队列
Web包容器
客户
界面逻辑
应用逻辑
JAF
Web包容器
(X)HTML/ XML HTTP(S) Servlets JSPs 标记库 RMI/IIOP JavaMail JMS JDBC JTA Applet JNDI
Java 虚拟机环境，单进程，多线程 运行环境 Web 服务的提供者，管理者 标准规范 HttpServerlet 规范 Jsp 规范 提供组件 JAF RMI/IIOP JavaMail JMS JDBC JTA JNDI 传统的Java Web 应用程序所在地 Tomcat等
数据
RDMS
JavaMail
RMI/IIOP JTA JNDI JavaMail JAF
J2EE应用 服务器
邮件服务器
JMS JDBC
Applet
RMI
Java 应用程序
EJB包容器
客户应用 程序 会话 Beans 实体 Beans IIOP
CORBA 服务器
RMI/IIOP JTA JNDI
JavaMail JAF
ExtendClass 对象 V_extend 强制转换为基类
ExtendClass 对象 V_extend 强制转换为基类
操作 (BaseClass) V_extend 中的重载属性或方法
操作 (BaseClass) V_extend 中的重载属性或方法
模板式的类继承方法
A) 可以制定统一的业务处理接 口标准；实现不同业务系统 间无逢的信息共享。 B) 可以方便的实现不同业务的 流水化处理作业。 C) 通过接口的标准化，真正面 向部件的产品复用能力；保 护系统原来的投资。
怎么又要下载更新？ 系统又不能用了
传统工具往往需要在客户端配置参数或安装驱动程序，如果前端用户环境发生变化，可能导致 系统无法正常使用。
系统太慢了
当用户数量增多，系统负载变大，慢
开发商关心的问题
如何解决成本问题？
传统方式，要求开发人员的技术比较全面，从界面、前端开发工具、数据库工具…… 成本比较高。
如何保证质量
传统方式，每个开发人员都可能涉及到软件系统的各个层次，要求每个开发人员都要关心、注 意各个环节的技术细节，质量隐患点太多了。
如何保证开发进度
传统方式，各种业务模块都需要自己开发
如何满足用户对其他系统中的信息处理需求？
A) 需要开发与该系统相近的处理代码；工作量太大了。 B) 对其他系统的业务、实现方式不了解；直接操作外部系统，风险太大了。 C) 每个外部系统的接口都不一样，都要分别编写，太难了。
•
信息孤岛问题 直接操作不同系统的数据 没有标准的接口方式 • 可重用性: 简单部件或过程，没有标准 • 没有资源管理，无法满 足复杂及大用户量的应 用要求。
J2EE 多层体系架构
J2EE 技术基础 J2EE 概述 J2EE 带来的优势
J2EE 基础：Java 的技术特点
目标代码与系统硬件平台无关 模板式的类继承方法 面向命名的系统联编 其他优势 面向对象的编程方式 准C ++ 语法结构；解决地址管理问题 众多厂家支持；统一版本标准 IBM WebSphere; WebLogic ; Oracle OC4J Sun 公司统一标准。
如何紧跟系统平台日异月新的升级换代。
系统管理员关心的问题
系统健壮性问题
应用主机系统Down机了，怎么办？
系统安全
如何保证系统不被非法使用?
如何改进系统运行效率
复杂的应用、数量庞大的用户，如何控制系统资源的耗费？ 传统方式下，系统资源的耗费随着用户数量的递增而递增……