电子商务技术（李文立）2013-重要内容提.ppt

电子商务技术重要知识点提示,一、电子商务系统的组成,网络系统 电子商务系统,客户,商家,认证中心,配送中心,商务活动 管理部门,开户行,发卡行,支付网关,Next2,网络：包括Internet,Intranet,Extranet网络。 Internet是电子商务的基础，是商务、业务信息传递的载体；Intranet是企业内部商务活动的场所；Extranet是企业用户间进行商务活动的纽带。 电子商务用户：包括企业用户和个人用户。企业用户建立Intranet,Extranet和MIS，对人财物、产供销进行科学管理；个人用户利用浏览器、电视机顶盒和Visual TV等接入因特网获取信息和购买商品等。 网上银行：包括发卡行和开户行，在网上实现买卖双方结算等传统的银行业务，为商务交易中的用户和商家提供24小时实时服务。,认证中心：认证中心(CACertificate Authority)是法律承认的权威机构，负责发放和管理电子证书，使网上交易的各方都能够互相确认身份。电子证书是一个包含证书持有人的个人信息、公开密钥、证书序号、有效期和发证单位的电子签名等内容的数字文件。 支付网关：是信息网与金融网连接的中介，它承担双方的支付信息转换的工作，所解决的关键问题是让传统的封闭的金融网络能够通过网关面向因特网的广大用户，提供安全方便的网上支付功能。 配送中心：它接受商家的要求，组织运送商品，跟踪商品流向，将商品送到消费者手中。 商务活动管理机构：包括工商、税务、海关和经贸部门。,Back,CA信用体系,Internet,客户,商家,支付网关,支付网关,客户开户行,商家开户行,银行网络,支付协议,提供支付工具,处理账单,支付工具,服务器,二、 EC支付系统构成,电子商务支付系统的功能,虽然货币的不同形式会导致不同的支付方式，但安全、有效、便捷是各种支付方式追求的共同目标，对于一个支付系统而言，它应该有以下功能： 使用数字签名和数字证书实现对各方的认证； 使用加密技术对业务进行加密； 使用消息摘要算法以确认业务的完整性； 当交易双方发生纠纷时，保证业务的不可否认性； 能够处理贸易业务的多边支付问题。,三、电子商务系统的开发技术-CORBA,CORBA的体系主要由“对象请求代理”、CORBA服务、CORBA工具集以及符合CORBA标准的各种应用程序、对象共同组成。,ORB系统的工作原理：,一个客户要使用某个对象所提供的服务时，它首先要找到该对象实现的对象引用（例如通过CORBA对象服务中的Naming Service）； 查找该对象的相应的IDL Stub，如果存在，则客户可以通过该STUB向对象实现发出请求；否则，在接口库的协助下，客户可以使用动态调用接口来向对象实现发出请求； 当对象调用请求通过IDL STUB或动态调用接口到达ORB核心之后，ORB核心负责请求的传送，将其送给相应的对象适配器； 对象适配器接收到请求后，判断所请求的对象实现是否有IDL Skeleton存在，如果有，则对象适配器通过该Skeleton调用执行对象实现中的操作；否则，对象适配器将通过动态构架接口中的动态实现例程（DIR）来调用实现中的操作； 对象实现的特定操作方法执行完成后，结果（包括输入、输出参数、返回值、异常信息等）将按照对象请求传递和执行路径逆向地返回给客户对象。由此完成一次完整的请求调用。 在包含多个ORB系统的环境中，客户可以通过自己所在的ORB系统向其它ORB系统的对象发出请求，它们之间通过GIOP/IIOP（General Inter-ORB Protocol/Internet Inter-ORB Protocol）协议进行交互，其处理过程和上面类似。,四、CORBA与COM/DCOM之间的比较,面向对象特性 面向对象技术已经成为当前计算机软件设计的发展趋势。它也是DCOM和CORBA的基本特征。DCOM是用面向对象技术实现的，它当然支持面向对象特性，如封装、继承、函数重载、复用等。CORBA本身就是面向对象的，但和DCOM相比，CORBA是一种对面向对象语言的依赖性相对较小的松散的面向对象模型。也正因为如此，在多语言环境中，对现存应用程序的封装能够更容易实现。 位置独立性 DCOM和CORBA都支持组件位置的完全透明性，即在调用过程中，客户并不需要知道对象的位置、它的编程语言、它的操作系统以及其它不是对象接口的系统信息，客户可以透明地调用在同一台主机上或在远程主机上的服务器对象的方法。但是，CORBA由于采用可在任何平台上运行的ORB作为游动通信服务，ORB能实现分布环境中位于不同机器上的应用之间的互操作以及多对象系统之间的无缝连接，从而使得通信机制更加灵活。,语言独立性 CORBA和DCOM后支持语言的独立性。 DCOM：作为COM的扩展，DCOM具有天然的语言独立性。任何语言都可以用来创建COM组件，并且这些组件可以使用于更多的语言和工具。Java、C+、COBOL都能够与DCOM很好地相互作用。但是，DCOM本身并不提供与现有遗留系统（Legacy Systems）的集成。 CORBA：CORBA使得程序员可以为每一个正在构建的系统组件选择最合适的操作系统和执行环境。而且，IDL通过语言的映射机制来实现语言的独立性。许多标准语言 (如C、C+、COBOL、Java、SmallTalk等)都进行了定义，更为重要的是它们可以和现存的组件很好地集成。 此外在跨平台性、可移植性等方面CORBA都具有优于COM/DCOM的特性,五、数据库应用模型的进化,单层模式 一种基于主机终端模式的计算模型，即H/T（Host/Terminal）模式 在20世纪80年代以前比较流行， 几乎所有的计算和处理都由主机来完成，终端只是作为一种显示、输入和输出设备。其结构如下图所示。,这种模式结构简单、管理方便、安全性好，但是这种系统的缺点也是明显的。主要表现在：（1）由于用户界面都是字符型终端设备，以完全的“黑白脸”面目呈现给使用者，所以用户难以接受；（2）可用的开发工具少，一般只能使用字符化开发工具，没有集成化的开发环境；（3）主机负担重；（4）程序移植性、扩展性差等。,两层模式,20世纪80年代后期，针对H/T体系结构存在的问题，人们提出了客户服务器（Client/Server）结构，这种模型也是目前基于局域网应用开发中使用较多的设计方法。 这种C/S模式是一种二层结构，即系统分成客户端和服务器端两部分，其逻辑结构如下图所示。,这种模式可由两种方法实现： （1）一种是“客户中心论”，由客户来完成表示逻辑和业务逻辑部分，由服务器完成数据服务部分。这时，表示逻辑和业务逻辑部分合二为一，所有的与数据库服务器的接口API都在客户端定义，数据库服务器只是处理来自客户的SQL语句，这时的客户就是我们所说的“胖客户”。这种情况适用于客户较少（100）、应用相对简单、数据访问量不大的情况。随着系统越来越复杂，客户端应用程序变得越来越庞大，对客户机的处理能力要求越来越高，“胖客户”必定越来越胖。,（2）为了降低客户的肥胖度，就必须转移客户的逻辑实现，于是人们提出了另一种解决方案。在此种方案中，把一些重要的业务逻辑部分地放到服务器上，为客户“减肥”，也称为客户“瘦化”。采取的办法是编写一些在数据库服务器端执行的 “存储过程（或函数）”以及触发器程序（可以简化客户端的某些部分数据逻辑检查）等，存储过程使得用户能够一次执行存储在远端数据库服务器中的一组SQL语句。客户端的应用程序可以直接调用这些存储过程，将参数传递给它，然后由数据库服务器解释并返回执行结果，客户机再对结果进行处理。存储过程大大降低了网络通信的开销，提高了安全性和系统代码的可重用性。较之完全把表示层与业务逻辑层组合在一起的两层模型，这种方式提高了系统的性能，但并未从根本上解决问题。,通过对两层C/S模式的特点进行分析，我们可以发现它有以下不可克服的缺点： （1）安全性差，因为客户机直接与数据库服务器交互，所有的连接实现（包括数据库服务器地址、用户名、口令等）对客户来说是非透明的，这不可避免地造成安全隐患。 （2）对客户端机器性能要求高，客户机不但实现表示逻辑，而且实现业务逻辑。 （3）客户端维护代价大，代码重用性差。由于没有采用面向对象的设计方法，使得对于当今多变的应用需求来说，每次的需求变化或数据库逻辑结构的更改，客户端都必须更新其实现 （4）几乎所有的数据库产品都需要购买使用许可，每增加一个客户访问，都需要购买使用权，从而造成资金浪费。,三层模式 三层C/S结构将数据库应用的三部分：表示逻辑、业务逻辑、数据访问逻辑清晰的映射为实现上的三层，分别称之为客户（表示层）、应用服务器（业务逻辑层）、数据库服务器（数据服务层）。与二层C/S结构相比，其最大的区别是将业务逻辑部分明确地划分出来。 逻辑结构图如下,（1）客户 客户是应用的用户接口部分，通常以图形用户界面（GUI）展现给用户，它负责用户与应用程序的交互，接受用户的输入、请求，并把请求通过客户端组件传递给应用逻辑层，同时接收应用层返回的数据包并以用户期望的形式显示在客户终端上。,（2）应用服务器 应用层的组件执行具体的业务逻辑，并通过SQL、API等方式向数据服务层提出数据或其他资源请求，然后接收数据服务层的返回结果，打包后返回给表示层。应用服务器是应用逻辑处理的核心，负责具体业务逻辑的实现。,应用服务器的主要功能有： 接收来自客户的请求信息包； 将SQL信息请求发送给应用服务器； 接收应用服务器返回数据和结果； 将结果数据包返回给客户。,应用服务器一般和数据库服务器有密集数据交往，应用服务器向数据库服务器发送SQL请求，数据库服务器将数据访问结果返回给应用服务器。应用逻辑变得复杂或增加新的应用时，可增加新的应用服务器，它可与原应用服务器驻留于同一主机或是不同主机上。,（3）数据库服务器 数据库服务器以传统的基于SQL的RDBMS实现，完成数据的存储、数据的完整性约束，并处理应用层的数据请求和访问，将返回结果包传给应用服务器。,与两层C/S结构相比三层模式有以下优点： 增强了系统的安全性。安全性应用逻辑和最终访问数据库大多由应用服务器实现，对用户来说是透明的，客户端不存在与数据服务层的逻辑关联。这样就保证了系统的安全性，并且减少了网络上的数据流量。 客户成为真正的“瘦客户”。客户仅仅实现表示层逻辑，大大降低了对客户机的性能要求。 降低系统的维护代价，实现真正的层次化设计。与两层结构相比，此时如果发生数据库逻辑结构的改动，我们只要在应用端进行相应处理即可，而对于客户端的实现可以不做任何改动。在增加新的应用逻辑时，可以追加新的应用服务器。系统规模越大时，这种方式的优点越显著。,应用程序组件可以共享与数据库的连接，降低许可费用。此时只有应用服务器与数据库服务器打交道，数据库服务器不再是为每个活动的用户保持一个连接，客户可以共享数据库连接，从而降低了数据库服务器的负担，降低购买许可的数量。 在应用逻辑层，开发人员可以利用Vc+等常用的开发工具开发可重用的二进制组件，而不是编写存储过程。而且这些组件可以镜像到多台机器上同时运行，从而分担多用户的负载。,六、电子商务经营模式,直接面向顾客,盈利来源 直接面向顾客原模型的盈利来源主要有如下几个方面： 直接面向顾客的销售； 广告的收益； 销售顾客信息的收益； 产品放置费用； 通过减少中间商而节省的费用。 关键成功因子 拥有强大的渠道整合能力，支持在线订单的快速处理； 具有高度的信息化水平，支持客户的订单跟踪需求、支持企业生产运作和物流服务。 吸引并保持客户的注意，建立一定的客户群； 方便快捷的在线产品、服务查询功能，降低客户查询时间； 具有分析、了解、满足客户个性化需求的能力，赢得与客户之间的关系； 拥有完善的售后服务能力，提高直销目标客户群体的后顾之忧； 提供快速、高效的交易手段、支付渠道和交货方式； 确保公司与客户的商业信息、客户隐私信息的安全性； 应建立客户对产品或服务自由交流的专区，既方便客户交流，同时也可降低企业的售后服务成本。,直接面向供应商,盈利来源 减少中间商而降低的采购成本； 通过电子集成系统简化手续而降低的交易成本； 降低库存而增加的收益； 企业与供应商之间更加高效的协同而提高的收益。 关键成功因子 企业或供应商有一方实力足够强大并主导管理采购渠道，或者选择一个稳定的第三方系统服务商； 为企业和供应商提供安全交易的保证； 建立并管理在供应链中的供应商、银行以及其它企业的战略伙伴关系； 企业与供应商之间拥有一套良好的电子集成系统，以及相应的完善的运作程序与规则； 提供快速的支付手段和物流配送方式。,价值网集成者,盈利来源 特许权费用或者通过控制虚拟价值链的其他参与者共享收益； 分享价值链上其他成员增加的收益或减少的成本。 关键成功因子 增加对数据的拥有程度，同时减少对物理资产的拥有； 拥有完全的行业价值链，或至少具有完全的访问权限； 建立能够在价值链上任何一个地方都可以被明显识别的可信赖品牌； 适合在可以利用信息资源明显地增加产品价值的市场内进行运作，比如在信息复杂、零散、被管制、多层重叠、无效率、需要涉及许多信息源、需要专业知识的领域； 以清晰、创新，能带来价值的方式为客户、联盟、合作者、供应商提供信息； 帮助价值链内其他参与者把价值链集成者提供的信息转变成资本； 管理好企业与客户以及价值链上所有主要参与者之间的关系； 通过信息的收集、综合加工和发布来管理信息资产； 把IT体系结构与战略目标联系起来； 开发和管理品牌； 运用多种资源对信息进行分析解释； 识别和利用企业影响力作为杠杆，而不是采取直接控制； 运用多种类型信息对成本和客户利益进行评估。,整体企业,盈利来源 在这一模式中，收入是由提供给客户产品和服务的业务部门产生的，也有可能根据能够获取这种层次服务而收取一定的年服务费和会员费。每个客户产生的收入和利润应该增加，但是这些收入的一部分会被开始时对人员的培训和技术的投资而抵消。 关键成功因子 改变客户的行为，让他们充分利用新模型，而不是依旧与单个业务部门直接接触。 降低单个业务部门的成本，因为对他们的直接要求降低了。对不可避免的价格转移问题进行管理。 改变业务部门的角度，培养他们一种整体企业的立场，包括更广泛的产品意识、培训和交叉销售。 在集成实施中，要再造流程，把后台的传统处理系统和前端的生命事件链接起来。 发现客户可以用来最为访问企业的触发器的很好的和实际的生命事件。 对企业市场的细分能力，识别出那些既是所有客户经常发生的又是对单个客户很有意义的生命事件。 把一个企业从一个以业务部门导向转化为以整体企业导向的领导能力。这是一个需要建立新的理念和文化的变化，会影响到企业的几乎所有方方面面，包括组织结构、激励机制、投资、表现指标、对客户服务的定义、人力资源政策和技术基础设施。 管理复杂、多种信息系统环境的能力。 说服不同部门的经理达成共识的能力。,研发网集成者,盈利来源 通过掌握合作伙伴的研发能力，从而缩短产品的研发周期； 共享技术信息带来的利益； 协同研发降低研发活动的风险。 关键成功因子 完全掌控最终消费产品的研发进程； 充分了解合作伙伴的研发能力； 在整个价值链中建立一个强势品牌； 直接掌握顾客的需求趋势； 将顾客的需求转换为产品质量上的需求，再将这些信息传递给其它研发 链的参与者，使这些信息对他们有用； 拥有并管理研发链中有关参与者的关系的能力； 分析并管理顾客的需求趋势的能力； 管理并维护相关的IT基础设施，并为合作伙伴提供相应的服务的能力。,共享采购平台,盈利来源 共享采购平台成员的会员费； 从联盟合作者和客户收取的交易费用； 出售客户和合作者的数据； 拥有设备收取的租金； 物流服务的收入。 关键成功因子 平等地共享利益，避免出现占优势地位的伙伴； 客观地提供产品和服务的信息； 有效管理具有不同背景、资源、目标的多竞争者集中型联盟； 准确、及时汇集和传递服务和收益的信息，并将信息提供给联盟中的每一个成员； 创造和维护系统的协作性； 为联盟提供基础设施服务； 管理好不同竞争者之间的协调性，一般这些竞争者具有不同的背景、资源和目标； 有效地运作复杂的基础设施； 保证交易安全。,全程服务提供者,盈利来源 销售自己和其它的产品的收益 每年的会员费、管理费、交易费 第三方产品的代理费、广告费 关键成功因子 应具备良好的领域信誉，是所在领域的领先者。 具有良好的渠道整合能力，把许多第三方的产品集成为一个渠道或多个渠道。 在相关领域比其它参与者拥有更多的客户数据。 建立、管理、维持与客户、价值链上其它参与者关系的能力。 良好的客户和产品信息管理。 全程服务提供者的IT基础设施