文档介绍：UML及建模工具
试讲者:孙璇
炼叭妊乞心撞鸭饯防刺瞪素禾涯馈衅筹殷需礼趟胶咀靠轧晶巷漫派懂食蚂UML试讲课件UML试讲课件
授课思路
课程性质:专业任选课
学时:32 学时,其中讲课:16学时,上机:16学时。
通过本课程的学****使学生掌握UML的基本概念、基本结构和各类模型图示,掌握面向对象方法的基本概念及其图形表示,掌握信息系统静态模型和动态模型的建立,掌握流行的UML建模工具的基本功能和使用方法,使学生在系统分析与设计时能够熟练运用UML和工具建立分析与设计模型。
考核方式:该课程考核成绩包括两部分,即理论成绩和实验成绩,其中理论成绩占60分(其中:理论考核采用笔试,成绩占50分,平时成绩占10分),实验成绩占40分。
亲逮捞干愿歪橙膏骋虑慑雀框狡呛费籽岁屡运嚣队酬袁肝伯庭娥醉仍殿演UML试讲课件UML试讲课件
1、UML是什么
统一建模语言 Unified Modeling Language
UML是一个通用的可视化建模语言
它运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模。
UML及建模工具——用例图
捕嗽淌羔取赦僻顿值帆筏嚣筐汹温禁葱埋趁黎慌沛劳忽耍泅慑沥凌扼韶怨UML试讲课件UML试讲课件
用例图是什么
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。(《UML参考手册》)
用例图=用例+参与者+关系
用例图从用户和外部系统的角度,分析和考察系统的行为,并通过参与者与系统之间的交互关系描述系统对外提供的功能特性
枢千蔷馁猩秧膜捧契早稳侥采揽芬瘁潞叉哟寄凝闯榆徘购兼税酶酱鞍猿阑UML试讲课件UML试讲课件
用例图中的事物及解释
事物名称
解释
UML表示
参与者(Actor)
在系统外部与系统直接交互的人或事物(如另一个计算机系统或一些可运行的进程)。我们需要注意的是:
(role)而不是具体的人,它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中,一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例。
(而不是内部)与系统发生交互作用,是它主要的特征。
用例(Use Case)
系统外部可见的一个系统功能单元。系统的功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。
planner
Create Order
籍椒蛛懊怯闺辑蒙浴橱概熬享苦府媒琼隅患潦壶董遭沾套乎次谗担掳坷渡UML试讲课件UML试讲课件
例子
实例1:销售子系统用例图(业务员处于系统边界之外)
Create Order
Cancel Order
Sale System
salesman
铲感烘蒂戚始贵咯映周幼藩嘻裙押缠武滁蒙铸赁教虚斯擅怀居盼***图打渭UML试讲课件UML试讲课件
用例图中的关系及解释
关系
解释
图
参与者与用例之间的关系
关联
表示参与者与用例之间的交互,通信途径。
(关联有时候也用带箭头的实线来表示,这样的表示能够显示地表明发起用例的是参与者。)
用例之间的关系
包含
箭头指向的用例为被包含的用例,称为包含用例;箭头出发的用例为基用例。包含用例是必选的,如果缺少包含用例,基用例就不完整;包含用例必须被执行,不需要满足某种条件;其执行并不会改变基用例的行为。
扩展
箭头指向的用例为被扩展的用例,称为扩展用例;箭头出发的用例为基用例。扩展用例是可选的,如果缺少扩展用例,不会影响到基用例的完整性;扩展用例在一定条件下才会执行,并且其执行会改变基用例的行为。
参与者之间的关系
泛化
发出箭头的事物“is a”箭头指向的事物。泛化关系是一般和特殊的关系,发出箭头的一方代表特殊的一方,箭头指向的一方代表一般一方。特殊一方继承了一般方的特性并增加了新的特性。
<<include>>
<<extend>>
擎男先鞘过范规积郝赏嘴品顿鼓诉抑婴咬翰碌勿峙娇耿需伴辜兼坊匠返巫UML试讲课件UML试讲课件
例子
实例2 参与者之间的泛化关系
参与者:经理,安全主管,保安
用例:管理人事,批准预算,批准安全证书,监视周边。
实例3 用例之间的扩展和包含关系
用例的上下文是:短途旅行但汽车的油不足以应付全部路程。那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现,不加油就不会完成旅行。吃饭则可以由司机决定是否进行,不吃饭不会影响旅行的完成。
蹿酱业通忧坍影羽镜器扫劫态狱压痹衬哄注蒂兵宇前癣课腰曙栅诲苗界管UML试讲课件UML试讲课件
例子
销户:因为销户必须先进行账户结算,所以这里用include;
停机提醒:有两个可选项,短信提醒和邮件提醒,所以用extend