面向对象的需求分析方法.ppt

2.2需求分析需求分析是通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。

2.2.1需求分析的目的与意义需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。

有效的需求分析通常都具有一定的难度。

需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。

此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。

2.2.2需求分析的步骤遵循科学的需求分析步骤可以使需求分析工作更高效。

需求分析的一般步骤如图2-3所示。

需求涉及的方面：在功能方面，需求包括系统要做什么，相对于原系统目标系统需要进行哪些修改，目标用户有哪些，以及不同用户需要通过系统完成何种操作等。

在性能方面，需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。

在运行环境方面，需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求，以及对操作系统、数据库和浏览器等软件配置的要求。

在界面方面，需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。

1. 获取需求，识别问题开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题，要满足哪些限制条件，这个过程就是对需求的获取。

开发人员通过调查研究，要理解当前系统的工作模型和用户对新系统的设想与要求。

遗漏需求是最难修订的需求错误。

获取需求是需求分析的基础。

为了能有效地获取需求，开发人员应该采取科学的需求获取方法。

在实践中，获取需求的方法有很多种，比如，问卷调查、访谈、实地操作、建立原型和研究资料等。

问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。

通过对用户填写的调查问卷进行汇总、统计和分析，开发人员便可以得到一些有用的信息。

采用这种方法时，调查问卷的设计很重要。

一般在设计调查问卷时，要合理地控制开放式问题和封闭式问题的比例。

❖ 从数据流图的输出端着手分析，这是因为系 统的根本功能是产生这些输出的关键原因。
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书

9.1 面向对象技术概述9 面向对象的需求分析方法二者的本质区别• 面向过程的结构化系统 = 功能 + 数据 • 面向对象的系统 = 对象 + 消息9 面向对象的需求分析方法二者的本质区别银行账户对象 存款 取款 利息结算 账户 余额 存 款 账户 余额 利息结算 外部消息 取 款9 面向对象的需求分析方法面向对象方法的发展历史• 初始阶段• 1960’s：Simula编程语言 • 1970’s：Smalltalk编程语言• 发展阶段• 1980’s：理论基础，许多OO 编程语言(如C++, Objective-C等)• 成熟阶段• 1990’s：面向对象分析和设计方法(Booch, OMT等), Java • 1997：OMG 组织的统一建模语言(UML) • 逐渐替代了传统的结构化方法9 面向对象的需求分析方法面向对象的软件工程• 面向对象分析(Object Oriented Analysis, OOA)• 分析和理解问题域，找出描述问题域和系统责任所需的类及 对象，分析它们的内部构成和外部关系，建立OOA 模型。

• 面向对象设计(Object Oriented Design, OOD)• 将OOA 模型直接变成OOD 模型，并且补充与一些实现有关 的部分，如人机界面、数据存储、任务管理等。

• 面向对象编程(Object Oriented Programming, OOP)• 用一种面向对象的编程语言将OOD 模型中的各个成分编写成 程序，由于从OOA→OOD→OOP实现了无缝连接和平滑过 渡，因此提高了开发工作的效率和质量。

9 面向对象的需求分析方法面向对象的软件工程现实世界OOA结构化分析OOD结构化设计OOP结构化编程可执行软件系统9 面向对象的需求分析方法OO中的喷泉过程模型• 喷泉模型：• 在OO开发过程中，各阶段之间形 成频繁的迭代； • OO各阶段均采用统一的“对象”概 念，各阶段之间的区分变得不明 显，形成“无缝”连接，从而容易实 现多次反复迭代。

第六章 面向对象的需求分析
2. 用例建模
定 义 系统边界 确 定 参与者 识别 用例 确 定 用例间关系 建 立 完整用例图 书 写 用例描述文档
用例(Use Case)用于表示系统所提供的服务，定义系统被参与者使 用于表示系统所提供的服务， 用例 用于表示系统所提供的服务 用的过程，描述该过程中参与者与系统间发生的交互， 用的过程，描述该过程中参与者与系统间发生的交互，在不涉及系 统内部实现细节的前提下，给出完整的用户需求说明： 统内部实现细节的前提下，给出完整的用户需求说明： 用例名须唯一，以别于其他用例，便于和用户自己交流。 用例名须唯一，以别于其他用例，便于和用户自己交流。 用例命名应站在参与者角度进行，常以动词命名， 站在参与者角度进行 动词命名 用例命名应站在参与者角度进行，常以动词命名，例如参与者 银行卡用户可通过 可通过ATM系统取款，则可命名 取款 用例 。 系统取款， 银行卡用户可通过 系统取款 绘制用例图之前， 信息， 绘制用例图之前，须获取 参与者 信息和 用例 信息，它们描述 需要系统做什么 的问题。 做什么” 参与者， 了“谁需要系统做什么”的问题。注意如何确定 参与者，用例 的识别过程和方法如下： 的识别过程和方法如下：
第六章 面向对Hale Waihona Puke 的需求分析1. 需求分析简介
用例(Use Case) 描述系统需求 建议采用 用例 通过描述用户使用系统的过程， 通过描述用户使用系统的过程，体现系 统应该提供的功能。用例所给出的用户 统应该提供的功能。 与系统之间的交互既包含系统功能、 与系统之间的交互既包含系统功能、又 带有功能实现流程的信息。 带有功能实现流程的信息。 传统的需求表达方式是“软件需求规约” 传统的需求表达方式是“软件需求规约” ，系统功能被分解到各 功能模块，通过描述各模块功能达到描述整个系统功能的目的。 功能模块，通过描述各模块功能达到描述整个系统功能的目的。 缺点： 一是容易混淆需求和设计的界限， 缺点： 一是容易混淆需求和设计的界限，在需求的表述中实际上 已经包含了部分设计思想； 已经包含了部分设计思想； 二是分割了各项系统功能的应用环境， 二是分割了各项系统功能的应用环境，从各项功能项入手 很难了解这些功能如何相互关联实现一个系统服务。 很难了解这些功能如何相互关联实现一个系统服务。 回目录