02-用例视图.pptVIP

5 用例视图 一、概述 二、参与者（Actor） 三、用例（Use Case） 四、关系 五、举例 六、用例描述 七用例分析 八、练习 　　  一、用例图概述 画好用例图（Use Case Diagrams）是由软件需求到最终实现的第一步，在UML中用例图用于对系统、子系统或类的行为的可视化，以便使系统的用户更容易理解这些元素的用途，也便利了软件开发人员最终实现这些元素。 UML中的用例图描述了一组用例、参与者以及它们之间的关系。用例图包括以下3方面内容(还有注释\包图)。 （1）用例（Use Case） （2）参与者（Actor） （3）依赖、泛化以及关联关系 　　  二、参与者（Actor） 参与者（Actor活动者）是系统外部的一个实体（可以是任何的事物或人或其他系统）,它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者由他们参与用例时所担当的角色来代表。 在图形上，参与者用人形图符表示。 　　  二、参与者（Actor）理解 　　  三、用例（Use Case） 用例是一个叙述型的文档，用来描述一个参与者（Actor）使用系统完成某个事件时的事情发生顺序。用例是系统的使用过程。更确切的说，用例不是需求或者功能的规格说明，但用例也展示和体现出了其所描述的过程中的需求情况。 图形上用例用一个椭圆来表示，用例的名字可以书写在椭圆的内部或下方。 　　 功能 三、用例（Use Case）理解 　　  四、关系 用例间的关系 用例除了与其参与者发生关联外，还可以参与系统中的多个关系，这些关系包括： 泛化（Generalization）关系 包含（Include） 关系 扩充（Extend） 关系。 应用这些是为了抽取出系统的公共行为和变化。 　　  四、关系—关系图 用例间的关系 　　  四、关系—关联 用例间的关系 　　  四、关系—包含 用例间的关系 　　  四、关系—包含 用例间的关系 　　  四、关系—扩展 用例间的关系 　　  四、关系—泛化 用例间的关系 　　  五、举例---交互 　　  五、举例---选择 　　  五、举例—图书管理 例1 　　  五、举例—图书用例 用例图 　　  五、举例—图书优化用例 用例图（优化） 　　  五、举例—网上选课 例 2 　　  五、举例—选课用例 用例图 　　  五、举例—选课用例2 用例图 　　  六、用例描述 　　  六、用例描述 　　  六、用例描述 　　  六、用例描述—事件流 用例与事件流 用例分析是处于系统的需求分析阶段，这个阶段应该尽量的避免去考虑系统实现的细节问题。也就是说，用例描述的是一个系统做什么，而不是怎么做。 可以通过一个清晰的，易被用户理解的时间流来说明一个用例的行为。这个事件流包括用例何时开始和结束，用例何时和参与者交互，什么对象被交互以及该行为的基本流和可选流。 　　  六、用例描述—例1 　　  用例描述 六、用例描述—例2 　　  六、用例描述—例2 用例描述 　　  六、用例描述—例2 用例描述 　　  七、用例分析 　　  七、用例分析—识别 识别用例 识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。使用这种策略的过程中可能会找出一个新的参与者，这对完善整个系统建模很有帮助。 在识别用例的过程中，通过以下的几个问题可以帮助识别用例： （1）特定参与者希望系统提供什么功能？ （2）系统是否存储和检索信息？如果是，这个行为由哪个参与者触发? （3）当系统改变状态时，通知参与者吗？ （4）存在影响系统的外部事件吗？ （5）是哪个参与者通知系统这些事件？ 　　 功能 七、用例分析—获取 　　 功能 七、用例分析—粒度 　　  七、用例分析—识别活动者 　　  八、练习—教师 建立网上选课系统的用例图，需求为： 管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除，学生通过客户机浏览器根据学号和密码进入选课界面，学生可以进行三种操作：查询已选课程，选课，付费，并将这些操作结果存入数据库 　　  八、练习—学生 建立自动取款机的用例图 远程教育系统 Q宠购物系统 银行管理系统 酒店管理系统 在线订餐系统 学生信息管理系统 网上购物 销售系统管理