b2c电子商务网站技术方案建议书

b2c电子商务网站技术方案建议书内容摘要：

过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议 ， 通常是某种数据库协议。 它使得重用业务逻辑和界面逻辑非常困难。 现在 J2EE 的多层企业级应用模型将两层化模型中 的不同层面切分成许多层。 一个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构 :  运行在客户端机器上的客户层组件  运行在 J2EE 服务器上的 Web 层组件  运行在 J2EE 服务器上的业务逻辑层组件  运行在 EIS 服务器上的企业信息系统 (Enterprise information system)层软件 J2EE 应用程序组件  J2EE 应用程序是由组件构成的 .J2EE 组件是具有独立功能的软件单元，它们通过相关的类和文件组装成 J2EE 应用程序，并与其他组件交互。 客户层组件 J2EE 应用程序可以是基于 web 方式的 ,也可以是基于传统方式的 . web 层组件 J2EE web 层组件可以是 JSP 页面或 J2EE 规范，静态的HTML 页面和 Applets 不算是 web 层组件。 正如下图所示的客户层那样， web 层可能包含某些 JavaBean 对象来处理用户输入 ，并把输入发送给运行在业务层上的 enterprise bean 来进行处理。 业务层组件 业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要 ,由运行在业务层上的 enterprise bean 进行处理 . 下图表明了一个 enterprise bean 是如何从客户端程序接收数据，进行处理 (如果必要的话 ), 并发送到 EIS 层储存的，这个过程也可以逆向进行。 有三种企业级的 bean: 会话 (session) beans, 实体 (entity) beans, 和消息驱动 (messagedriven) beans. 会话 bean 表示与客户端程序的临时交互 . 当客户端程序执行完后 , 会话 bean 和相关数据就会消失 . 相反 , 实体 bean 表示数据库的表中一行永久的记录 . 当客户端程序中止或服务器关闭时 , 就会有潜在的服务保证实体 bean 的数据得以保存 .消息驱动 bean 结合了会话 bean 和 JMS 的 消息监听器的特性 , 允许一个业务层组件异步接收 JMS 消息 . 企业信息系统层 企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划 (ERP), 大型机事务处理 , 数据库系统 ,和其它的遗留信息系统 . 例如，J2EE 应用组件可能为了数据库连接需要访问企业信息系统 J2EE 的结构 这种基于组件，具有平台无关性的 J2EE 结构使得 J2EE 程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且 J2EE 服务器以容器的形式为所有的组件类型提供后台服务 . 因为你不用自己开发这种服务 , 所以你可以集中精力解决手头的业务问题 . 容器和服务 容器设置定制了 J2EE 服务器所提供得内在支持，包括安全，事务管理，JNDI(Java Naming and Directory Interface)寻址 ,远程连接等服务，以下列出最重要的几种服务：  J2EE 安全 (Security)模型可以让你配 置 web 组件或 enterprise bean ,这样只有被授权的用户才能访问系统资源 . 每一客户属于一个特别的角色，而每个角色只允许激活特定的方法。 你应在 enterprise bean 的布置描述中声明角色和可被激活的方法。 由于这种声明性的方法，你不必编写加强安全性的规则。  J2EE 事务管理（ Transaction Management）模型让你指定组成一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个单一的单元 . 当客户端激活一个 enterprise bean 中的方法，容器介入一管理事务。 因有容器管理事务，在 enterprise bean 中不必对事务的边界进行编码。 要求控制分布式事务的代码会非常复杂。 你只需在布置描述文件中声明enterprise bean 的事务属性，而不用编写并调试复杂的代码。 容器将读此文件并为你处理此 enterprise bean 的事务。  JNDI 寻址 (JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口 ,这样应用程序组件可以访问名字和目录服务 .  J2EE 远程连接（ Remote Client Connectivity）模型管理客户端和enterprise bean 间的低层交互 . 当一个 enterprise bean 创建后 , 一个客户端可以调用它的方法就象它和客户端位于同一虚拟机上一样 .  生存周期管理（ Life Cycle Management）模型管理 enterprise bean 的创建和移除 ,一个 enterprise bean 在其生存周期中将会历经几种状态。 容器创建 enterprise bean，并在可用实例池与活动状态中移动他，而最终将其从容器中移除。 即使可以调用 enterprise bean 的 create 及 remove 方法，容器也将会 在后台执行这些任务。  数据库连接池（ Database Connection Pooling）模型是一个有价值的资源。 获取数据库连接是一项耗时的工作，而且连接数非常有限。 容器通过管理连接池来缓和这些问题。 enterprise bean 可从池中迅速获取连接。 在 bean释放连接之可为其他 bean使用。 容器类型 J2EE 应用组件可以安装部署到以下几种容器中去 :  Web 容器管理所有 J2EE 应用程序中 JSP 页面和 Servlet 组件的执行 . Web 组件和它们的容器运行在 J2EE 服务器上 .  应用程序客 户端容器管理所有 J2EE 应用程序中应用程序客户端组件的执行 . 应用程序客户端和它们的容器运行在 J2EE 服务器上 .  Applet 容器是运行在客户端机器上的 web 浏览器和 Java 插件的结合 . J2EE的核心 API与组件 J2EE 平台由一整套服务（ Services）、应用程序接口（ APIs）和协 议构成，它对开发基于 Web 的多层应用提供了功能支持，下面对 J2EE 中的 10 种技术规范进行简单的描述 (限于篇幅，这里只能进行简单的描述 ): JDBC(Java Database Connectivity): JDBC API 为访问不同的数据库提供了一种统一的途径，象 ODBC 一样，JDBC 对开发者屏蔽了一些细节问题，另外， JDCB 对数据库的访问也具有平台无关性。 JNDI(Java Name and Directory Interface): JNDI API被用于执行名字和目 录服务。 它提供了一致的模型来存取和操作企业级的资源如 DNS 和 LDAP，本地文件系统，或应用服务器中的对象。 RMI(Remote Method Invoke): 正如其名字所表示的那样， RMI 协议调用远程对象上方法。 它使用了序列化方式在客户端和服务器端传递数据。 RMI是一种被 EJB使用的更底层的协议。 JSP(Java Server Pages): JSP 页面由 HTML 代码和嵌入其中的 Java 代码所组成。 服务器在页面被客户端所请求以后对这些 Java 代码进行处理，然后将生成 的 HTML 页面返回给客户端的浏览器。 Java Servlet: Servlet 是一种小型的 Java 程序，它扩展了 Web 服务器的功能。 作为一种服务器端的应用，当被请求时开始执行，这和 CGI Perl 脚本很相似。 Servlet提供的功能大多与 JSP 类似，不过实现的方式不同。 JSP 通常是大多数 HTML代码中嵌入少量的 Java 代码，而 servlets 全部由 Java 写成并且生成 HTML。 XML(Extensible Markup Language): XML 是一种可以用来定义其 它标记语言的语言。 它被用来在不同的商务过程中共享数据。 XML 的发展和 Java 是相互独立的，但是，它和 Java 具有的相同目标正是平台独立性。 通过将 Java 和 XML 的组合，您可以得到一个完美的具有平台独立性的解决方案。 JMS(Java Message Service): MS 是用于和面向消的中间件相互通信的应用程序接口 (API)。 它既支持点对点的域，有支持发布 /订阅 (publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递 ,事务型消息的传递，一致性消息和具有持 久性的订阅者支持。 JMS 还提供了另一种方式来对您的应用与旧的后台系统相集成。 JTA(JavaBeans Activation Framework): JavaMail 利用 JAF 来处理 MIME 编码的邮件附件。 MIME 的字节流可以被转换成 Java 对象，或者转换自 Java 对象。 大多数应用都可以不需要直接使用JAF。 J2EE多层 结构优点 在实际开发中，采用的是 三层体系结构，即用户层、应用层和数据库服务器。 用户层主要指用户界面，它要求尽可能的简单，使最终用户不需要进行任何 培训就能方便地访问信息。 第二层就是应用服务器，也就是常说的中间件，所有的应用系统、应用逻辑、控制都在这一层，系统的复杂性也主要体现在应用层。 最后的数据库服务器存储大量的数据信息和数据逻辑，所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在第三层完成。 三层体系结构优点如下： 能有效降低建设和维护成本，简化管理 多层应用结构在各层次上的组件能单独更新、替换或增加、拆除。 因此，系统维护更方便，代价相对低得多。 而。