第3章、软件需求工程.docx

第3章、软件需求工程

一、关于需求分析的基础知识（教材3-1）1．基本概念（教材3-1-1与3-1-2）

▲什么是软件需求

用户软件功能、行为、性能等方面的要求

▲软件需求的内涵功能需求，包括：

功能—软件向用户提供哪些功能。

数据—软件输入哪些数据、输出哪些结果。行为—软件按照什么规则对输出数据进行“加

工”，以最终得到输出结果。即是用户要求软件“做什么”；

性能需求，包括：

正确性（天经地义）可靠性

操作性可维护性可移植性

………

具体性能指标参考教材第11章。

▲软件需求的本质

核心是功能需求，最终解决“用户到底要求软件做什么”的问题。

▲什么是需求分析

对软件需求的理解、分析与表达

▲什么是需求工程

运用相关技术与方法进行需求分析的过程

澄清如下术语的区别（参考教材3-1-2）

▲业务需求vs用户需求vs软件需求

▲用户需求vs领域需求

▲软件需求vs系统需求

需求分析的过程（教材3-1-6）1）需求获取

需求分析与协商

软件建模

需求描述

需求评审

说明：为什么对图3-4的内容进行拆分？

需求分析与协商：强调分析过程应与用户互动。系统建模：强调以软件模型描述分析的结果。

需求工程包含哪些内容（教材3-1-3）

▲需求开发

即前面所讲述的需求分析过程

▲需求管理

在后续开发与维护阶段对需求变更的管理，有关内容在“软件配置管理”部分讲述。

关于需求建模的基本原则（教材3-1-4）

▲教材提出的有关概念

功能模型——软件有哪些功能。

数据模型——软件输入、存储、输出哪些数据。行为模型——软件按照什么规则对数据进行加工，

将输入数据转换成输出结果。

▲如何理解教材提出的“系统分解、逐步求精”概念

如何理解教材3-1-5的内容

▲需求分析的本质

从当前系统物理模型出发，经过“抽象”，转换成为目标系统逻辑模型

▲将来结合案例理解上述观点。

二、补充：获取需求的方法

为什么增加这项内容

做好需求分析所面临的首要问题，就是如何理解好用户的业务，而不是专业的分析方法。

从什么角度获取并真正理解用户需求

▲从业务流程的角度

▲从计算机系统IPO的角度

某些教材的观点——面向流程进行需求分析

若干基本方法

▲与用户建立畅通的工作机制。

▲观察、倾听、提问。

▲与用户组成联合小组，通过“用例”获取用户需求。

▲通过“原型”获取用户需求

▲对同类型软件与同类型单位进行调研。

三、软件需求建模（教材3-2）

软件建模的定义（教材3-2-1）

以简单、准确、结构清晰的方式，描述软件需求。

软件建模有什么作用

▲清楚、规范地描述系统的全局

系统由哪些元素所构成

每个系统元素的作用是什么

系统内部各元素之间的相互关系

提示：上述

提示：上述3点是重复第2章已经讲述的内容

▲“思考”与交流的工具（教材有所阐述）。

如何理解图3-5中数据字典的作用

▲地位

数据字典是软件模型的核心。

▲用途

是对软件模型中所出现的数据作出完整、明确、一致、无歧义的定义。

▲提示

查阅有关“元数据”的资料，有助于理解此问题。

对教材3-2的意图说明

▲基本意图是介绍有哪些描述软件功能、数据、行为的模型。

▲软件建模应首先明确到底使用什么方法。

▲从软件技术角度，主要有结构化与面向对象等2种方法。在需求分析阶段，前者一般使用数据流方法。

▲采用不同的方法，应使用不同的模型描述需求。

▲无论采用哪种方法，其模型都应该包含对数据、功能与行为的描述。

关于教材所列举的各种模型（教材3-2的有关内容）教材位置 教材用词 说明

3-2-2-1/2/3数据对不同于面向对象方法的“对象”

象、属性与“类”,意图是说明数据模型与关系 必须包含对数据对象、属性及相互关系的描述（请留意教材

的论述）。

3-2-2-4E-R图结构化方法，一般在软件设计

阶段用于数据库设计。

功能模型教材所阐述的是“数据流图”，

属于结构化方法；面向对象方法使用“用例图”等方式描述软件功能。

行为模型 教材主要介绍状态图，另外，

也可以使用流程图、伪代码、判定树等方法描述软件的行为

（请留意教材P47上）。

数据字典 配套使用，对数据作出定义。

面向对象面向对象模型内部包含对功

模型

模型

能、数据、行为的描述，其中，

UML 是一种标准化的建模工

具，值得关注。

补充

业务流程对于业务流程复杂的软件，流

图

程图是相对直观、便于双方交

流的描述工具，有助于准确理

解用户需求，但是，从软件需

求分析的角度，需要进一步抽

象到更高层次的模型

课程要求：使用面向对象的分析方法，用UML建模。

四、关于需求规格说明