ERP系列实验之一.pdfVIP

ERP 系列实验之一 用友ERP-U8 生产制造数据库服务器端的安装 实验题目：用友ERP-U8 生产制造数据库服务器端的安装 实验目的：1、能够熟练安装MS SQL Server 2000 。 2 、能够熟练安装用友ERP-U8 生产制造数据库服务器端； 3、熟悉用友ERP-U8 的三层体系结构。 实验原理： 1、二层结构体系的没落 在基于网络的数据处理中，客户机/服务器（Client/Server ）二层计算模式具有里程碑意 义。这种模式在20 世纪80 年代后期开始引入业界。它为多用户系统提供了前所未有的双向 交流感和灵活性，革命性地改变了传统应用设计和系统实现方式，很快便在各种类型的软件 系统设计与开发中获得广泛应用，到20 世纪90 年代初期，这种计算模式已成为业界的主流。 客户机/服务器二层计算模式的基本结构如图 1 所示。客户端提供用户界面、运行逻辑 处理应用。数据服务器接受客户端 SQL 语句并对数据库进行查询，然后返回查询结果。用 一个形象的比喻来描述就是：服务器端像一个仓库，主要功能是存储原材料和成品，但并不 进行加工，而客户端就像加工车间，完成从原料到成品的整个制造过程，然后将成品存储到 仓库。由于业务的处理逻辑主要在客户机端执行，因此这种结构也被称为胖客户（Fat client ） 结构。 图1 该结构最大的优点在于结构简单，开发和运行的环境简单。但也正是这种结构，产生了 其原生性的问题： 首先是系统的拓展性和安装维护问题。 当将部门级的应用逐渐推广到企业级的关键任务时，这些小规模环境下运行良好的应 用，进入大规模生产系统之后，性能呈几何级数下降，以致影响到系统的可靠性；在系统开 发完成后，整个系统的安装也非常繁杂。在每一台客户机上不但要安装应用程序，而且必须 安装相应的数据库连接程序，还要完成大量的系统配置工作。 其次是系统的安全性问题。 在二层结构下，大量代码化的企业业务流程驻留在客户机上，给系统的安全性带来了极 大的考验。同时随着用户数量的增加，这种业务逻辑的维护成本也越来越高。 最后是系统间的通信障碍。 当二层计算模式从部门级应用拓展到企业级应用时，二层结构的应用之间几乎没有交互 性操作，因此很难实现分布系统的组件技术。 以上这些问题是两层结构本身的原生性问题，仅仅依靠对二层结构进行细枝末节的修补 和开发无法很好解决。要真正解决这些问题，必须从根本上改变这种二层结构设计。 2、三层结构的兴起 从上面的分析中可知，企业应用系统的不断扩充和新应用的不断增加，基于传统的二层 数据处理结构中系统拓展性、维护成本、数据安全性和应用间通信功能障碍等原生性问题的 存在，已是捉襟见肘、力不从心。在这样的背景下，三层结构应运而生。 什么是三层结构呢？顾名思义，它是将数据处理过程分为三部分：第一层是客户端（用 户界面），提供用户与系统的友好访问；第二层是应用服务器，专司业务逻辑的实现;第三层 是数据服务器，负责数据信息的存储、访问及其优化。由于业务逻辑被提取到应用服务器， 大大降低了客户端负担，因此也称为瘦客户（Thin Client ）结构，如图2 所示。 图2 三层结构在传统的二层结构的基础上增加了应用服务器，将应用逻辑单独进行处理，从 而使得用户界面与应用逻辑位于不同的平台上，两者之间的通信协议由系统自行定义。通过 这样的结构设计，使得应用逻辑被所有用户共享，这是两层结构应用软件与三层应用软件之 间最大的区别。 这种三层结构的优势何在呢？做一个形象的比喻就是它在二层结构中间增加了标准化 的加工厂和传输路线，从而可高效生产并传输客户端所需产品。具体而言主要有以下几点： 首先，通过将整个系统分为不同的逻辑块，大大降低了应用系统开发和维护的成本。 三层结构将表示部分和业务逻辑部分按照客户层和应用服务器相分离，客户端和应用服 务器、应用服务器和数据库服务器之间的通信以及异构平台之间的数据交换等都可以通过中 间件或者相关程序来实现。当数据库或者应用服务器的业务逻辑改变时，客户端并不需要改 变，反之亦然，从而大大提高了系统模块的复用性，缩短了开发周期，降低了维护费用。 其次，系统的扩展性大大增强。 模块化使得系统很容易在纵向和水平两个方向拓展：一方面可以将系统升级为更大、更 有力的平台，同时也可以