软件需求分析PPT演示文稿
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
状态转换图：通过描绘系统的状态及引起系统状态转换的
事件,来表示系统的行为.此外,状态图还指明了作为特定事件的 结果系统将作那些动作(例如,处理数据)。
同时，借用数据词典、结构化语言、判定表、判定树等工
具对它们进行详细说明。
25.10.2020
15
面向数据流自顶向下求精分析过程
DFD描述问题空间中数据变换处理之间的逻辑关系，尤其 适用于MIS系统的表述。DFD方法直观易懂，使用者可以方便 地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断 活动的时序关系。
ER图描述问题空间中数据存贮之间的逻辑关系，需求分 析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使 用ERD描述物理表之间的关系。ERD只关注系统中数据间的关 系，而缺乏对系统功能的描述。
本章主要是介绍结构化的需求分析方法。
25.10.2020
13
三、结构化的分析方法
结构化软件分析方法 (SA) 也就是面向数据流 的分析方法，它把问题描述为
数据流图＋实体联系图（＋状态转换图） 的形式
25.10.2020
14
DFD，ERD和状态转换图主要用于需求建模，使用DFD ＋DD构造需求分析中的功能模型，使用ERD构造概念模型， 状态转换图构造系统的行为模型（时间和时序）。
层次方框图、Warnier图等。
复杂的数据由许多基本的数据元素组成，数据元素之
间的逻辑关系用数据结构表示。利用数据字典可以全面
准确地定义数据，但是不够形象直观（缺点）。为了提
高可理解性，常常利用图形工具辅助描绘数据结构。常
用的图形工具有层次方框图和Warnier图。
软件系统经常使用各种长期保存的信息，这些信息
可行性分析 DFD 功能具体化 DD
需求规格说明
加细 DFD
DD
算法 描述
IPO
25.10.2020 Final stage of Definition phase
3
任务分解
1、确定对系统的综合要求 2、分析系统的数据要求 3、导出系统的逻辑模型 4、修正系统开发计划 5、开发原型系统（样机模型）
6、编写软件需求规格说明书
25.10.2020
4
1、确定对系统的综合要求（讲义p48）
(1) 功能需求 (2) (2) 性能需求 (3) 环境需求 (4) 界面需求
……
（n）将来可能提出的要求
(1) 功能需求
系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？
(2) 性能需求
软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量
10
把建立原型ห้องสมุดไป่ตู้统作为一种可能采取的策略的主要理由：
※由于人类认识能力的局限，不能预先指定所有要求。 ※在用户和系统分析员之间存在固有的交流鸿沟。 ※用户需要一个“活的”系统模型，以便获得实践经验。 ※在开发过程中重复和反复是必要的和不可避免的。 ※目前有快速建立原型系统的工具可供选用。
由于成本的增加，过去很少采用样机策略。但是，由于 正确地提出用户需求是软件开发工程成功的基础，近来主张 采用样机策略的人也多起来。
3.2 性能需求 3.2.1 数据精度 3.2.2 时间特性 3.2.3 适应性
3.3 设计约束 3.4 属性需求
3.4.1 安全性 3.4.2 可维护性 3.4.3 保密性
…… 附录 索引
25.10.2020
12
二、需求分析的步骤
获取用户需求→分析用户需求→编写需求文档 →评审需求文档→管理需求。
25.10.2020
9
5、开发原型系统（样机模型）
在第一章我们讲过软件开发三种模型当 中，有一种原型模型（也称样机模型）。 在需求分析当中，使用样机的主要目的是 ：使用户通过实践获得关于未来的系统将 怎样为他们工作的更直接更具体的概念， 从而可以更准确地提出和解决他们的要求 。
25.10.2020
6、编写软件需求规格说明书
编写提纲见表3-1 (next page)
25.10.2020
11
表3-1 需求规格说明书提纲
1、引言 1.1 目的 1.2 背景 1.3 定义 1.4 参考资料
2、项目概述 2.1 产品描述 2.2 产品功能 2.3 用户特点 2.4 一般约束 2.5 假设与依据
3、具体需求 3.1 功能需求 3.1.1 规格说明 3.1.1.1 引言 3.1.1.2 输入 3.1.1.3 输出 3.1.1.4 加工 3.1.2 外部接口 3.1.2.1 用户接口 3.1.2.2 硬件接口 3.1.2.3 软件接口 3.1.2.4 通讯接口
(3) 环境需求
硬件设备：机型、外设、接口、地点、 分布、温度、湿度、磁场干扰等
软件： 操作系统、网络、数据库
(4) 界面需求
有来自其它系统的输入吗？ 有到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？
2、分析系统的数据要求
软件需求分析的一个重要任务是分析系统的数据要求。
通常采用建立概念模型的方法，并辅助图形工具，如：
第三章 软件需求分析
25.10.2020
1
内容提要
一、需求分析的任务
二、需求分析的步骤
三、结构化的分析方法
四、概念模型和规范化
五、软件需求分析工具
六、状态转换图
七、验证软件需求
八、小结
25.10.2020
2
一、需求分析的任务
仍然回答“What(做什么)”， 而不是“How（怎样做）”， 但更细致、精确（合同的拟定）
目前，需求分析的方法有面向数据流的方法（也 就是结构化的分析方法（SA），使用的工具有DFD＋ RED等），以及面向对象的方法（使用的工具为用例 图等）。一般来说，可以使用DFD＋ERD来描述那些 功能层次比较清晰的需求；而USE CASE则适于描述 功能结构复杂的需求。做需求分析的目的是为了建立 需求的模型，不同的子系统有可能使用不同的建模方 法。
通常以一定的方式组织并存储在数据库或文件中，为减
少数据冗余，需要简化修改数据的过程，通常需要把数
据结构规范化。
25.10.2020
8
3、导出系统的逻辑模型
根据系统的综合要求和系统的数据要求 的结果，导出系统的详细的逻辑模型。通 常用数据流图、数据字典和主要的处理算 法描述。
4、修正系统开发计划
在分析过程中对系统更深入更具体的了解， 可以比较准确地估计系统的成本和进度，修正 以前制定的开发计划
事件,来表示系统的行为.此外,状态图还指明了作为特定事件的 结果系统将作那些动作(例如,处理数据)。
同时，借用数据词典、结构化语言、判定表、判定树等工
具对它们进行详细说明。
25.10.2020
15
面向数据流自顶向下求精分析过程
DFD描述问题空间中数据变换处理之间的逻辑关系，尤其 适用于MIS系统的表述。DFD方法直观易懂，使用者可以方便 地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断 活动的时序关系。
ER图描述问题空间中数据存贮之间的逻辑关系，需求分 析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使 用ERD描述物理表之间的关系。ERD只关注系统中数据间的关 系，而缺乏对系统功能的描述。
本章主要是介绍结构化的需求分析方法。
25.10.2020
13
三、结构化的分析方法
结构化软件分析方法 (SA) 也就是面向数据流 的分析方法，它把问题描述为
数据流图＋实体联系图（＋状态转换图） 的形式
25.10.2020
14
DFD，ERD和状态转换图主要用于需求建模，使用DFD ＋DD构造需求分析中的功能模型，使用ERD构造概念模型， 状态转换图构造系统的行为模型（时间和时序）。
层次方框图、Warnier图等。
复杂的数据由许多基本的数据元素组成，数据元素之
间的逻辑关系用数据结构表示。利用数据字典可以全面
准确地定义数据，但是不够形象直观（缺点）。为了提
高可理解性，常常利用图形工具辅助描绘数据结构。常
用的图形工具有层次方框图和Warnier图。
软件系统经常使用各种长期保存的信息，这些信息
可行性分析 DFD 功能具体化 DD
需求规格说明
加细 DFD
DD
算法 描述
IPO
25.10.2020 Final stage of Definition phase
3
任务分解
1、确定对系统的综合要求 2、分析系统的数据要求 3、导出系统的逻辑模型 4、修正系统开发计划 5、开发原型系统（样机模型）
6、编写软件需求规格说明书
25.10.2020
4
1、确定对系统的综合要求（讲义p48）
(1) 功能需求 (2) (2) 性能需求 (3) 环境需求 (4) 界面需求
……
（n）将来可能提出的要求
(1) 功能需求
系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？
(2) 性能需求
软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量
10
把建立原型ห้องสมุดไป่ตู้统作为一种可能采取的策略的主要理由：
※由于人类认识能力的局限，不能预先指定所有要求。 ※在用户和系统分析员之间存在固有的交流鸿沟。 ※用户需要一个“活的”系统模型，以便获得实践经验。 ※在开发过程中重复和反复是必要的和不可避免的。 ※目前有快速建立原型系统的工具可供选用。
由于成本的增加，过去很少采用样机策略。但是，由于 正确地提出用户需求是软件开发工程成功的基础，近来主张 采用样机策略的人也多起来。
3.2 性能需求 3.2.1 数据精度 3.2.2 时间特性 3.2.3 适应性
3.3 设计约束 3.4 属性需求
3.4.1 安全性 3.4.2 可维护性 3.4.3 保密性
…… 附录 索引
25.10.2020
12
二、需求分析的步骤
获取用户需求→分析用户需求→编写需求文档 →评审需求文档→管理需求。
25.10.2020
9
5、开发原型系统（样机模型）
在第一章我们讲过软件开发三种模型当 中，有一种原型模型（也称样机模型）。 在需求分析当中，使用样机的主要目的是 ：使用户通过实践获得关于未来的系统将 怎样为他们工作的更直接更具体的概念， 从而可以更准确地提出和解决他们的要求 。
25.10.2020
6、编写软件需求规格说明书
编写提纲见表3-1 (next page)
25.10.2020
11
表3-1 需求规格说明书提纲
1、引言 1.1 目的 1.2 背景 1.3 定义 1.4 参考资料
2、项目概述 2.1 产品描述 2.2 产品功能 2.3 用户特点 2.4 一般约束 2.5 假设与依据
3、具体需求 3.1 功能需求 3.1.1 规格说明 3.1.1.1 引言 3.1.1.2 输入 3.1.1.3 输出 3.1.1.4 加工 3.1.2 外部接口 3.1.2.1 用户接口 3.1.2.2 硬件接口 3.1.2.3 软件接口 3.1.2.4 通讯接口
(3) 环境需求
硬件设备：机型、外设、接口、地点、 分布、温度、湿度、磁场干扰等
软件： 操作系统、网络、数据库
(4) 界面需求
有来自其它系统的输入吗？ 有到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？
2、分析系统的数据要求
软件需求分析的一个重要任务是分析系统的数据要求。
通常采用建立概念模型的方法，并辅助图形工具，如：
第三章 软件需求分析
25.10.2020
1
内容提要
一、需求分析的任务
二、需求分析的步骤
三、结构化的分析方法
四、概念模型和规范化
五、软件需求分析工具
六、状态转换图
七、验证软件需求
八、小结
25.10.2020
2
一、需求分析的任务
仍然回答“What(做什么)”， 而不是“How（怎样做）”， 但更细致、精确（合同的拟定）
目前，需求分析的方法有面向数据流的方法（也 就是结构化的分析方法（SA），使用的工具有DFD＋ RED等），以及面向对象的方法（使用的工具为用例 图等）。一般来说，可以使用DFD＋ERD来描述那些 功能层次比较清晰的需求；而USE CASE则适于描述 功能结构复杂的需求。做需求分析的目的是为了建立 需求的模型，不同的子系统有可能使用不同的建模方 法。
通常以一定的方式组织并存储在数据库或文件中，为减
少数据冗余，需要简化修改数据的过程，通常需要把数
据结构规范化。
25.10.2020
8
3、导出系统的逻辑模型
根据系统的综合要求和系统的数据要求 的结果，导出系统的详细的逻辑模型。通 常用数据流图、数据字典和主要的处理算 法描述。
4、修正系统开发计划
在分析过程中对系统更深入更具体的了解， 可以比较准确地估计系统的成本和进度，修正 以前制定的开发计划