软件工程 第4版 教学课件 作者 张海藩 吕云翔 编著 06第六章：面向对象学导论.pptVIP

为了开发复杂的软件系统，系统分析员应该从不同角度抽象出目标系统的特性，使用精确的表示方法构造系统的模型，验证模型是否满足用户对目标系统的需求，并在设计过程中逐渐把和实现有关的细节加进模型中，直至最终用程序实现模型。对于那些因过分复杂而不能直接理解的系统，特别需要建立模型，目的是为了减少复杂性。 一旦建立起模型之后，这个模型就要经受用户和各个领域专家的严格审查。由于模型的规范化和系统化，因此，比较容易暴露出系统分析员对目标系统认识的片面性和不一致性。 用户和领域专家可以通过快速建立的原型亲身体验，从而对系统模型进行更有效的审查。 用面向对象方法开发软件，通常需要建立3种形式的模型，它们分别是描述系统数据结构的对象模型，描述系统控制结构的动态模型，描述系统功能的功能模型。这3种模型都涉及数据、控制、操作等共同的概念，只不过每种模型描述的侧重点不同。这3种模型从3个不同但又密切相关的角度模拟目标系统，它们各自从不同侧面反映了系统的实质性内容，综合起来则全面地反映了对目标系统的需求。 6.1 面向对象程序设计实例 6.2 面向对象方法学概述 6.3 面向对象方法学的主要优点 6.4 面向对象的概念 6.5 面向对象建模 6.6 对象模型 6.7 动态模型 6.8 功能模型 6.9 3中模型之间的关系 第六章：面向对象方法学导论 对象模型表示静态的、结构化的系统的“数据”性质 在建立对象模型时，我们的目标是从客观世界中提炼出对具体应用有价值的概念。 使用统一建模语言（UML）所提供的类图来建立对象模型。在UML中术语“类”的实际含义是，“一个类及属于这个类的对象”。 类图描述类及类与类之间的静态关系。类图是一种静态模型，它是创建其他UML图的基础。 类图不仅定义软件系统中的类，描述类与类之间的关系，它还表示类的内部结构（类的属性和操作）。类图描述的是一种静态关系，它是从静态角度表示系统的。 6.6.1 表示类的符号 1．定义类 UML中类的图形符号为长方形，用两条横线把长方形分成上、中、下3个区域（下面两个区域可省略），3个区域分别放类的名字、属性和操作 图6.6 类的图形符号 类名是一类对象的名字。命名是否恰当对系统的可理解性影响相当大，类命名的准则如下： ①使用标准术语；②使用具有确切含义的名词； ③必要时用名词短语作名字。 2．定义类的属性 选取类的属性时应考虑的原则： ①类的属性应能描述并区分该类的每个对象；②只有系统需要使用的那些特征才抽取出来作为类的属性；③系统建模的目的也影响属性的选取。 UML描述属性的语法格式如下 可见性 属性名：类型名=初值｛性质串｝ 其中，属性名和类型名必须有，其他部分根据需要可有可无。 属性的可见性（即可访问性）通常分为3种：公有的（public）、私有的（private）和保护的（protected），分别用加号（+）、减号（?）和井号（＃）表示。 3．定义类的操作 选取类的操作时应该遵守下述准则： ①操作围绕对类的属性数据所需要做的处理来设置，不设置与这些数据无关的操作；②只有系统需要使用的那些操作才抽取出来作为类的操作；③选取操作时应该充分考虑用户的需求。 UML描述操作的语法格式如下 可见性 操作名（参数表）：返回值类型｛性质串｝ 其中，可见性和操作名是不可缺少的。 1．关联 关联表示两个类的对象之间存在某种语义上的联系，如作家使用计算机，我们就认为在作家和计算机之间存在某种语义连接，因此，在类图中应该在作家类和计算机类之间建立关联关系。 （1）普通关联 普通关联是最常见的关联关系，只要在类与类之间存在连接关系就可以用普通关联表示。 通常，关联是双向的，可在一个方向上为关联起一个名字，在另一个方向上起另一个名字（也可不起名字）。 6.6.2 表示关系的符号 为避免混淆，在名字前面（或后面）加一个表示关联方向的黑三角。 在表示关联的直线两端可以写上重数（multiplicity），它表示该类有多少个对象与对方的一个对象连接。重数的表示方法通常有： 0．．1 表示0到1个对象 0．．*或* 表示0到多个对象 1+或1．．* 表示1到多个对象 1．．15 表示1到15个对象 3 表示3个对象 （2）关联类 为了说明关联的性质可能需要一些附加信息，可以引入一个关联类来记录这些信息。关联中的每个连接与关联类的一个对象相联系，关联类通过一条虚线与关联连接。 （3）关联的角色 在任何关联中都会涉及参与此关联的对象所扮演的角色（即起的作用），在某些情况下显式标明角色名有助于别人理解类图。 （4）聚集 聚集也称为聚合，是关联的特例。聚集表示类与类之间的关系是整体与部分的关系。在陈述需求时使用