第6章_Microsoft电子商务解决方案

08:54:29 5
4. 利用现有系统 微软商务能够利用企业现有的应用程序和基 础设施。COM+组件通过其模块化和语言无关性在 微软商务平台上提供了大量的集成技术。 微软独立软件开发商创建了扩展商务平台的 COM+解决方案。数据交换的开放标准是创建自 定义且较少修改的系统的关键。整个微软平台支 持开放的数据交换标准，并将随着标准变化进行 修改。 5. 抢占未来 微软不断研究电子商务的发展趋势，拥有庞大 的用户群，在与客户的不断接触中，听取意见， 提供给客户电子商务计划、实施电子商务的工具， 帮助它们为将来做好准备。
08:54:29
20
7．交换信息：安全性 可 以 使 用 PPTP（Point to Point Tunnelling Protocol）在客户和供应商之间 创建一个虚拟专用网络（VPN）。 对用户进行验证，对数据进行加密，使用 多个协议是常见的安全措施。如果使用HTTP 与供应商进行通信，或通过CIP进行的通信， 在敏感信息传输上，可以引入SSL技术对在网 络上发送的内容进行加密。 操 作 所 需 的 证 书 ， 可 以 由 第 三 方 CA （Certificate Authority） 或 使 用 微 软 Certificate Server创建。
08:54:29
12
6.3 微软构建电子商务解决方案
6.3.1 企业采购解决方案结构
08:54:29
13
企业采购系统进行交流和处理订单信息有三种最一般的方式： 电子邮件，普通文件格式的订单输出和使用建立在商务交换管道 （CIP）内部的客户应用程序。 企业采购解决方案的一些关键的特性包括： 公司无论大小和地点如何，都能互相交流订单信息，进行交 易支付和传送产品。 购买订单的输出形式可以多样化，这样参与的商家就可以选 择一种与他们现有系统可以协同工作的形式。 诸如CIP的框架结构，提供给商家更多的灵活性，对不同的 商务系统，商家都可以选择合适的方式来交流商务信息和把信息 传递给多个合作伙伴。 企业采购应用程序可以在一个站点内支持多个供货商。 对企业的供货商的结构进行合理化，来获得更大的折扣率。 通过引入自助式销售的应用程序来赋予雇员更大的权力，这 样可以更好地利用一个组织的Intranet。
21

08:54:29
8．交换信息：通信与协作 为了进行审批，应当从现有的电子 邮件目录，如微软 Exchange Server， 或从储存审批信息的现有的数据库中， 或从包含与内部采购编码或部门相关的 授权者电子邮件地址的财务系统中，检 索管理者/授权者/批准者的信息。 协作的另一个例子是对提供给申请 人的状态进行更新，以便他们可以经常 地查看订单的进度。
08:54:29
3
门户:微软的MSN提供了一个门户， 一个在线电子商务的场所。MSN有6个商 务站点提供广告和赞助；用户访问量大； MSN有7000多个合作商，可以为合作伙 伴提供商品和服务的直接渠道，合作伙 伴为MSN电子商务站点提供数据和服务； 为中小企业提供广告赞助；提供帐单发 送和支付服务。 合作伙伴：微软的合作伙伴提供了 四个领域的支持：独立软件开发、网络 开发、企业开发、商务主机和运行。
第6章 Microsoft电子商务解决方案
知识要点： 了解微软平台、门户、合作伙伴的含义 了解直销方案和企业采购方案的注意事项 理解微软的电子商务产品是如何协同工作的 理解微软解决方案的安全性、可靠性、集成性 掌握直销方案的目录管理和安全管理的内容 掌握企业采购方案中数据的传输和映射的方法 了解Commerce Server平台的特性、优势、伸缩性、 优化措施
08:54:29 11
6.2.5 操作系统服务 微软的Windows 2000 Server家族，将基 于标准的目录、WEB、应用程序、通信、文件 和打印服务与高度可靠性、高效的管理、对网络 硬件最新发展的支持集成起来，为企业与 Internet的整合提供了坚实的基础。 6.2.6 对开发者的服务 Visual Studio可以帮助程序员更容易、更 快地在应用程序间转换代码和内容。其强大之处 在于商务系统开发需求的核心，即对网络内容的 自定义和管理，用户界面设计，数据访问，与现 有 系 统 集 成 ， 以 及 程 序 间 通 信 等 。 Visual Studio 包 括 ： Visual Basic、 Visual C++、Visual FoxPro、Visual InterDev 开发系统。
1
08:54:29
由于客户有电子商务的需求，世界 上许多IT厂商都推出了自己的电子商务解 决方案。 各IT厂商考虑自己的实际情况 （前期产品、技术特长）和客户群的特 点，推出了不尽相同的解决方案。 6.1 微软电子商务策略 6.1.1 微软电子商务策略 微软电子商务的策略的核心三要素是： 平台、门户、合作伙伴
08:54:29 14
1．系统集成分析 在系统规划前必须考虑开发出来的系统是 否符合现有的商务规则，这些商务规则可能是 由现有的金融/账户系统提供的。 第一阶段，应该把主办人，申请人，采购 人员，开发人员，项目经理和后勤人员集中在 一起，主要目的是了解现在的采购流程和那些 需要自动化的步骤。这个部分完成后，应该产 生一个流程图，用以描述一个申请人通过电子 方式进行购物的主要步骤，还应该对这个项目 的未来阶段提供重要的参考，当继续深入进行 这个项目的时候，许多问题应能在这部分中找 到答案。
08:54:29 15
2．与数据服务集成
供货商信息可以存储在供货商的站点，或 者它可以被复制，存在客户的本地机上。 一种情况，依靠于客户和供货商之间的 Internet 连接，如果连接出现故障，那么客户 将无法从供货商那里获得商品。第二种情况存 在客户的本地机上，要解决如何实现从供货商 目录向客户目录传递信息。 另一个可供选择的方法是把一部分信息在 本地储存，而像图片之类的信息储存在供货商 的目录里。
08:54:29 6
6.2 支持微软电子商务策略的技术与产品 微软用于企业对企业，企业对消费者的电 子商务的产品套件基于微软 Windows DNA （Distributed interNet Applications Architecture 技术分布式互联网应用程序开发 模式）。 Windows DNA依赖于Windows平台提供 了一套全面的、综合的服务，免除了建设或组 合分布应用程序所要求的基础设施，使用户集 中精力提供商业解决方案。 微软基于.NET构架的电子商务解决方案 的技术和产品可以分为6个部分：客户服务、应 用程序服务、站点服务、数据服务、操作系统 服务、对开发者的服务。
08:54:29
17
4．过程集成 在整个设计过程中，应该时刻注意 自动化的概念，但并不是所有环节都是 自动实现的。过程集成要定义哪些交易/ 过程应该自动实现，哪些应该以同步/非 同步的方式实现，哪些信息可以用一个 结构化的过程生成。
08:54:29
18
5．交换信息：传输 第一个方案是使用TCP/IP应用层协议，如 HTTP、SMTP和FTP。如果贸易伙伴使用基于 DCOM（Distributed Component Object Model））的解决方案，应该考虑使用DCOM 或MSMQ来进行传输。 也可以利用其他一些传输机制，可以开发 一个客户CIP 程序，与另外一个CIP或是nonCIP交谈实现通讯，它可以是基于一种标准协 议，如：HTTP，FTP、SMTP，MSMQ， DCOM、EDI。如果需要也可以是通过某种优 先机制，EDI VAN’s 也可以作为一种传输机制。
08:54:29 9
6.2.3 站点服务 站点服务的核心组件是： Commerce Server 2000：在服务器上 方便的建立商务站点，实现智能化的在 线商务。提供客户信息管理、站点的个 性化设计；支持销售、促销、广告宣传、 商品目录管理、购物车管理、客户需求 行为分析等。 BizTalk Server 2000: 提供工具和基础 设施，启动商业过程的集成，其核心组 件是文档/数据交换机制。
08:54:29 19
6．交换数据：映射
消息转换和消息的映射的问题是在商务系统结构 中需要考虑的最重要的事情之一。 采用什么数据格式标准交换数据，可供的选择几 乎是无限的，企业和贸易伙伴选择的标准应该是：能 与所有参与方的原有系统进行最佳的集成。商业文件 数据格式能提高在不同种类环境中结构化数据的交换 速度，常见的商业文件数据格式有EDI和XML。 EDI（电子文件交换），已经拥有大量的用户，将 要打交道的供货商和批发商很有可能都支持EDI。可以 用一个EDI翻译器进行转换。 XML（extensible Markup Language 扩展标记语 言）是一个对万维网友好的标记语言，它提供了一个 与平台无关的标记结构数据集。
08:54:29 7
6.2.1 客户服务 微软的客户端服务产品主要有： 客户浏览软件IE 字处理软件Word 网页编辑软件FrontPage 电子邮件处理软件Outlook 网络会议软件NetMeeting
08:54:29
8
6.2.2 应用程序服务 微软提供的应用程序服务的组件主要有： Application Center 2000：用户可以高 效率的管理Web服务器组。 Host Integration Server 2000: 解决了 将Windows平台与在其他平台上运行的 非Windows企业系统集成的问题。 BackOffice Server 2000: 用于企业内部 应用程序的集成开发、部署和管理。 微软管理控制台MMC：用于管理应用程 序（包括在Windows 2000内）
08:54:29
16
3．商务处理 一项交易，可能需要将订单信息提交给财 务系统来获得确认，确认的结果与订单一起返 回，这里只有两个字段需要确认，内部购买代 码和账户代码。方案设计人员需要了解订单的 处理过程确定开发要求。也可能还会需要一个 组件来完成从财务系统那里取回数据（比如购 买代码），把它存在本地，并定期更新或修改。 如果同财务系统的集成实现了一定程度上 的无缝结合，并且信息可以被取回，修改和更 新，那么就会很容易开发出这样的组件。