2015版第05章用况模型例析.pptVIP

软件建模与分析 2015.9-2015.10 吉林省优秀课程 长春工业大学精品课程：软件建模与分析 CCUTSE 2012 * 计算机科学与技术专业与软件工程专业 第二部分：分析篇 5.1 需求分析和系统分析 需求分析的确切含义是对用户需求进行分析，旨在产生一份明确、规范的需求定义。 OOA的主要内容是研究问题域中与需求有关的事物，把它们抽象为系统中的对象，建立类图。确切地讲，这些工作应该叫做系统分析，而不是严格意义上的需求分析。 早期的OOA缺乏一个良好的基础——对需求的规范描述。 需求说明 需求分析 健壮分析 需求模型 分析模型 分析过程 Jacobson方法（OOSE）提出用况（use case）概念，解决了对需求的描述问题，其分析过程如下： 问题域 （抽象的来源） OOA模型 （类图） 抽象 OOA是将问题域中的事物抽象为系统中的对象 系统责任 （抽象的目标） 抽象的目标是系统责任——需求 用况的概念解决了对需求的描述问题 需求模型 （用况图） 5.2 基本思路 问题的提出：在系统尚未存在时，如何描绘用户需要一个什么样的系统？如何规范地定义用户需求？ 考虑问题的思路：把系统看作一个黑箱，看它对外部的客观世界发挥什么作用，描述其外部可见的行为。 系统是由一条边界包围起来的未知空间 只通过有限的几个接口与外部交互 系统边界以外是与系统进行交互的参与者 把内外交互情况描述清楚，就确切地定义了系统的需求 系统边界 系统边界：一个系统所包含的所有系统成分与系统以外各种事物的分界线。 系统：被开发的计算机软硬件系统，不是指现实系统。 系统成分：在OOA和OOD中定义并且在编程时加以实现的系统元素——对象 对 象 对象 对象 对象 对象 对象 参与者(人员) 参与者(设备) 参与者(外系统) 参与者：在系统边界以外，与系统进行交互的事物——人员、设备、外系统 5.3 系统边界与参与者 系统边界：一个系统所包含的所有系统成分与系统以外各种事物的分界线。 5.3 系统边界与参与者 责任的边界，不是物理的边界 系统的范围有多大与开发者的责任有关 参与者：在系统边界以外，与系统进行交互的事物——人员、设备、外系统 5.3 系统边界与参与者 建模参与者的原则是为角色建模 参与者表示在与系统交互当中对象的特定侧面，同一参与者可以表示不同类的对象。 如果对象的行为有不同侧面的话，就可以被绑定到多个参与者上。 示例 尽管许多不同的个人都使用自动售货机，但他们的行为却可以用参与者客户和维修技师来概括。 对象Mary、Frank和Paul可能都是自动售货机的客户，同时Paul也可能是自动售货机的维修技师 现实世界中的事物与系统之间的关系——分四种情况 （1）被抽象为系统中的对象 汽车 飞机 奖杯 钟表 起重机 职员 楼房 天平 （2）只作为系统外部的参与者与系统交互 （4）与系统无关 操作员 （3）既是系统中的对象，本身又作为参与者与系统交互 人员—— 系统的直接使用者 直接为系统服务的人员 设备—— 与系统直接相联的设备 为系统提供信息 在系统控制下运行 不与系统相连的设备 × 计算机设备 × 外系统—— 上级系统 子系统 其它系统 如何发现参与者——考虑人员、设备、外系统 1、对于银行存取款业务来说，下面列出的人员、设备与系统哪些是系统参与者？哪些是系统内的对象？ 储户、柜员、大堂经理、业务经理、密码器、打印机、摄像设备、ATM机、维修技师、 2、为下图界定系统边界，指出系统的参与者。 练习： 什么是用况 I. Jacobson： 用况是通过使用系统功能的某些部分而使用系统的一种具体方式。每个用况包括一个由参与者发动的完整的事件过程。它详细说明了参与者和系统之间发生的交互。因此，一个用况是一个由参与者和系统在一次对话中执行的特定的相关事务序列。全部用况的集合则说明了所有可能存在的系统使用方式。 《对象技术词典》： 1．对一个系统或者一个应用的一种单一的使用方式所进行的描述。 2．关于单个参与者在与系统的对话中所执行的处理的行为陈述序列。 UML： 对系统在与它的参与者交互时所能执行的一组动作序列（包括其变体）的描述。 ？ ？ ？ 本书的定义： 用况是对参与者使用系统的一项功能时所进行的交互过程的描述，其中包含由双方交替执行的一系列动作。 5.4 用况（use case） 术语“use case”的准确含义——使用情况 是对一项系统功能使用情况的一般描述，它对于每一次使用都普遍适应，既不是应用实例，也不是举例说明。 ——因此译为“用况”，而不是“用例”。 几点说明： （1）一个用况只描述参与者对单独一项系统功能的使用情况； （2）通常是平铺直叙