什么是建模.pptVIP

第二章 UML建模 什么是建模 建模由建造真实的一个抽象组成 抽象就是简化： 忽略无关细节，仅表达相关的细节。 什么是相关或不相关的依赖于建模的目的。 建模示例 街道地图 为什么为软件建模 软件的复杂性越来越增加得多。 Windows XP 40 mio 代码行。 UML约定 矩形是类或实例，圆角矩形、圆矩形 椭圆是功能或用例 实例用带下划线的名字表示 myWatch: SimpleWatch 类用非下划线的名字表示 SimpleWatch 图的构成 结点：实体， 弧：实体之间的关系。 用例图 系统示例 售票系统（P8-13） 简单手表系统（P23-25，31） 事故管理系统Friend（P34-36） 你的兴趣：连连看，…… 解释 用例图表达系统外部行为，在需求获取活动中使用。 参与者（Actor）是系统的一类用户，表达角色。 用例表达一种功能的一系列交互行为。 用例模型是所有用例的集合，是系统所有功能及其环境的描述。 参与者 用例 用例图 名字：购买车票 参与者：乘客 入口条件： 乘客站在售票机面前 乘客有足够的钱买车票 出口条件：乘客拿到票 事件流 事件流： 乘客选择旅行的地区 售票机显示付款数额 乘客插入不少于数额的钱 售票机找零钱 售票机出票 问题：少了什么？（异常情况） “扩展”关系 扩展 extends 扩展关系表达异常的或罕见的情况 为清楚起见，异常事件流从主事件流抽出来。 表达异常事件流的用例能够扩展不只一个用例。 扩展关系的方向指向被扩展的用例。 “包含”关系 包含 includes 包含关系表达从用例抽出来的行为 包含是用于重用的目的，并不是说它是异常。 包含关系的方向指向使用的用例，注意与扩展不一样。 用例图总结 用例图表达外部行为 用例图用作用例的索引 用例描述提供模型的材料，而不是用例图 所有用例需要加以描述，模型才有用。 类图 解释 类图表达系统的结构 在需求获取活动中，模拟问题领域的概念 在系统设计中，模拟子系统和接口 在对象设计中，模拟类 类表达概念类封装了系统的状态（属性）和行为（操作） 实例 实例表达现象 实例的名字用下划线，并且包含了它的类。 属性用值表达 小结 参与者、类、实例（对象）的差别？ 第四章 需求获取 目标：确定用例。 英文a 上机作业（一） 1. 安装Rational Rose 2003。 2.用Rose做图2-22，2-28，2-32。 时间期限：2010年3月19日星期五 * 参与者模拟与系统交互的外部实体。 例如，用户、外部系统、物理环境。 参与者有一个唯一的名字和可选择的描述。 例如，乘客、GPS卫星。 用例表达系统以事件流方式提供的功能。 用例的组成： 唯一的名字 参与者 入口条件 事件流 出口条件 特殊要求 *