解决方案开发准则：应用模型综述简介介绍本单元的主题。

问听讲者是否愿意增加一些主题。

把这些主题增加到活动挂图上并张贴起来。

必要时，要涉及这些主题。

●应用模型定义●基于业务的体系结构●共享资产、资源和技能●在开发过程中实现平行性目的在本单元结束时，您将能够：●说明MSF应用模型的目的。

●命名和描述业务的三个类别。

●说明这三类业务如何协作构成业务网络。

●对基于业务的体系结构如何提高效率进行说明。

●描述业务何时同步化。

应用模型定义定义把应用模型定义为协作业务网络。

对其目的和特征进行描述。

说明应用模型是应用的概念，它确定构成应用的定义、规则和关系。

概括地说，应用模型对什么是一般应用进行描述。

随着应用模型的特征逐渐影响到应用的建立方式，深入理解企业的应用模型对项目组有效地开发成功的应用至关重要。

应用模型是协作业务网络；确定构成应用的定义、规则和关系；影响应用的建立方式。

应用模型定义应用模型是应用的概念，它确定构成应用的定义、规则和关系。

它是在应用的逻辑设计过程中交换意见的基础。

应用模型是一种简单而又直观的加强交流的方法。

它强调的是逻辑上的应用，而不是物理上的应用。

应用模型说明的是应用是怎样构成的，而不是应用是怎样实现的。

举一个简单的例子来加深对模型概念的理解。

当有人提到一所房子的时候，我们想都不用想就可以肯定房子有门、卧室、浴室、厨房等等。

即使特定的房子与这个模型相差甚远（例如，这所房子可能有一个阁楼，而不是卧室），模型仍然是探讨形状和功能的起点。

同样，应用模型概括地描述什么是应用，或者更确切地说，人们认为一个标准的应用是什么样的。

MSF企业应用体系结构强调的是应用模型的需要，因为应用模型对应用开发会产生一定的影响。

他们就什么是应用达成共识，并为描述应用设计以及向应用设计和开发提供一致的方法定义了工作词汇。

企业可以采用一个以上的应用模型来适应正在开发的不同风格的应用。

基于业务的体系结构定义定义MSF组的业务。

业务可以跨物理和功能两个领域分布，以满足很多不同应用的需要。

业务是实现操作、功能或转化的应用逻辑；通过公布的接口加以利用；受接口规范的影响；由消费者评价，而不是由供应商评价。

一个业务是一组实现应用于对象的操作、功能或转化的应用逻辑。

业务可以执行商业规则，进行数据的计算/操作并暴露输入、检索、查阅或修改信息的特征。

MSF应用模型采用的是构成应用的新词汇。

根据MSF的观点，应用是由业务的消费者和供应商的逻辑网络构成的。

这些业务可以跨物理和功能两个领域分布，以满足很多不同应用的需要。

业务类别定义定义应用模型的三个业务类别。

根据MSF，我们定义了三个业务类别：用户、商业和数据。

我们建议分布式应用采用三层逻辑模型。

要指出的是，MSF应用模型是Microsoft推荐的分布式、多层分布式应用的设计方法。

简要地过一遍学生笔记上应用模型试图实现的应用的优点。

参阅要提醒听讲者阅读MSF CD-ROM上的应用模型白皮书，以了解更详尽的资料。

用户业务——是设计多层分布式应用的三层逻辑模型。

商业业务——把应用定义为协作的、可分布的和可重用业务的逻辑网络。

数据业务——包括三个广泛的业务类别：用户、商业和数据。

业务类别MSF应用模型是Microsoft推荐的分布式、多层分布式应用的设计方法。

其目的在于：●推广为Internet或Intranet设计和开发分布式应用的一致方法。

它制定了在所有分布式开发项目中都要利用的开发标准和应用接口。

●为三层应用中的逻辑提供标准定义。

这是模型的一个重要方面。

客户/服务器模式在引用三层应用时除了强调这些应用把用户交互、商业和数据逻辑都分开以外，从来都没有真正地定义过每一层应用应该是什么样的。

●描述应用开发组跨多个项目一致应用技能和资源的方式。

●为组织不同的组、在开发过程中利用平行性方式以及确定所必需的技能定义一个框架。

协作业务网络说明MSF应用模型是创建应用的新观点。

它不是创建个别单一的应用，而是把功能划分成逻辑业务，使多个应用能够共用业务并实现可重用性。

提问您是否了解其它采用本方法的模型？应用的新观念根据应用的这个观点，业务可以在应用之间共享。

如果只从字面上看，即使划分成两、三个部分，层的概念也会导致应用逻辑的单一实现。

如果发生这种情况，很多后来才探索到的多层设计的灵活性、可伸缩性和可维护性就不会被编写到应用中。

定义用户业务为应用提供接口。

用户可以是利用应用的人或另一个应用，因此，应用接口可以是图形用户接口或程序接口。

简单强调幻灯片上的要点。

提问您能否想到其它用户业务的例子？用户业务是为应用提供用户接口的应用逻辑；当用户是人或另一个应用时，有一个可以看到或可以编程的接口；向用户提供信息并从用户处收集信息；通过用户接口结构隐藏信息视图。

用户业务用户业务是为应用提供接口的应用逻辑。

应用的用户可以是人或另一个应用。

因此，应用的接口可以是图形用户接口/编程接口。

例如，Microsoft® Excel有一个通过工作簿/工作表实现的丰富的图形用户接口。

应用同其图形用户接口一起还可以提供广泛的编程接口，这些接口提供的特征和功能与在OLE自动形式下提供的相同。

这两种类型的接口在语义上是对等的，都被看作用户业务。

应用的用户业务负责管理用户与应用之间交互的各个方面。

要实现这一管理，就必须对用户、需要进行的活动以及最适应用户与活动不同组合的交互方式有深入的理解。

定义商业业务控制商业规则的排序、执行以及执行操作的完整性。

对幻灯片上的要点进行简要的说明。

提问您现在能想到的一般商业业务有哪些？商业业务是控制商业规则排序和执行的应用逻辑；保证操作执行的完整性；通过应用商业规则把数据转化成信息。

商业业务商业业务是控制商业规则的排序、执行以及执行操作的完整性的应用逻辑。

商业业务通过合适的规则应用把数据转化成信息。

正确设计商业业务的目的是把商业规则的执行、数据转换逻辑与消费者（用户与商业业务）以及基本数据业务分开。

商业业务逻辑与用户、数据业务的分离具有以下优点：●在确定如何以及在哪里利用商业业务时有很大的灵活性：应用服务器上的构件或在DBMS中的存储程序，甚至也在客户机上利用。

●能够在标准商业业务的前端放置不同的用户接口逻辑。

例如，执行客户端操作的商业业务是作为在应用服务器上运行的一个构件来实现的。

该构件提供的业务可用于以下客户机方案：在Microsoft® Office中运行的宏、采用Microsoft® Visual Basic®开发的定制应用或在Microsoft® Internet Explorer 中运行的HTML页等。

●通过把应用的用户、数据业务与变化分离提高商业规则和逻辑的可维护性。

●能够替换商业业务的实现。

例如，在商业业务中具体化的商业规则可能因国家不同而不同，但是，这些业务的接口却始终保持不变。

定义数据业务提供用于控制数据的最低程度的抽象性。

这些业务负责把持续、非持续应用数据的可用性和完整性当作企业资产来维护。

简单说明幻灯片上的要点。

提问您现在能想到哪些一般数据业务？数据业务是提供用于操作数据的最低抽象性的应用逻辑；维护持续应用数据；提供定义、创建、阅读、更新和删除功能；隐藏设计、实现以及数据的位置数据业务数据业务是提供用于操作数据的最低抽象性的应用逻辑，它负责维护持续、非持续应用数据的可用性和完整性。

数据业务通过商业业务不需要了解数据位置、业务如何实现或如何利用的方式来控制和提供对数据的存取。

在识别用户以及与客户联系在一起的商业业务已经成为可能时，数据业务级的业务就会更细致。

例如，系统可以包含有客户、员工和厂商的业务构件。

在商业业务级，各业务构件有独特的属性、业务和规则，但在数据业务级，它们却是企业指定方的所有实例。

因此，被称为指定方的业务构件可以实现为员工、厂商和客户提供创建、阅读、更新、删除和重新运行业务。

数据业务实现的是把商业模式与目标数据存储联系起来的数据存储和关系表示。

数据业务并不局限于永久性的、不变的数据或结构数据，它还可以对任何采用定义了的接口来存取和操作数据的情况进行处理。

跨应用共享资产、资源和技能说明简单过一遍幻灯片上的要点。

从业务角度来说，最理想的方法是，所有功能都利用同一个客户数据库，共享内容，而不是生成只与其需要相关的内容。

同样，企业聘请一位UI专家也是很有好处的，这样不仅可以共享资源，还能保证用户接口的一致性。

提问您的企业怎样管理同一资源和技能的使用？商业方面——知识产权，资源与技能系统方面——用户接口，商业规则，物理数据和事务处理跨应用共享资源和技能业务可以看成是获取应用开发组的唯一资产、资源和技能并在多个开发项目中有效地加以利用的方法。

例如，可利用性和用户接口设计技能往往是很缺乏的资源。

企业不是把这些人独立地分配到不同的项目中，而是组成一个可利用性和用户接口组，共同承担开发过程中所有商业应用的职责。

保险公司有专用的算法进行损失调整。

这些功能一般都是通过电子数据表来执行的，充分利用了数据库。

为了保证企业内这些算法的一致性使用，它们都是作为企业内部网络上应用服务器构件的商业业务来实现的。

用户通过在桌面上运行的Microsoft® Excel调用在服务器上运行的算法并访问内置在服务器上的数据库。

企业不必实现跨成千上万个工作站的算法，而是在有限的应用服务器上实现这些算法，同样也支持这些工作站。

在开发过程中实现平行性说明对应用模型如何有助于提高开发进程的效率进行说明。

实现平行性MSF应用模型仅仅与应用逻辑联系在一起，不把表现业务、数据库管理系统(DBMS)或数据库存储业务当作层。

这些业务被看成是企业技术体系结构的组成部分。

MSF应用模型不对功能如何在网络中分布进行规定，只提供开放的可能性：作为构件实现的业务可以根据物理设计决策分布在网络的任意位置。

在基于构件的实现中，根本没有这样的物理软件层。

相反，协作构件的网络却可以跨物理范围分布，向各种各样的客户机提供业务。

同时也为了防止单一实现，MSF应用模型利用用户、商业和数据业务的逻辑网络概念来描述应用的结构。

这三类业务在任何分布式应用中都可以找到并被看成是不同的层。