联通电子商务平台技术建议书

联通电子商务平台技术建议书内容摘要：

增加潜在的客户资源。  网站具有极强的交互性，企业可以和网上的访问者及潜在的客户实现在线即时的信息交流。 并提供各种方便快捷的在线式服务。  可以向用户提供实时快速的 24 7 线上服务。 深讯信科 联通电子商务平台技术建议书 第 12 页 共 114 页  网站建成后，后期的维护和运营只需要较低的资金投入即可。  通过互联网技术，可以帮助企业开拓新的经营模式和业务功能。 增强企业的竞争实力和发展潜力。 从而拓展更大的用户市场。  通过网络整合企业的业务接口，改进业务流程，提高工作流程。 同时通过网站可以聚 集用户群，扩大企业在地方的影响力。  建立联通电子商务交易平台，通过电子支付、交易的手段降低人工及经营成本，提高商业交易的效率。 中国联通电子商务平台的主要目标是实现以下业务功能：  用户认证中心  信息资讯中心  网上营业中心  客户服务中心  统一消息中心  增值服务中心  短信增值服务  寻呼增值服务  定位服务中心  企业服务中心  后台管理中心  积分功能  个性化功能  计费功能  统计功能  信息发布管理  用户管理功能  广告发布管理  代理商管理 系统总体要求 总体系统要求：安全性 稳定性 可伸缩性 可定制性 易用 性 软件易升级性 深讯信科 联通电子商务平台技术建议书 第 13 页 共 114 页 系统软件需求 本系统主要用于信息的流转、发布以及大量的用户访问、认证、存储，面向大量的工作流处理以及用户管理的要求，因此，系统软件要求使用多层客户 /服务结构，并且需要符合 J2EE标准，实现业务处理层、业务表现层与基础层的分离； 其次，系统运作后将成为中国联通电子商务业务和增值业务的根本制成平台，系统的稳定与否直接关系到用户对联通的忠诚度，因此要求系统软件成熟稳定、安全可靠； 第三，随着联通业务在国内的推广，系统平台将面临着越来越多的用户访问，而用户数量的增加将对系统不断提出新的需 求，因此，系统需要具有灵活性以及扩展性。 应用软件设计要求 先进科学的设计细想 应用软件的设计思想要改变传统的客户 /服务器（ Client/Server）模式，采用符合 J2EE标准的多层（ Multitiered）客户 /服务器的设计模式。 将 Web 服务器层考虑为一个中间件，其任务是处理基于 Web 的客户接口请求并给 Web 客户程序产生一个新的表示接口。 对必须执行的任何重要的商务逻辑过程由 Web 服务器层授权给企业应用程序层。 应用软件的成熟性 应用软件要有一定的稳定、高效的成功用户的案例，软件的绝大部分功能是稳定可用的，不能是从无到有的开发，根据用户的实际应用需要做相应的快速配置化调整后，即可进入试运行阶段。 应用软件的完整性 中国联通电子商务平台系统是一个完整或完全意义上的电子商务系统，而不是不完全的或部分的电子商务系统，该系统要求满足电子商务平台系统的各种需求。 应用软件的易用性 深讯信科 联通电子商务平台技术建议书 第 14 页 共 114 页 软件的操作界面和功能按钮系统性强，要简单直观，容易理解，软件本身要最大限度地简化操作，使编辑人员在短期内就可以全面系统地掌握相关系统的使用方法，并迅速被接受和乐于使用。 应用软件的扩展性 丰富的扩展功能，允许被授权用户自行扩展信 息的模版并根据模版进行定制，定制好的信息可以根据内容划分频道类别，用户可以自由的添加频道类别。 并对信息发布系统进行详细的配置。 应用软件的易维护性 高度模块化，软件交接后，允许被授权用户可以控制和修改几乎所有的表格格式和主要功能细节。 安全保密性 在系统安全机制上，充分运用身份识别与验证、访问权限的控制以及执行权限控制等功能，严格区分每个角色对文档的使用权限。 浏览器、客户端交易采用 SSL加密技术，并保证所有密钥长度非对称不低于 128 位，对称不低于1024 位。 硬件平台设计要求 硬件平台设计要以满足 用户需求、具有可靠的安全性、系统运行的高效性为原则，具体要求为：  满足中国联通电子商务信息平台的分布处理功能；  满足中国联通电子商务信息平台总部与省级中国联通电子商务信息平台的信息实时交换要求；满足内外网既实现物理隔离，又能定时交换信息；  满足系统的存储功能，脱机存储数据按要求保留 1 年，统计分析数据保留 2年以上。  要求能及时在服务器崩溃的情况下恢复其文件系统和所有数据；  各服务器群组要求负载平衡。 深讯信科 联通电子商务平台技术建议书 第 15 页 共 114 页 软件设计要点 系统应用模式 电子商务平台系统将采用基于 Web 技术的多层（ Multi Tier） 客户 /服务器计算模式。 多层客户 /服务器结构解决了以往的两层结构中的一些问题。 多层结构中业务逻辑从客户端移到中间层，即应用服务器，业务逻辑组件化，应用服务器负责管理和运行业务组件，处理客户调用。 在多层结构中，业务组件可以被多个应用共享。 多层结构具备高运行效率、可伸缩性、应用之间便于耦合等特点。 结合 Web 技术，可以大大扩展了客户 /服务器结构下的客户范围，将客户扩展到整个 Inter 网络上。 相对于客户 /服务器结构， Web 技术使用更方便、成本更低。 通过运用基于 Web 的多层客户 /服务器模式，业务组件可以在 应用服务器中运行并提供组件管理、交易管理、安全管理等服务。 能够有效的保证交易的完整性、网站的可伸缩性、可靠性、互用性以及安全性。 在上图的模式中， JSP 被用于生成表述层以及执行进程密集型任务的 JSP或 Servlet。 前端组件充当控制器，负责对请求进行处理，并为表述性 JSP 创建其要用到的 bean或对象，同时还根据用户的动作语法决定将请求转发到哪个JSP。 表述性 JSP 本身不具有任何处理逻辑；它只负责检索先前可能已由 Servlet创建了的对象或 bean，并负责提取用于插入到静态模版中的动态内容。 运用上述方法 将有效的区分开发人员与页面人员的角色与职责，这种特性将会在复杂的应用程序中表现得更为突出。 深讯信科 联通电子商务平台技术建议书 第 16 页 共 114 页 J2EE标准 我们的应用服务器技术将严格按照由 Sun公司提出制订的 J2EE技术规范执行。 我们的系统将采用 Java 语言实现，并严格按照多层分布式应用系统的各个组成部分之间的接口标准进行开发。 如图所示， 企业用户交互 基于 Web 的 Java Applets 和桌面 Java 应用客户程序全部使用基于 Java 的GUI 技术创建，并且贮留在独立的 J2SE环境或 J2EE环境中。 而传统的面向Java 的 Web 浏览应用程序能够 与基于 J2EE的 Web 服务器一起使用。 除此之外，非基于 Java 的客户程序也使用分布式通信技术与服务器端组件进行通信。 企业数据 针对数据库通信，我们采用了 Java 数据库连接（ JDBC）的方法。 J2EE、Web、 EJB应用程序，以及应用程序客户程序容器都使用 JDBC API。 运行于J2EE环境之外独立的 Java 企业应用程序也可以使用 JDBC。 分布式企业通信 在 Java 企业环境中，无论在 Web 服务器还是应用服务器中，甚至在独立的Java 应用程序和企业用户接口客户程序中都将采用分布式的通信技术。 分布式企业通信 通用服务 系统环境中存在许多的通信服务。 包含有命名服务、目录服务、跟踪查找服务、消息服务、活动服务、事务服务等。 系统保证 深讯信科 联通电子商务平台技术建议书 第 17 页 共 114 页 系统将满足其根本的特性，如可靠性、可用性、可维护性、保护性以及安全性。 Web应用程序 利用 Java Servlet 和 JavaServer Pages 的技术接受基于 Web 的请求和产生基于 HTML响应的标准 J2EE机制。 可以通过使用各种全局服务用于分布通信、通信服务以及保证服务。 Web 应用程序是 Web 资源的集合，它被放置在一台Web 服务器的某指定路径上，以便于发布。 企业应用程序 针对联 通的电子商务系统的特性，我们采用了将 EJB定义在 J2EE内部用于创建服务器端应用程序业务逻辑的基本机制。 一个企业应用程序包括的 J2EE模块，可能是 Web 应用程序， EJBS,应用程序客户（与某个 J2EE服务器通话的标准 Java 应用程序）和 Applets。 基础结构设计： 应用程序的需求之一是我们把不同部分的实现分离开来。 对于某个特定的系统来说，应该彼此分割的通常有几方面。 对于联通电子商务平台系统，我已经选择把应用程序划分成四个不同的层，其中有些层还有子层。 在此，我们引入了一个信息结构层，该信息结构层 并不完全属于表达层。 该信息结构层包含了关于结构的信息和被表达信息的内容。 分层 深讯信科 联通电子商务平台技术建议书 第 18 页 共 114 页 我们应用程序的层有：  表达层，由使用 CSS 描述的细节（比如颜色，字体等）和使用 Html描述的结构组成  信息结构层，利用 JSP 生成 Html  逻辑层，利用标志扩展数据库来接口信息结构层 ,会话 bean的逻辑  数据层，包含实体 bean（数据接口）和数据库 动态模版 在使用动态内容构造系统的同时，动态模版的应用能够使工作变的更加轻松。 内容是动态生成的，而该数据周围的模板文本也经常被更改。 如果页面中具有需要经常更改的 标题和页脚，向人们通报状态的改变或特别感兴趣的信息。 利用动态模版技术，可以避免每次当这个模板的时候都得对我们的 JSP 源文件进行重新编译。 因为这会导致运行时间的延迟和资源的负担。 假设我们只是把标题和页脚写入 JSP 源文件中，那么每次想要发言为模板文本的时候都需要修改源文件，而这个修改过的源文件需要被再次转译以便服务另一请求，导致这一运行反应时间，而每当文本经过修改即使是微小的修改，这一情形都将再次出现。 利用动态模版的技术，我们可以将标题和页脚等的模板文本转移到外部文件中，为我们提供了解决当模板改变时这种依赖运 行时重转译问题的办法。 这样做不但使得我们的解决方案更加模块化，而且提供了一种不必重新对 JSP 源文件进行编译就能修改模板文本的途径。 当然，这样处理要增加运行时成本，但是比起编译整个源文件来说，这要低廉得多。 这种机动性是有益的，特别是由于 JSP 规范并没有覆盖太多预编译的内容。 另一方面，我们不仅能动态地将像静态 HTML模块片断这样的资源包含进JSP 源文件，而且能够包含其他的 JSP 页面，从而进行页面的多重嵌套。 这样对内容的表述就建立在众多静态和动态资源的基础之中，这些资源一起构成了表述给用户的页面。 上述的每一个资 源都有可能是由其他嵌套的页面所组成。 尽管 HTML模板文本被认为是一种静态的资源，即它不是在运行时动态生成的，但是这类模板片断却是界面的潜在动态成分，因为不管其中哪一个发生改变，这一改变都将在包含它的表述页面中得到即刻的体现。 如图所示： 深讯信科 联通电子商务平台技术建议书 第 19 页 共 114 页 上图显示该嵌套的服务器页面包含了由调用一个 helper bean所创建的动态内容，而这个 helper bean通过一个业务处理机制进行业务处理。 该业务处理机制充当包裹在一个 Enterprise JavaBeans 组件中的后端资源的外观。 业务处理作为客户端业务抽象层面的任 务就是对实际上的后端资源作出业务调用，如对一个 Enterprise JavaBeans 组件进行远程调用。 前端 bean的任务还是为 JSP 页面提供服务，准备要用到的数据和页面的动态表述。 它担当与其搭档的 JSP 的中间模型。 由于该动态模型实际上并不负责对业务资源进行远程调用，因此结构将变的更加灵活。 这一结构允许我们将页面的各部分提取出来 ，创建可以根据不同配置插入一个复合结构的基本构件。 5. 平台体系架构 5． 1 系统软件架构 联通电子商务平台体系架构采用 J2EE三层体系结构设计开发，应用系统体系结构包括 JSP+SERVLET+JAVABEANS，数据库接口通过 JDBC 连接池连接ORACLE数据库，与各业务系统的接口通过接口 JAVABEANS 和前置机使用TCP/IP 协议与业务系统连接。 Sun公司认识到 one size doesn39。 t fit all一双鞋不能适用用于所有的脚 ，将其 Java 2 技术重新改组成三个版本： 深讯信科 联通电子商务平台技术建议书 第 20 页 共 114 页 微版 (J2ME) 2. Standard 标准版 (J2SE) 3. Enterprise 企业版 (J2EE) 下表显示了 Sun的这种策略： 计算机与人的关系 Java 2 的策略 大 型机时代： 多个人，单台计算机 PC 时代 ： 单个人，单台计算机。