软件建模语言

教学题目： 教学题目：第2章 软件建模语言 章 2.1 结构化建模语言 2.2 面向对象建模语言 教学目的：1. 了解软件建模语言的符号元素及其含义 教学目的： 2. 掌握软件建模语言在软件工程中的应用方 法和作用 教学重点： 教学重点：软件建模语言的符号元素及其作用 教学难点： 教学难点：软件建模语言的具体工程应用 名词解释:1.软件工程 软件工程2.瀑布模型 名词解释 软件工程 瀑布模型 问答 题： .
如何用UML表示一个类 如何用UML表示一个类
• • • • •
类是包含信息和行为的项目,是面向对象的重要特点 类是包含信息和行为的项目 是面向对象的重要特点。 信息 的项目 是面向对象的重要特点。 名称：每个类都有一个惟一的名称， 名称：每个类都有一个惟一的名称，通常采用 CamelCase格式表示 格式表示 属性：是已被命名的类的 属性： 特性， 特性，它描述该类实例中 包含的信息 操作：是类所提供的服务， 操作：是类所提供的服务， 它可以由类的任何对象请求以影响其行为 属性名和操作名也通常采用CamelCase格式表示，只不 格式表示， 属性名和操作名也通常采用 格式表示 过首字母通常为小写。 过首字母通常为小写。
类间关系实例
泛化(Generalization) 泛化(Generalization)
表示类与类之间的继承关系，接口与接 口之间的继承关系，或类对接口的实现 关系。 一般泛化的关系是从子类指向父类的： public class Tiger extends Animal{
依赖
对于两个相对独立的对象，当一个对象 （螺丝刀）负责构造另一个对象(人)的实 例，或者一个对象(人)依赖另一个对象 （螺丝刀）的服务时，这两个对象之间 主要体现为依赖关系。 public class Person 下面这个例子显然属于后者 ：人要做一 { public void screw(Screwdriver 螺丝刀 个拧螺丝的动作，他就要依赖于 screwdriver) { //螺丝刀类提供了拧螺丝这个服务 对象，因为只有螺丝刀对象才提供拧螺 screwdriver.screw(); } 丝的服务。 }
关联
对于两个相对独立的对象，当一个对象的实例 与另一个对象的一些特定实例存在固定的对应 关系时，这两个对象之间为关联关系。 关联关系是使用实例变量来实现 比如公司和员工，每个公司对应一些特定的员 工，每个员工对应一特定的公司 public class Company { private Employee employee; //员工 public void run() { employee.startWorking(); } public Employee getEmployee() { return employee; } public void setEmployee(Employee employee)
数据流建模
外部实体
输入信息 输出信息
外部实体
输入信息
目标 系统
输出信息
外部Hale Waihona Puke 体外部实体数据流图
2.2 面向对象建模语言
Agenda
• • • • • • •
什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结
Agenda
• • • • • • •
什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结
Agenda
• • • • • • •
什么是类 如何阅读类图 其他高级概念 如何绘制类图 类图应用说明 复合结构图 本章小结
示例类图 先看清有哪些类， 先看清有哪些类，然 后看看类之间存在的 关系，并结合多重性 关系， 来理解类图的结构特 点以及各个属性和方 法的含义
读图过程
• •
读出类：图中共有 个类 个类， 读出类：图中共有7个类，Order、OrderItem、 、 、 Customer、Consignee、DeliverOrder、Peddlery、 、 、 、 、 Prodcut 读出关系：从图中关系最复杂（也就是线最密集） 读出关系：从图中关系最复杂（也就是线最密集）的类 开始阅读，本图中最复杂的就是Order类。 开始阅读，本图中最复杂的就是 类 1）OrderItem和Order之间是组合关系，根据箭头的方 之间是组合关系， ） 和 之间是组合关系 向可知Order包含了 包含了OrderItem。 向可知 包含了 。 2）Order类和 类和Customer、Consignee、DeliverOrder是 ） 类和 、 、 是 关联关系。也就是说，一个订单和客户、收货人、 关联关系。也就是说，一个订单和客户、收货人、送货 单是相关的。 单是相关的。
读图过程
•
多重性： 多重性：用来说明关联的两个类之间的数量关系
分析 订单是属于某个客户的，网站的客户可以有0个或多 个订单 每个订单只能够有一个收货人 订单是由订单项组成的，至少要有一个订单项，最 多可以有n个 一个订单有一个或多个送货单 一张送货单对应订单中的一到多个订 单项 每张送货单都对应着一个收货人 每个商户可以有相关的0个或多个送 货单 说明：系统 根据订单 项的产品 所属的商 户，将其 分发给商 户，拆成 了多个送 货单！
结构化建模语言
数据对象描述 加工规格说明
实体关系图ERD 数据流图 数据流图DFD 实体关系图
数据 字典
状态迁移图STD 状态迁移图
控制规格说明
结构化建模语言
ERD描述了数据对象及数据对象之间的 关系，数据建模工具。 DFD描述了数据在系统中如何被传送或 变换,以及如何对数据流进行变换的功能 (子功能)，功能建模工具。 STD描述了系统对外部事件如何响应以 及如何动作，行为建模工具。
11 12 13 14
关于实体类和控制类
面向对象的一个重要原则就是 D.I.M,Do it myself。意思就是自己的行 为必须自己完成。 很多实体类之间都有聚合关系，管理这 些实体类的职责可以分配给聚合对象和 实体类自己，分配的原则是①需要知道 或者改变实体类之间关系的职责分配给 聚合类，②只影响一个实体类的职责分 配给实体类自己，一般不需要有另外控 制类。 控制类一般只用于代表actor，做最外层
源类及多重 目标类及多重性 性 Customer(1) Order(1) Order(1) Order(1) DeliverOrde r(1) DeliverOrde r(1) Peddlery(1) Order(0…n) Consignee(1) OrderItem(1…n) DeliverOrder(1 …n) OrderItem(1…n) Consignee(1) DeliverOrder(0 …n)
实体联系建模
学生 选课 课程
数据对象表
学号 姓名 性别 出生年月 籍贯
数据模型
数据模型中包括3个互相关联的信息：数据对 象、描述对象的属性、描述对象之间连接的关 系。 数据对象是复合信息（可以包含若干个不同的 特征或属性），又叫外部实体。可以是外部实 体（显示器）、事物（报表）、角色（教师或 者学生）、行为或事件、组织单位、地点或结 构（文件）。 对象的属性定义了对象的特征。 对象之间的关系：一对一、一对多、多对多
如何寻找一个类
从用例图的事件流中寻找类(事件流中的名词）
– 在事件流中名词分为四类
角色 类：实体类、边界类、控制类（控制事件流处理过程） 类属性 表达式
从序列图和协作图中的每个对象都映射为一个 类。 有些类是无法通过上述途径找到的。 具体做法是：
– 从事件流中寻找名词或者名词词组（交互图中的对
象），将性质相同的归为一类，或性质内容值正负 相反的归为一类。 – 去除不恰当的与含糊的类别，去除本应为类属性的
灯泡由谁安装？
---------------小议实体类和控制类 ---------------小议实体类和控制类
基本划分：在真实世界中，一个灯泡具有属性 基本划分：在真实世界中， 和行为，譬如包括“亮度”属性和“发光” 和行为，譬如包括“亮度”属性和“发光”行 在进行软件设计的时候， 为，在进行软件设计的时候，这两样都可以不 用修改地引入到灯泡类中。 用修改地引入到灯泡类中。 差异所在：可是“安装灯泡” 差异所在：可是“安装灯泡”这个行为是属于 谁的呢？ 类真的是万能的上帝类， 谁的呢？ “人”类真的是万能的上帝类，其他 类真的就只能成了“羔羊” 任由“上帝” 类真的就只能成了“羔羊”类，任由“上帝” 宰割吗！？ 宰割吗！？ 划分依据：在真实世界中， 划分依据：在真实世界中，一个物体可以被动 接受很多外部行为， 接受很多外部行为，然而这些行为的状态并不 存在于外部，而是存在于物体内部。 存在于外部，而是存在于物体内部。在进行 OO建模的时候，这些行为属于描述这些实体 建模的时候， 建模的时候 的对象，而不需要假手别人！ 的对象，而不需要假手别人！
聚合
当对象A被加入到对象B中，成为对象B 的组成部分时，对象B和对象A之间为聚 集关系。聚合是关联关系的一种，是较 强的关联关系，强调的是整体与部分之 public class Computer{ private CPU cpu; 间的关系。 public CPU getCPU()
{ return cpu; } public void setCPU(CPU cpu) { this.cpu=cpu; } public void start() { //cpu运作 cpu.run(); } }
控制类登场了！
会计总帐中会存在很多会计科目， 会计总帐中会存在很多会计科目，年终 时每个科目都需要进行年度结算， 时每个科目都需要进行年度结算，当然 年度决算应该属于科目类（ 年度决算应该属于科目类（Account类） 类 自己的方法。 自己的方法。但是那么控制所有科目结 算的责任是否应该属于Account类呢？当 类呢？ 算的责任是否应该属于 类呢 然不属于。 然不属于。此时就需要一个控制类来控 制这样的过程， 制这样的过程，但是这个控制类并不直 接对每一个科目进行结算， 接对每一个科目进行结算，而是调用 Account类中的一个方法来进行。因此它 类中的一个方法来进行。 类中的一个方法来进行 的过程可能是： 的过程可能是： 1） 得到所有的科目：所有科目类的友 ） 得到所有的科目： 元类。 元类。