电子商务系统结构与应用离线作业答案

浙江大学远程教育学院电子商务系统结构与应用课程作业答案第一至六章一、填空题：1、B2B B2C C2C G2B2、业务需求分析方法,界面需求分析方法.3、企业与企业之间的电子商务(B2B),企业与消费者之间的电子商务(B2C),消费者与消费者之间的电子商务(C2C),企业与政府之间的电子商务(G2B)4、商务模型,功能模型;客户模型,资源模型.5、商务分析阶段,规划设计阶段;建设变革阶段,整和运行阶段6、用户界面,业务逻辑,数据存储7、1.提供明显的有关联的来源于国际的商业和可信任的标准组织的有代表性的需求。2.传递给有兴趣的当事人一些目的范围和ebXML景象。8、战略开发阶段：确定电子商务系统的发展策略和开发路线； 体系结构设计阶段：设计电子商务的体系结构，包括处理、内容、应用和技术等； 开发阶段：按照设计思路，开发系统并进行测试； 运营阶段：根据实际运营状态和业务流的变更等对系统进行应用维护二、简答题：1、现状：应用软件通过Internet或WAN分布在世界范围。 数以百万/千万计的用户，可能存在的突发事件。用户和应用程序间的连接是非持久性的和低速的。千差万别的数据表示设备应用程序所需的数据可能分布在不同的机器上。全球化的协同工作的需求 建立电子商务式的思维： “集成各种商业流程，便更好的服务客户” 明确长期的发展目标和计划 短期独立的解决方案组合却是高耗费、复杂、独立、初级 流水线的方式组合 vs 将各个商业流程有机的结合2、定义：预测未来负载水平何时会使系统饱和以及确定一个尽可能延迟系统饱和的最经济方法的过程。足够容量的三要素：服务水平满意度、特定的技术和标准、成本约束；足够容量的目标：降低停机时间和网络瓶颈现象；可用、可扩展、快速且高效；分层模型帮助分析。从商务层、客户行为层和资源层说明容量规划的方法论 容量规划操作步骤1.了解环境 2.对工作负载进行分类 3.确定影响最大的组件 4.选择要应用的缩放技术 5.应用技术 6.重新评估 选择伸缩技术使用更快的机器8、确定需求过程、编写项目视图和范围文档、用户群分类、选择用户代表、建立核心队伍、确定使用实例、召开联合会议、分析用户工作流程、确定质量属性、检查问题报告和需求重用。三、论述题：1、CBMG：客户行为模型图，反映客户在站点功能节点活动的导航模式的描述； CVM：客户访问模型，反映客户在站点单次活动中各个功能节点被执行的次数。 应用参考课本范例。2、商务模型、功能模型、客户模型、资源模型 分别关注商务过程要素、功能结构导航模型、客户行为模型、IT体系结构和资源模型3、利用率定律：利用率=到达速率*每事务平均服务时间/队列资源数； 强制流定律：平均吞吐量=平均访问对列数*单位时间完成事务数； 服务需求定律：服务需求=系统吞吐量*利用率； Little定律：黑盒子中的客户的平均数量=黑盒子的吞吐率*客户平均停留时间；四、分析题：1、（1）参考书中B2C电子商务案例 Amazon网上书店，得到功能模型； （2）B2C电子商务系统面临的安全问题主要考虑：设备与网络安全，用户注册信息保密，定单加密，支付安全保障等； （3）针对上述功能模型和几个安全挑战，对照书中Microsoft或者IBM提供的电子商务组件，选出适合于该网站功能和安全保障的组件。2、（1）参考书中B2B电子商务案例 阿里巴巴网站以及B2B模式的总体结构和数据功能模块，得到功能模型； （2）B2B电子商务系统面临的安全问题主要考虑：设备与网络安全，用户注册信息保密，定单加密，支付安全保障等； （3）针对上述功能模型和几个安全挑战，对照书中Microsoft或者IBM提供的电子商务组件，选出适合于该网站功能和安全保障的组件。第七至十一章一、填空题：1、协作协议文档（CPP）和协作协议协定（CPA）2、生命周期管理接口，查询管理接口3、封装，传输，解包传输协议，封装协议，乘客协议4、接入服务，应用服务，后台服务5、电子标签，解读器，数据传输与处理系统6、单层应用模式,两层主从式客户/服务器应用模式,多层应用模式,分布式系统应用模式和基与WED的多层应用模式,7、面向商务的WED SERVISE,面向消费者WED SERVISE,面向设备的WED SERVISE,面向系统的WED SERVISE8、服务提供着,服务中介者和服务请求者9、被发现;可靠性;安全性;事务处理性10、Microsoft,NET,Websphere,SunONE,Bowstreet Soiution11、更迅速的响应能力，更灵活的变化能力，更专注的业务目标，更弹性的商务运行12、可用性，安全性优化，按需供应13、封套，编码规则，SOAP RPC，SOAP绑定14、类型，消息，操作，端口类型，绑定，端口，服务15、UDDI商务注册，白页，黄页，绿页16、查询API，发布API17、1.编写调用远程Web Service的程序时，程序员使用UDDI商业注册中心（通过使用Web界面或其它基于查询API的工具）来定位businessEntity信息，这些信息是由提供该Web Service的企业注册的。 2.程序员可以进一步获得更详细的businessService信息，或是得到一个完整的businessEntity结构，从中分析即可得到这个已发布的Web Service的所有的信息。在这里程序员只需要简单的选择一个bindingTemplate来保存留待后用。 3.基于Web Serv18、businessEntity,tModel,businessService,bindingTemplate,publisherAssertio19、Business Process Execution Language for Web Services20、提供一个基于XML 的开放式的技术框架使XML能被使用，主要是在电子商务数据交换的一致性和统一性方式上被使用，该数据交换在以下一些方面用到：应用到应用，应用到人，和人到应用环境，也就是创建单一全球电子商务市场。21、商务操作视图，功能服务视图22、实现阶段，发现和检索阶段，运行时阶段23、ebXML体系的一致性和每个ebXML说明的一致性二、简答题：3、“可扩展标记语言”(XML) 提供一种描述结构化数据的方法。与主要用于控制数据的显示和外观的 HTML 标记不同，XML 标记用于定义数据本身的结构和数据类型。 XML 不是要替换 HTML；实际上 XML 可以视作对 HTML 的补充。XML 和 HTML 的目标不同：HTML 的设计目标是显示数据并集中于数据外观，而 XML 的设计目标是描述数据并集中于数据的内容。 与 HTML 相似，XML 不进行任何操作。虽然 XML 标记可用于描述订单之类的项的结构，但它不包含可用于发送或处理该订单以及确保按该4、SOAP的主要优点就在于它的简单性，SOAP使用HTTP作为网络通讯协议，数据更容易通过防火墙的限制。接受和传送数据参数时采用XML作为数据格式，提供了更高层次上的抽象，与平台和环境无关，具有良好的扩展性。 SOAP的主要缺的是由于采用HTTP协议这样一个应用层协议，再加上XML数据的封包，使得数据传输和解析的效率受到了比较的影响。 简化SOAP协议的封包，提高解析的效率。使用更底层的协议，以提高传输效率。5、 definitions xmlns=/wsdl/ xmlns:soap=/wsdl/soap/ xmlns:http=/wsdl/http/ xmlns:xs=/2001/XMLSchema xmlns:soapenc=h6、主要有集中注册方式和P2P方式。集中式服务的注册发布和查找比较简单，但是容易出现性能瓶颈，P2P方式更加灵活，但是用于注册数据的分布性，使得数据的查询过程更加复杂。 UDDI采用集中式的注册方式。7、SOA的一个重要特征就是将服务定义与服务的定位和调用相分离，在应用系统的流程定义中采用服务的抽象描述，而在具体的应用实现中，再动态地将服务的抽象描述绑定到服务的具体实现，并实现对服务的调用和消息的传递。ESB中采用了服务路由的机制，来定义服务传递的步骤、建立传递线路和规则、并逐步传递消息的过程。ESB可根据消息内容将其由提供者传递到接受者。 ESB中主要有两种路由机制，基于路线图的路由（Itinerary-Based Routing）以及基于内容的路由（Content-Based Routing）。14、1) 消息用户订阅消息主题，并指明消息为持久性。 2) 消息用户可能由于各种原因（如失效或宕机）断开与消息中间件的连接。 3) 消息发布者将消息发送给消息中间件，并等待回复。 4) 消息中间件识别为持久性消息，存储消息。 5) 消息存储在持久性存储介质中。 6) 消息中间件给消息发布者发送确认消息。 7) 消息发布者从等待状态返回工作。 8) 消息接收者从新建立起与消息中间件的连接，并请求订阅主题的相关消息。 9) 消息中间件从持久性存储中检索相关消息。 10) 消息中间件将消息传给消息接收者。 11) 15、服务容器是将各种类型的软件组件或应用，封装成可支持标准通讯协议（如JMS、JBI、JCA、Soap等）的服务，并抽象成一个端点（endpoint），连接到总线上的组件。服务容器既可以封装用户应用软件，也可以封装ESB的基础服务。为了实现分布式处理，服务容器需要支持服务的注册、发现和选择。通过服务容器，可以实现对软件的局部管理和全局管理相结合的方式。服务容器屏蔽了软件的异构性，使得总线的基础服务对每个特定的服务软件透明。对应用软件而言，容器是总线的代理，服务容器是基于ESB的系统可扩展性的重要保证。 与应用19、当消息标志为持久性时，消息系统可以采用存储转发方式保证消息的可靠传输。如上图所示： 1) 发送者将消息发送给消息中间件，进入主题树（发布/订阅模式）或是消息队列（点到点模式）。消息定义“持久性”属性。 2) 消息中间件识别持久性消息并将消息存储在持久化存储介质中，如数据库、文件系统等。 3) 消息中间件再将消息转发给消息接收者。20、随着IT技术的发展，企业应用集成的需求急剧增加，上述朴素的中心辐射式结构已不能很好的满足这些需求，企业服务总线（Enterprise Service Bus）的体系结构逐渐浮出水面。这种体系结构继承了中心辐射（hub-spoke）式体系结构将各个系统点对点连接转化为多个系统对中心的连接的理念。但在这种体系结构中，集成中心被扩展成可以分布在多个物理节点上的总线，从而有效解决了中心辐射模式的单点失效和效率问题。和Hub结构相比，ESB具有以下优点：首先，它比单一Hub的形式更开放，总线结构有无限扩展的可能；其21、消息机制提供管理计算资源和网络通信的机制，它屏蔽分布环境复杂性和异构性，为应用程序提供透明的通信服务。ESB的消息机制采用通信通道(channel)抽象服务之间的消息通信，服务之间建立通道联系。ESB可支持两种通信模式：发布/订阅和点到点的请求/回复的消息模式。发布/订阅是异步消息传递模式，发布者发布的消息可传递给多个订阅者。请求/回复模式是服务提出请求，其它服务响应回复的模式，每个消息仅传递给一个消费者，它可以是同步也可以是异步的。22、在消息中间件中，消息是自包含的信息，所谓自包含就是消息本身带有其需要进行的处理，获得消息，就获得了需要对其进行的处理等信息。 一个消息通常由三部分构成：消息头，消息属性和消息体。 消息头用于消息系统和应用程序开发者，用来提供诸如目的地，reply to目的地，消息类型，消息有效期等信息； 消息属性可以包含一系列的应用程序自定义的名字/值对，这些属性是消息体的主要部分，通过这些属性可以将其划分为一个特别的消息部分，以便消费者或者路由器使用快速过滤器。并不是所有的MOM都支持消息属性，很多MOM将属性作为消息23、发布/订阅是一种一对多的广播方式。在发布/订阅模式中，消息以“主题”标识，多个消费者可以订阅一个主题。生产者将消息发布到其对应主题管道，每一个订阅者接受到该消息的一个拷贝。发布/订阅主题可以以一种层次树的方式来管理。使用主题层次，一个消息消费者可以订阅主题树中任何层次，任何分支的消息。使用通配符可以订阅树的所有子结点。24、点到点是一种两个特定的应用程序之间一对一的通讯方式。在点到点的模式中，消息按照“队列”组织，只有一个消费者可以接收到队列上的消息。一个点到点的对流可能有多个消费者监听，然而一条消息只能由一个消费者使用。在没有消费者监听的情况下，消息保留在队列中，一直到有消费者使用它。39、Web Service提供一个与操作系统无关、与程序设计语言无关、与机器类型无关、与运行环境无关的平台，实现网络上应用的共享。Web Service是封装成单个实体并发布到网络上以供其它程序使用的功能集合。它是松散耦合的、可复用的软件模块。40、从面向消费者的，面向商务的，面向设备的，面向系统的应用方面阐述观点。41、Web Service是原来的组件技术思想在Internet时代中的进一步发展，它集成了CORBA、COM/DCOM等各种组件模型技术，是原有各种组件技术的继承和发展。42、Web Service的技术框架包括：网络层，XML消息层，服务说明层，服务发布层，服务发现层，服务流程层，其他技术层；实现框架包括：服务提供者，服务中介者，服务请求者。43、使用各种Web Service的平台开发一些实际应用的项目44、建立强大的咨询服务团队，为企业的