文档介绍：该【用例和用例图公开课获奖课件赛课一等奖课件 】是由【业精于勤】上传分享，文档一共【51】页，该文档可以免费在线阅读，需要了解更多关于【用例和用例图公开课获奖课件赛课一等奖课件 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。第4章 用例和用例图
用例和用例图的概念
用例模型的基本构成部分有用例、角色（或参与者）和系统。用例用于描述系统的功能，也就是从顾客的角度来说，系统详细应包含哪些功能，协助分析人员理解系统的行为，它是对系统功能的宏观的、整体的描述，一种完整的系统一般包含许多用例，每个用例详细阐明应完毕的功能；参与者是指那些与系统进行交互的外部实体，一般它是系统的一种顾客，但它也可以是其他系统或硬件设备，总之但凡需要与系统进行交互的任何实体都可以称作参与者，用例往往必须向参与者传递某些数值，这些数值是参与者在系统中获得的信息。
用例和用例图的概念
使用用例的重要目的是：
（1）明确系统应具有什么功能，这些功能与否满足客户的基本需求，并与系统开发人员达到一致。
（2）为系统的功能提供清晰一致的描述，用例模型应用于系统开发的整个过程，为后阶段的系统设计和开发工作打下良好的基础。
（3）为系统测试打下基础，可以用于验证最终实现的系统所完毕的功能与否符合客户的最初需求。
（4）通过从需求的功能用例出发跟踪进入到系统中详细实现的类和措施，可以检查其与否对的。例如，通过下面这种措施可以简化对系统的修改和扩展：首先修改用例模型，针对受到影响的用例，找到对应的系统设计和实现部分，对其进行对应的修改即可。
用例和用例图的概念
用例图（Use Case Diagram）是显示一组用例、参与者以及它们之间关系的一种图。
用例图在UML中是非常尤其的图形元素，它描述了顾客但愿怎样使用一种系统。通过用例图可以懂得谁将是系统有关的顾客，他们但愿系统提供什么样的服务，以及他们需要为系统提供的服务。
用例图从顾客的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能和动态行为。用例图常用来对需求进行建模，用例图在系统的整个分析、设计和开发阶段是非常重要的，它的对的与否直接影响到客户对最终实现的产品的满意度。用例图被广泛使用在多种开发活动中，但它最常用于描述系统以及子系统。
用例和用例图的概念
用例图
参与者
参与者（也可以称为角色，Actor）是系统外部的一种人或者物，它以某种方式参与了系统的执行过程。参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所饰演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。尚有一点需要注意的是，参与者不是指人或事物自身，而是表达人或事物在系统中所饰演的角色。例如，张明是图书馆的管理员，他参与图书管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里张明饰演了两个角色，是两个不一样的参与者，即管理员和借阅者。
因此，在“图书管理系统”中“借阅者”和“系统管理员”都是参与者。
参与者
【例4-1】客户给销售员发来传真订货， 销售员下班前将当曰订货单汇总输入系统。谁是系统的参与者？
分析：根据参与者的定义可知，此系统的参与者是销售员。
参与者
【例4-2】在需求分析中常见的权限控制问题，一般的顾客只可以使用某些常规的操作，如查询等，而管理员除了常规操作之外还需要进行某些系统管理工作，如某些关键数据的增长、删除、修改等，操作员既可以进行常规操作又可以进行某些配置操作。
参与者
例如，在“图书管理系统”中，可以认为“读者”是“学生读者”和“教师读者”的泛化，而“学生读者”还可以详细化为“本科生读者”和“硕士读者”；同样，“图书管理员”也是“采购员”、“ 编目员”及“借阅人员”的泛化。。
参与者
图书管理系统参与者之间的泛化关系