UML讲义-02.pptVIP

用例图，也称为用案图。 2.1 用例图的用途 最终用户：依据用例图来理解要完成系统的功能，确认是否符合系统的要求； 分析人员：依据用例图来描述用户的需求，与用户和设计人员进行交流； 测试人员：依据用例图来验证系统功能与用户的要求是否一致。 2.2 用例图的组成 包括用例、执行者、用例与执行者之间的关系、系统边界、用例描述。 见P15图2.2。 2.3 用例图的原理 1）描述系统的功能需求； 2）将系统视为黑箱、从外部执行者的角度看待系统，不关心系统的内部结构； 3）是后面的分析、设计、实现、测试工作的起点和依据。 2.4 用例图的要素 1）执行者：人、系统（包括硬件设备，如uml-01P9、P28图2.22）、模块。 其定义的关键：处于关系箭线两头的实体。如P18的图2.7。 确定系统执行者的方法：P16中部。 2.4 用例图的要素 2）用例：用户可见的需求，即一个具体的目标，与用例的粒度有关。 如“计划统计管理”就属于大粒度的用例，“生成报表”属于小粒度的。 其定义可参照MIS中IPO设计（见右图）。 确定用例的方法：P17中部。 3）执行者与用例之间的关系：谁执行了哪些功能？两种形式： 执行者——单个用例（如P18图2.7的“教师”） 执行者——多个用例（如图2.7的“学生”） 4）举例 P18的图2.7： （1）2个执行者； （2）2个用例； （3）3个关联。 （4）执行者的目标：a. 教师的目标、b. 学生的目标。（P18中部） 问题：找出用例启动者？至少要有一个用例启动者。 2.5 用例描述 用例图：给出完成功能的框架。 用例描述：给出如何完成这些功能的交互过程，即执行者不断地向系统发出请求，系统运行，不断地给出结果，直到执行者达到目的，满意为止。 2.5 用例描述 用例描述的属性（内容）：P19。 1）事件流：即工作流程。 a. 有分支：基本流和备选流。 基本流：主要的分支，分4个步骤（P19底部） 备选流：次要的分支（P20图2.9）。 确定备选流的方法：P20底部、P21上部。 主体分支写入基本流。 b. 有循环。 2）前置条件：执行事件流的起点、或条件，可以是：执行者、或系统的状态。 如“学生选课”用例的前置条件：执行“登录”用例。 3）后置条件：执行事件流的终点、或目标（使用后置条件定义用户的目标）。 4）其他：用例的特殊要求（非功能性需求）、扩展点（用例的扩展）、问题说明（在设计用例图中有哪些争议之处）等。 2.6 用例图图符 P22表2.1。 1）系统：将执行者与所有用例划分开。（P23图2.11） 2）用例关系： a. 执行者与用例之间的关系 b. 用例与用例之间的关系 包含和扩展（P24图2.12） 包含：一个用例是另一个用例的一部分，如“身份认证”用例是“借书”用例的一部份。 扩展： 一个用例出现异常时。 如“借书”时，忘了书名，那么，就要先“查找书目”。见P24图 2.12 。 又如，“还书”时，被发现超期了，那么，就要先“罚款”（见下图，注：箭头方向画错了）。 包含与扩展的关系： 被包含的用例是必须的； 被扩展的用例不是必须的。 c. 执行者之间的关系 （ 泛化关系） 2.7 用例的粒度和范围 1）粒度分三个层次： a. 概述级：描述系统的目标。（P24图2.13） b. 用户目标级：描述执行者的目标。 （P25图2.15） c. 子功能级：是为了重用或其它特殊要求（P25图2.17）。（需求分析时不要深入到这一级。） 2）用例的范围 对应用例的粒度的三个层次，例如： 1）整个企业（包括员工）； 2）企业中的MIS； 3）一个子系统或一个组件。 举例：见P26的图2.19。 2.8 用例图的应用 用户需求：功能性需求（系统的功能）、非功能性需求（系统的其他性能、约束）。 1）用户需求 通过座谈、调查、访谈等形式。随着