电子商务系统商务逻辑层设计.ppt

《电子商务系统商务逻辑层设计.ppt》由会员分享，可在线阅读，更多相关《电子商务系统商务逻辑层设计.ppt（64页珍藏版）》请在三一办公上搜索。

1、1,电子商务系统规划与设计,高文海河北科技大学经管学院电子商务系2005.10,2,第5章 电子商务系统商务逻辑层设计,5.1 概述5.2 商务支持平台设计5.3 电子商务系统应用软件设计5.4 本章小节5.5 本章习题,3,5.1概述,5.1.1 商务逻辑层设计的目标和任务,电子商务系统商务逻辑层设计的主要目的就是将系统分析阶段提出的、反映用户信息需求的系统逻辑方案，转换为可以实施的基于计算机与通信系统的物理（技术）方案，并且能够比较容易地将方案转化成程序代码本阶段是将在分析阶段得到的模型进一步扩展和细化，分析类被进一步细化，同时还需要定义新的类来处理技术方面的问题,4,5.1概述,电子商务

2、系统逻辑层设计的主要任务是从电子系统的总体目标出发，根据系统分析阶段对系统的逻辑功能的要求，并考虑到经济、技术和运行环境等方面的条件，确定系统逻辑层的结构和各组成部分的技术方案，提出系统的实施计划，确保总体目标的实现,5,5.1概述,电子商务系统的商务逻辑层设计是系统设计的核心部分。因此，它的设计过程是整个电子商务系统设计的重点。由于电子商务种类很多，因此应用软件的功能也是差异很大的。从技术设计角度，采用UML进一步对企业核心业务进行系统设计。与设计阶段的工作相比，应用软件设计工作有以下几点不同：（1）设计阶段解决的是“如何做”的问题，而分析阶段解决的是“做什么”的问题。（2）设计阶段的成果是

3、物理模型，是实现的蓝图。（3）分析阶段脱离技术细节，可针对不同的设计来进行，而设计工作针对特定的实现来进行，通用性低。,6,5.1概述,5.1.2 商务逻辑层设计的主要内容按照系统功能层次的高低可以将整个商务逻辑层分为“专用应用层”、“通用应用层”、“中间件层”如图5.1所示。纵坐标代表了系统功能层次的不同，横坐标代表了系统分布方式的不同，这两种方式的划分是融合在一起的，相互交叉和集成，一个专用应用层的系统应用功能可以分为视图、控制器、模型三个（Model View Controller，MVC）部分，而模型也可以根据其代表功能的层次不同，分配到“专用应用层”、“通用应用层”等不同的层次,7,

4、5.1概述,8,5.1概述,“中间件层”代表由某一些开发环境或专门的应用工具提供的功能包，比如Java中的Java.sql包、报表工具提供的相关功能等。“通用应用层”是系统中一些功能较为通用、应用面较广的应用功能的抽象，将系统中需要的公共应用抽象成一些通用的功能包，供所有的专有应用包调用，能够在当前项目内实现重用，如数据库功能包、打印功能包等。“专用应用层”则代表了系统需要的一些专门应用功能包，这些功能包提供给用户专业的业务功能，使用比较单一、应用面不广，一般对应于特有的业务环节，重用性差。,9,5.1概述,由此，电子商务系统的商务逻辑层可以分为两个层次，一个是核心商务逻辑层，即为“专用应用层

5、”，这一部分通常具有明显的企业特征；另一个是核心商务逻辑的辅助部分，即包括“通用应用层”和“中间层”，这一部分是大多数企业有着许多相似之处,10,5.1概述,商务逻辑层通过不同的方式实现这两个层次，一般的，企业的核心逻辑依靠电子商务应用程序实现，而辅助部分可以通过不同的技术产品来集成，搭建支持商务应用程序运转的支持平台。因此，商务逻辑层包括电子商务应用软件和商务支持平台两部分,11,5.1概述,商务支持平台向上层（商务应用）提供服务的主要包括表达、商务支持、运行支持、开发和集成服务。构成支持平台的技术产品商务支持软件、Web服务器和应用服务器等 电子商务应用软件是指结合各企业具体应用，针对各企

6、业的行业特点和业务流程所开发的应用系统，实现企业的主业务。,12,5.2 商务支持平台设计,商务支持平台为商务应用系统提供一些通用的服务支持，包括系统性能和商务服务两部分，IT厂商将这两部分的主要功能集成为应用服务器软件和一些通用的商用软件，用户以此为核心进行各种辅助软件和硬件的集成，可以方便地搭建出电子商务的支持平台,13,5.2 商务支持平台设计,5.2.1 商务支持平台概述根据所提供服务的特征，一般可以将支持平台进一步划分为商务基础平台和商务服务平台 前者主要是提高系统性能，侧重于保障系统的效率、可靠性和优化，如负载均衡、系统管理等 后者提供更多的商务服务，为企业的核心商务逻辑提供服务，

7、如供应链管理、客户关系管理等,14,5.2 商务支持平台设计,商务支持平台的出现使得企业能够将更多的精力集中于其核心业务的构建 通常可以把企业的所有业务分为核心业务和辅助性业务 所谓核心业务是指企业的主业，通常是企业特有的，而辅助性业务则是大部分企业都需要的，也是商务支持平台所实现的功能,15,5.2 商务支持平台设计,1、商务基础平台的功能（1）负载均衡 是指如何使电子商务系统服务器的处理能力和它承受的压力保持均衡，可对服务器集群结构中的各个服务器性能进行动态调整和负荷分配，使硬件性能得到有效的均衡，避免特定的设备或系统软件由于压力过大而出现拒绝服务的现象，在一定程度上提高系统的可靠性,16

8、,5.2 商务支持平台设计,（2）连接/传输管理 主要目标在于满足系统可扩充性的需要，用以实现电子商务系统和其他系统之间的互联以及应用之间的互操作，包括异构系统的连接及通信、应用间的通信接口和应用与数据库之间的连接接口。,17,5.2 商务支持平台设计,（3）事务管理 保证分布式环境下事物的完整性、一致性和原子性、缩短系统的响应时间，提高交易过程的实时性。（4）网站管理 网站是电子商务系统的客户服务接口，网站管理的基本作用是为站点维护、管理和性能分析提供技术支持手段，主要实现系统状态的监控、系统性能调整、用户访问授权、客户访问历史记录等功能。通过网站管理功能，可以记录客户的访问数据，了解用户需

9、求,18,5.2 商务支持平台设计,（5）数据管理 为电子商务应用相关数据的存储、加工、备份和表达提供支持，同时为应用程序提供应用开发接口。通常该部分利用支持Web的数据库管理系统实现，与传统的DBMS相比，该部分与Web的接口方式更加丰富。,19,5.2 商务支持平台设计,（6）安全管理 该部分为电子商务系统提供安全可靠的运行环境，防止或减少系统被攻击的可能，提高系统抗拒非法入侵或攻击能力，保障连机交易过程的安全,20,5.2 商务支持平台设计,2、商务服务平台的功能（1）支付网关接口（2）认证中心接口（3）客户关系管理（4）内容管理（5）搜索引擎（6）商务智能工具,21,5.2 商务支持平

10、台设计,5.2.2 Web服务器和应用服务器Web服务器和应用服务器在商务支持平台中承担了不同的责任，它们自身技术的发展也反映了商务支持平台的技术发展规律 需要注意的是，这里的服务器指的是服务器软件包,如图5.2所示为Web服务器和应用服务器的主要功能,Web服务器,应用服务器,23,5.2 商务支持平台设计,1、Web服务器与应用服务器的区别从逻辑角度看，应用服务器与Web服务器是相对独立的两个部分，相互配合共同完成商务逻辑。Web服务器向应用服务器提供用户请示并表达处理的结果；应用服务器及其上层的应用负责完成商务逻辑的处理，并反馈处理结果。,24,5.2 商务支持平台设计,应用服务器产品有

11、许多鲜明的特征，主要体现在以下几个方面：（1）Web服务器只能帮助将应用程序处理结果以HTML页面的形式发布给用户，它对于应用程序不能提供更多的帮助。（2）应用服务器一般可以为企业级的应用提供一种可行的、高性能的运行环境，而Web服务器是无法做到这一点的。（3）应用服务器和Web服务器的另外一个差异在于应用服务器可以提供很多预先安装的服务，如搜索引擎、内容管理等，这样应用逻辑的处理可以提高效率，而不必要额外地开发类似功能。（4）这两者之间还有一个非常重要的差异就是很多应用服务器是预先配置和快速构造商务模型的组件，企业可以迅速地建立商务逻辑。如Oracle的iExchange，利用这些功能企业仅

12、需要通过定义角色和相关规则，就可以快速地建立起一个电子交易市场，而不再需要进行开发。,25,5.2 商务支持平台设计,在Web应用系统中，Web服务器必不可少，由它提供Web信息的发布。对于这些简单的应用，可以只需要Web服务器和CGI程序/PHP程序来完成所有的应用逻辑，而且随着Web服务器功能丰富，这种组合在小型网站中应用很多。从发展趋势来看，应用服务器的作用将日渐显著，已成为大型电子商务系统的主要组成之一，由于Web服务器是电子商务系统的基本配置之一，而且与应用密切，所以，大多数的应用服务中，都已集成了Web服务器的功能或产品。,26,5.2 商务支持平台设计,2、Web服务器的主要功能

13、（1）安全性安全性和验证服务对内部网的Web服务器至关重要，它可验证从Internet进入内部网服务器的员工身份。安全服务不仅包括用户名和口令的验证，还包括处理认证和私有/公开密钥。访问控制可基于用户名或URL，同意或拒绝用户对文件的访问。,27,5.2 商务支持平台设计,（2）FTPWeb服务器提供文件传输协议（FTP）服务，用户可用FTP向服务器传输文件或从服务器获取信息。如果用户使用通用口令“anonymous”（匿名）登录服务器，所用的协议就是匿名FTP。按照惯例，匿名FTP的用户输入自己的电子邮件地址作为口令。有些Web服务器不允许匿名FTP，而有些服务器则允许匿名用户从服务器下载信

14、息，但不可以向服务器上载信息,28,5.2 商务支持平台设计,（3）搜索搜索引擎和索引程序是Web服务器的标准服务，索引程序提供全文索引，即为存储在服务器上的所有文档创建索引，搜索引擎或检索工具可在本网站或整个Web上检索所请求的文档。搜索引擎一般只返回用户获准查看的文档，这样增强了网络的安全性,29,5.2 商务支持平台设计,（4）数据分析Web服务器可获取访问者的信息，包括谁正在访问一个web网站，访问者浏览网站的时间有多长，每次访问日期和时间及浏览了哪些页面。这些数据放在Web运行日志文件里，对运行日志文件进行认真分析可以揭示出很多访问者的信息，会有很大收获。要更好地利用运行日志文件，可

15、以采用第三方的Web运行日志文件分析程序。,30,5.2 商务支持平台设计,中间件软件在电子商务系统软件中，还在一类称为中间件软件（Middleware），在系统设计和开发过程中可能会用到。中间件软件如果从其处理的内容上看，可以将其分成三类：（1）数据类（Data Integration）。用于数据的存取、利用和增值，此类中间件常用于构建以数据为中心的应用（2）处理类（Process Integration）。把分布在网络结点上的各个应用或处理连接在一起，形成一个统一的分布式应用（3）分布式构件类（Distributed Components）。支持构件式应用,31,5.2 商务支持平台设计,

16、如果按照中间件的作用分，可以将中间件技术划分为两个不同的层次：1、平台或者接口中间件平台或接口中间件的主要作用是提供连接（Connection）、通信（Communication）、会话（Session）、消息（Message）、事务处理（Transaction）等服务，为应用软件提供平台，高层的应用软件可以借助这些平台提供的各种接口简单化开发过程，其典型的代表性产品包括：BEA公司的e-Link（实现UNIX平台和IBM MainFrame之间的连接）、IBM公司的MQ Series及国内东方通公司的TONG-Link（实现分布式环境下可靠的应用间数据传输）、IBM公司的CICS和BEA公司

17、的TUXEDO（满足并发的联机事务处理OLTP）等。,32,5.2 商务支持平台设计,2、服务型的中间件其主要作用不是提供特定的平台，而是为应用程序提供集成化的部分功能或者本身就是一种应用，它们为应用系统提供特定服务。表52列举了目前主流中间产品及作用,34,5.3电子商务系统应用软件设计,5.3.1 电子商务系统应用软件设计的主要工作应用软件设计的主要工作包括应用软件的体系结构设计、用例设计、系统静态结构设计（主要类图设计）和动态行为设计（主要顺序图设计）四个部分 其中子系统识别主要是将整个系统中的不同模块和组件以一种可管理、直观清晰的方式组织在一起，形成一些管理模块或功能的集合体 用例设计

18、是从物理技术的角度对用例进行细化，包括进行界面设计；类设计和顺序图设计是在系统分析阶段的工作成果的基础上进一步细化，成为与物理实现和技术细节相关的设计成果,35,5.3电子商务系统应用软件设计,5.3.2 应用软件体系结构设计应用软件体系结构设计采用图5.1所示的视图、控制和模型（Model View Controller，MVC）模式 其中的模型子系统表示了数据或应用对象，用于操作和向用户展示内容，模型定义的是客观世界中的实体，也是系统中内容和数据的存储和表示场所，直接对应于我们在系统分析中获得的类,36,5.3电子商务系统应用软件设计,控制器定义了用户界面与用户输入进行交互的方法，控制器是

19、操作模型的对象，控制器在系统的层次划分中起到了代理的作用，用户在操作界面上所进行的任何数据操纵功能都要通过控制器提交给对应的模型来完成，控制器起到了转发用户请求，合理分担模型负载的功能，是系统中的控制和分配环节,37,5.3电子商务系统应用软件设计,视图是模型的图形表示，它了解模型和控制器的情况，只要与视图交互就可以完成所有功能操作 如图：,38,5.3电子商务系统应用软件设计,在MVC模型下，系统功能的执行步骤为：（1）客户通过视图向服务器提出请求；（2）服务器把请求转送给控制器；（3）控制器根据请求的不同调用模型，进行必要的数据操作；（4）控制器把处理结果转发给执行的显示视图；（5）视图对

20、信息处理结果进行格式化以被显示，并把格式化后的结果回送给服务器。,39,5.3电子商务系统应用软件设计,5.3.3 用例设计在系统分析阶段获得的用例模型主要是从用户的角度来分析系统要完成的功能。这种用例模型是整个系统的驱动力，是推动系统开发的引擎，而且在进行系统测试时也是检验系统的基本依据 这种用例模型在系统设计和系统实施阶段是远远还不够的，仅有一个功能说明描述是不能满足系统的设计和实施要求的，也难以指导系统的开发工作,40,5.3电子商务系统应用软件设计,用例设计是用例分析的继续，是对用例在实施细节层次上的细化。在用例设计阶段，主要完成以下工作 对用例重新进行事件流分析，将技术细节加入到事件

21、流中；建立用例实现的协作；对用例建立顺序图或协作图，描述各用例的执行细节；对参与用例实施的对象建立设计类图，描述在每个用例中的对象交互关系；定义在用例实现中各子系统之间的接口定义和交互；界面设计。,41,5.3电子商务系统应用软件设计,1、对用例事件流的分析在系统分析阶段和设计阶段都要进行用例事件流分析。二者的主要区别在于分析阶段的事件流分析侧重于从概念上对用例执行过程进行详细阐述，并不涉及到用例执行过程中的物理技术细节。而系统设计阶段的事件流分析将包括用例执行过程中的技术细节信息，如界面操作、数据库操作、用户与系统的通信等等。,【案例】事件流分析用例名：下订单基本操作流程：（1）进入购物主要

22、界面，客户选择商品，点击购物车；（2）进入购物车主界面，系统在指定区域显示“商品名称”、“商品规格”、“商品单价”、“商品总价款”，客户浏览并修改商品数量（系统默认为1）；（3）客户输入完数量后，点击“重新计价”，系统在指定区域显示商品总价款；（4）客户点击超链接“继续购买”、“清空购物车”来修改商品信息；（5）客户可按下“收银台”，进入会员登录界面；（6）客户输入“会员名”和“密码”，点击确认，系统通过验证，在指定区域显示客户基本信息和客户的采购清单信息；（7）系统在指定的区域显示付款条款和送货方式条款，客户选择“付款方式”和“送货条款”；（8）客户按下提交钮，订单将提交给系统，由系统进行有

23、关的库存检查、信用检查和欠款超期检查；（9）订单通过检查后，系统保存订单，并显示系统订单号。,43,5.3电子商务系统应用软件设计,与分析阶段的用例事件流描述相比，设计阶段的事件流描述可能包括与界面的交互、与数据库的交互等很多的技术细节问题 这种更为技术化的事件流描述可以深化设计者对用例完成的理解，帮助对用例实现的设计和实施。,44,5.3电子商务系统应用软件设计,对用例的设计可以按照以下几个方面来进行：（1）对比需求捕获阶段的用例事件流，对每个步骤进行详细审定，判断是否需要进行细分；（2）对每个步骤考虑其用户访问细节，增加有关的用户界面交互流程；（3）对每个步骤考虑数据存取方式，并决定是否将

24、有关的数据操作细节加入；（4）对每个步骤考虑系统实施细化，并决定是否将有关的设计技巧加入流程中。,45,5.3电子商务系统应用软件设计,2、获得协作协作是由一组共同工作以提供某种协作行为的角色和其他元素构成的一个群体，它定义的是一个交互结构。这些协作行为具有整体性特点，其整体行为效能大于所有元素的各自行为效能的总和。每个用例的实现来源于协作,46,5.3电子商务系统应用软件设计,一般而言，在UML的协作表示中包含了交互图和类图两大部分，而其他的一些图形表示方法则根据用例本身的特征来决定是否要在协作中包含状态图，以更好地描述用例的实现,47,5.3电子商务系统应用软件设计,【案例】用例“下订单”

25、的类协作图 如图5.6所，我们可以分析图中的客户（Customer）类，图中仅给了该类的部分属性和部分操作，其中从操作checkCredit()和操作checkPaccount()可以看出，该类承担了进行信用额度检查和客户欠款情况检查的职责，这两个职责均属于“做”型职责。当然，这两个职责的完成也分别需要类Credit和类PAccount的支持。同时也可以分析订单（Order）类，该类中的属性status和方法getStatus()、setStatus()对应了该类的一个“知道”型职责，即类Order有义务对自己本身的一些私有属性（如，Status）进行操作。,49,5.3电子商务系统应用软件设

26、计,3、界面设计在用例设计阶段，完成了系统的用例流分析、协作的设计等内容后，需要进行界面设计工作。界面设计工作是用例设计中的一项辅助工作，可以将其延伸到具体实施阶段完成。不过在设计阶段进行界面设计，除了可以及早定义系统用户的交互界面，给各开发人员分配任务之外，还可以通过界面设计来尽早发现需求捕获的不足和分析设计阶段的遗漏，保证系统实施工作的顺利完成。,50,5.3电子商务系统应用软件设计,5.3.4 交互图设计在设计阶段，应该针对每个用例利用顺序图或协作图进行行为描述，顺序图描述作为协作中的一个组成部分，体现了系统的总体设计框架，对在一个用例实现中的各个类之间的关系进行描述，应该说，这种细节描

27、述对于分配系统职责，确定类操作方法，系统编码具有一定的指导意义,上图是在系统分析阶段的顺利图,上图是在系统设计阶段的顺利图,53,5.3电子商务系统应用软件设计,该图中将系统构架中的控制器的概念加了进来，而且按照类的操作方法对各类之间的协作进行了描述。在实际的开发过程中，还可以在顺序图中体现各个设计类（类库存情况“WaerHouse”，信用“Credit”，欠款情况“PAccount”）与关系型数据库之间的映射关系,54,5.3电子商务系统应用软件设计,5.3.5 设计类图设计类图的主要步骤如下：（1）识别系统所需要的设计类；（2）识别设计类间关系；（3）识别设计类的属性及操作方法；（4）绘制

28、设计类图。,55,5.3电子商务系统应用软件设计,1、识别系统所需要的设计类通过分析用例模型、用例的活动图以及业务过程顺序图，从中可以抽取出相关的业务对象 比如在分析阶段中我们可以得到如下的对象类：客户（Customer）、购物车（cart）、产品（Porduct）、库存（WareHouse）、订单（Order）、订单项（orderItem）、统计（statistics）、支付（payment）、运送（deliver）和权限（permission），其中客户包括个人（individual）、贵宾（vip）、团体（group）和黑各单客户（blacklist）,56,5.3电子商务系统应用软件设

29、计,2、识别设计类间联系 在UML中共有四种主要关系：关联、依赖、泛化和实现，其中前三种主要体现在类与类之间的关系上，第四种主要体现在类与接口、用例和协作上。本小节主要阐述类与类之间的这种关系：关联聚合（关联的一种特殊形式）、泛化和依赖,图中反映了Business objects类图中商务对象实体类之间的继承和关联关系。其中类Individual、group、vip、blacklist继承了类Customer的关系，其余为关联关系。图中重点描述类之间的关系，并没有详细地描绘每一个类的属性和方法,58,5.3电子商务系统应用软件设计,3、获得类的属性和操作属性是对类的自身信息的保存，可以从概念模

30、型中获得设计类的主要属性。但是，概念模型中的类的属性可能会对应设计类的一个到多个属性。操作方法是类设计中的另一个重要内容，它体现了类能够完成的任务，是类履行其担负职责的手段。通过交互图中的职责分析，可以获得类的大部分操作方法。一些特殊的非功能性需求可能没有在用例描述中体现，在类的操作识别时，将这些特殊的需求也考虑进去，并将它们与一些起数据库技术、设计模式等内容结合起来考虑，从而增加一些必需的操作方法,59,5.3电子商务系统应用软件设计,属性访问方法是类中常包含的方法，目的是为了读取或设置类的属性值声明一个属性为私有，并为每个属性设计一个读取方法和设置型方法是一种常用的设计方法。这些方法可能并

31、不需要全部在设计类图中表示出来，但是往往在大多数类中都包含有这样的方法如类Person有一个属性Age，其属性的访问方法就是getAge()、setAge()。,60,5.3电子商务系统应用软件设计,在识别了属性和方法后，可以为属性和方法添加更多的类型信息，包括属性的类型和可见性、方法的参数、方法的返回值 设计类的属性和操作方法可以通过详细的图示也可以通过表格来详细描述定义每一类，描述类的职责、属性、操作和封装规则等,（1）用图示法描绘设计类的属性及操作方法,62,5.3电子商务系统应用软件设计,首先，在图中，我们增加了类PriceStrategy、StoragePlace，前者表示不同的价格

32、策略，产品对该类有一个依赖关系，即当价格策略发生应运时，产品的价格就要发生相应的变动；后者无往不胜仓储的地理位置，类型WareHouse对该类有依赖关系。其次，在图中加入了聚合关系，因为一个订单中可以购买多个产品，因此在类Order和类Product之间形成了一种聚合关系，以此来表示订单和产品之间的构成关系。第三，由于个人客户和组织客户存在一定的共性，图中生成了一种泛化关系，类PriCustomer（个人客户）和GrpCustomer（组织客户）是类Customer的子类，子类继承了父类的各种属性和操作方法，而由于个人客户不存在信用额度和欠款的问题，操作方法checkCredti()和checkPaccount()由图中的Customer类移到了子类GrpCustoumer中，以此来表示组织客户将承担对信用额度和欠款情况的检查职责。,63,5.3电子商务系统应用软件设计,（2）用表格描述定义设计类我们可以通过详细的图示，也可以通过表格来详细描述定义每一个类，描述类的职责、属性、操作等,64,