第三章需求分析
第3章-需求分析课件
❖ 2。需求分析
❖ 这个阶段对已收集的需求进行提炼、分析和审查，即对问 题的分析和方案的综合，确保所有的需求含义都被理解， 并找出可能错误，遗漏或不足的地方。
❖ 分析人员在这一步骤中的任务是根据对问题及其环境的理 解与软件开发经验，改正用户需求的模糊性、歧义性和不 一致性，排除由于用户的片面性和短期行为所导致的不合 理要求、挖掘用户尚未提出但具有价值的潜在需求，并在 用户的帮助下对相互冲突的要求进行折衷，使用户需求逐 步精确化、一致化和完全化。
经过评审确认的需求规格说明将成为客户方与开发方的 合同。如果评审未通过，比如发现了遗漏或错误，则必 须进行迭代，直至通过评审为止。
需求分析的任务
与软件实际运行相关的需求分析任务
1、确定对系统的综合要求 2、分析系统的数据要求 3、异出系统的逻辑模型 4、修正项目开发划 5、开发原型系统
3.3.2 需求分析的一般性技术
在分析阶段构筑的模型不应涉及软件实现的细节，以免分散分 析人员的注意力、限制软件设计人员为提高软件质量和效率而 选择实现方法的自由度。
需求分析结束时确立的软件模型是生成需求规格说明的依据， 也是软件设计和实现的基础。
3.3.2.3 快速原型技术
如果按照传统的软件开发方法，需要经过漫长的开 发时间之后用户才能看到目标软件的最初版本。此 时用户常常会提出许多修改意见，有时甚至全盘否 定，导致开发失败。为了降低开发风险，在需求分 析阶段常常采用快速原型技术。
发挥。 ③所提问题汇总后应能反映应用问题及其子问题的全貌、并且
不要过分详细。
2．观察用户工作流程
如果可能，可通过实际观察用户的手工操作过 程来提取新系统的初步用户需求。
观察手工操作过程不是为了模拟手工操作过程， 而是为了获取第一手资料，并从中提取出有价 值的需求。分析人员有了第一手资料，再结合 自己的软件开发和应用的经验，就能够发现不 合理的用户需求、提出用户还没有意识到的潜 在的但却很有价值的用户需求，并能够从软件 的角度改进操作流程和操作规范，从而可获得 用户满意的分析结果。
第3章需求分析详解
客户访谈 问题分析与确认
20
与用户沟通的方法
1、访谈
2、面向数据流自顶向下求精
3、简易的应用规格说明技术 4、快速建立软件原型
21
3.2.1.访谈
正式的访谈：具体问题的问答形式； 非正式的访谈：开放式、交互性的问答。 书面调查：调查大量人员意见； 情景分析技术：对用户将来使用目标系统解决某个具 体问题的方法和结果进行分析。 1）能在某种程度上演示目标系统的行为，便于理解； 2）用户在需求分析过程中始终扮演积极主动的角色。
某出版社系统调查表
编号 提出问题
1
2 3 4 5 6 7 8 9
您在哪个部门工作？
出版业务流程是什么？ 您每日都处理那些文件、数据、报表？ 工作中手工处理特别麻烦的事情是什么？ 工作中手工处理什么问题解决不了？影响效率的问题有哪些？ 您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些 办法？ 您的部门需要成本核算和统计的内容有哪些？ 您的部门采用计算机管理工作情况如何？ 如何改进业务流程使之更合理？
消除数据冗余的程度。
3.1.3.导出系统的逻辑模型
导出详细的系统逻辑模型。
数据流图 数据字典 实体-联系图
姓名
性别
编号
教 师
1 教 N
状态转换图
主要的处理算法
课程名
课 程
学时
学分
3.1.4.修正系统的开发计划
修正在可行性分析阶段制定的初步的开发计划。
3.2 与用户沟通获取需求的方法
图:软件需求分析的通信途径
3.2.3.简易的应用规格说明技术
前两种方法中，用户比较被动。ቤተ መጻሕፍቲ ባይዱ
第3章需求分析ppt课件
(1). 数据对象
数据对象: 是对软件必须理解的复合信息的抽象。 复合信息: 是指具有一系列不同性质或属性的事物，
或升级？
7
(2) 性能需求
软件开发的技术性指标 例如：
• 存储容量限制 • 执行速度、相应时间 • 吞吐量
8
(3) 环境需求
• 硬件设备：机型、外设、接口、
地点、分布、温度、 湿度、磁场干扰等
•软件：
操作系统 网络 数据库
9
(4) 界面需求
• 有来自其它系统的输入吗？ • 到自其它系统的输出吗？ • 对数据格式有规定吗？ • 对数据存储介质有规定吗？
第3章 需求分析
为什么需要需求分析
开发人员往往急于求成 希望对开发进行指导 希望开发人员对用户的要求理解 希望用户理解开发人员 测试部门有理可依
2
需求分析的任务
准确地定义未来系统的目标，确定为了满 足用户的需求系统必须做什么。用 <需求规格 说明书> 规范的形式准确地表达用户的需求。
开发人员同意的。
24
软件客户需求义务书 （1）(Note 13)
客户有下列义务： 1. 给分析人员讲解业务及说明业务方面的术语等专业问题。 2. 抽出时间清楚地说明需求并不断完善。 3. 当说明系统需求时，力求准确详细。 4. 需要时要及时对需求做出决策。 5. 要尊重开发人员的成本估算和对需求的可行性分析。
•建立分析小组
领域专家： 主角 系统分析员：导演
第03章需求分析
系统需求
功能需求
需求规约(规格)
(specification)
需求组成的全景图
第7页，共67页。
需求分析
软件需求的组成部分
业务需求：
反映组织机构和客户对系统、产品高层次的目标要求。
用户需求：
从用户使用的角度给出需求的描述。
系统需求：
从系统的角度描述要提供的服务以及所受到的约束。
数据对象彼此间是有关联的。 数据对象只是封装了“数据”，而没有描述施加于数
据之上的操作。
第29页，共67页。
3.4.2 属 性
属性
属性定义了数据对象的性质。 必须把一个或多个属性定义为“标识符”，当我们希望找到
软件需求过程
第12页，共67页。
需求有效 性验证
需求规约
软件需求获取和分析
需求获取
是开发人员与客户或用户一起对应用领域进行调查研究，收集系统需求的过程。
需求分析
是将获取到的需求准确的理解、求精，并将其转化为完整的需求定义（包 括建模），进而生成需求规约的过程。
需求描述和文档编写
按照规范的格式（标准指南，如国标）和采用常用的工具编制软件需求分 析说明书。
需求分析的意义 需求分析的目的 需求分析的相关人
第3页，共67页。
需求分析的意义
软件需求的深入理解是软件开发工作获得成功的前 提条件，不论我们把设计和编码做得如何出色，不 能真正满足用户需求的程序只会令用户失望，给开 发带来烦恼。
第4页，共67页。
需求分析的目的
需求分析是软件定义时期的最后一个阶段，它的基本 任务不是确定系统怎样完成它的工作，而是确定系统 必须完成哪些工作，也就是对目标系统提出完整、准 确、清晰、具体的要求。并在在需求分析阶段结束之 前，由系统分析员写出软件需求规格说明书，以书面 形式准确地描述软件需求。
软件工程第3章_需求分析
ADA，MODULA－2，SMALLTALK－80，JAVA，VB， VC，VF等。
(2) 可重用的软件构件
• 另外一种快速构建原型的方法，是使用一组已有的软件构 件(也称为组件)来装配(而不是从头构造)原型。
确定对系统的综合要求
功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求
3.1 需求分析的任务
分析系统的数据要求
建立数据模型（实体— 联系图） 分析数据结构（层次方框图、Warnier图） 规范数据结构（范式）
导出系统的逻辑模型
LOGO
第三章 需求分析
主讲：李 辉
第3章 需求分析
3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8 验证软件需求
为什么要进行需求分析
软件需求分析是软件开发的基础。在需求阶 段修复一个错误的费用是编码阶段的1/5-1/10， 是维护阶段修复费用的1/100-1/200，即设计错误 的修复费用要远远高于编码错误的修复费用。
（3）反复进行上述两个过程，分析员通过功能分解完成 数据流图的细化。最终得到对系统数据和功能要求的满意 了解。
示意图
图3.1 面向数据流自顶向下求精过程
简易的应用规格说明技术
是一种面向团队的需求收集法。
访谈或面向数据流自顶向下求精方法定义需求 时，用户处于被动地位。由于不能像同一个团队 的人那样齐心协力地识别和精化需求，这两种方 法的效果有时并不理想。
第3章 需求分析-软件工程案例教程(第2版)-李军国-清华大学出版社
可行性研究的任务和目的
➢ 用最小的代价在尽可能短的时间内确 定问题是否能够解决。
➢ 确定问题是否能够解决和值得解决。 ➢ 分析可能的利弊关系。
➢ 对行动方针提出建议（是否可行）。
7
可行性研究的时间与成本
➢ 可行性研究实质上是在较高层次上以抽 象方式进行系统分析和设计的过程。
➢ 可行性研究需要的时间长短取决于工程 的规模。
仔细阅读和分析有关的材料，改正含糊或不正确的叙述， 清晰的描述目标系统。
➢ 识别用户的真正要求?（访问关键人员） ➢技术现状如何？ （系统调研） ➢系统配置如何？ （分析有关的材料） ➢系统维护能力如何？ （系统调研） ➢ 系统配置与外部环境的接口什么样？（限制和约束） ➢ 技术上的风险有哪些？ ➢ 是否具备技术资源？ ➢ 开发人员是否得到培训？ ➢ 是否存在法律责任和政治风险？
21
系统分析的内容
1. 环境分析 2. 物理分析 3. 功能分析 4. 信息分析 5. 动态分析
➢ 了解业务活动状况，特别是活动要点的分析。 ➢ 明确这些要点间什么在流动，如何流动。 ➢ 对物理流量进行分析。 ➢ 模型化，得到实际业务系统的物理模型。
22
系统分析的内容
1. 环境分析 2. 物理分析 3. 功能分析 4. 信息分析 5. 动态分析
➢ 了解系统应解决的问题是什么？ ➢ 这些问题是如何提出的？ ➢ 了解问题的结构。 ➢ 这些问题如何解决才能满足用户的要求？
17
案例： （库存管理）
找出问题
➢不能及时获得库存信息 ➢库存信息不够准确 ➢无法及时了解车间对库存商品的需求情况
18
系统分析过程
① 分析现实世界，充分理解当前系统，并用一个具体模 型描述，获得当前系统的物理模型。
第三章：需求分析PPT课件
②会议准备：邀请开发者和用户双方组织的代表出席会议，并 在开会前预先把写好的产品需求分发给每位与会者。要求每位 与会者在开会的前认真审查产品需求，并且列出作为系统环境 组成部分的对象、系统将产生的对象以及系统为了完成自己的 功能将使用的对象。此外，还要求每位与会者列出操作这些对
象或与这些对象交互的服务(即处理或功能)。最后还应该列出 约束条件(例如，成本、规模、完成日期)和性能标准(例如，速 度、容量)。
②用户复查：从输入端开始，分析员借助数据流图、数据字 典和IPO图向用户解释输入数据是怎样一步一步地转变成输 出数据的。通过复查，再次完善数据流程图。
③细化DFD：两条原则
加细前后的I\O须相同。
分解到须考虑具体实现的代码时即可仃止。
7
2021/3/12
3.2获取需求的方法
面向数据流自顶向下求精的过程
(2) 由于情景分析较易为用户所理解，使用这种技术能保证 用户在需求分析过程中始终扮演一个积极方法
2、面向数据流自顶向下求精
①沿DFD回溯：DFD的输出端是系统的最终目的。向从“输 出端”到“输入端”回溯确定每个数据元素的来源，可加 细DFD及DD，并将相关算法记录在IPO图中。
4
2021/3/12
3.1 需求分析的任务
2、分析数据要求 ⑴建立概念性数据模型: E-R 图 ⑵形象描绘数据结构: 层次方框图, Warnier 图 ⑶数据结构规范化(“范式”)：减少数据冗余，避免数据操作异常 3、导出逻辑模型：
DFD +状态转换图+E-R+ DD + IPO
4、修正计划：重估成本、进度等。
有补充 修正
需要 分解
分析追踪 数据流图
用户复查
第3章需求分析
需求分析的任务
5、编写需求规格说明书和开发计划 根据上述的阶段性成果，汇总为“软件
需求规格说明书”，以提交评审 在可行性分析的基础上，较准确地估计
系统的开发成本和进度 修正开发计划
需求分析的任务--举例
馆长和馆员
配合 走 访 客 户 ， 调 研 业务流程
调研 分析师
记录调研过程资料
与用户沟通获取需求的方法
需求获取是否彻底与成功，直接关系到软 件开发的成败。
需求获取为什么难?
（1）用户需求具有动态性，即需求的不稳定性：在整个软 件生命周期内，需求会随着时间的进展而有所变化。
（2）用户需求具有模糊性：由于用户的需求表达不很清楚 也不够明确。
与用户沟通获取需求的方法
1、需求获取技术
回溯时常遇到的问题：为了得到某个数据元素需要 用到数据流图中还没有的数据元素，或者得出这个 数据元素要用的算法尚不完全清楚。
因此，需要向用户等有关人员请教，使分析员对目 标系统的认识更深入具体，更多的数据元素被划分 出来，更多的算法搞清楚了。
把分析过程中得到的数据元素记录在数据字典中， 把对算法的简明描述记录在IPO图中，并添加到数据 流图的适当位置上。
与用户沟通获取需求的方法
数据流图是帮助用户复查需求的极好工具； 分析员向用户解释数据的来源（组成和处理，反映
了分析员对系统已有的认识。） 用户要及时纠正和补充分析员的认识
它验证了已知的元素，补充了未知的元素，填补了 文档中的空白；
分析员对系统的认识是一个螺旋式上升的过程。
与用户沟通获取需求的方法
外部输 入或系 统生成
与用户沟通获取需求的方法
输入数据
加工： f g k
输出数据
第3章 需求分析-大纲
第三章需求分析
3.1 需求分析的任务和步骤
——需求分析的任务
……确定对系统的综合要求
……分析系统的数据要求
……建立软件的逻辑模型
——确定对系统的综合要求
……功能性需求
……非功能性需求：可用性，可靠性……
——分析系统的数据要求
……数据字典——定义数据
……层次方框图——定义数据结构
——建立软件的逻辑模型：数据流图、数据字典、实体-联系图、主要算法
——编写软件需求规格说明书
——需求分析评审
3.2 需求获取的常用方法（5个）
——访谈
——问卷调查
——观察用户工作流程
——建立联合分析小组
——快速原型法
3.3 需求分析的方法（4个）
——功能分解法：软件需求当做一棵倒置的功能树
——结构化开发方法：结构化分析、结构化设计和结构化程序设计
——信息建模方法：实体-联系图
——面向对象的分析
3.4 结构化分析技术
——思路：基于数据流图自顶向下逐层分解
3.5 需求分析图形工具
——实体-联系图（Entity-Relationship Diagram）
……实体定义：对软件必须理解的复合信息的抽象
……属性定义：数据对象的性质
……联系定义：数据对象彼此之间相互连接的方式
——数据字典
……定义：数据字典是关于数据的信息的集合，也就是对数据流图中包含的
所有元素的定义的集合。
……四类元素：数据流，数据流分量（即数据元素），数据存储，处理——层次方框图
……定义：用树型结构的一系列多层次的矩形框描绘数据的层次结构。
——IPO图（Input Process Output）。
管理经济学-第三章需求分析
06
需求的收入弹性
定义
需求的收入弹性是指当消费者的收入发生变化时，需 求量变动的程度。具体来说，它衡量了需求量对收入 变动的敏感程度。
需求的收入弹性通常用需求量变动的百分比与收入变 动的百分比的比值来表示。
分类
01
正常品
需求的收入弹性大于零的商品， 即随着收入的增加，需求量也相 应增加。
劣等品
非线性需求函数
非线性需求函数是指需求量与价格之间呈非线性关系，通常表示为：Qd = f(P) 其中，f(P)是一个关于P的函数，可以 是二次函数、三次函数或其他形式的函数。
指数需求函数
指数需求函数是指需求量与价格之间呈指数关系，通常表示为：Qd = e^(-aP) 其中，a是常数，Qd和P 分别代表需求量和价格。
具体计算时，需要先确定商品B需求变化量 以及商品A价格变化量，然后带入公式进行
计算。
应用场景
交叉弹性在市场营销中具有重要应用价值。例如，当企业分析其产品与竞争对手产品之间的关系时，可以利用交叉弹性来评 估产品之间的替代或互补程度，从而制定有效的营销策略。
另外，交叉弹性也可以用于分析不同产品之间的关联程度，帮助企业了解市场需求和消费者行为，从而更好地制定产品定价 、促销和分销策略。
05
需求的交叉弹性
定义
交叉弹性是指一种商品的需求量对另一种商品价格变动的反 应程度。具体来说，它衡量了一种商品价格变化百分之一时 ，另一种商品需求量变化的百分比。
交叉弹性可以分为正交叉弹性和负交叉弹性，正交叉弹性表 示两种商品为替代品，负交叉弹性表示两种商品为互补品。
计算方法
交叉弹性 = (商品B需求变化量 / 商品B原始 需求量) / (商品A价格变化量 / 商品A原始价 格)
第3章-需求分析
这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行
分解，用层次的方式展示细节。
需求获取面临的挑战
客户说不清楚需求 需求易变性 问题的复杂性和对问题空间 理解的不完备性与不一致性
优秀需求具有的特性
❖ 1. 完整性 ❖ 2. 正确性 ❖ 3. 可行性 ❖ 4. 必要性 ❖ 5. 划分优先级 ❖ 6. 无二义性 ❖ 7. 可验证性
6 D1 库存清单
包含零件编号、 名称、目前价格 1
事务
1
5
2 定货报表
仓库管理员
处理
产生
采购员
事务
Байду номын сангаас
报表
形成定货数量 2
4
D2 定货信息
3
面向数据流方法的分析的应用
6
D1 库存清单
7
仓库
事务 1.1 接收
管理员
事务
事务 1.2 更新 库存
5
库存信息 1.3 处理 定货
D3 供应商信息 1
2 定货报表 产生 报表
现实世界
面
OOA
向 对
象
开 OOD 发
方
OOP 法
结构化
结 分析
构
化 结构化 开 设计
发
方 法
结构化 编程
计算机世界
结构化分析模型的组成结构
数
加
据 E-R图
数据流图 工
对 象
(DFD) 说
数据字典
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成结构
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.在软件需求规范中，下述哪些要求可以归类为过程要求( )
A. 执行要求
B. 效率要求
C. 可靠性要求
D. 可移植性要求
2.在软件需求分析和设计过程中，其分析与设计对象可归结成两个主要的对象，即数据和程序，按一般实施的原则，对二者的处理应该( )
A. 先数据后程序
B. 与顺序无关
C. 先程序后数据
D. 可同时进行
3.在下面的叙述中哪一个不是软件需求分析的任务( )
A. 问题分解
B. 可靠性与性要求
C. 结构化程序设计
D. 确定逻辑模型
4.进行需求分析可使用多种工具，但( )是不适用的。
A. 数据流图(DFD)
B. 判定表
C. PAD图
D. 数据字典
5.在软件的需求分析中，开发人员要从用户那里解决的最重要的问题是( )
A. 要让软件做什么
B. 要给该软件提供哪些信息
C. 要求软件工作效率怎样
D. 要让软件具有何种结构
6.软件需求分析阶段的工作，可以分为四个方面：对问题的识别.分析与综合.编写需求分析文档以及( )
A. 软件的总结
B. 需求分析评审
C. 阶段性报告
D. 以上答案都不正确
7.各种需求分析方法都有它们共同适用的( )
A. 说明方法
B. 描述方式
C. 准则
D. 基本原则
8.数据流图是常用的进行软件需求分析的图形工具，其基本图形符号是( )
A. 输入.输出.外部实体和加工
B. 变换.加工.数据流和
C. 加工.数据流.数据存储和外部实体
D. 变换.数据存储.加工和数据流
9.判定表和判定树是数据流图中用以描述加工的工具，它常描述的对象是( )
A. 逻辑判断
B. 层次分解
C. 操作条目
D. 组合条件
10.试判断下列叙述中，哪个（些）是正确的( )
a.软件系统中所有的信息流都可以认为是事务流
b.软件系统中所有的信息流都可以认为是变换流
c.事务分析和变换分析的设计步骤是基本相似的
A. a
B. b
C. c
D. b和c
11.决定大型程序模块组织的基本原则的两种交替设计策略为( )
A. 面向用户的原型化和面向的原型化
B. 物理模型与逻辑模型
C. 数据字典和数据流
D. 数据分解和算法分解
12.在程序的描述与分析中，用以指明数据来源.数据流向和数据处理的辅助图形是( )
A. 瀑布模型图
B. 数据流图
C. 图
D. 业务流
13.数据流图是用于表示软件模型的一种图示方法，在下列可采用的绘制方法中，哪些是常采用的( )
a.自顶向下
b.自底向上
c.分层绘制
d.逐步求精
A. 全是
B. a，c和d
C. b，c和d
D. a和c
14.结构化分析（SA）方法将欲开发的软件系统分解为若干基本加工，并对加工进行说明，下述是常用的说明工具，其中便于对加工出现的组合条件的说明工具是( )
a.结构化语言
b.判定树
c.判定表
A. b和c
B. a,b和c
C. a和c
D. a和b
15.加工是对数据流图中不能再分解的基本加工的精确说明，下述哪个是加工的最核心( )
A. 加工顺序
B. 加工逻辑
C. 执行频率
D. 激发条件
16.在结构化分析方法中，用以表达系统内数据的运动情况的工具有( )
A. 数据流图
B. 数据字典
C. 结构化语言
D. 判定表与判定树
17.在结构化分析方法中，用状态--迁移图表达系统或对象的行为。
在状态--迁移图中，由一个状态和一个事件所决定的下一个状态可能会有( )个
A. 1
B. 2
C. 多个
D. 不确定
18.在软件开发过程中常用图作为描述工具。
DFD就是面向(1)分析方法的描述工具。
在一套分层DFD中，如果某一张图中有N个加工(process),则这张图允许有(2)张子图。
在一张DFD 图中，任意两个加工之间(3)。
在画分层DFD时，应注意保持(4)之间的平衡。
DFD中从系统的输入流到系统的输出流的一连串连续变换形成一种信息流，这种信息流可分为(5)两大类。
(1)A. 数据结构 B. 数据流
C. 对象
D. 构件（component)
(2)A. 0 B. 1
C. 1～N
D. 0～N
(3)A. 有且仅有一条数据流
B. 至少有一条数据流
C. 可以有0或多条名字互不相同的数据流
D. 可以有0或多条数据流，但允许其中有若干条名字相同的数据流
(4)A. 父图与子图 B. 同一父图的所有子图
C. 不同父图的所有子图
D. 同一子图的所有直接父图
(5)A. 控制流和变换流 B.变换流和事务流
C. 事务流和事件流
D.事件流和控制流
19.软件需求说明书是软件需求分析阶段的重要文件，下述哪个(些)是其应包含的内容( )
a.数据描述
b.功能描述
c.模块描述
d.性能描述
A. b
B. c和d
C. a，b和c
D. a，b和d
20.软件需求规格说明书的内容不应该包括( )
A. 对重要功能的描述
B. 对算法的详细过程描述
C. 对数据的要求
D. 软件的性能
21.软件需求说明书在软件开发中具有重要作用，但其作用不应该包括( )
A. 软件设计的依据
B. 用户和开发人员对软件要做什么的共同理解
C. 软件验收的依据
D. 软件可行性分析依据
答案：
1.A
2.A
3.C
4.C
5.A
6.B
7.D
8.C
9.D 10.C 11.D 12.B 13.B 14.A 15.B 16.A 1 7.C 18.①B ②D ③C ④A⑤B 19.D 20.B 21.D。