第5章 建立需求模型—用况图.ppt

* 北京大学信息学院研究生课程 面向对象的分析与设计 第5章 建立需求模型—用况图 5.1 需求分析和系统分析 需求分析的确切含义是对用户需求进行分析，旨在产生一份明确、规范的需求定义。 OOA的主要内容是研究问题域中与需求有关的事物，把它们抽象为系统中的对象，建立类图。确切地讲，这些工作应该叫做系统分析，而不是严格意义上的需求分析。 早期的OOA缺乏一个良好的基础——对需求的规范描述。 需求说明 需求分析 健壮分析 需求模型 分析模型 分析过程 Jacobson方法（OOSE）提出用况（use case）概念，解决了对需求的描述问题，其分析过程如下： 问题域 （抽象的来源） OOA模型 （类图） 抽象 OOA是将问题域中的事物抽象为系统中的对象 系统责任 （抽象的目标） 抽象的目标是系统责任——需求 用况的概念解决了对需求的描述问题 需求模型 （用况图） 5.2 基本思路 问题的提出：在系统尚未存在时，如何描绘用户需要一个什么样的系统？如何规范地定义用户需求？ 考虑问题的思路：把系统看作一个黑箱，看它对外部的客观世界发挥什么作用，描述其外部可见的行为。 系统是由一条边界包围起来的未知空间 只通过有限的几个接口与外部交互 系统边界以外是与系统进行交互的参与者 把内外交互情况描述清楚，就确切地定义了系统的需求 系统边界 系统边界：一个系统所包含的所有系统成分与系统以外各种事物的分界线。 系统：被开发的计算机软硬件系统，不是指现实系统。 系统成分：在OOA和OOD中定义并且在编程时加以实现的系统元素——对象 对 象 对象 对象 对象 对象 对象 参与者(人员) 参与者(设备) 参与者(外系统) 参与者：在系统边界以外，与系统进行交互的事物——人员、设备、外系统 5.3 系统边界与参与者 现实世界中的事物与系统之间的关系——分四种情况 （1）被抽象为系统中的对象 汽车 飞机 奖杯 钟表 起重机 职员 楼房 天平 （2）只作为系统外部的参与者与系统交互 （4）与系统无关 操作员 （3）既是系统中的对象，本身又作为参与者与系统交互 人员—— 系统的直接使用者 直接为系统服务的人员 设备—— 与系统直接相联的设备 为系统提供信息 在系统控制下运行 不与系统相连的设备 × 计算机设备 × 外系统—— 上级系统 子系统 其它系统 如何发现参与者 ——考虑人员、设备、外系统 什么是用况 I. Jacobson： 用况是通过使用系统功能的某些部分而使用系统的一种具体方式。每个用况包括一个由参与者发动的完整的事件过程。它详细说明了参与者和系统之间发生的交互。因此，一个用况是一个由参与者和系统在一次对话中执行的特定的相关事务序列。全部用况的集合则说明了所有可能存在的系统使用方式。 《对象技术词典》： 1．对一个系统或者一个应用的一种单一的使用方式所进行的描述。 2．关于单个参与者在与系统的对话中所执行的处理的行为陈述序列。 UML： 对系统在与它的参与者交互时所能执行的一组动作序列（包括其变体）的描述。 ？ ？ ？ 本书的定义： 用况是对参与者使用系统的一项功能时所进行的交互过程的描述，其中包含由双方交替执行的一系列动作。 5.4 用况（use case） 术语“use case”的准确含义——使用情况 是对一项系统功能使用情况的一般描述，它对于每一次使用都普遍适应，既不是应用实例，也不是举例说明。 ——因此译为“用况”，而不是“用例”。 几点说明： （1）一个用况只描述参与者对单独一项系统功能的使用情况； （2）通常是平铺直叙的文字描述，UML也允许其他描述方式； （3）陈述参与者和系统在交互过程中双方所做的事； （4）所描述的交互既可能由参与者发起也可能由系统发起 ； （5）描述彼此为对方直接地做什么事，不描述怎么做； （6）描述应力求准确，允许概括，但不要把双方的行为混在一起； （7）一个用况可以由多种参与者分别参与或共同参与。 内容与书写格式 ： 名称 行为陈述（分左右栏） 调用语句 控制语句 括号或标号 收款 输入开始本次收款的命令； 作好收款准备，应收款总 数置为0，输出提示信息； for 顾客选购的每种商品 do 输入商品编号； if 此种商品多于一件 then 输入商品数量 end if； 检索商品名称及单价； 货架商品数减去售出数； if 货架商品数低于下限 then call 通知上货