第3章 需求分析
合集下载
第3章 需求分析
3. 画加工的内部
用画0层图同样的方法画出每个加工的DFD子图。
4. 对DFD子图中的每个加工重复第3步的分解
2013-7-16
上海大学计算机学院
7
数据流求精实例
某考务处理系统
① 对考生送来的报名单进行检查； ② 对合格的报名单编好准考证号后将 准考证送给考生，并将汇总后的 考生名单送给阅卷站； ③ 对阅卷站送来的成绩清单进行检查， 并根据考试中心制定的合格标准 审定合格者； ④ 制作考生通知单（内含成绩及合格 ／不合格标志）送给考生； ⑤ 按地区、年龄、文化程度、职业、 考试级别等进行成绩分类统计和 试题难度分析，产生统计分析表。
2013-7-16
上海大学计算机学院
13
实体-联系图
◆ 基本成分与符号
数据对象/实体
数据对象间的联系（1:1, 1:N, M:N） 属性（数据对象的性质）
◆ 实例
姓名
教工号
教师
M M
学生
N
职称
教N学课程源自M2013-7-16
上海大学计算机学院
14
其他图形工具
◆层次方框图
◆Warnier图
2013-7-16
第3章
需求分析
◆需求分析的任务
◆需求获取
◆需求描述
◆需求验证
2013-7-16
上海大学计算机学院
1
需求分析的任务
◆ 基本任务
● 准确地回答“系统必须做什么?” ● 分析软件需求和书写软件需求规格说明书
◆ 软件需求 ● 用户解决问题或达到目标所需要的条件或能力（want OR need?） ● 需求层次：业务需求用户需求功能与非功能需求 ◆ 具体任务 ● 确定对系统的综合要求 功能需求、性能需求、可靠性和可用性需求、出错处理需求、 接口需求、约束、逆向需求、扩展需求 ● 分析系统的数据要求 ● 导出系统的逻辑模型 ● 修正系统开发计划 ？ 开发原型系统
第3章 受众需求分析
需求广告弹性：指一定时期内一种商品需 求量变化对于其广告支出水平变化的反应 程度，其弹性指数等于其需求量变化百分 比除以广告支出变化的百分比。
一般情况下，随着广告市场推广活动的进行， 受众对传媒产品的需求量会增加，故需求广告弹 性系数大于0，传媒经营者通过估算需求广告弹 性系数来科学决策广告投放方案。E
3、需求交叉弹性
需求交叉弹性：一定时期内一种商品需求量
变化对于它的相关商品的价格变化的反应程度。 其弹性指数等于其需求量变化的百分比除以相关 商品价格变化的百分比。
交叉弹性的大小取决于所考察的两种商品的相关 关系，若是替代关系，替代性越强弹性系数越大; 如果是互补关系，互补性越强则弹性系数的绝对 值就越大。如果两种商品不相关，弹性系数为零， 相关商品的价格对其没有影响。
受众消费需求是媒介消费者对媒介产品 或服务的需求。
一、受众市场的变化
主动性强 市场化 细分化
1、细分化
社会阶层逐渐分化，社会群体多样化，受众群 体间的差异日趋显著。受众市场由大众向分众乃 至小众甚至一对一转变，细分程度越来越深入。
受众被分成越来越细小的群体。
“每个人都有点喜欢的产品是没有 市场的，只有一部分人非常喜欢的产 品才有市场。”
影响需求的主要因素
价格、收入水平、相关商品价格、消费 偏好和价格预期。
1、商品本身的价格
一般说来，一种商品的价格越高，该商品的需求 量就会越小。相反，价格越低，需求量就会越大。
2、消费者的收入水（Yield）
正常商品 Y
Qd
低劣商品 Y
Qd
3、其它相关商品的价格
互Q1
P
D2
D1 P1
0
Q
Q1
Q2
需求价格弹性
一般情况下，随着广告市场推广活动的进行， 受众对传媒产品的需求量会增加，故需求广告弹 性系数大于0，传媒经营者通过估算需求广告弹 性系数来科学决策广告投放方案。E
3、需求交叉弹性
需求交叉弹性：一定时期内一种商品需求量
变化对于它的相关商品的价格变化的反应程度。 其弹性指数等于其需求量变化的百分比除以相关 商品价格变化的百分比。
交叉弹性的大小取决于所考察的两种商品的相关 关系，若是替代关系，替代性越强弹性系数越大; 如果是互补关系，互补性越强则弹性系数的绝对 值就越大。如果两种商品不相关，弹性系数为零， 相关商品的价格对其没有影响。
受众消费需求是媒介消费者对媒介产品 或服务的需求。
一、受众市场的变化
主动性强 市场化 细分化
1、细分化
社会阶层逐渐分化，社会群体多样化，受众群 体间的差异日趋显著。受众市场由大众向分众乃 至小众甚至一对一转变，细分程度越来越深入。
受众被分成越来越细小的群体。
“每个人都有点喜欢的产品是没有 市场的，只有一部分人非常喜欢的产 品才有市场。”
影响需求的主要因素
价格、收入水平、相关商品价格、消费 偏好和价格预期。
1、商品本身的价格
一般说来，一种商品的价格越高，该商品的需求 量就会越小。相反，价格越低，需求量就会越大。
2、消费者的收入水（Yield）
正常商品 Y
Qd
低劣商品 Y
Qd
3、其它相关商品的价格
互Q1
P
D2
D1 P1
0
Q
Q1
Q2
需求价格弹性
(完整版)第三章需求分析习题及答案
第三章需求分析一. 填空题1.需求分析的步骤 , , , 。
2.需求分析阶段需编写的文档有，，。
3.系统规格说明，数据要求，， ,这四份文档资料是在书写文档阶段必需完成的。
4.在书写文档阶段，数据要求主要包括通过需求分析建立起来的，以及描绘数据结构的层次方框图。
5.对于计算机程序处理的数据，其数据域应包括 , , 和数据结构。
6.数据内容即是。
7.把一个功能分解成几个子功能，并确定 , 就属于横向分解。
8.软件需求的逻辑视图给出 , 而不是实现的细节。
9. 功能一般用 , 来表示。
10.结构化分析方法是 , 进行需求分析的方法.11.描述结构化分析方法的工具有，，，判定表，判定树。
12. SA方法中自顶向下的分析策略主要是和。
13.数据流图的基本组成部分有，，，。
14.数据流图的特性，，，。
15.数据流图和数据字典共同构成了系统的模型，是需求规格说明书的主要组成部分。
16.分析员通过需求分析，逐步细化对软件的需求，描述软件主要处理的，并给软件开发提供一种可转化为，和的数据与功能表示。
17．需求分析阶段研究的对象是软件项目的。
18．数据流图的基本符号包括，，，。
19．在需求分析阶段常用的图形工具有，，。
20．需求分析应交付的主要文档是。
二. 选择题1. 需求分析中开发人员要从用户那里了解（）A．软件做什么 B．用户使用界面 C．输入的信息 D．软件的规模2. 需求分析阶段的任务是确定（）A．软件开发方法 B．软件开发工具C．软件开发费 D．软件系统的功能3. 需求分析阶段最重要的技术文档之一是非曲直（）。
A．项目开发计划 B．设计说明书 C．需求规格说明书 D．可行性分析报告4．需求分析阶段建立原型的目的是（）。
A．确定系统的功能和性能的需求 B．确定系统的运行要求C．确定系统是否满足用户需求 D．确定系统是否满足开发人员需要5．需求分析阶段研究的对象是（）A．用户需求 B．分析员要求 C．系统要求 D．软硬件要求6．系统流程图用于可行性分析中的_____的描述。
第3章+需求分析教学教案
必须请用户对上述分析过程中得出的结果仔细
地复查，数据流图是帮助复查的极好工具。从输入 端开始，分析员借助数据流图、数据字典和IPO图 向用户解释输入数据是怎样一步一步地转变成输出 数据的。这些解释集中反映了通过前面的分析工作 分析员所获得的对目标系统的认识。这些认识正确 吗?有没有遗漏?用户应该注意倾听分析员的报告， 并及时纠正和补充分析员的认识。复查过程验证了 已知的元素，补充了未知的元素，填补了文档中的 空白。
3.1需求分析的任务
还有许多问题存在，如数据字典准确性和完整性、算法的 正确性和有没有遗漏必要的处理或数据元素等。
用户对前一个分析步骤中得出的结果仔细地进行复查。用 户应该注意倾听分析员的报告，确定对目标系统的认识是否正 确、有无遗漏，并及时纠正和补充分析员的认识。复查过程验 证了已知的元素，补充了未知的元素，填补了文档中的空白。
3.2.2 面向数据流自顶向下求精
结构化分析方法SA就是面向数据流自顶向下逐 步求精进行需求分析的方法。通过可行性研究已经 得出了目标系统的高层数据流图，需求分析的目标 之一就是把数据流和数据存储定义到元素级。为了 达到这个目标，通常从数据流图的输出端着手分析， 这是因为系统的基本功能是产生这些输出，输出数 据决定了系统必须具有的最基本的组成元素。
为了解决这些问题，往往需要向用户和其他有
关人员请教，他们的回答使分析员对目标系统的认 识更深入更具体了，系统中更多的数据元素被划分 出来了，更多的算法被搞清楚了。通常把分析过程 中得到的有关数据元素的信息记录在数据字典中， 把对算法的简明描述记录在IPO图(见3.7节)中。通 过分析而补充的数据流、数据存储和处理，应该添 加到数据流图的适当位置上。
3.1需求分析的任务
3. 提出系统的逻辑模型
第3章 需求分析
网上查某 本书<3秒
图书名称 /作者姓 名
按照输入的组 合条件，进行 模糊查询
显示“图书名称、作 者姓名、是否借出、 内容简介”
2
后台查询读 者信息响应 时间 后台查询图 书信息响应 时间
图书 馆借 阅部 图书 馆借 阅部
借阅 操作 员 借阅 操作 员
后台查某 读者信息 <2秒 后台查某 部书<2秒
案例3-3 【案例3-3】网上图书馆信息系统的部分接口列表，如 表3-3所示。 表3-3 目标系统的接口列表(接口模型)
3.2 需求分析的任务及过程
表3-3 目标系统的接口列表(接口模型)
编 号 接口 名称 接口 规范 接口 标准 入口参数 出口参数 传输 速率
1
与财 务系 统接 口
财务 系统 规定 的接 口规 范
3.2 需求分析的任务及过程
图3-2需求分析过程
3.2 需求分析的任务及过程
根据实际项目的规模和特点确定合适的需求分析常规过 程如下。 1．需求获取 2．综合需求与描述 3. 需求验证 4．需求文档
课堂讨论：
（1）需求分析具体任务有哪些？ （2）需求分析常规步骤是什么？
3.2 需求分析的任务及过程书信息系统的 部分性能点列表(性能模型)，如表 3-2所示。
3.2 需求分析的任务及过程
表3-2 图书馆系统的性能点列表
编号 性能名称 使用 部门 网上 读者 使用 岗位 网上 读者 性能描述 输入 系统响应 输出
1
读者网上查 询图书信息 响应时间
一张 凭证 一次 处理 传送
3.2 需求分析的任务及过程
7．确定系统运行环境及界面 8．修正开发计划和新系统方案 9. 编写需求文档，验证确认需求 【注意】上述任务要具体分析，灵活运用。如果需求 分析之后，对将要实现的新系统，仍然感到不够明确时， 不应签字确认，还需进行进一步深入分析。
第3 章 结构化需求分析
第3 章 结构化需求分析
3.1.2 需求分析的过程 （2）分析与综合 从信息流和信息结构出发， 从信息流和信息结构出发，逐步细化软 件的所有功能， 件的所有功能，找出系统各个元素之间 的联系、接口特性和对设计的限制， 的联系、接口特性和对设计的限制，判 断是否存在因片面性或短期行为而导致 的不合理需求， 的不合理需求，判断是否有用户尚未提 出的确实有价值的潜在需求， 出的确实有价值的潜在需求，从而提出 其中不合理的部分， 其中不合理的部分，增加真正需要的部 分。
第3 章 结构化需求分析
采用“自顶向下，逐步求精”的方式， 系统被分解成 系统被分解成3 采用“自顶向下，逐步求精”的方式，X系统被分解成 个子系统 ：
第3 章 结构化需求分析
3.3.2 结构化分析方法 指导性原则： 指导性原则： 在开始建立分析模型之前先理解问题， 在开始建立分析模型之前先理解问题 ，而不应 急于求成，甚至在问题未被很好地理解之前， 急于求成 ，甚至在问题未被很好地理解之前， 就产生了一个解决错误问题的软件； 就产生了一个解决错误问题的软件； 开发模型，使用户能够了解将如何进行人机交 开发模型， 互； 记录每个需求的起源和原因， 记录每个需求的起源和原因 ，这样能有效地保 证需求的可追踪性和可回溯性； 证需求的可追踪性和可回溯性； 使用多个需求分析视图，建立数据、 使用多个需求分析视图，建立数据、 功能和行 为模型。 为模型。
第3 章 结构需求分析
3.1.2 需求分析的过程
第3 章 结构化需求分析
3.1.2 需求分析的过程 （1）调查研究 对目标系统的运行环境、功能要求、 对目标系统的运行环境、功能要求、非 功能性要求与用户达成共识。 功能性要求与用户达成共识。 问题研究集中在以下3个方面： 问题研究集中在以下3个方面： 经济可行性： 经济可行性： 技术可行性： 技术可行性： 操作可行性： 操作可行性：
第3章软件需求分析与建模
应如何实施。
2020/3/7第3章软件需求分析与建模
软件工程教研室
15
①数据模型 描述对象系统的本质属性及其关系。常用的建模工具有 实体-联系图等。 ②功能模型 描述对象系统所能实现的所有功能。而不考虑每个功能 实现的次序。常用的建模工具有数据流图、IDEF0等。 ③行为模型 描述对象系统为实现某项功能而发生的动态行为。常用 的建模工具有控制流图、状态转换图等。
2020/3/7第3章软件需求分析与建模
软件工程教研室
24
X
1
3
2
1.1 1.3 1.2
2.2
2.1
2.3
3.2
3.1
3.3
图3-3 自顶向下逐层分解图
2020/3/7第3章软件需求分析与建模
软件工程教研室
25
结构化分析的过程如下 1．建立当前系统（现在工作方式）的概念模型。系统的 概念模型就是现实环境的忠实写照，可用系统流程图来表 示。这样的表达与当前系统完全对应，用户容易理解。 2．抽象出当前系统的逻辑模型。分析系统的概念模型， 抽象出其本质的因素，排除次要因素，获得用数据流图 DFD 图等描述的当前系统的逻辑模型。 3．建立目标系统的逻辑模型。分析目标系统与当前系统 逻辑上的差别，从而进一步明确目标系统“做什么”，建 立目标系统的“逻辑模型”(修改后的数据流图DFD 图等)。 4．建立人机交互接口和其他必要的模型，确定各种方案 的成本和风险等级，据此对各种方案进行分析，选择其中 一种方案，建立完整的需求规约。 分析模型的结构如图3-4所示。
Y
用户和设计者是否满意
N
运行原型
是否放弃
Y
N
把原型作为 把原型作为应 应用系统 用系统开发的
2020/3/7第3章软件需求分析与建模
软件工程教研室
15
①数据模型 描述对象系统的本质属性及其关系。常用的建模工具有 实体-联系图等。 ②功能模型 描述对象系统所能实现的所有功能。而不考虑每个功能 实现的次序。常用的建模工具有数据流图、IDEF0等。 ③行为模型 描述对象系统为实现某项功能而发生的动态行为。常用 的建模工具有控制流图、状态转换图等。
2020/3/7第3章软件需求分析与建模
软件工程教研室
24
X
1
3
2
1.1 1.3 1.2
2.2
2.1
2.3
3.2
3.1
3.3
图3-3 自顶向下逐层分解图
2020/3/7第3章软件需求分析与建模
软件工程教研室
25
结构化分析的过程如下 1．建立当前系统（现在工作方式）的概念模型。系统的 概念模型就是现实环境的忠实写照，可用系统流程图来表 示。这样的表达与当前系统完全对应，用户容易理解。 2．抽象出当前系统的逻辑模型。分析系统的概念模型， 抽象出其本质的因素，排除次要因素，获得用数据流图 DFD 图等描述的当前系统的逻辑模型。 3．建立目标系统的逻辑模型。分析目标系统与当前系统 逻辑上的差别，从而进一步明确目标系统“做什么”，建 立目标系统的“逻辑模型”(修改后的数据流图DFD 图等)。 4．建立人机交互接口和其他必要的模型，确定各种方案 的成本和风险等级，据此对各种方案进行分析，选择其中 一种方案，建立完整的需求规约。 分析模型的结构如图3-4所示。
Y
用户和设计者是否满意
N
运行原型
是否放弃
Y
N
把原型作为 把原型作为应 应用系统 用系统开发的
软件工程导论第3章
2.访谈
访谈是最早开始使用的获取用户需求的技术，也是迄今为止仍 然广泛使用的需求分析技术。 访谈有两种基本形式： 正式访谈：系统分析员将提出一些事先准备好的具体问题。 非正式访谈：分析员将提出一些用户可以自由回答的开放性问题， 以鼓励被访问人员说出自己的想法。 调查表是当需要调查大量人员的意见时的一个十分有效的做法。 分析员仔细阅读收回的调查表，然后再有针对性地访问一些用户， 以便向他们询问在分析调查表时发现的新问题。 在访问用户的过程中可以使用情景分析技术。情景分析技术的 用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解， 而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在 需求分析过程中始终扮演一个积极主动的角色。
（1） 数据对象
数据对象是对软件必须理解的复合信息的抽象。所谓 复合信息是指具有一系列不同性质或属性的事物，仅有单 个值的事物(例如，宽度)不是数据对象。 数据对象可以是外部实体(例如，产生或使用信息的任 何事物)、事物(例如，报表)、行为(例如，打电话)、事件 (例如，响警报)、角色(例如，教师、学生)、单位(例如，会 计科)、地点(例如，仓库)或结构(例如，文件)等。总之，可 以由一组属性来定义的实体都可以被认为是数据对象。 数据对象彼此间是有关联的，例如，教师“教”课程， 学生“学”课程，教或学的关系表示教师和课程或学生和 课程之间的一种特定的连接。
（4）需求验证 由软件开发者和用户一起来进行软件需求规格
说明的复审。确保需求规格说明可作为软件设计和最 终系统验收的依据。
二. 需求获取的常用方法
1. 建立联合分析小组 建立一个由用户、系统分析员和领域专家参加 的联合分析小组，密切合作，共同标识问题，提出 解决方案要素，商讨不同方案并指定基本需求。 这是一种面向团队的需求收集法，又称为简易 的应用规格说明技术。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海市教育高地暨 特色专业建设配套教材
高等院校计算机与 信息类规划教材
清华大学出版社 3章 需求分析
目录
1
3.1 需求分析概述
2
3.2 需求分析的任务及过程
3
3.3 需求分析描述工具
4
3.4 需求分析方法
5
3.5 需求分析文档
6 3.6 实验三 分析文档与PD建模
8
3.7 本章小结
第3章 需求分析
3 后台查询图 图书 借阅 后台查某 图书名称 按照输入的组 显示“图书名称、
书信息响应 馆借 操作 部书<2秒 /作者姓 合条件，进行 作者姓名、借阅情
时间
阅部 员
名
模糊查询
况、内容简介”
3.2 需求分析的任务及过程
6．明确处理关系，列出接口列表 应用软件可能还与机构内部的其他应用软件集成，因此，需要明确与外部 应用软件数据交换的内容、格式与接口，以实现数据及功能的有机结合。
取、分析、文档化和验证等需求分析过程，为进一步的设计和实 现提供依据：
(1) 需求分类。将软件功能、性能、可靠性等相关需求进行分 类、逐一细化。
(2) 面向用户获取并分析需求。 (3) 检查和解决不同需求间的矛盾。尽量达到均衡和优化。 (4) 确定软件的边界，以及软件与环境的相互作用方式等。
3.1 需求分析概述
3.1 需求分析概述
2．需求分析的作用和特点 需求分析的特点及难点，主要体现5个方面：
（1）问题确定难。 （2）需求动态性。 （3）交流共识难。 （4）完备一致难。 （5）深入完善难。
3.1 需求分析概述
3.1.2 需求分析的目的和原则 1．需求分析的目的 需求分析主要用于获取用户的具体需求，通过对实际需求的获
3.2 需求分析的任务及过程
【案案例例3-32 -2】网上图书信息系统的 部分性能点列表(性能模型)，如表 3-2所示。
3.2 需求分析的任务及过程
表3-2 图书馆系统的性能点列表
编号
性能名称 使用 使用 性能描述 部门 岗位
输入
系统响应
输出
1 读者网上查 网上 网上 网上查某 图书名称 按照输入的组 显示“图书名称、
【案案例例33-3-3】网上图书馆信息系统的部分接口列表，如 表3-3所示。
表3-3 目标系统的接口列表(接口模型)
3.2 需求分析的任务及过程
表3-3 目标系统的接口列表(接口模型)
接口 接口 接口 编 名称 规范 标准 号
入口参数
出口参数
岗位编 号
岗位名 称
所在 部门
岗位职责
相关业务
1011
采购员
采编 部
采购、合同 签订、
选择出版社
进货及 合同管理
1012
分编员
采编 部
…… …… ……
图书分编
……
协助入库
……
图3-1 图书馆组织结构图
3.2 需求分析的任务及过程
2．深入领域分析，画出业务流程图 一般事务型软件领域分析包括：组织业务调查、组织目标分析、组织
机构分析、组织职能分析、业务流程分析和组织实体分析。业务模型表示 了与系统有关的人、设备、其他子系统之间的业务关系和费用关系，因此， 需要在分析的基础上，画出新系统的业务操作流程图，包括物流、资金流、 信息流，即业务操作模型，重点是业务操作的流程步骤。 3．分析数据流程，画出数据流图
需要分析各种业务处理的具体数据内容及其流向等属性，并画出目标 系统的数据流图，即单据和报表的流程图，掌握业务规则及处理顺序，获 得初步数据模型。
3.2 需求分析的任务及过程
4．确定功能需求，完成功能结构图及点列表 （1）确定功能需求。包括新系统必须具备的具体功能。 （2）画出功能结构图。 （3）完成新系统的功能点列表，即功能模型。
5．获取性能需求，列出性能点列表 根据具体系统确定开发软件的性能技术指标，包括软件的效率、
可靠性、安全性、适用性、可移植性、可维护性和可扩充性等方 面的需求，还应考虑业务发展的扩展及更新维护等。
3.2 需求分析的任务及过程
3.2.1 需求分析的任务 1．确定总体目标及组织结构
通过调研与分析，确定用户机构的总体目标、组织结构、业务管 理方法、处理方式及过程的，确定相应的模型。
【案例3-1】在对网上图书馆信息系统进行调研和分析的基础上 ，可以画出新系统的组织结构图，并列出各部门的岗位角色表，如 图3-1和表3-1所示。 表3-1图书馆的岗位角色
3.1 需求分析概述
2．需求分析的原则 需求分析的基本原则： （1）侧重表达理解问题的数据域和功能域。 （2）需求问题应分解细化，建立问题层次结构。 （3）建立模型。
课堂讨论：
（1）什么需求分析？主要确定新系统什么工作？ （2）需求分析的特点主要有哪些？ （3）需求分析的目的和重点是什么？ （4）需求分析的原则有哪些？
教学目标
● 了解需求分析的概念和特点、目的 和原则
● 理解需求分析的任务及步骤 ● 掌握需求分析描述工具，编写需求 说明书。
3.1 需求分析概述
3.1 需求分析概述
3.1.1 需求分析的概念及特点
1. 需求分析的概念 需求分析（Requirement Analysis）也称为软件需求、软件需 求分析、系统需求分析或需求分析工程等。是开发人员经过深入 细致的调研和分析，准确理解用户和项目的功能、性能、可靠性 等具体要求，将用户非形式的需求表述转化为完整的需求定义， 从而确定系统“必须做什么？”的过程。Boehm对软件需求的定 义：研究一种无二义性的表达工具，它能为用户和软件人员双方 都接受并将“需求”严格地、形式地表达出来。
需求分析的重点：通过分析业务流程和数据流程的 手段，达到与客户共同确定业务模型、功能模型、性能 模型、接口模型的目标。 需求分析的关键：在系统的流程、功能、性能和接口等 方面，与客户达成完全一致，并且要求客户签字确认。 也是需求分析在商务等方面的主要目的。
需求分析的变更：需求如有变化，双方必须履行 “需求变更管理规程”，对此规程在签订合同时要做出 规定，注意合同的法律效用。
询图书信息 读者 读者 本书<3秒 /作者姓 合条件，进行 作者姓名、是否借
ቤተ መጻሕፍቲ ባይዱ
响应时间
名
模糊查询
出、内容简介”
2 后台查询读 图书 借阅 后台查某 读者姓名、 按照输入的组 显示“读者姓名、
者信息响应 馆借 操作 读者信息 编号
合条件，进行 编号、身份证号、
时间
阅部 员
<2秒
查询
电话、借书信息、
罚款次数”
高等院校计算机与 信息类规划教材
清华大学出版社 3章 需求分析
目录
1
3.1 需求分析概述
2
3.2 需求分析的任务及过程
3
3.3 需求分析描述工具
4
3.4 需求分析方法
5
3.5 需求分析文档
6 3.6 实验三 分析文档与PD建模
8
3.7 本章小结
第3章 需求分析
3 后台查询图 图书 借阅 后台查某 图书名称 按照输入的组 显示“图书名称、
书信息响应 馆借 操作 部书<2秒 /作者姓 合条件，进行 作者姓名、借阅情
时间
阅部 员
名
模糊查询
况、内容简介”
3.2 需求分析的任务及过程
6．明确处理关系，列出接口列表 应用软件可能还与机构内部的其他应用软件集成，因此，需要明确与外部 应用软件数据交换的内容、格式与接口，以实现数据及功能的有机结合。
取、分析、文档化和验证等需求分析过程，为进一步的设计和实 现提供依据：
(1) 需求分类。将软件功能、性能、可靠性等相关需求进行分 类、逐一细化。
(2) 面向用户获取并分析需求。 (3) 检查和解决不同需求间的矛盾。尽量达到均衡和优化。 (4) 确定软件的边界，以及软件与环境的相互作用方式等。
3.1 需求分析概述
3.1 需求分析概述
2．需求分析的作用和特点 需求分析的特点及难点，主要体现5个方面：
（1）问题确定难。 （2）需求动态性。 （3）交流共识难。 （4）完备一致难。 （5）深入完善难。
3.1 需求分析概述
3.1.2 需求分析的目的和原则 1．需求分析的目的 需求分析主要用于获取用户的具体需求，通过对实际需求的获
3.2 需求分析的任务及过程
【案案例例3-32 -2】网上图书信息系统的 部分性能点列表(性能模型)，如表 3-2所示。
3.2 需求分析的任务及过程
表3-2 图书馆系统的性能点列表
编号
性能名称 使用 使用 性能描述 部门 岗位
输入
系统响应
输出
1 读者网上查 网上 网上 网上查某 图书名称 按照输入的组 显示“图书名称、
【案案例例33-3-3】网上图书馆信息系统的部分接口列表，如 表3-3所示。
表3-3 目标系统的接口列表(接口模型)
3.2 需求分析的任务及过程
表3-3 目标系统的接口列表(接口模型)
接口 接口 接口 编 名称 规范 标准 号
入口参数
出口参数
岗位编 号
岗位名 称
所在 部门
岗位职责
相关业务
1011
采购员
采编 部
采购、合同 签订、
选择出版社
进货及 合同管理
1012
分编员
采编 部
…… …… ……
图书分编
……
协助入库
……
图3-1 图书馆组织结构图
3.2 需求分析的任务及过程
2．深入领域分析，画出业务流程图 一般事务型软件领域分析包括：组织业务调查、组织目标分析、组织
机构分析、组织职能分析、业务流程分析和组织实体分析。业务模型表示 了与系统有关的人、设备、其他子系统之间的业务关系和费用关系，因此， 需要在分析的基础上，画出新系统的业务操作流程图，包括物流、资金流、 信息流，即业务操作模型，重点是业务操作的流程步骤。 3．分析数据流程，画出数据流图
需要分析各种业务处理的具体数据内容及其流向等属性，并画出目标 系统的数据流图，即单据和报表的流程图，掌握业务规则及处理顺序，获 得初步数据模型。
3.2 需求分析的任务及过程
4．确定功能需求，完成功能结构图及点列表 （1）确定功能需求。包括新系统必须具备的具体功能。 （2）画出功能结构图。 （3）完成新系统的功能点列表，即功能模型。
5．获取性能需求，列出性能点列表 根据具体系统确定开发软件的性能技术指标，包括软件的效率、
可靠性、安全性、适用性、可移植性、可维护性和可扩充性等方 面的需求，还应考虑业务发展的扩展及更新维护等。
3.2 需求分析的任务及过程
3.2.1 需求分析的任务 1．确定总体目标及组织结构
通过调研与分析，确定用户机构的总体目标、组织结构、业务管 理方法、处理方式及过程的，确定相应的模型。
【案例3-1】在对网上图书馆信息系统进行调研和分析的基础上 ，可以画出新系统的组织结构图，并列出各部门的岗位角色表，如 图3-1和表3-1所示。 表3-1图书馆的岗位角色
3.1 需求分析概述
2．需求分析的原则 需求分析的基本原则： （1）侧重表达理解问题的数据域和功能域。 （2）需求问题应分解细化，建立问题层次结构。 （3）建立模型。
课堂讨论：
（1）什么需求分析？主要确定新系统什么工作？ （2）需求分析的特点主要有哪些？ （3）需求分析的目的和重点是什么？ （4）需求分析的原则有哪些？
教学目标
● 了解需求分析的概念和特点、目的 和原则
● 理解需求分析的任务及步骤 ● 掌握需求分析描述工具，编写需求 说明书。
3.1 需求分析概述
3.1 需求分析概述
3.1.1 需求分析的概念及特点
1. 需求分析的概念 需求分析（Requirement Analysis）也称为软件需求、软件需 求分析、系统需求分析或需求分析工程等。是开发人员经过深入 细致的调研和分析，准确理解用户和项目的功能、性能、可靠性 等具体要求，将用户非形式的需求表述转化为完整的需求定义， 从而确定系统“必须做什么？”的过程。Boehm对软件需求的定 义：研究一种无二义性的表达工具，它能为用户和软件人员双方 都接受并将“需求”严格地、形式地表达出来。
需求分析的重点：通过分析业务流程和数据流程的 手段，达到与客户共同确定业务模型、功能模型、性能 模型、接口模型的目标。 需求分析的关键：在系统的流程、功能、性能和接口等 方面，与客户达成完全一致，并且要求客户签字确认。 也是需求分析在商务等方面的主要目的。
需求分析的变更：需求如有变化，双方必须履行 “需求变更管理规程”，对此规程在签订合同时要做出 规定，注意合同的法律效用。
询图书信息 读者 读者 本书<3秒 /作者姓 合条件，进行 作者姓名、是否借
ቤተ መጻሕፍቲ ባይዱ
响应时间
名
模糊查询
出、内容简介”
2 后台查询读 图书 借阅 后台查某 读者姓名、 按照输入的组 显示“读者姓名、
者信息响应 馆借 操作 读者信息 编号
合条件，进行 编号、身份证号、
时间
阅部 员
<2秒
查询
电话、借书信息、
罚款次数”