[理学]C3 风格二数据中心.ppt

5、 面向对象风格的应用（1） 从问题的描述中可以看到，整个系统包括3个主要部分。 仿真模型(代表电梯系统的运作)。 在屏幕上展示这一模型(用户可能生动地看到它)。 图形用户界面(即允许用户控制仿真)。 这个例子的主要目的是使读者了解面向对象的体系结构风格的原则，所以这里只介绍第一部分——仿真模型的分析和设计。 5、 面向对象风格的应用（2） 抽取出实体，确定彼此之间的关系。 （1）可在模型中将履行重要职责的实体的名称提取出来。 省去不重要的名词 公司、 办公楼，或者电梯实际坐落的地方 将其余名词分组，并确定几种类 模型、电梯井、电梯、人、楼(一楼、二楼)、电梯门、楼层门、电梯按钮、楼层按钮、钟、灯 注：为楼层按钮创造了一个类，为电梯按钮创造了一个类。电梯的这两种按钮，告知电梯移动到其他层。 （2）基于上述名词分类建立类模型。 根据电梯系统中的类以及其相互关系建模，创建所有类，以及类之间的联系。图显示了用UML创建的电梯模型完整的类图。 5、 面向对象风格的应用（3） 类：矩形 关联：实线 关联的名字、方向 多重性：实线旁数字 聚合关系：整体/部分 空心菱形（整体） 关联的名字、方向 如，位于FloorButton类和Elevator类之间的关联上的”Request”表示这个关联的名字，箭头代表关联的方向。这表示FloorButton对象的出现需要Elevator对象的存在。 电梯模拟系统的类图 多重性，说明可以有多少类实体参加该关联 FloorButton类与ElevatorShaft类有一个2：1的关联 ElevatorShaft类与Elevator类有一个1：1的关联 Person类 Press关联表明Person类的对象按这些按钮； Person类的对象也“Rides”电梯和“Walks across”(走过)一个楼层； FloorButton和Elevator之间的“Request”表示一个FloorButton对象的出现“需要”Elevator对象的存在； 关联“Signals to move”表明 ElevatorButton对象对Elevator对象发出“移动”信号，从而使电梯移动到其他楼层。 聚合关系 附着于ElevatorShaft类的关联线的菱形表明ElevatorShaft与FloorButton类以及Elevator类有聚合关系。聚合意味着整体／部分关系。在关联线末端拥有聚集符号的类(空心菱形)是整体，在关联线的另一端的类是部分。用“有”关系定义聚合。 ElevatorShaft电梯井“有”： 一个Elevator电梯和两个FloorButton楼层按钮。 还有哪些聚合？ 电梯模拟系统的类图 ElevatorShaft类与FloorButton、Elevator、FloorDoor、Light有聚合关系 ElevatorkIodel类与一个ElevatorShaft类实体和两个floor类实体有聚合关系 Elevator是ElevatorDoor类、ElevatorButton类和Bell类的聚合类 5、 面向对象风格的应用 重要原则：面向对象风格始终把系统看作是一组对象和对象之间的关系。 基于以上分析，我们引入关联和聚合，它们都是对象之间的关系。当系统运行时，对象通过发送和接收信息互相沟通。 有很多程序都是面向对象的。对系统设计师来说，要做的最重要的事情是用OOAD思想来设计系统，使设计的系统更易于理解和评价。 面向对象作为一种体系结构风格，与事件驱动风格有着许多联系。 看到这些词汇，很容易想到是什么。这是约定俗成的。 软件体系结构要把俗成变为科学 * 计算机科学，定义总是若有若无 计算机科学，定义总是若有若无 计算机科学，定义总是若有若无 计算机科学，定义总是若有若无 3.4 分层系统风格 在一些分层系统中，内层仅仅与相邻的外层进行交互，对其他层是透明的。 在一些特殊的条件下，由于处理的需要，内层可能开放一些其他层的所要求的服务。 此时，不同层的层系统形成不同功能级别的虚拟机，当系统设计好后，每一个虚拟机根据设计时的协议来相互沟通；但对不相邻的层来说，它们之间的通信是被严格约束的。 3.4 分层系统风格 核心层是整个系统的基础，最低层的功能要求由核心层实现； 功能层是整个系统的中间层，它介于最低层和最高层之间，它不仅访问核心层所提供的服务，以执行自己的功能，而且还提供最高层会使用的功能； 最高层对整个系统来说是通向外部环境的一个接口，用户可以通过访问最高层访问整个系统所提供的功能。 这3个层有很多功能构件，每一层都是由一个构件组成的虚拟机。虚拟机之间通过系统设计的协议(可能是标准协议或自定义的协议)相互沟通，沟通的方式是由程序要求来确定。 在实际应用中，功能层面组成不只有一个层面