用例图 PowerPoint 演示文稿.pptVIP

举例2 一个仓库可以存放多种零件，每种零件只能保存在一个仓库中 举例3 一名学生可以选修多门课程，每门课程有多个学生选修（多对多的关系分解为两个1对多关系） 第一范式 第1范式（First Normal Form , 即 1NF ） ：一个关系的所有分量（属性）都必须是不可分的最小数据项。 以下不符合1NF，如何改造？ 第二范式 如果主键是由多个属性构成的复合关键字，并且不存在非主属性对主键的部分函数依赖，则这个关系是满足第二范式。 下面不满足2NF，如何改造？ 第三范式 如果符合第二范式的条件，并且所有非主属性都不传递依赖于主关键字，那么就是第三范式。 假如每本书不可续借，那么“借书日期”依赖于主关键字，而“应还日期” 又依赖于“借书日期”，则存在传递依赖 对“取款”用例的完整描述 主参与者：信用卡用户 目标： 用户使用信用卡从ATM机获取现金 范围：银行ATM系统 前置条件： 用户将信用卡插入ATM 触发事件： 用户希望从ATM机上取现金 主事件流： 1）用户插入信用卡到ATM机 2）ATM系统识别卡的ID和账号，并用主银行系统验证其有效性 3）用户输入密码，ATM验证其有效性 4）用户选择取款，并输入提取金额，该数额必须在50～2000之间，50的倍数 5）ATM系统通知账户所在的主银行系统，传递账号和取款金额，并接受返回的确认信息和账户余额 6）ATM系统发放现金、卡，并打印收据 7）ATM将事务记入日志 对“取款”用例的完整描述（续） 备选事件流： 2a：该卡不能在此ATM机上使用 3a：密码不正确 3b：用户没有及时输入密码 4a：金额不是50的倍数，或不在指定范围 5a：主机死机或网络瘫痪 5b：账户余额不足 发生频率： 一天1000次 对“取款”用例的完整描述（续） 备选事件流： 2a：该卡不能在此ATM机上使用 3a：密码不正确 3b：用户没有及时输入密码 4a：金额不是50的倍数，或不在指定范围 5a：主机死机或网络瘫痪 5b：账户余额不足 发生频率： 一天1000次 用例关系 包含关系：经过封装后可以在各种不同的基本用例中复用的行为称为包含用例。 扩展关系：表达某些可选或只在特定条件下才执行的系统行为的用例，它们是对基本用例的扩展。称为扩展用例。 泛化关系：如果两个或更多用例在行为、结构和目的方面存在共性，可以使用泛化关系。父用例描述这些共有部分，子用例继承父用例并特殊化。 包含关系 基本用例可以控制包含用例，并依赖于（使用）包含用例所得到的结果。 包含用例是基本用例存在的必要条件 一个基本用例可以有多个包含用例，一个包含用例可以包含在若干基本用例中。包含关系可以嵌套，但超过三层的嵌套是难于理解的。 扩展关系 扩展用例是可选的，它是否执行取决于在执行基本用例时所发生的事件（存在扩展点）。 扩展用例的缺失不影响对基本用例的理解。 2. 无效的参与者泛化 3. 错误的用例关系 3. 错误的用例关系 3. 错误的用例关系 4. “其他”用例？ 较为合理的用例图 较为合理的用例规格说明1 用例名称：预定房间 涉及的参与者：酒店前台 描述：酒店前台人员根据旅客的入住请求，预定某个时间指定档次的房间，预定的同时旅客按规定须提交10%定金。 前置条件：前台工作人员必须已经登录到这个系统 后置条件：预定信息正确的记录到系统中 正常事件流： 1) 前台人员向系统提供需要预定房间的类型、时间和预定天数。 2) 系统确认有相应档次的空闲房间，并计算出总费用和定金。 3) 前台人员向系统提供旅客信息（姓名、地址、联系电话、证件号等）。 4) 系统记录旅客信息。 5) 前台人员确认已经交纳定金。 6) 系统记录房间已经预定，工作完成。 备选事件流： 2a.没有指定类型的空闲房间,可以转到第一步或者取消预定，用例结束 5a.顾客没有交纳定金，前台工作人员取消预定，用例结束。 较为合理的用例规格说明2 n用例名称：取消预订 n主要参与者：酒店前台 n描述：酒店前台利用该用例来取消顾客的预定，如果在指定时间内，则取消时需要返还顾客定金 n前置条件：用户必须已经预订了某个房间 n后置条件：系统将取消预定的房间恢复为空闲，并且定金已返还给顾客 n正常事件流： 前台人员提供给系统顾客信息，比如顾客姓名或证件号码； 系统进行检查并返回该顾客的预订信息，包括顾客姓名、证件号码、联系电话、房间类型、预订时间、预订天数和总费用； 前台人员确认取消该预定； 系统取消该房间预订。 n备选事件流： 2a.系统提示没有该顾客的预定信息 4a.当取消预订在6小时之内，系统提示需要退还顾客定金 4a1. 系统提示返回金额； 4a2.前台人员确认已退还定金； 4a3.系统记录定金已退还。 阅读用例描述 用例名：