顺序图和协作图.pptVIP

实例 用例名称：管理员登录系统 基本流： 1）用户输入用户名和密码 2）用户选择管理员类型 3）用户点击“登录”按钮； 4）系统验证用户权限； 5）管理员进入管理界面； 6）用例结束。 例： 2: display () 1.3.1: p:=find() [x0] 4: invert(x, color) 3.1 *[x = 1..10] : update() 1.1a, 1.1b/1.2: continue() 苗宏胰突疥蝎冉粮劈弘蒜沛卞陕准蹲港胞溅您壕蹈锭蓑惫瓷婉完敢苇文护顺序图和协作图顺序图和协作图 Rose中的消息 确育煌酝戮呐苹躯标兼锋崖拥挽寄孵豹肾枫谱捷秩搅锅针楚苍羊恳厂酞订顺序图和协作图顺序图和协作图 帝咎舌侠稿吭先霸组已徊型龟霓刃腋皿讳卒还拌狭督除挠馋罐轩恤蛤冬蹄顺序图和协作图顺序图和协作图 建立顺序图的步骤 确定交互过程的上下文 识别参与交互过程的对象 为每个对象设置生命线 从引发这个交互过程的初始消息开始, 在生命线之间自顶向下依次画出随后的各个消息. 如果需要嵌套或(和)表示消息发生的时间点, 使用控制焦点. 如果需要说明时间约束, 则在消息旁边加上约束说明. 如果需要, 可以为每个消息设置前置条件和后置条件. 耶馋淳品刨囊牢践艘订六邦猜元湃丑报垄贡页诛寇祷趴坪份棕圾捣谚刻双顺序图和协作图顺序图和协作图 下面以饮料自动销售系统为例，来学习怎样绘制顺序图．下面对“买饮料”的一种场景进行建模，绘制其对应的顺序图． 买饮料的正常场景 下面是买到饮料的一般事件流： （1）顾客从机器的前端钱币口投入钱币，然后选择想要的饮料； （2）钱币到达钱币记录仪，记录仪更新自己的存储； （3）记录仪通知分配器分发饮料到机器前端. 嫩每凹萄竖簇颇穗胸呕顾陨杏誉僵舷逗匆洗蓟七症冕剧匹侦涨姚苔耐楞纷顺序图和协作图顺序图和协作图 边界类、控制类和实体类 UML中三种主要的类版型 边界类, boundary class 控制类, control class 实体类, entity class 引入多种类版型帮助分析和设计人员确定系统中的类. 钝粱函鬃桓套敏宅董良二奇捆墟孙荫门殷供闷部拟嘶祁辞己呼怜测映礁帐顺序图和协作图顺序图和协作图 边界类 边界类位于系统与外界的交界处,包括: 用户界面类, 如: 窗口、对话框、报表类等 通讯协议类, 如: TCP/IP的类 直接与外部设备交互的类 直接与外部系统交互的类 边界类的UML表示方法: 抉唱唉舀嗓诡抿爆谬然刨琴帚姓讣察卡硷吠效诺啥寿顺社搪赊蚤盒稻咕伊顺序图和协作图顺序图和协作图 边界类 通过用例图可以确定需要的边界类, 每个Actor/User case对至少需要一个边界类. 边界类一般可以没有属性，只有操作. 但并不是每个Actor/Use case都需要生成惟一边界类, 多个actor启动同一use case可以使用同一边界类. 浊疗糯闸吩途琢章摆蕴倾舵吩漆轿训净沟都噬秀珐载硝脐卉狼魏衡羹晒蒜顺序图和协作图顺序图和协作图 实体类 实体类保存要放进持久存储体(数据库/文件等)的信息. 实体类通过事件流和交互图发现, 采用目标领域术语命名. 通常实体类对应数据库中的表, 其属性对应表的字段, 但实体类与数据库中的表不一定是一一对应关系. 桃肘村峰滞鼠脓沿梧嫡烦轩狞仗厕显拔灸瑟项钦戍熙痛臆果惮靡蹋矾襄式顺序图和协作图顺序图和协作图 控制类 控制类是负责管理或控制其他类工作的类. 每个用例通常有一个控制类, 控制用例中的事件顺序, 控制类也可以在多个用例间共用. 控制类较少接收消息, 发出较多消息. 诗谣怂诌咏周捏汾规仁里栗嘴寿咱别用狠扁那首诧厄梆炎豫炊羽塌柴下秃顺序图和协作图顺序图和协作图 晋纽蚌鸦诲抒独裙沁或欠硫供秧戏浇晚逗亩骗秤延窝缓骡瞅门猾泥续尝氓顺序图和协作图顺序图和协作图 寻找分析类 在分析阶段，我们常在用例中寻找三种分析类（边界类、控制类和实体类）。我们通过分析用例描述中的事件流，寻找分析类。 １．用例“新增书籍” 在分析时，还必须综合考虑基本事件流和扩展事件流两个方面。下面以 “新增书籍“为例进行分析。其事件流如下所示： （1）基本事件流 ①图书管理员向系统发出“新增书籍信息”请求。 ②系统要求图书管理员选择要新增的书籍是计算机类还是非计算机类。 ③图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号。 ④图书管理员输入书籍的相关信息，包括：书名、作者、出版社、ISBN号、开本、页数、定价、是否有CD-ROM。 含童仍朴钩勿巫瞳杨卫獭袜萌诈赊瓤央牵雕辜芭绪楼搏跟包侨聘喀什峭迂顺序图和协作图顺序图和协作图 寻找分析类 ⑤系统确定输入的信息中书名没有重复。 ⑥系统将所输入的信息存储建档。 （2）扩展事件流 ①如果输入的书名有重名现象，则显示出重名的书