体系结构第15章.pptVIP

Server还同时与Asssitant和Busser关联，如下图所示。 15.4.3 Chef参与的关联 Chef与Server、Assistant以及Meal关联，如下图所示。 15.4.4 Busser参与的关联 Busser的职责较少，所以关联也较少，如下图所示。 15.4.5 Manager参与的关联 Manager是我们在领域分析中引进的新类。这个类与许多其他类都有关联，这些关联短语可表示如下： ● The Manager operates the Restaurant ● The Manager monitors the Employees ● The Manager operates the Kitchen ● The Manager interacts with the Customer 下图表示出了这些关联。 15.4.6 其他问题 一种思想流派认为应当只使用一个通用的类，例如Employee。在并联中，应当将角色名写在关联端处。 在有些情况下(例如一个工资发放系统)，这样的模型很有效。但是在我们现在这个例子中，就不一样了。下图是采用上述思路建立的类模型。 可以看到，图中的类图标很密集，关联的表示很不清晰，并月关联类还没包括进去，加入关联类后图将变得更复杂。 15.5 形成聚集和组成 我们已经用抽象类对类进行了分组，还找出了类之间的主要关联关系。下一步是要找出类之间的包含关系，即聚集关系。在餐馆这个领域中，此项工作有一定的难度。例如，一个Meal对象是由一个Appetizer、一个MainCourse、一个Drink、一个Dessert组成的。Appetizer和Dessert是可选的。并且这些成员对象代表的事物在Meal中是按照一定时间 顺序出现的，应当在模型中反映出这种时间顺序。 如下是其他一些组成关系： ● 一个Order由一个到多个MenuSelection组成。 ● 一个Restaurant由一个Kitchen、 一个到多个ServingArea、一个WaitingArea、一个CocktailLounge和一个LaundryRoom组成。 ● 一个ServingArea由一个到多个Table组成。 ● 一个Party由一名到多名Customer组成。 在每一种情况中，一个组成体只属于一个聚集体，因此它们是组成关系。 * * 第十五章 领域分析 本章将继续GRAPPLE开发过程中需求收集段的概念性分析。有以下几部分内容： ● 分析会谈。 ● 开发初步类图。 ● 建立和标记类之间的关联。 ● 找出关联的多重性。 ● 得到组成。 ● 填充类的信息。 前一章从来未提到过要开发的系统是什么样子，这一章也将如此。到目前为止，并没有讨论一个具体的系统。我们只是接受了LaHudra、Nar和Goniff分派给我们的一个概念性任务：运用技术来使外出就餐的人们感到更加满意。 本章和上一章的共同目标是达到对领域的理解。这意味着我们必须了解我们要改进的业务过程和这个过程中所要解决的实际问题的性质。对于我们要开发的系统来说，它的业务过程已经大大超过了开发组成员的知识范围。因此必须具备一个领域词典，用来进一步与LGN的餐馆工作人员沟通信息。建立 领域词典是极其重要的，因为它是开发组在项目进展过程中拓宽知识范围的基础。 17.1 分析业务过程会谈 开发组要同餐馆的领域专家进行多次会谈，但是最初的交谈是面向业务领域的，目标是建立系统的初步类图。这个工作是由一名对象建模设计师负责。他或者同分析员一同参加会谈或者只分析会谈记录。在这个阶段，对象建模设计师在谈话记录中查找名词、动词以及动词短语。其中的一些名词将可能成为模型中的类，另一些名词成为类的属性。 动词或者动词短语可能成为类的操作或类之间的关联标记。 下面我们来检查一下上一章中的谈话记录。餐馆工作人员使用了哪些名词和动词呢? 有下列一些名词： customer，coat，cloakroom，coat-check ticket，hat，line，waiting list，reservation，name，lounge，drink，…