13讲补︰UML语法总结.ppt

* * * * * * * * * * * * * * * * * * * * * 13讲补：UML语法总结 1 UML语法描述 类 是对一组具有相同属性、相同操作、相同关系和相同语义的对象的描述 对象 接口 是描述了一个类或构件的一个服务的操作集 协作 定义了一个交互，它是由一组共同工作以提供某种协作行为的角色和其他元素构成的一个群体 用例 是对一组动作序列的描述 主动类 对象至少拥有一个进程或线程的类 构件 是系统中物理的、可替代的部件 参与者 在系统外部与系统直接交互的人或事物 节点 是在运行时存在的物理元素 交互 它由在特定语境中共同完成一定任务的一组对象间交换的消息组成 状态机 它描述了一个对象或一个交互在生命期内响应事件所经历的状态序列 包 把元素组织成组的机制 注释事物 是UML模型的解释部分 依赖 一条可能有方向的虚线 关联 一条实线，可能有方向 泛化 一条带有空心箭头的实线 实现 一条带有空心箭头的虚线 练习1 习题 判断题 1、UML中一共有九种图：它们是用例图、类图、对象图、顺序图、协作图、状态图、活动图、构件图、部署图 2、用例图是从程序员角度来描述系统的功能 3、类图是描述系统中类的静态结构，对象图是描述系统中类的动态结构 4、活动图和状态图用来描述系统的动态行为 5、协作图的一个用途是表示一个类操作的实现 选择题 6、请在下面选项目中选出两种可以互相转换的图 (a) 顺序图 (b)协作图 (c) 活动图 (d) 状态图 7、下面哪些图可用于BD阶段 (a)用例图 (b)构件图 (c)类图 (d)顺序图 答案：1.正确 2.错误 3.错误 4.正确 5.正确 6. (a)(b) 7.(a)(c)(d) 2.1用例图概要 2用例图 事物名称 解释 UML表示 参与者(Actor) 在系统外部与系统直接交互的人或事物(如另一个计算 机系统或一些可运行的进程)。我们需要注意的是： 1.参与者是角色(role)而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。 2.参与者作为外部用户(而不是内部)与系统发生交互作用，是它的主要特征。 3.在后面的顺序图等中出现的“参与者”，与此概念相同，但具体指代的含义，视具体情况而定。 用例(Use Case) 系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达 。创建新用例，确认候选用例和划分用例范围的优秀法则----“WAVE”测试(见附录) 2.2 用例图中的事物及解释 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。 (《UML参考手册》) 用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行 (或称为发起了哪个用例)。 用例图多用于静态建模阶段(主要是业务建模和需求建模)。 2. 用例图 关系 解释 图 参与者与用例之间的关系 关联 表示参与者与用例之间的交互，通信途径。 (关联有时候也用带箭头的实线来表示，这样的表示能够显示地表明发起用例的是参与者。) 用例之间的关系 包含 箭头指向的用例为被包含的用例，称为包含用例；箭头出发的用例为基用例。包含用例是必选的，如果缺少包含用例，基用例就不完整；包含用例必须被执行，不需要满足某种条件；其执行并不会改变基用例的行为。 《include》 扩展 箭头指向的用例为被扩展的用例，称为扩展用例；箭头出发的用例为基用例。扩展用例是可选的，如果缺少扩展用例，不会影响到基用例的完整性；扩展用例在一定条件下才会执行，并且其执行会改变基用例的行为。 参与者之间的关系 泛化 发出箭头的事物“is a”箭头指向的事物。泛化关系是一般和特殊关系，发出箭头的一方代表特殊的一方，箭头指向的一方代表一般一方。特殊一方继承了一般方的特性并增加了新的特性。 《extend》 2.3　用例图中的关系及解释 练习2 右图中的参与者有？ (a) 1 (b) 2 (c) 3 (d) 4 右图中的用例有？ (a) 1 (b) 2 (c) 3 (d) 4 2和3之间是什么关系？5和6呢？ (a) 扩展，包含 (b) 包含，扩展 5缺少了3仍然是个完整的用例？ (a) 是的 (b) 不是 4能够参与2吗？1能够参与5吗？ (a) 可以，不可以