第二章 电子信息交换中的问题

本章的主要内容：

该单元研究了现代计算机系统中信息交换的不同方式，并在每种情况下均定义了问题。 该讨论仅限于它交换了什么（内容），而不是它如何交换的（机制）。 制定了一套消息传递标准，如果得到满足，它将减少所确定问题的影响。

本章展示了一些XML的业务驱动程序，并举例说明了当今企业如何使用XML。

你应该做什么：

完成本单元后，你应该能够：

• 描述现代计算机系统中发生的信息交换的类型
• 描述现代计算机系统中存在的信息交换问题
• 描述解决信息交换中存在的许多问题所需的条件

你如何检查自己的进度：

可采取方法：

• 课堂讨论
• 设置检查点

章节目标：

完成本单元后，您应该能够：

• 描述发生在现代计算机系统中信息交换的类型
• 描述现代计算机系统中存在的信息交换问题
• 描述解决信息交换中存在的许多问题所需的条件

电子信息交换

• 电子信息交换是一个简单的概念：

一种或多种的软件集合在之间。（业务）相关功能。

• 信息交换有几种环境：

内部应用-信息在各个部分之间的移动应用。

相互应用-应用程序之间的信息移动相同的公司系统。

公司间-公司之间的信息传递。

系统间-系统中系统之间的信息移动同一家公司。

• 每种情况下的问题维度都会影响方式信息交换。有些问题很常见，但每个上下文也都有独特的问题要处理。

笔记：

对软件单元的引用是有意通用的。信息的移动可以

发生在同一内存空间内，同一计算机上的进程之间，

驻留在相同LAN或WAN上的计算机上的进程等。

无论上下文如何，信息的移动都是计算的基本特征

笔记：

此处显示了信息交换的不同上下文。取决于类型

在进行业务时，某些交换形式可能比其他形式更重要。

应用程序信息交换

在结构良好的应用程序中，信息在三个不同的层之间流动

表示层（通常被称为视图）：提供信息给用户并从用户那里收集信息。该层通常耦合到特定的演示技术，例如Presentation Manager，X.Windows，依此类推。因此，通常在演示模式改变。

处理层（通常称为控制器）：对信息进行操作根据应用程序的功能要求。

业务层（通常被称为模式或商业模式）：保持控制整个业务的运营约束。它确保没有任何单个应用程序通过执行操作与那些规则相抵触与那些约束不一致。

图2-4 应用内信息交换

笔记：

这里讨论的分层方法通常称为“模型-视图-控制器”建筑。它是从构建客户端-服务器应用程序获得的经验演变而来的，最小化更改设计和/或要求的副作用的方法。

业务流程的更改通常会更改业务层，但不会更改控制器或查看图层。Presentation技术的变化会影响View，但不会影响控制器或业务层等等。

演示要求放在现代应用程序上（万维网，移动计算等）在Presentation层引起了很大的混乱。它不是一个视图，但需要多个视图。需要一种减少流失的策略而不限制这些应用程序的演示平台灵活性。怎么会这样完成并解决甚至还不存在的计算接口？

灵活的视图-多个客户端/设备支持

在万维网到来之前，主要通过工作站或哑终端，并且（相对）不经常修改表示层。万维网已经改变了这一点。

现在，移动工作人员的增加和手持设备的使用提出了新的要求商业机会和应用程序开发人员面临的新挑战。

申请必须通过以下方式提出：

-手机和手持设备，无线标记语言（WML）

-Web浏览器（HTML，样式表，Javascript） PDF格式

-依此类推

许多Web应用程序都会遇到耦合问题，这些问题是应用程序习惯性地生成将Presentation信息（字体，颜色等）与商业信息（银行余额，产品信息等）使其变得困难重用数据流。

理想情况下，表示层将发出/使用通用的结构化信息可以针对目标设备进行过滤的流。外部渲染引擎担心外观，而应用程序担心关于应该看什么。

为新的客户端提供快速、低成本的支持。

笔记：

像描述的那样使用信息流将应用程序构建分为两项截然不同的活动，1）流程实施：确保应用程序满足其要求处理要求2）视图实例：增量添加技术独立于流程实施。

计划未来是很困难的，但要期待新演示文稿的到来技术，此信息流应与技术无关。直文字是不错的选择，因为它没有连接任何技术（字符编码除外标准）。

Inter应用程序信息交换

理想情况下，系统的设计应考虑到所有操作它将执行的操作以及将执行这些操作的应用程序。

很少有足够的信息来进行这种分析而且更罕见的是设计可以保持稳定，因为组成应用的系统被创建（通常在时间）。

-技术不会停滞不前；经常看到内置的应用程序很晚使用与该技术完全不同的技术的系统的寿命最初使用的版本，例如COBOL与Java。

经验表明，最好专注于以下方面的应用程序：并允许系统计划进一步发展应用程序是基于对问题的新知识而构建的新技术。

笔记：

在这种情况下，系统被定义为一个共同体内的一组协作应用程序。域。如演示文稿所示，很少有整个系统在

同时系统是逐步构建的；根据业务需要确定优先级。有几种如果系统中的每个应用程序都在设计之前就出现了问题实施：

1. 没有空间让人们对从中获得的业务问题有新的了解早期实施的经验。这种理解导致重新设计和这意味着一些早期的设计工作被浪费了。
2. 难以利用技术变革。这种变化经常通过紧密耦合的系统产生涟漪。
3. .结果系统可能不够灵活，无法提供外部功能规范期间的需求空间。

上下文无关的沟通

尽可能从信息的方式中消除假设被交换。

这意味着在应用程序之间流动的信息不应耦合到特定技术或关于如何使用它的假设。

--尽可能发送一个应用程序域实体，例如，购买订购而不是单个零件，例如总计，一个项目说明等。

--不要使用绑定到实现技术的消息，例如序列化Java对象（特定于Java的位流）。

理想情况下，通信介质应基于简单，无所不在的技术，例如纯文本。

应该结构化和自我描述以消除对上下文的需求接收者的意识。

笔记：

假设（隐含的上下文）创建了耦合，耦合引入了更新的副作用；一个应用程序的需求时更改其他应用程序的需求更改; 例如，如果您给我发送了一个号码，而我认为该号码是一个帐户当您决定向我发送客户编号时，我们俩都需要更改号码。更新资料副作用使应用程序更改成本很高，并且经常导致需要避免的决定软件更改。这意味着在将假设引入应用程序后，

系统失去了适应能力。

如果消息中包含上下文信息，则可以消除假设在应用程序之间移动。消息需要包含消息语义。

B2B公司间信息交换

在这种情况下，演示文稿的重点是企业对企业（B2B）电子商务中存在的关系。

--在这种情况下，所涉及的系统通常会与多个业务伙伴对话；有时对于基于价格进行选择的同一服务，可用性等，例如，信用交易验证。

笔记：

通过电子商务实现业务全球化正在改变业务性质伙伴关系。与其拥有单一的小部件供应商，重要的是能够购买来自任何人的小部件。电子商务取决于商业合作伙伴之间的信息交换。在这个世界上几乎没有可以执行世界电子商务的通信标准，有两种方法可以完成此通信：

1.逐个伙伴量身定制信息交换。这种方法不够规模。

2.与市场供应商建立关系，让他们担心沟通问题。在这种情况下，您与合作伙伴的关系永远是通过中间人进行，电子商务的自由受到他们的能力限制。此外，您的公司还与中间人之间的信息协议很难转移到其他市场提供商。

需要建立共同的通信基础

除了技术问题，成功很明显，不受约束的B2B信息交流在很大程度上取决于独立创造实施，供应商中立语言开展业务。

标记语言已经存在，可以将语义嵌入电子文档（例如SGML）。

SGML被创建为用于描述文档的语言。B2B通信可能会受益于类似的解决方案，即使用标记语言来描述信息。

这种语言可以用来描述整个文档行业同意将其作为交换信息的一种手段需要开展业务。

笔记：

这样的标记语言本身并不是答案。工业仍然必须在一起，并商定可以用来开展业务的协议。

过去曾发生过类似的尝试。EDI是一种技术的示例，在1980年代引起了很多兴奋，但通常被认为是失败的，因为实施成本高昂，供应商很少，并且需要租用带宽昂贵的专用网络。

根据经验，很显然，一种描述电子商务交流语言的成功取决于：

1. 与现有基础架构（Internet？）的兼容性

2. 供应商中立

3. 行业协议

系统间信息交换

到目前为止系统之间的信息交换是大多数讨论的问题，也许是视图耦合。通常，这种通信不涉及表示层。

在布置系统将要驻留的基础结构时，明智的做法是建立一层相互隔离的系统缺乏实现和过程耦合...让我们称之为接口层（也称为系统抽象）。

接口层的作用是捕获系统的语义，如所见从外部的角度来看，并将其表示为对话框；带有消息在对话框中提供通信单位。

只要系统的定义没有改变，对话框（界面系统）。实施可能会改变显着。

笔记：

抽象的使用是减少耦合的常用技术。此时，解耦主题在此演示文稿中应该很明显

信息交流

系统之间交换消息与以下方面有很多共同点在B2B商业伙伴之间交换消息。

例外是尽管系统间信息交换需要已建立的协议（接口），系统会执行不一定受益于该协议被接受B2B通信标准还有其他差异，例如，可能使用面向消息的消息系统集成（MOM）中的中间件，但此演示文稿的重点是关于信息交换而不是关于交换机制。

因此，与B2B通信相同：

语义网

• WWW的扩展

网络空间成为主动（而不是被动）信息空间

• 将内容与表示分开是很有必要的

也就是模型和视图分离

HTML没有这个功能

• 查看浏览器兼容性问题作为为此证据的需要。
• 为了使Web推理，必须能确定将要推理的单位。

HTML对此没有帮助。

需要自我描述的数据

笔记：

语义网是WWW的扩展，其中“信息被赋予定义明确的含义，使计算机和人们能够更好地合作” [1]至少从1998年开始，它就一直是W3C上WWW概念的一部分。

促进语义网的发展，我们必须解决我们遇到的问题今天的WWW。即使在以下情况下，也很难找到当今Web页面中的信息：定义明确的内容。在很大程度上，这是因为HTML的标记是表示形式标记，即告诉浏览器如何绘制/呈现信息。需要的是语义标记，以便程序可以找到他们需要和推理的信息关于它。如果您不认为这是一个问题，请考虑构建Web的问题可以在Windows，Macintosh和Windows上的Internet Explorer和Netscape中运行的站点Linux平台。许多网站都有其网站的完整副本，每个浏览器/平台一个组合。语义网的愿景将使隔离网页中包含的信息，以便程序可以访问该信息，给它分配一些含义，并进行某种推理。

[1]“语义网”，《科学美国人》，2001年5月，蒂姆·伯纳斯·李，詹姆斯·亨德勒和Ora Lassila。

通用解决方案

收集所有的观察信息解决上述每个问题的解决方案是：

a．一种与视图无关的结构化信息流。

b．支持的结构化信息（文本）格式语义表达。

C．与实现无关，对供应商无关，用于描述信息的标记语言，创建特定于域的业务语言。

d。自描述，与视图详细信息分离。

简而言之：

一种基于文本的，与供应商无关，支持语义表达的标记语言。

如果它获得了重要的行业许可，这种语言可以处理许多信息交换问题。

问题检查点1

1. 以下哪项将减少相关的电子信息交换耦合？（选择所有符合条件的）

a.创建没有context.free的消息。

b.使用系统界面隐藏实施细节。

C.在每条消息中合并视图信息和数据。

d.使用vendor.neutral和实现独立

e.上述所有的

2. 基于文本的消息是首选的，因为：

（选择所有

剩余内容已隐藏，支付完成后下载完整资料

---

资料编号：[234920]，资料为PDF文档或Word文档，PDF文档可免费转换为Word