需求复习要点

西方经济学复习公式第一章 需求和供给1.需求函数：()dQ f P =，P 为商品的价格；dQ 为商品的需求量线性需求函数：dQ P αβ=-，式中，α、β为常数。

该函数所对应的需求曲线为一条直线。

2.需求的价格弹性系数=需求量变化的百分比价格变化的百分比3.需求的价格弹性-弧弹性：12,12x p p p x e p x x +∆=•∆+当e x,p ＝0时，需求完全无弹性； 当0＜e x,p ＜1时，需求缺乏弹性； 当e x,p ＝1时，需求具有单位弹性； 当1＜e x,p ＜∞时，需求富有弹性；当e x,p →∞时，需求完全弹性4.需求的价格弹性-点弹性：,x p dx p e dp x =•，其中：dxdp为需求量在价格为P 时的变动率 5.需求的收入弹性：0＜e m ＜1：缺乏收入弹性，商品为正常品； e m ＞1：富有收入弹性，商品为奢侈品； e m ＜0：低档品。

例1（P166）：若某厂商面对的市场需求曲线为=203Q P -，求价格2P =时需求的点弹性值。

该厂商如何调整价格才能使得总收益增加？解：2P = 203214Q =-⨯=203Q P =-3dQdP=- 233147dQ P E dP Q ∴=•=-⨯=- ∣E ∣<1，该产品缺乏弹性，要使总收益增加，该厂商应该提价。

因为对需求缺乏弹性的商品来说，其销售收入与价格成正方向变动，即它随价格的提高而增加，随价格的降低而减少。

所以，为了提高厂商的收入，对需求缺乏弹性的商品提价可以使得总收益增加。

例2（2009年）：在一些国家，不少家庭医生既上门为社区里的富人服务又上门为社区里的穷人服务，不过对富人的收费高于穷人，这是因为__________。

A ．富人的需求弹性大于穷人的需求弹性B ．富人的需求弹性小于穷人的需求弹性C ．两个市场的需求弹性相等D ．以上都正确解析：此处所指需求弹性为对上门医疗服务这个商品的价格需求弹性。

☆什么是软件需求工程？请说明软件需求工程中各阶段的主要任务。

p51 定义一般定义：指应用工程化的方法、技术和规格来开发和管理软件的需求。

需求工程的目标：获取高质量的软件需求。

与软件工程中传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动，从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开发和管理的难度和成本。

其它定义：Alan.Davis：直到（但不包括）把软件分解为实际架构组建之前的所有活动，即软件设计之前的一切活动。

该定义虽然没有详细说明需求工程是什么，但其给出了需求工程的范围。

Lan K. Bray：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明。

这个定义明确指出了需求工程的任务就是获取、分析和表达软件的需求。

需求工程= 需求的开发活动+ 需求的管理活动2 各阶段主要任务需求获取阶段：获取用户的需求信息。

需求分析阶段：分析和综合已经收集到的需求信息。

需求建模阶段：根据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。

需求定义阶段：根据用户需求编写出需求规格说明。

需求的形式化描述阶段：用严格的数学知识和符号来构造系统的需求模型。

需求验证阶段：检验软件需求规格说明。

需求管理阶段：开发人员在与提出更改的请求者协商的基础上，评估需求变更带来的潜在影响及可能的成本及费用，然后实施更改，一级有效的管理需求规格说明文档和跟踪更改需求的状态。

☆什么是软件需求？软件需求有哪些类型，并分别给出它们的定义。

p2软件需求的定义:A. Davis：软件需求是从软件外部能发现的，软件所具有的，满足于用户的特点、功能及属性等的集合。

I. Sommerville：需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。

M. Jackson等：需求是客户希望在问题域内产生的效果。

IEEE软件工程标准：（1）用户解决问题或达到目标所需的条件或能力；（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。

验证
结束
已取消
12、要避免因需求变更可能造成不良后果，应该遵循哪些原则？
需求一定要分类管理
需求必须分优先级
需求必须文档化
需求一旦变化，就必须对需求变更的影响进行评估
需求管理必须与需求工程的其他活动紧密整合。
13、针对经常发生的软件需求变更，在实践中总结出的对策有哪些？
优先排序，分批实现
软件开发人员与用户相互协作
12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。
13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。
14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。
充分交流
安排专职人员负责需求变更管理
合同约束
区别对待
选用适当的软件生命周期模型
14、什么是客户和用户？
15、根据对需求的不同处理，可以把需求状态分为哪8种？
自动化工具，对使用的CASE工具作出选择。
4、需求要考虑的属性有哪些？
需求的创建时间
需求的版本
需求的创建者
需求的批准者
需求状态
需求的原因或根据
需求涉及的子系统
需求涉及的产品版本
需求的验证方法或测试标准
需求的优先级
需求的稳定性
5、何谓需求状态？
需求状态，是某个时间点用户需求的一种反映。
6、用户的需求有哪些情况？
用户可以明确清楚地提出的需求
用户知道需要做些什么，但却不能确定的需求。
需求可以从用户处得到，但需求的业务不明确，还需要等待外部信息。

四、名词解释题1、需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。

2.需求：需求是用户对问题域中的实体状态或事件的期望描述。

2、需求：IEEE对需求的定义为：①用户为了解决问题或达到某些目标所需要的条件或能力。

②系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。

③对①或②中的一个条件或一种能力的一种文档化表述。

3、需求分析：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。

4、前景（Vision）：前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。

5、范围（scope）：范围指出当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目划定了需求的界线。

7、硬数据：表格和文档资料是用户对实际业务进行加工和抽象之后的结果，是一种精化过的知识。

这些文档资料被称为硬数据。

硬数据分为定量硬数据和定性硬数据两种类型。

8、结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。

结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。

9、半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。

但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。

半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。

10、非结构化面谈：在非结构化面谈的过程中，没有事先预定的议程安排。

在比较极端的情况下，会见者甚至会在没有太多事前准备的情况下就直接到访被会见者的工作地，就某个主题开展会谈。

一、术语解释软件工程、需求工程、软件生命周期、测试用例、软件复用、软件可维护性、CASE、软件工程过程二、基本知识要点1. 软件危机的主要表现。

软件工程主要研究与软件开发和维护有关的四个方面的内容：方法和技术、工具和环境、管理技术、标准和规范。

2. 生命周期模型。

典型瀑布模型生命周期的六个阶段。

各阶段产生的文档的名称及承担的人员。

螺旋模型综合了传统瀑布模型直线式的特点和快速原型模型的迭代思想，同时增加了一个重要特征，即风险分析。

螺旋模型在4个象限定义了4个主要活动。

螺旋模型的基本思想和主要特点。

原型模型的基本思想及分类。

喷泉模型是面向对象的模型，体现了迭代和无间隙的特点。

3. 需求分析的主要方法（结构化方法SA、面向对象的方法OOA、形式化方法等）。

结构化分析方法SA、结构化设计方法SD的主要任务、结束文档及内容。

SA得到分层DFD及DD；SD得到模块结构图SC及模块功能说明书。

SD是实现了DFD→SC。

需求规格说明书的主要内容。

软件设计的分类。

E-R图的基本构成要素。

软件系统需求的分类，需求管理的主要任务。

4. DFD的四个构成要素及各自可以表达的内容。

常用加工说明的描述工具（结构化语言、判定表、判定树）。

根据问题结构的不同，可以使用变换分析及事务分析得到初始的SC（分别对应变换型DFD和事务型DFD）。

画DFD的基本原则。

5. 分解、信息隐藏和模块独立性是实现模块化设计的重要指导思想。

模块化设计的核心——模块独立性，由内聚和耦合度量（熟练掌握七种内聚、七种耦合以及控制软件耦合度的方法）。

扇入、扇出。

作用域控制域原则。

程序模块优化的启发式规则。

6. 对象的三个构成要素（对象标识、属性和方法）。

面向对象分析过程中，系统的问题域由概念模型描述，即使用类图表示概念模型；使用用例图描述角色可见的系统功能；使用顺序图和协作图描述对象的行为。

顺序图和协作图的区别。

7. UML的缩写，来自于三个方法（Booch、OMT、OOSE）。

填空：1.在导致需求问题的原因中，一个最为重要的原因是：未能很好的掌握应用型软件的模拟特性以及由此产生的一系列的影响和要求。

2.面向专业用户的纯工具型软件的首要成功标准是：要具有功能的复杂性和使用的高效性。

3.需求开发过程中产生的主要文档有三种：项目前景和范围文档，用户需求文档，需求规格说明文档。

4.系统用例图和上下文图通常被用来定义系统的边界。

5.在需求建模时，常用的技术包括：数据流图，实体联系图，状态转换图，类图等半形式化建模技术。

6.业务需求，高层解决方案及系统特性都应该被记录下来，定义为项目前景与范围文档。

7.每一个明确，一致的问题都意味着涉众存在一些相应的期望目标，即业务需求。

8.业务需求中需要特别注意的特征是可行性和可验证性。

9.在会谈中使用的问题基本上可以分为两种：开放式和封闭式问题10.面谈的类别：结构化，半结构化和非结构化面谈11.原型的需求内容可以从三个纬度上分析：外观，角色，实现12.民族志一个主要的应用目的就是研究和解决复杂的协同问题13.分类框架将场景方法从场景的形式（又分为描述和外观两个方面），目的，内容和生命周期四个方面进行了分类和描述14.工程利用场景的目的有三种：描述，探索，解释15.抽象和分解是建模最为常用的两种手段16.抽象通过强调本质的特征，减少了问题的复杂性；分解的手段体现了分而治之的思想17.分析模型是半形式化的18.建模语言有三个要素：语法，语义，语用19.按照Zachman的矩阵框架，分析技术就是用来对第二行（企业模型）的各列进行建模和描述的技术20.面向对象分析方法以对象为基础，结构化分析方法以功能和数据为基础21.结构化，信息工程和面向对象三中方法学下的需求分析技术都是面向解系统的22.使用面向问题的技术称为前期需求阶段的分析，使用面向解系统的技术称为后期需求阶段的分析23.数据流图建模时使用的基本模型元素有四种：外部实体，过程，数据流和数据存储24.DFD定义了三个层次的DFD图：上下文图，0层图和N层图25.实体联系图用实体，属性和关系三个基本构建单位来描述数据模型26.除了静态的事物和抽象的概念之外，行为和事件也是常见的实体类型27.在关系的命名上通常使用动词28.用例模型的基本元素：用例，参与者，关系，系统边界29.UML的行为模型有三种：交互图，状态图，活动图30.在目标模型中使用的其他模型元素有行为者，场景，操作，任务，资源，UML元素等//31.需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力名词解释：1.需求工程：是软件工程的一个分支，它关注与软件系统所应予实现的现实世界目标，软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素的准确的软件行为规范说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。

学习好资料欢迎下载微观经济学复习要点：需求弹性分类需求弹性的分类就是将商品按照弹性的大小不同加以分类，以说明不同商品对于价格反应程度的不同。

习惯上，我们按需求弹性的绝对值大小把需求弹性划分为五类：1.|Ed|=1。

这就是说，价格每提高1%或降低1%，需求量会相应地减少或增加1%，这种情况称为需求是单元弹性，或单位弹性。

其需求曲线是一条正双曲线。

这种弹性的商品在实际生活中，很难找到,但在某些商品的某一点为单元弹性的情况是存在的。

2.|Ed|>1，这表示价格每变动1%,需求量的相应变动要超过1%，也就是需求量变动的比率△Q/Q大于价格变动的比率△P/P，这种情况被称作需求富有弹性。

一般来说，奢侈品和奢侈性享乐的需求是富有弹性的。

☺例：珠宝、国外旅游等等就属于这种情况。

3.|Ed|<1，这表示价格每变动1%，需求量的相应变动小于1%，即△Q/Q<△P/P，这种情况称为需求缺乏弹性。

生活必需品的需求一般是缺乏弹性的，因为无论生活必需品的价格上升和下降，人们都要消费它们，因此，它们对于价格变动的反应是比较小的。

☺例：粮、油、蔬菜就是这样。

4.|Ed|=0，这表示价格无论如何变化，需求量都不会变动，这种情况称为需求完全缺乏弹性或需求完全无弹性。

其需求曲线是与纵轴平行的一条垂线。

这种情况也是十分罕见的，一般认为☺例：火葬费、食盐等必不可少的商品或劳务属于这种类型。

5.|Ed| 趋于无穷，也就是需求弹性无限大。

这表示当价格不变的时候，需求量可以无穷大。

也就是在既定价格水平下，需求量是无限的。

其需求曲线表现为一条平行于横轴的水平线。

这是一种罕见的极端现象。

价格和收入变化对消费者均衡的影响 p77
1.价格-消费曲线
在消费者偏好、收 入以及其他商品价格 不变的条件下，
商品价格变动引起的 消费者均衡点移动的 轨迹。
X2
A
价格－消费曲线
E1 E2 E3
U3
O 1 2B 3
U2
U1
X1
价格－消费曲线的推导
由价格—消费曲线推出消费 X2
者需求曲线！
A
价格－消费曲线
参考答案
• 1、由P=100-2Q得,Ed＝dQ/dp×P/Q ＝（-1/2）*P/[(100-P)/2]＝－P/（100-P）
Ed|P=60=-60/(100-60)=-1.5,同理Ed|P=40＝-2/3
• 2、由题意可得Q=3-1/2×P,Ed＝dQ/dP×P/Q＝ －1/2× (2/2)=-1/2
• 长期：指时间长到可以使厂商调整生产规模即所有生产 要素的投入量来达到调整产量的目的
1122//2244//22002211
短期生产函数
——一种可变生产要素的生产函数
分析在一种要素投入量可变的条件下，投入量与产 量之间的关系。此时企业处于短期生产状态。
此时生产函数为：
即资本投入量不变，总产量只取决于劳动投入量L
参考答案
办公室的均衡租金上涨了$500/每月 a.你租用办公室 显性成本增加了$500/每月。会计利润与经 济利润都减少了$500/每月
b.你自己拥有办公室 显性成本没有变化，因此会计利润也不会变。 隐性成本增加了$500/每月（使用你办公室的 机会成本是租用它的价格），因此经济利润 减少了$500/每月
C
C
C
TVC
STC
TFC TFC

简答题1.需求分析的目的是什么？难点在哪里？需求分析为什么特别重要？需求分析的目的：需求分析主要用于获取用户的具体需求，通过对实际需求的获取、分析、文档化和验证等需求分析过程，为进一步的设计和实现提供依据：(1) 需求分类。

将软件功能、性能、可靠性等相关需求进行分类、逐一细化。

(2) 面向用户获取并分析需求。

软件研发其他阶段都是面向技术的，只有需求分析阶段是面向用户的，深入调研获取并分析软件的功能、性能、可靠性等，也可从系统和用户需求中推导出软件具体需求，并检查需求定义准确性，是否存在二义性。

(3) 检查和解决不同需求间的矛盾。

尽量达到均衡和优化。

(4) 确定软件的边界，以及软件与环境的相互作用方式等。

如应用及运行边界和环境。

(5) 对需求文档化并进行最后验证与确认。

难点：主要体现在以下5个方面：（1）问题确定难。

主要原因一是应用领域的复杂性及业务变化，难以具体确定；二是用户需求所涉及的多因素引起的，如运行环境和系统功能、性能、可靠性和接口等。

（2）需求动态性。

软件的需求在整个软件生存周期，常会随着时间和业务而有所变化。

有的用户需求经常变化，一些企业可能正处在体制改革与企业重组的变动期和成长期，其企业需求不成熟、不稳定和不规范，致使需求具有动态性。

（3）交流共识难。

需求分析涉及的人事物及相关因素多，与用户、业务专家、需求工程师和项目管理员等进行交流时，不同的背景知识、角色和角度等，使交流共识较难。

（4）完备一致难。

由于不同人员对系统的要求认识不尽相同，所以对问题的表述不够准确，各方面的需求还可能存在着矛盾。

难以消除矛盾，形成完备和一致的定义。

（5）深入完善难。

需求理解对不全面准确的分析，客户环境和业务流程的改变，市场趋势的变化等，也会随着分析、设计和实现而不断深入完善，可能在最后重新修订软件需求。

分析人员应认识到需求变化的必然性，并采取措施减少需求变更对软件的影响。

对必要的变更需求要经过认真评审、跟踪和比较分析后才能实施。

复旦大学计算机科学与工程系 软件工程课程 4

计算机系统本身是无用的

������ ������ ������ ������ ������ ������

软件开创了新的可能性

目录
首页
上页
下页
末页

软件需求包括三个不同的层次—业务需求、用户需求和 功能需求（非功能需求）
业务需求（ business requirement）反映了 组织机构或客户对系统、产品高层次的目标 要求
原型法
适合于开发方清楚 对于开发方要求较 在以往类似项目应 项目需求但用户方 高 用系统的基础上进 不清楚项目需求的 行少量修改得出一 情况 可运行系统
节省开销 无法满足个性化软 重用建好的领域模 件要求 型，获得新系统需 13 复旦大学计算机科学与工程系 软件工程课程 求
目录 首页 上页 下页 末页

复旦大学计算机科学与工程系 软件工程课程 31
目录
首页
上页
下页
末页
类图

当你考虑如何将问题域对象映射到系统对象， 并进一步细化每个类的属性和操作时，面向对 象技术可以方便需求开发到设计阶段的转换。 类图(class diagram)是用图形方式叙述面向对 象分析所确定的类以及它们之间的关系。 用统一建模语言（UML）的符号为化学制品跟 踪系统的一部分（你所假设的）绘制类图。
末页
业务需求
•业务需求是组织或客户对于系统的高层次目标要求，定义 了项目的远景和范围，即确定软件产品的发展方向、功能 范围、目标客户和价值来源。 •业务需求的内容
–业务：产品属于哪类业务范畴？应该完成什么功能？需要为什么
服务？ –客户：产品为谁服务？目标客户是谁？

第一章:需求工程导论1.需求工程定义：是所有需求处理活动的和,它收集信息、分析问题、整合观点、记录需求并验证其正确性，最终反映软件被应用后与其环境互动形成的期望效应.2.需求工程的基本活动：1）需求开发:需求获取,需求分析，需求规格说明，需求验证2）需求管理3.1）需求获取的目的是从项目的战略规划开始建立最初的原始需求；2）需求分析的目的是保证需求的完整性和一致性;3）需求规格说明的目的是将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来;4）需求验证的首要目的是保证需求及其文档的正确性,即需求正确的反映了用户的真实意图；另一个目标是通过检查和修正,保证需求及其文档的完整性和一致性；5）需求管理的主要工作是跟踪后继阶段中的需求实现与需求变更情况,确定需求得到了正确的理解并被正确的是想到了软件产品中。

4.软件需求规格说明定义：软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为,产生软件需求规格说明。

第二章:需求基础5.软件系统能够与问题域进行交互和相互影响的原因在于,软件系统中的某些部分对问题域中的某些部分具有模拟特性.6.需求分类:1）功能需求：业务需求，用户需求，系统需求2）性能需求3）质量属性4）对外接口5）约束第三章：（不考）第四章：需求获取概述7.需求工程需要获取的内容主要有三种：1）需求2）问题域描述3）环境与约束8.需求获取信息的主要来源：1）涉众2）硬数据3）相关产品4）重要文档5）相关技术标准和法规9.获取信息的方法：1）传统方法：问卷调查，面谈，文档分析,文档检查,需求剥离2）集体获取方法：头脑风暴，专题讨论会，JAD，JRP3）原型4）模型驱动方法：基于场景，基于用例5）认知方法：任务分析,协议分析6）基于上下文的方法：观察，民族志，话语分析10.常见的组织方式是依照系统特性,确定系统的边界，建立上下文图或系统用例图，然后按照遍历上下文图和系统用例图的方式开展获取活动.第五章：确定项目的前景和范围11.前景：描述了产品的作用以及最终的功能,它将所有涉众都统一到一个方向上。

第1章1.需求开发可进一步细分为：获取、分析、规格说明和确认。

2.需求问题导致的主要后果是返工—重复做您认为早已做好的事情。

3.造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确，以及对需求的分析不透彻4.实现有效的需求工程过程。

减少开发后期以及整个维护过程中不必要的返工并可带来极大的回报。

第2章1.客户泛指直接或间接得益于产品的个人或组织。

2.很多组织把在需求文档上签字作为客户认可需求的标志，签字不仅仅是仪式，更重要的是建立需求协议的基线。

第3章1.需求分析包括对需求进行推敲和润色以保证所有的涉众人都能够理解需求，以及仔细检查找其中的错误、疏漏和其他缺陷。

2.分析包括将高层的需求分解成具体细节、创建开发原型，以及评估可行性和协商需求优先级。

3.需求验证可确保需求声明是正确的、具备了所需的质量属性，而且能够满足客户的需要。

第4章1.需求分析员是对项目涉众的需求进行收集、分析、记录和验证等职责的主要承担者。

第5章1.产品前景将所有涉众统一到一个方向上。

前景描述了产品用来干什么，它最终会是什么样子。

2.项目范围确定当前的项目要解决产品长远规划中哪一部分。

3.广度(breadth)指应用能完成哪些业务工作(即用例)。

而深度(depth)则说明将各项用例实现到何种程度。

4.前景与范围文档用于将业务需求收集整理到一个文档中，为后续的开发工作打好基础。

5.涉众是积极参与项目、受项目结果影响，或者能够影响项目结果的个人、团体或组织。

第6章1.开发人员开发的产品与客户期望获得的产品之间常常存在较大差距，即所谓的期望鸿沟。

第七章1.需求工程的核心任务是需求获取，即确定软件系统涉众的需要及限制条件的过程。

2.使用增量开发方法，把需求分解成低风险的更小的部分进行研究3.使用活动挂图(flipchart)来捕获以后再考虑的一些条目4.将客户的意见归类：业务需求用例或场景业务规则功能性需求质量属性外部接口需求数据定义解决思路5.用例是对用户目标或用户需要执行的业务工作的一般性描述；使用场景则是某个用例的一条特定路径。

2020
第10章需求的组织——需求获取中的模型驱动方法
模型驱动方法是一类以定义 明确的模型为理论基础，依据模 型指导和组织活动开展的需求工 程方法。需求获取的常见模型驱 动方法有3种： ① 面向目标的方法。 ② 基于场景的方法。 ③ 基于用例的方法。 场景是用户为了达到某个 目标，需要和软件系统发生交 互的行为序列。 场景方法在需求工程中的 应用主要有3种：1组织需求获 取得到的信息。2帮助进行详 细的需求分析3. 结合面向目标 的方法，指导需求获取活动的 开展 用例是在系统（或者子系统 或者类）和外部对象的交互当中 所执行的行为序列的描述。 用例之间的关系主要有： 包含（Include）、扩展（Extend） 和泛化（Generalization）三种。
1212
第 5章
确定项目的前景与范围
5.4 前景与范围文档
业务需求、高 层次解决方案和系 统特性都应该被定 义到项目前景与范 围文档之中。
1313
第 6章
6.1 涉众
涉众分析与硬数据采样
6.5 硬数据
文档资料被称为硬数据 1. 定量硬数据: ① 数据收集表 ② 统计报表
所有能够影响软件系 统的实现，或者会被实现后 的软件系统所影响的个人和 团体。 1. 用户 2. 客户 3. 开发者 4. 管理者 5. 领域专家 6. 政府力量 7. 市场力量
2222
第12章 过程建模
过程建模是结构化分析方法 的典型技术。 过程建模使用的主要技术有： ⑴ 上下文图 ⑵ 数据流图 ⑶ 微规格说明 ⑷ 数据字典 电梯控制系统的DFD创建实例： ⑴ 创建上下文图 ⑵ 发现并建立DFD片段 ⑶ 根据DFD片段组合产生0层图 ⑷ 功能分解，产生N层图 ⑸ 定义原始过程的逻辑说明 ⑹ 定义数据流和数据存储的数据 说明

86、ERD中被关系影响的实体主要是弱实体和【关联实体】。
87、用例模型的基本元素有四种：用例、参与者、关系和【系统边界】。
88、UML行为模型是用例模型的实现，以更加详细的方式说明用例所描述的系统行为。
89、UML行为模型的活动图是依据【处理流程】进行的用例实现。
90、UML行为模型的交互图通常描述的是单个用例的【典型场景】。
13、，如果一个问题的技术解决方案是不清晰的，演示原型也可以被用来展现相应的细节功能以使用户确信该问题解决的可能性。
14、通常来说，如果用户需求出现了模糊、不清晰、不完整等具有一定不确定性的特征，就可以考虑使用原型方法。
15、角色是指原型物件在用户工作中的价值，也就是说它为什么对用户是有用的。
16、外观是指用户对原型物件的具体感觉体验，即用户在使用原型物件时会看到什么、听到什么和感觉到什么。
47、单个用例描述了系统的功能片段，系统的所有用例基于一定的关系组织起来，建立【用例模型】，就可以描述整个系统的功能。
48、原有用例和新建立的【抽象用例】的关系即为包含关系。
49、在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档以及需求规格说明。用例文档通常被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。
30、如果当前存在一份客户的需求文档，就可以使用需求剥离技术，从需求文档中抽取单个的需求并加入到新的需求文档之中。
31、需求工程师可以使用模型驱动方法来进行信息的整理和归类，其中模型驱动方法所建立的模型是进行信息整理和归类的很好的框架依据。
32、模型驱动方法的模型是在前期需求阶段的分析中建立的。
33、目标模型的一个核心要素是元素之间的关系，称为链接。
1、传统的需求分析方法都是从【设计领域】转入分析领域的。

1.1好的需求应具备的特征：无歧义性、完整性、一致性、可检验性、确定性、可跟踪性、正确性、可行性、必要性1.2若干个关于需求定义Ⅰ.IEEE软件工程标准词汇表定义需求为：（1）用户解决问题或达到目标所需的条件或能力。

（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。

（3）一种反映上面(1)或(2)所描述的条件或能力的文档说明。

Ⅱ.MERLIN DORFMAN 和RICHARD H. THAYER 的定义：（1）用户解决某一问题或达到某一目标所需的软件功能。

（2）系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。

2.1软件需求的四个层次及其内容（1）业务需求某个特定组织希望系统能达成的目标（2）用户需求用户要求系统必须能完成的任务（3）功能需求规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求（4）非功能需求描述系统展现给用户的行为和执行的操作2.2需求的特性及其描述可靠性、可用性、有效性、可维护性、可移植性、约束约束定义为：对系统的设计或开发系统过程的限制。

它不影响系统的外部行为，但必须被遵守执行以符合技术上、商业上的要求。

3.1软件生命周期的概念是软件的产生直到报废或停止使用的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。

3.2主要的生命周期模型快速应用开发模型、迭代式模型、瀑布模型、螺旋模型4.1需求工程的概念和基本组成概念：需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。

组成：完整的软件需求工程包括需求开发和需求管理两个部分。

4.2需求开发的一般过程需求开发的一般过程分为需求获取、需求建模、需求规格说明、需求验证四个阶段。

4.3需求管理的主要内容需求管理主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。

第一章需求工程概述需求工程包含哪些基本活动。

第二章需求基础1、需求的定义。

（1）用户为了解决问题或达到某些目标所需要的条件或能力；⏹（2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；⏹（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。

2、需求的分类。

⏹功能需求（Functional Requirement）：❑和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。

功能需求主要表现为系统和环境之间的行为交互。

⏹性能需求（Performance Requirement）：❑系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率、系统的相应时间等。

⏹质量属性（Quality Attribute）：❑系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。

⏹对外接口（External Interface）：❑系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。

⏹约束❑进行系统构造时需要遵守的约束，例如编程语言、硬件设施等3、功能需求的层次性系统需求（1）业务需求●系统建立的战略出发点，表现为高层次的目标（Objective），它描述了组织为什么要开发系统●为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，定义系统应该具备的特性（Feature）●参与各方必须要对高层次的解决方案达成一致，以建立一个共同的前景（Vision）●特性说明了系统为用户提供的各项功能，它限定了系统的范围（Scope）（2）用户需求●执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么●模糊性，不清晰（3）系统需求●用户对系统行为的期望，一系列的系统行为联系在一起可以帮助用户完成任务，满足业务需求●系统需求可以直接映射为系统行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么●将用户需求转化为系统需求的过程是一个复杂的过程⏹首先需要分析问题领域及其特性，从中发现问题域和计算机系统的共享知识，建立系统的知识模型；⏹然后将用户需求部署到系统模型当中，即定义系列的系统行为，让它们联合起来实现用户需求，每一个系统行为即为一个系统需求。

软件需求分析复习题一、判断题1、使用实例方法可以使用户更清楚地认识到新系统允许他做什么，那么我们就应该试图把每一个需求与一个使用实例相联系，尽可能多的使用实例。

（ F）2、在状态图中定义的状态主要有：初态(即初始状态)，终态(即最终状态)和中间状态，在一张状态图中只能有一个初态，而终态则可以有0至多个。

（T ）3、结构化分析方法适合于数据处理类型软件的需求分析。

（T）4、数据流图中每个加工至少有一个输入数据流，但可以没有输出数据流。

（F）5、DFD与数据流程图的区别是程序流程图用于表示程序的过程设计，DFD用作描述软件的逻辑功能，不能表示程序的控制结构。

（T）6、属性是指实体某一方面的特征，一个实体通常有多个属性。

联系也可以有属性。

（T）7、软件需求描述的是“如何做”，而不是“做什么”。

（F）8、软件成功的标准是用户在用，并且可以很容易做完要做的事。

（T）9、业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。

业务规划本身就是软件需求。

（F）10、软件需求的层次包括业务需求、用户需求、功能需求。

（T）二、选择题1．需求分析最终结果是产生（C ）A．项目开发计划B．可行性分析报告C．需求规格说明书D．设计说明书2．需求分析中，开发人员要从用户那里解决的最重要的问题是（A ）A．让软件做什么B．要给软件提供哪些信息C．需求软件工作效率怎样D．让软件具有何种结构3．需求规格说明书的内容不应包括对（B ）的描述。

A．主要功能B．算法的详细过程C．用户界面的运行环境D．软件性能4．需求规格说明书的作用不应包括（D ）A．软件设计的依据B．用户与开发人员对软件要做什么的共同理解C．软件验收的依据D．软件可行性研究的依据5．下面关于面向对象方法中消息的叙述，不正确的是（B ）A．键盘，鼠标，通信端口、网络等设备——有变化，就会产生消息B．操作系统不断向应用程序发送消息，但应用程序不能向操作系统发送消息C．应用程序之间可以相互发送消息D．发送与接收消息的通信机制与传统的子程序调用机制不同6．面向对象技术中，对象是类的实例。