UML用例图.ppt

二、UseCase图二、UseCase图—示例主要内容系统案例分析汽车租赁---任务陈述1.1参与者1.2参与者—表示方式1.3参与者的确定谁是参与者？谁是参与者？谁是参与者？2.1UseCase概念开发典型用例“剧本（场景）”描述2.2UseCase示例2.3UseCase图标2.4UseCase类型19确定用例1确定用例2确定用例3确定用例4汽车租赁--业务用例表一旦有了候选用例列表，就可以列出每个用例涉及的步骤。可用自然语言、结构化语言描述。应评估已有的系统（旧系统），把业务缩小到我们特别感兴趣的范围，如：顾客只希望通过Internet进行部分租赁和预约的业务。标识系统参与者2.5UseCase的确定标识系统用例：一旦有了参与者，就可以查找用例，可以从客户那里获得帮助，用例必须有简短说明。用例之间的关系3.1UseCase的联系—包含3.2UseCase的联系—扩展包含与扩展关系区别3.2UseCase的联系—特殊化iCoot用例的关系系统用例细节U3：查看汽车型号的细节（扩展U2，被U7扩展）
前提条件：无
1.顾客选择一个匹配的汽车型号
2.顾客请求选中汽车型号细节
3.iCoot显示选中汽车型号的细节(构造、引擎规格、价格、描述、广告和海报）
4.如果顾客是一个已登录的会员，就可用U7扩展
后置条件：iCoot显示选中汽车型号的细节
非功能需求：广告应使用流协议显示，而不应要求下载

U5：登录（由U6、U8、U10、U12和U13扩展）
前提条件：会员从本地商店获得一个密码。
1.会员输入会员号。
2.会员输入密码。
3.会员登录。
4.用U6、U8、U10、U12和U13扩展。
后置条件：会员登录
异常路径：如果会员号和密码组合不正确，iCoot会通知会员，这两个中的一个不正确（为了安全起见，不说明哪一个）

U13：查找汽车型号（抽象，由U1和U4特殊化）
前提条件：无
后置条件：给顾客显示检索到的汽车型号汇总信息4.1UseCase图4.2UseCase图的层次4.3UseCase图例4.4建立UseCase模型4.5金融贸易系统示例[1]4.5金融贸易系统示例子[2]几个练习3“在线拍卖”系统：画出用例图用例可能存在的问题4.6咨询公司示例[1]6263边界类---位于系统与外界的交界处，包含窗体、报表、打印机和扫描仪等硬件的接口以及与其它系统的接口。
实体类---保存要放进永久存储体的信息。对用户最有意义的类，可以看事件流中的名词，或数据库中的表等。
控制类---也称为管理者类，负责协调其它类的工作。65666768