第3章 用例建模(新).pptVIP

北方民族大学计算机学院 UML建模技术 3.1 用例图的构成 用例图用于定义系统的功能需求，它描述了系统的参与者与系统提供的用例之间的关系。 参与着可以是人，可以是另外一个系统。 用例图仅仅从使用者的角度描述系统中的信息。 举例：学生成绩管理系统用例图 3.1.1 系统 什么是系统 一个系统是一组相互关联、能一起工作从而达到某个目标的相关组件的集合。 系统包含其他子系统，经常被分层表示。子系统的一个特性是能独立使用。 系统中组件之间的复杂关系意味着系统不只是它的各部分的简单的总和，它还产生一些系统的整体特性。 我们只关心计算机软件系统。 基于计算机系统的系统元素 系统的边界确定是关键所在 系统边界的确定是关键，即确定哪些是计算机完成的事情，哪些则不是，但这并非易事。 例如：自动售货机提供售货，供货，提取销售款等功能。这些功能仅仅考虑自动售货机区域内起作用。自动售货机之外则不起作用。 系统的确定方法:由内到外，先确定系统的主要功能，确定系统的框架，然后层层扩展。 3.2.2 参与者－－参与者概念（1） 参与者（Actor）是系统外部的一个实体（可以是任何的事物或人），它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者由他们参与用例时所担当的角色来代表。例如，计算机网络的参与者。 在图形上，参与者用人形图符表示。 3.2.2 参与者－－参与者概念（2） 每个参与者定义了一个角色集合。 当系统设计被实施时，参与者被设计成为类。 参与者的命名应该以其承担的角色命名，而不是他自己的名称。 建模初期，参与者和用例交互，但随着项目的进展，用例被类和组件实现。参与者不再是用户扮演的角色，而变成了用户接口。 如图书馆管理员与借出书目用例交互，以借出某本书。设计时则设计成图书管理员这个角色和图书管理员使用的接口，用例则变成了许多对象，以实现接口的功能。 3.2.2 参与者－－识别参与者（1） 3.2.2 参与者－－参与者概念（3） 参与者的角色 系统的启动者 系统的服务者 系统服务的接收者 例如ATM系统中，利用ATM提款的用户，银行内部系统， 收到现款的用户则分别是系统的启动者，系统的服务者，系统服务的接收者。 使用参与者的识别，有利于建模人员的对系统的分析和设计。 练习 识别如下系统的参与者： 超市进销存管理系统： 3.1.3 用例－－用例的概念（1） 用例是一组连续的操作，当用户使用系统来完成某个过程时出现，它是外部可见的系统功能单元。通过将这些不同功能单元的组合，就构成了对系统总体需求的描述。 用例要点:1.位于系统??--必须由系统运行2.目标导向??--用例运行必须有所目的3.止于边界??--可以观测到结果,并且是在边界和外部有所交互的4.用户观点??--参与者观测5.粒度???--是一组有共同目标或者可以类聚的目标的实例组成 3.1.3 用例－－用例的概念（1） 用例的目标是定义一个或整个系统的行为，隐藏了系统的内部结构。一个系统的全部用例分割和覆盖它的行为，每个用例代表量化了的，具有一定功能性的集合。 用例的命名很重要：尽量用动名词短语，例如提取货款，验证身份，其侧重于目的，轻过程。 3.1.3 用例－－识别用例（1） 识别用例 识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。使用这种策略的过程中可能会找出一个新的参与者，这对完善整个系统建模很有帮助。 3.1.3用例－－识别用例（2） 在识别用例的过程中，通过以下的几个问题可以帮助识别用例： （1）特定参与者希望系统提供什么功能？ （2）系统是否存储和检索信息？如果是，这个行为由哪个参与者触发? （3）当系统改变状态时，通知参与者吗？ （4）存在影响系统的外部事件吗？ （5）是哪个参与者通知系统这些事件？（系统需要什么样的输入输出） 用例识别练习 ATM自动柜员机系统是由计算机控制的银行自动出纳系统，主要服务于活期储蓄，实现客户自助服务的电子化设备。统一建模语言UML（Unified Modeling Language）是面向对象技术的一个重要应用，也是软件工程环境中对象分析和设计的重要工具。通过UML对ATM自动取款机建模，实现查询余额、取款、存款、转账、更改密码等业务，根据需求还可以进一步扩展具体功能。 3.1.4 关系 用例与参与者之间的连线称为关系，关系也称为关联或通信关联，它表示参与者与用例之间的通信。 3.2 泛化（Generalization） 泛化是一种表示UML中项目的继承关系的技术。泛化是一种特殊/一般的关系。 泛化用例 泛化参与者 3.2泛化用例 泛化将特化用例和一般用例联系起来。即子用例是父用例的特化。