第2讲 需求分析与用例建模PPT课件

确定需求
面 原型法
向 对 象 技 术
确定需求
面 敏捷法
向 对
以使用为中心的设计
象 技
极限编程
术
组织需求
面 通过用例建模和类建模等方法进行需求的
向 对
组织。主要包括：
象 技
用例图
术
概念类图
活动图
状态图等
什么是用例
面 用例建模主要用来分析一个系统的功能需
向 对
求。因此用例建模的目的是捕获功能需求。
层次
利益相关者
前提条件：列出开始用例之前必须满足的条件。
最低保证
成功保证
触发器
主要成功情节
扩展
用例与事件流
面 层次
向 对
白色，例如购买零件来制造汽车
象 这些信息可以呈现出很多形式：访谈记录，
技
术 观察和文档的分析笔记，多种表单、报表、
作业描述和其他文档，计算机生成的输出，
例如原型系统等。 包括需求获取、分析和
协商等过程
确定需求
软件需求是指用户对目标软件系统在功能、行为、性能、
面 向
设计约束等方面的期望，具体内容如下：
对
ห้องสมุดไป่ตู้
功能需求
象
性能需求
技
在图形上，参与者用人形图符表示。
参与者
面 参与者的种类：
向 对
系统用户
象 技
与所建造的系统交互的其他系统
术 一些可以运行的进程
参与者
面 如何确定参与者：
向 对
谁使用系统的主要功能
象 技
谁需要系统支持他们的主要工作
术 谁来维护、管理系统使其能正常工作
系统需要控制哪些硬件
系统需要与哪些系统交互
用户或人的因素
术
环境需求
界面需求
文档需求
数据需求
资源使用需求
安全保密需求
可靠性需求
软件成本消耗与开发进度需求
其他非功能性需求
确定需求
面 如何确定需求
向 对
传统的方法：与个人面谈，观察工作人员，收
象
集 分析业务文档和程序等；
技
术 现代的方法：联合应用程序设计（JAD）,原型
法，敏捷法
参与者
面 参与者间的关系
向 对
在用例图中，使用泛化关系来描述多个参与者
象
之间的公共行为。
技
术
参与者
面 参与者间的泛化关系示例：
向 对 象 技 术
用例
面 外部可见的系统功能单元。
向 对
在不揭示系统内部构造的前提下定义连贯
象 技
的行为。
术 不是需求或功能的规格说明，但是也展示
和体现其所描述的过程中的需求情况。
一个清晰的，易被用户理解的事件流来说
明一个用例的行为。这个事件流包括用例
何时开始和结束，用例何时和参与者交互，
什么对象被交互以及该行为的基本流和可
选流。
用例与事件流
事件流的目的是在建档时说明用例的逻辑流程，
面 向 对
即详细描述系统用户的工作和系统本身的工作。 主要包括：
象
用例名称
技 术
简要说明：描述用例的作用。
用例图
面 用例图包含6个元素：
向 对
参与者（Actor）
象 技
用例（Use Case）
术 关联关系（Association）
包含关系（Include）
扩展关系（Extend）
泛化关系（Generalization）
用例图
面 范例
向
设计一个自动饮料售货机。功能分析如下：
对
象
1 卖给用户饮料
对系统产生的结果感兴趣的是哪些人或哪些事 物
参与者
面 注意事项：
向 对
参与者对于系统而言总是外部的；
象 技
参与者直接通系统交互；
术 参与者表示人或事物与系统交互时所扮演的角
色；
一个人或事物在与系统交互时可以同时或不同 时扮演多个角色；
每个参与者需要有一个具有业务一样的名字；
每个参与者必须有简短的描述，从业务角度描 述参与者是什么。
面向对象技术
第2讲 需求分析与用例建模
江苏大学计算机工程系
内容提要
面 需求分析概述
向 对
用例建模技术
象 技
用例建模实例
术
需求分析概述
需求描述一个系统应该做什么，而不是系统应该怎么做；
面
向 需求分析则用来确定客户需要什么软件，帮助分析人员理 对 解问题，评估可行性，协商合理的解决方案，无歧义地规 象 约方案，确认规约以及将规约转换到可运行的系统时的管 技 理要求；
技
2 供应商向机器添加饮料
术
3 收银员从机器收钱
确定系统 边界
顾客 供应商
自动饮料售货机
卖饮料 放置饮料
收钱
收银员
参与者
面 系统外部的一个实体。
向 对
参与用例的执行过程。
象
技 通过向系统输入或请求系统输入某些事件
术 来触发系统的执行。
由参与用例时所担当的角色来表示。
每个参与者可以参与一个或多个用例。
用例图
面 用例图主要功能
向 对 象
用例图是使用统一建模语言设计新系统的起点， 在初始阶段完成。
技 术
用例图提供了系统的一个概览，为系统提供给 用户的功能进行说明。
从形式上讲，用例记录用户使用系统时从头到 尾的一系列事件。
是用户和开发者一起深入剖析系统功能的起点。
在开发项目的初期，用例图可以描述现实世界 中的活动和动机。同时可以在项目后期改进用 例图以反映用户界面和设计细节。
图形上用例用一个椭圆来表示，用例的名 字可以书写在椭圆的内部或下方。
用例
面 用例的名称：
向 对
简单名
象 技
路径名
术
用例
面 识别用例
向 对
识别用例最好的方法就是从分析系统的参与者
象
开始，考虑每个参与者是如何使用系统的。
技
术 如何识别用例。
参与者要求系统提供哪些功能
参与者需要读、产生、删除、修改或存储系统中的 信息有哪些类型
必须提醒参与者的系统事件有哪些
参与者必须提醒系统事件有哪些
用例
面 范例1
向 对 象 技 术
用例与事件流
面 用例分析是处于系统的需求分析阶段，这
向 个阶段应该尽量的避免去考虑系统实现的
对 象
细节问题。也就是说，用例描述的是一个
技 系统做什么，而不是怎么做。
术
如何来描述用例的执行流程呢？可以通过
术
在面向对象的分析中，需求典型地关注系统能够或将要执 行的功能；需求还将标识系统中必须包含的对象，以及这 些对象将随时间而呈现的各种状态。
整个系统分析的过程可分为三部分：
确定需求； 组织需求； 选择最佳的设计策略方案。
确定需求
面 在需求确定期间，分析员从尽可能多的来
向 对
源收集关于这个系统应该如何运转的信息，
象 技
用例是对系统行为的描述，它由在特定环
术 境下与特定目标相关的系统与用户之间的
一组可能的交互序列组成，描述一个系统
在响应来自主要参与者的请求时它在各种
情况下的行为。
用例图
面 用例图显示谁将是相关的用户、用户希望
向 对
系统提供什么服务以及用户需要为系统提
象 供的服务。
技
术 用例图最常用来描述系统以及子系统。