软件工程面向对象基础解析.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 属性是与类相关联的信息，描述该类对象的共同特点。例如，“客户”类有“客户名”、“地址”、“电话”等属性。 常见的属性可见性有Public、Private和Protected三种，在UML类图中分别表示为“+”、“-”和“#” 属性的类型可以是基本数据类型，例如整数、实数、布尔型、字符串型等，也可以是用户自定义的类型。一般它由所使用的程序设计语言确定。 约束特性则是用户对该属性性质一个约束的说明。例如“{只读}”说明该属性是只读属性。 操作是与类相关的行为，用于修改、检索类的属性或执行某些动作。操作通常也被称为功能，但是它们被约束在类的内部实现，只能作用到该类的对象上。 寻找类的操作比较简单，实际上，在创建交互图时，就在寻找类的操作。在识别类的操作时，下面几个问题有助于寻找类的操作： 1)有哪些类会与该类交互，包括该类本身？ 2)该类接收哪些类（包括自己）发送的消息，收到消息之后进行什么处理？ 3)该类向哪些类发送消息，消息的内容是什么，在发送消息之前该类需要做什么处理？ 4)该类中需要哪些操作来维持自身属性的一致性、完整性，以及自身属性的更新？ 5)系统是否需要该类具有另外一些职责？ 在类图中，描述类的操作分三个部分：操作名、返回类型和参数表。 在UML中描述操作的信息有五个部分:可见性 操作名 (参数表) : 返回类型 {约束特性}。 “客户”类中有“取客户地址”的操作，它在UML中表现形式如下： ＋ GetAddr（CustomerNo：String）：String 其中“+” 表示该操作是公有操作，GetAddr是操作名，调用时需要参数“CustomerNo”，操作的返回类型也为字符串，约束特征被省略了。 常见的操作可见性有Public、Private和Protected三种，在UML类图中分别表示为“+”、“-”和“#”。 类之间的关系有关联关系、组成关系、泛化关系。要寻找关系，可以检查交互图，大多数关系信息已经在交互图中列出，重温这些图，获得类之间的关系。 类之间的关系示例 类的版型可以将类进行分类，并且有助于理解每个类的责任，例如，Form版型的类负责向用户显示信息和接收用户信息，不同版型的类具有不同的职责。 分析过程中，可以根据功能将类分为实体类、边界类和控制类。 边界类——位于系统于外界的交界处，包括所有的窗体、报表、系统硬件接口、与其它系统的接口。 实体类——实体类保存要存入永久存储体的信息。实体类通常在事件流或交互图中，是对用户最有意义的类。 控制类——控制类负责协调其它类的工作。每个用例中至少应该有一个控制类，它控制用例中的事件顺序。一般地，控制类接收的消息并不多，而发出的消息比较多，因为它更多地是向其它类委托责任。 注意 不要试图使用所有的符号。从简单的开始，例如，类、关联、属性和继承等概念。在UML中，有些符号仅适用于特殊的场合，只有当需要时才使用。 根据项目所处的开发阶段，用正确的观点来画类图。如果处于分析阶段，应画概念层类图；在设计阶段，应画说明层类图；当考察某个特定的实现技术时，则应画实现层类图。 5.10 配置图 配置图反映了系统的物理模型，表示系统运行时的处理节点以及节点中组件的配置。 图书馆信息管理系统的配置图。其中办公室、采编部和借阅部的PC机上部署了本地的应用，采用C/S结构。而远程读者可以通过互联网进行图书查询、图书预订、缺书登记等操作，采用B/S结构。 认识配置图 连线上的《》内说明通信协议或者网络类型。 节点用一个立方体表示，节点名放在左上角，其中的每个组件代表一个负责某种应用处理的软件包，配置图中显示了各个软件包在系统运行时的分布情况。 5.11组件图 组件图描述组件以及它们之间的关系，用于表示系统的静态实现视图。 图书馆信息管理系统的组件图。其中图书馆.java是启动该系统的组件，与借书相关的界面都被封装在借书组件中，与查询相关的界面被封装在查询组件中，其他类推……。借书界面组件依赖于借书处理组件，借书处理组件依赖于数据库实体-关系类组件，其他组件的关系类似。 认识组件图 当发布一个较复杂的应用系统时，例如这个应用系统有可执行文件、数据库、其他动态链接库、资源文件、页面文件，对于分布式系统可能还会有分散到各个节点上的多个可执行组件，这时可以用组件图展示、发布组件及其组件之间的关系。 例如，下图中可执行文件组件find.exe依赖于dbacs.dll和nateng.dll，而find.html组件依赖于find.exe，组件index.html依赖于find.html组件。有了