第5章面向对象分析——基于场景模型.PDFVIP

第 5 章 面向对象分析 ——基于场景的模型 概念图 学习目标 在学完本章之后，读者将能够： 理解一个好的分析模型所具有的特点。 了解 UML 用例图在面向对象分析中的作用。 理解用例图的作用和重要性。 理解绘制用例图所用的元素和符号。 识别一个给定应用程序域的参与者、用例、泛化及关联关系。 开发一个用例模型来刻画系统的功能需求。 通过 UML 对问题域的基于面向对象的理解进行图解表示，以突出的方式鼓励和支持 分析阶段。UML 有许多图表来反映模型的所有方面，因此提供了对问题的共同且唯一正确 的理解。以下部分描述了帮助理解问题域的两个最基本的图，即用例图和类图。 5.1 用 例 分 析 5.1.1 用例 A 先生最近买了一部手机。在购买时，他见到了各种各样的型号。这导致他对于选择 哪一款有很大的困惑。他问自己他想用手机做什么。他是否只用于拨打电话，还是使用它 来进行频繁通信？他是否对 QWERTY 模式感到满意，是否可以操控现有的设置？他想要 第 5 章 面向对象分析——基于场景的模型 101 数码相机设备吗？如果是这样，他可以解决哪方面问题？他会粗暴地还是极其小心地使用 手机？对于后一种情况，他能否负担得起触摸屏模式？他是否喜欢在手机上使用互联网， 尤其是访问社交网站？他是否喜欢使用音乐播放器？他是否有兴趣在手机上收听 FM 广 播？在这种情况下，他是否想用一套内置天线，或者是一个需要外部天线的设备来收听 FM 广播？他是否喜欢基于多媒体流的应用程序？他主要是对手机银行感兴趣，还是喜欢使用 任何基于 GPRS 的应用程序？因此他不断地问自己这些问题，希望根据这些问题的答案来 购买手机，让自己能够满意。 因此，当我们并非一时冲动而进行购物时，都会经历类似 的过程。这就是所谓 的 “用 例分析 ”。我们提出许多问题去了解产品或系统的使用方式，最后我们只会花钱购买那些完 全符合我们需求的产品 。这里的主要动机是收集和了解这些需求。 这种过程在分析阶段非常关键，因为这可以指导系统的设计和开发。“用例 ”被定义为 帮助分析人员与用户一起确定系统使用情况的元素。相关用例的集合是根据用户想要完成 的内容来完整地描绘整个系统的性质和功能。 用例可以被理解为有关系统使用场景 的集合 。每个场景都描述一个事件序列 。每个序 列由人/其他系统/硬件组件发起，或者仅仅在某个时间点到达之后。这些元素中的每一个都 被命名，它们的语义在 UML 中被明确规定。以下各节将详细介绍这些内容 。 5.1.2 用例的重要性 用例是激励潜在用户表达他们打算如何使用系统的一个很好的工具。可以看 出，传统 的系统开发过程没有提供一个很好的激励平台 ，大多数时候用户只有在被分析人员询 问或 采访时才会表达 自己所需要的输入 。 这里 的关键原则是用户要参与系统分析和设计 的过程，尤其是早期阶段。这大大提高 了系统能够被正确构建 以满足用户需求的可能性，而不会使用户无法理解和使用系统。 5.2 主 用 例 图 主用例图是系统的功能和需求以及连接系统外部接口的图形概述，显示了参与者及其与 用例之间的关系，表明了设计的特点。此外，主用例图是使用 UML 来设计新系统的第一步， 并在分析、实现和文档化阶段解释了系统的需求。它还引出了系统预期完成的整体功能。 1. 场景 首先我们将了解场景 的含义 ，场景是用例的一个子集，用于清楚地了解该用例。场景 是表示行为的一系列动作。基本上，使用场景来说明在系统中发生的交互行为或仅仅是用 例实例的执行。描述场景 的主要动机是为了在基于场景 的需求启发中使用，这是一个提出 与描述性故事有关的问题以确定设计需求的过程。例如，考虑 以下 “孩子手机监控软件” 中的场景 ： 孩子被发现在他/她规定的学习时间内访问 Facebook ——一个社交网站，且超过了两个 小时。此时，会有一个警告提示发送给父母的手机账户，然后父母通过在学习时间内锁定