电子商务系统设计与实现[第7章节].pptVIP

电子商务系统设计与实现;课程的主要内容;第7章 电子商务应用系统设计;7.1 电子商务应用系统的功能;7.2 电子商务应用系统的体系结构;7.2.1 客户/服务器体系结构;图 7.1 客户/服务器体系结构 ; 从80年代后期到90年代初，各个公司都积极地采用两层体系结构，可以快速地构建应用程序。然而不久，人们就发现了这种体系结构的缺点： 对客户端软、硬件的配置要求较高，增加了整个系统的成本。 对业务逻辑和表示逻辑的更新必须被部署到所有客户机，当客户机数量较大时，这项工作变的非常难以实施。 随着系统的发展，客户机上将业务逻辑和表示逻辑混合在一起，设计越来越复杂，并且为升级维护带来难以想象的难度。; 客户/服务器体系结构是单一服务器且以局域网络为中心的，所以难以扩展到大型企业广域网或Internet。 客户机不可能共享诸如数据库连接等稀有资源。因为它需要??费几秒的时间来建立数据库连接，于是两层体系结构的客户机一般会提前打开连接，并且在会话的持续时间内将一直保持该连接。所以一个允许20个并发连接的数据库只能为20个客户机应用程序服务，即使其中许多应用程序闲置，闲置的客户机还是会占用服务器的连接。客户机直接连接数据库同时也为数据安全带来了很大的隐患。;7.2.1 客户/服务器体系结构;;7.2.2 三层体系结构;图 7.2 三层体系结构;;7.2.3 多层体系结构;多层体系结构的优点;多层体系结构的缺点;7.2.4 MVC体系结构;图 7.3 GUI程序中的MVC ;图 7.4 web应用中的MVC ;MVC的实例;7.3 电子商务网站的设计;7.3.1 电子商务网站的基本要求;7.3.2 电子商务网站的结构;7.3.3 电子商务网站的设计方法;Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd.;Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd.;7.4 数据库的设计;7.4.1 关系型数据库的基本概念;7.4.2 数据库设计的基本原则;①第一范式（1NF）;②第二范式（2NF）;③第三范式（3NF）;（2）电子商务系统数据库设计的基本原则 ;7.4.3 基于UML 的数据库设计;7.4.4 数据模型与对象模型的关系及转换;数据模型与对象模型的关系及转换;类图到数据库的转换;（2）转换方法（包括继承关系的处理） 方法一：将所有类都映射为表（类的属性映射为表的属性列）。此时，一般类和特殊类都映射为表，它们共享一个主键。;方法三：特殊类映射的表中包含一般类的属性。只将特殊类映射为表，一般类并不映射为表。在特殊类映射而来的表中，属性列既有从特殊类属性映射而来的，也有从一般类继承的属性映射而来的。;2、关联关系的转换 在UML中，聚合关系、组合关系被认为是特殊的关联关系。 （1）多对多关联关系的映射 要映射多对多关联关系，通常使用关联表。关联表是独立的表，它可以维护若干个表之间的关联。通常情况下，将参与关联关系的表的键映射为关联表中的属性。一般将关联表所关联的两个表的名字的组合作为关联表的名字，或是将关联表所实现的关联的名字作为关联表的名字。;（2）一对多关联关系的映射 在映射一对多关联关系时，有两种方法：一是将外键放置在“多”的一边，而将角色名作为外键属性名的一部分；二是将一对多关联映射为关联表。;（3）一对一关联关系的映射 在映射一对一关联关系时，则可将外键放置在任意一边。 注意事项： ---不能将多个类与相应的关联合并成一张数据库表，这样违背了关系数据库的第三范式（）。 ;---实现一对一关联关系时不能将外键放在两个数据库表中。;铁路系统的类图;7.5 电子商务支付系统的设计;7.5.1 支付系统的功能设计;7.5.2 支付系统的交易流程设计;（2）基于SSL协议的交易流程设计;（3）基于SET协议的交易流程设计;基于SET协议的网上支付的实现;SSL与SET的比较;7.6 电子商务安全系统的设计;7.6.1 电子商务安全系统框架;7.6.2 电子商务安全的需求分析;;7.6.3 电子商务安全方案的制定;（2）安全方案的制定