7.3用例建模 1992年由 Jacobson提出了 Use case的概念及可视 化的表示方法— use case图,受到了界的欢迎,被 广泛应用到了面向对象的余统分析中。用例驱动的糸 统分析与设计方法已成为面向对象的余统分析与设计 方法的主流。 用例模型由 Jacobson在开发AXE糸统中先使用, 并加入由他所倡导的OOSE方法中。用例方法列起了 面向对象领城的极大关注。自1994年 var jacobson的 著作出版后,面向对象领域已广泛接纳了用例这一概 念,并认为它是第二代面向对象技术的标志
第七章
731用例建模概述 用例建模技术,用于描述系统的功能需求。在宏观上给出 模型的总体轮廓。通过对典型用例的分析,使开发者能够有效 地了解用户的需求 设置边界 更新帐目 风险分析 《使用》 贸易经理 记帐系统 《使用》 交易估价 评价 进行交易 营销人员 《扩展》 销售人员 <超越边界 图3.14
第七章 描述系统的功能需求。 通过对典型用例的分析，使开发者能够有效 地了解用户的需求。 贸易经理 风险分析 设置边界 进行交易 交易估价 更新帐目 《使用》 《使用》 《扩展》 营销人员 超越边界 评价 记帐系统 销售人员 图3.14
7.3.2用例模型( Use case mode 用例模型描述的是外部执行者( Actor)所理解的系统功能。 它描述了待开发系统的功能需求。 它驱动了需求分析之后各阶段的开发工作,不仅在开发过 程中保证了系统所有功能的实现,而且被用于验证和检测所开 发的系统,从而影响到开发工作的各个阶段和UML的各个 模型。 用例模型由若干个用例图构成,用例图中主要描述执行 者和用例之间的关系。在UML中,构成用例图的主要元素是 用例和执行者及其它们之间的联系。 创建用例模型的工作包括: 定义系统、确定执行者和用例、描述用例、定义用例间的 关系、确认模型
第七章 用例模型描述的是外部执行者(Actor)所理解的系统功能。 它描述了待开发系统的功能需求。 它驱动了需求分析之后各阶段的开发工作,不仅在开发过 程中保证了系统所有功能的实现,而且被用于验证和检测所开 发的系统,从而影响到开发工作的各个阶段和 UML 的各个 模型。 用例模型 若干个 在UML中,构成用例图的主要元素是 用例和执行者及其它们之间的联系。 定义系统、确定执行者和用例、描述用例、定义用例间的 关系、确认模型
、执行者( Actor) 行者是指用户在系统中所扮演的角色。执行者在用例 图中是用类似人的图形来表示,但执行者可以是人,也可以 是一个外界系统。 注意:用例总是由执行者启动的。 如何确定执行者: 买次斜 1、谁使用系统的主要功能(主执行者)? 2、谁需要从系统获得对日常工作的支持 和服务? 3、需要谁维护管理系统的日常运行(副 供货人 执行者)? 职款 4、系统需要控制哪些硬件设备? 收员 5、系统需要与其它哪些系统交互? 6、谁需要使用系统产生的结果(值)?
第七章 执行者是指用户在系统中所扮演的角色。执行者在用例 图中是用类似人的图形来表示, 但执行者可以是人，也可以 是一个外界系统。 （ ） 供货 买饮料 取货款 客户 供货人 收银员 图7.15自动售货系统
、用例 use case 从本质上讲,一个用例是用户与计算机之间的一次典型交 互作用。在UML中,用例被定义成系统执行的一系列动作 (功能)。 用例有以下特点: 用例捕获某些用户可见的需求,实现一个具体的用户目标 。用例由执行者激活,并将结果值反馈给执行者。 用例必须具有功能上的完整描述。 如何确定用例: 1、与系统实现有关的主要问题是什么? 系统需要哪些输入/输出?这些输入/输出从何而来?到哪 里去? 3、执行者需要系统提供哪些功能? 4、执行者是否需要对系统中的信息进行读、创建、修改、删 除或存储?
第七章 从本质上讲,一个用例是用户与计算机之间的一次典型交 互作用。在UML中,用例被定义成系统执行的一系列动作 （功能）。 用例有以下特点: 用例捕获某些用户可见的需求,实现一个具体的用户目标。 用例由执行者激活,并将结果值反馈给执行者。 用例必须具有功能上的完整描述。 1、与系统实现有关的主要问题是什么？ 2、系统需要哪些输入/输出？这些输入/输出从何而来？到哪 里去？ 3、执行者需要系统提供哪些功能？ 4、执行者是否需要对系统中的信息进行读、创建、修改、删 除或存储？