顺序图和协图.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）扩展事件流 ①如果输入的书名有重名现象，则显示出重名的书