chap5_4管理信息系统.pptVIP

案例2 ATM自动取款机系统 简要说明：客户可以从ATM机上取出自己帐目上的部分或者全部存款。 前提条件：成功登录系统 主事件流： 1.客户将卡插入ATM机，用例开始。 2.ATM显示欢迎消息并提示客户输入密码。 3.客户输入密码。 4.ATM确认密码有效。如果无效则执行其他事件流A1。如果与主机联接有问题，则执行异常事件流E1。 ATM自动取款机系统 5.ATM提供以下选项：存钱，取钱，查询。 6.用户选择取钱选项。 7.ATM提示输入所取金额。 8.用户输入所取金额。 9.ATM确定该帐户是否有足够的金额。如果余额不够，则执行A2，如果与主机联接有问题，则执行异常事件流E1。 10.ATM从客户帐户中减去所取金额。 11. ATM向客户提供要取的钱。 12. ATM打印清单。 13. ATM退出客户的卡，用例结束。 ATM自动取款机系统 扩展事件流A1：输入无效密码 1.ATM告诉客户该密码错误。 2.ATM退出客户的卡，用例结束。 扩展事件流A2：余额不足 1.ATM告诉客户该帐户余额不足。 2.ATM退出客户的卡，用例结束。 异常事件流E1：联接主机出现错误 1.ATM告诉客户联接主机出现错误。 2.ATM在错误日志记下错误。 3.ATM退出客户的卡，用例结束。 后置条件：ATM退出客户的卡。 作业 请画出客户李明取20元钱的顺序图。 * * 图7-22 参与者和边界对象 * * * * * * (1)顺序编号 整个消息的传递过程就形成了一个完整的序列，因此通过在每个消息的前面加上一个用冒号隔开的顺序号(按照消息的先后顺序，从1开始对消息编号)来表示其顺序。 (2) 嵌套编号 由于顺序图本身已经充分表现出消息执行的顺序，因此在UML模型中并没有要求对消息进行编号。只是要求在协作图中，对消息进行了编号。但在Rose等建模工具中，为了能够自动实现顺序图与协作图的转换，在顺序图中也默认采取嵌套编号方案。 嵌套编号 顺序图的结构化控制 序列性的消息能很好的说明单一的线性的序列，但是通常需要展示条件和循环。有时候要展示多个序列的并发执行。在顺序图中用结构化控制操作符能展示这种高层控制。 控制操作符表示为顺序图上的一个矩形区域，其左上角有一个写在小五边形内的文字标签，用来表明控制操作符的类型。 条件执行-Alt 表示多条件的分支结构(选择结构) 虚线分隔区域，每一个区域设置一个监护条件，代表一个分支 可选执行(Opt) 表示满足条件则执行分支结构 循环(loop) 并行执行（Par） 用来表示“并行”的，也就是用来表示两个或多个并发执行的子片段，并行子片段中单个元素的执行次序可以以任何可能的顺序相互操作 建立sequence图的步骤 确定交互过程的上下文 识别参与交互过程的对象 为每个对象设置生命线 从引发这个交互过程的初始消息开始, 在生命线之间自顶向下依次画出随后的各个消息. 如果需要嵌套或(和)表示消息发生的时间点, 使用控制焦点. 如果需要说明时间约束, 则在消息旁边加上约束说明. 如果需要, 可以为每个消息设置前置条件和后置条件. 案例 * 边界类、控制类和实体类 UML中三种主要的类版型 边界类, boundary class 控制类, control class 实体类, entity class 引入多种类版型帮助分析和设计人员确定系统中的类. 边界类 边界类位于系统与外界的交界处,包括: 用户界面类, 如: 窗口、对话框、报表类等 通讯协议类, 如: TCP/IP的类 直接与外部设备交互的类 直接与外部系统交互的类 边界类的UML表示方法: 边界类 通过用例图可以确定需要的边界类, 每个Actor/User case对至少需要一个边界类. 边界类一般可以没有属性，只有操作. 但并不是每个Actor/Use case都需要生成惟一边界类, 多个actor启动同一use case可以使用同一边界类. 实体类 实体类保存要放进持久存储体(数据库/文件等)的信息. 实体类通过事件流和交互图发现, 采用目标领域术语命名. 通常实体类对应数据库中的表, 其属性对应表的字段, 但实体类与数据库中的表不一定是一一对应关系. 控制类 控制类是负责管理或控制其他类工作的类. 每个用例通常有一个控制类, 控制用例中的事件顺序, 控制类也可以在多个用例间共用. 控制类较少接收消息, 发出较多消息. 实例 寻找分析类 在分析阶段，我们常在用例中寻找三种分析类（边界类、控制类和实体类）。我们通过分析用例描述中的事件流，寻找分析类。 １．用例“新增书籍” 在分析时，还必须综合考虑基本事件流和扩展事件流两个方面。下面以 “新增书籍“为例进行分析。其事件流如下所示： （1）基本事件流 ①图书管理员向系统发出“新