需求分析模拟题

1、.一、单选题1、软件生产中产生需求问题的最大原因在于对应用软件的（ C）理解不透彻或应用不坚决。（A）复杂性（B）目的性 （C）模拟性（D）正确性 2、需求分析的目的是保证需求的（ B）。（A）目的性和一致性 （B）完整性和一致性（C）正确性和目的性 （D）完整性和目的性3、系统需求开发的结果最终会写入（D ）。（A）可行性研究报告 （B）前景和范围文档（C）用户需求说明 （D）系统需求规格说明4、现实世界中的（B ）构成了问题解决的基本范围，称为该问题的问题域。（A）属性和状态（B）实体和状态（C）实体和操作（D）状态和操作 5、功能需求通常分为三个层次，即业务需求、用户需求和（ D）。（A

2、）硬件需求（B）软件需求 （C）质量属性 （D）系统需求6、比较容易发现的涉众称为初始涉众，又称为（B ），通常包括客户、管理者和相关的投资者。（A）关键涉众（B）涉众基线 （C）普通涉众 （D）一般涉众7、如果在最终的物件（Final Artifact）产生之前，一个中间物件（Mediate Artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（ C）。（A）模拟 （B）构造 （C）原型 （D）模型8、按照使用方式进行分类，原型可分为：演示原型、（ D）、试验原型和引示系统原型。（A）非操作原型（B）系列首发原型（C）选定特征原

3、型（D）严格意义上的原型10、按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原型又被细分为（ C）。（A）演示原型和试验原型 （B）系列首发原型和选定特征原型（C）探索式原型和实验式原型 （D）样板原型和纸上向导原型11、原型的需求内容可以从三个纬度上分析：即（A ）。（A）外观、角色和实现 （B）开发、实现和作用（C）成本、技术和实现 （D）需求、作用和角色13、以下（C ）不是情景性的重要性质？ （A）突现 （B）涉身 （C）完善 （D）模糊14、以下（B ）是情景性的重要性质？ （A）全局 （B）开放 （C）交互 （D）即时 16、下列（C ）属于定量硬数据？ （A

4、）工作手册 （B）规章手册 （C）统计报表 （D）备忘录17、下列（ D）属于定性硬数据？ （A）数据收集表 （B）月报表 （C）年报表 （D）规章手册19、在表达软目标的分解和细化时使用的AND Contribution链接和OR Contribution链接，Contribution的作用是（C ）。（A）积极的 （B）消极的 （C）积极的或消极的（D）不能确定20、AND链接将一个父目标连接到一系列细化的子目标，意思是如果能够满足所有细化的子目标，那么将（D ）父目标。（A）无法确定 （B）阻碍 （C）不能满足 （D）足以满足22、下列选项中，（D ）不是在目标模型中使用的其他模型元素。

5、（A）行为者 （B）场景 （C）操作 （D）概念23、面向目标方法的目标分析阶段的主要任务是（ C）。（A）获取目标 （B）确定解决方案 （C）建立目标模型 （D）发现问题和缺陷24、场景的分类框架将场景方法从场景的（ A）4个方面进行了分类和描述。（A）形式、目的、内容和生命周期 （B）外观、目的、内容和生命周期（C）描述、目的、内容和形式 （D）描述、外观、目的和内容25、场景的形式是指场景的表达模式，从形式上分为两个方面：（C ） （A）内容和目的（B）内容和生命周期（C）描述和外观（D）描述和目的26、描述场景所使用的表示法要符合正规性要求，一般可使用非形式化语言、半形式化语言和形式化

6、语言。在实践中，（ B）是主要的描述方式。（A）形式化的程序语言 （B）非形式化的自然语言（C）形式化的图形工具 （D）非形式化的设计语言28、场景的内容是指场景所表达的知识类型。它被分为6个不同的方面。下列（C ）不是场景的内容。（A）主要关注点 （B）环境范围 （C）目的 （D）抽象层次29、需求工程利用场景的目的可能有三种：即：（ A）。（A）描述、探索和解释 （B）描述、表示和探索（C）描述、探索和发现 （D）表示、解释和证明30、使用解释性场景在需求分析时能够（ B），或者被用于进行需求的验证。（A）提高模型的复杂性 （B）降低模型的复杂性 （C）提高预见性 （D）降低编程量31、下

7、列（ B）不是场景方法在需求工程中的应用。（A）帮助进行详细的需求分析 （B）编写系统需求规格说明（C）结合面向目标的方法，指导需求获取活动的开展（D）组织需求获取得到的信息32、下列（A ）是组织场景时可用的场景关系。（A）合取关系（B）定性关系 （C）定量关系 （D）演绎关系33、与其他的场景方法相比，用例最大的特点是采用了（ C）的描述方式。（A）静态非结构化文本 （B）动态非结构化文本（C）静态结构化文本 （D）动态结构化文本34、用例之间的关系主要有（D ）三种。（A）包含、扩展和简化 （B）合取、析取和扩展（C）包含、多态和继承 （D）包含、扩展和泛化35、分析的活动主要包括识别、

8、定义和结构化，它的目的是获取某个可以转换为知识的事物的信息，这种分析活动被称为（D ）。（A）需求信息获取 （B）建立软件系统解决方案（C）需求信息转化 （D）建立需求分析模型36、（B ）是建模最为常用的两种手段。（A）具体和抽象 （B）抽象和分解（C）分解和细化 （D）抽象和细化37、抽象通过强调本质的特征，（ D）了问题的复杂性。（A）调整 （B）避免 （C）增加 （D）减少38、需求分析仅仅需要描述解决方案，不需要探索实现细节的情况下，分析模型又是（B ）的，尤为适用。（A）形式化 （B）半形式化 （C）结构化 （D）非结构化40、（A ）是结构化分析方法的核心技术，它表明系统的输入、

9、处理、存储和输出，以及它们如何在一起协调工作。（A）数据流图DFD （B）实体联系图ERD （C）状态转换图（D）上下文图41、结构化、信息工程和面向对象三种方法学下的需求分析技术都是（ B）的。（A）面向问题域 （B）面向解系统 （C）面向设计 （D）面向需求42、使用面向问题的技术对问题世界的建模就被称为（A ）需求阶段的分析。（A）前期 （B）中期 （C）后期 （D）全过程43、使用面向解系统的技术对软件系统解决方案的描述称为（ C）需求阶段的分析。（A）前期 （B）中期 （C）后期 （D）全过程44、需求分析活动的一个重要任务是进行（B ），明确用户需求的隐含信息，展开为明确的对软件系

10、统的行为期望，即系统需求。（A）需求整理 （B）需求细化 （C）需求获取 （D）需求分析45、在分层结构中，DFD定义了三个层次类别的DFD图：（C ）、0层图和N层图。（A）1层图 （B）底层图 （C）上下文图（D）顶视图46、因为数据存储是系统内部的功能实现，所以在将系统视为黑盒的情况下，上下文图中不会出现（B ）。 （A）实体 （B）数据存储实例 （C）需求信息 （D）过程处理47、数据建模技术能够弥补过程建模在（C ）方面的缺陷，它描述数据的定义、结构和关系等特性。（A）需求分析 （B）数据转换 （C）数据说明（D）数据分析49、在ERD建模中，实体通常所指的就是（ A）。（A）逻辑实

11、体 （B）概念实体 （C）物理实体 （D）进程实体50、ERD中属性是实体的特征，不是数据。属性会以一定的形式存在，这种存在才是数据，被称为属性的（ D）。（A）域（B）实例 （C）说明 （D）值52、ERD中关系的基数分为最大基数和最小基数。最大基数又被称为（A ）。（A）键约束 （B）参与约束（C）自然约束 （D）一般约束53、在实体之间建立关系时，可能会产生一些附带的实体，被称为关联实体，最常见的形式是（ B）。（A）逻辑实体 （B）进程实体 （C）概念实体 （D）自然实体55、下列（A ）不是用例模型中的关系？ （A）属性 （B）关联 （C）泛化 （D）包含56、系统边界是指一个系统所

12、包含的系统成分与系统外事物的分界线。用例模型使用一个（ D）来表示系统边界，以显示系统的上下文环境。（A）圆形框 （B）菱形框 （C）虚线框 （D）矩形框57、UML使用的行为模型有三种，即：（C ）。（A）交互图、状态图和顺序图 （B）顺序图、通信图和时间图（C）交互图、状态图和活动图 （D）交互概述图、通信图和时间图58、项目的前景和范围文档、用户需求文档都被视为属于（D ），重点都是用户的现实世界。（A）开发文档 （B）需求文档 （C）前景文档 （D）用户文档59、系统需求规格说明文档、软件需求规格说明文档、硬件需求规格说明文档、接口需求规格说明文档和人机交互文档一起被用于系统开发的目的

13、，都被认为是开发文档。( A)（A）开发文档 （B）需求文档 （C）过程文档 （D）用户文档二、填空题1、传统的需求分析方法都是从设计领域转入分析领域的。2、面向专业用户的纯工具型软件分析阶段的主要目的是为充分利用创新优势而进行巧妙的功能安排。3、面向普通用户的纯工具型软件进行分析的主要目的是进行方案权衡，寻找一套切实 有效的功能配置。6、软件需求开发用来确定系统需求中应该由软件满足的部分，将其映射为软件行为，产生软件需求规格说明。7、约束是不受解系统影响，却会给解系统带来极大影响的问题域特性。8、优秀的需求应该具备7个特性，即完整性、正确性、精确性、可行性、必要性、无歧义和可验证。11、演示

14、原型主要被用在项目启动阶段。12、演示原型都是被用来展示用户想象中的系统视图，所以它要能够表现用户界面的重要特征。13、，如果一个问题的技术解决方案是不清晰的，演示原型也可以被用来展现相应的细节功能以使用户确信该问题解决的可能性。17、实现是指原型物件完成功能的细节技术和方法。18、使用演化式原型方法，在开发时就需要注意原型的健壮性和代码的质量。19、使用实验式开发方法，需要实现多种技术方案，考察重要的系统的质量属性。22、航空调度、证券交易、医疗手术控制等复杂的协同问题都具有突现的情景性。23、民族志的一个主要应用目的就是研究和解决复杂的协同问题。24、复杂的工作总会同时存在着正常流程和异常

15、流程，异常流程大多是一些特殊情况下的处理，限定了异常处理的上下文环境，即异常处理具有局部的情景性。27、时间采样允许需求工程师建立指定的时间间隔来观察用户的活动情况。28、文档审查主要获取对象包括相关产品的需求规格说明、硬数据和客户的需求文档。29、文档分析通常是数据建模方法的一个基础部分，它是通过检查采集的硬数据来确定潜在的需求。32、模型驱动方法的模型是在前期需求阶段的分析中建立的。 33、目标模型的一个核心要素是元素之间的关系，称为链接。34、目标模型的链接有两类：一类是目标之间的链接；另一类是目标与其他模型元素之间的链接。37、场景具有重点描述真实世界的特征，它利用情景、行为者之间的交

16、互、事件随时间的演化等方式来叙述性地描述系统的使用。38、静态外观的场景被展现为一个或者数个描述性的文本或者图片。39、动态外观的场景会被以动态的方式展现出来，人们可能会要求按时序向前或者向后浏览场景，也可能会要求跳转到场景的某一个时刻进行观察。42、抽象场景，又称为类型场景，是以经验中的类别和抽象概念来描述事实。43、探索性场景可以用来进行需求获取和需求建模与分析。44、每个用例是对相关场景集合的叙述性的文本描述，这些场景是用户和系统之间的交互行为序列，帮助实现用户的目的。47、单个用例描述了系统的功能片段，系统的所有用例基于一定的关系组织起来，建立用例模型，就可以描述整个系统的功能。48、

17、原有用例和新建立的抽象用例的关系即为包含关系。49、在需求工程中，主要产生三类重要的文档：项目前景和范围文档、用户需求文档以及需求规格说明。用例文档通常被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。52、分解将单个复杂和难以理解的问题分解成多个相对更容易的子问题，并掌握各子问题之间的联系。53、基于软件构建单位及其之间的关系建立的模型，用来说明软件逻辑上的构建方式和实现方式，由于它使用的组元及其关系都是软件的元素，因此它是来自于软件的模型，称为计算模型。54、模型语言的三要素：语法、语义、语用。其中语用给出了一个模型元素描述的更宽广的上下文，以及影响该模型元素意义的约束和假定

18、。57、信息工程和结构化方法的本质差别在于解决问题的策略不同。58、前期需求阶段分析的重点是理解问题世界，因此它关注的是整个问题世界，注重于系统的环境、开发组织的业务背景、涉众的特征以及目标等等，软件系统只是整个背景下的一个要素。59、后期需求阶段分析关注的是解系统解决方案的建立，因此它以软件系统为中心，注重于分析系统的内部功能以及它与环境的互动，是对系统功能的详细信息的分析。62、微规格说明被用来描述DFD过程分解结构中最底层过程的处理逻辑。63、DFD中所有的外部实体联合起来构成了软件系统的外部上下文环境，它们与软件系统的交互流就是软件系统与其外部环境的接口，这些接口联合起来定义了软件系统

19、的系统边界。64、数据流是指数据的运动，它是系统与其环境之间或者系统内两个过程之间的通信形式。67、为了保证DFD图的可理解性，0层图应该被描述的简洁、清晰，所以在描述复杂的系统时，0层图中不应出现太过具体的过程和数据存储。68、DFD中对0层图的过程分解产生的子图称为1层图。69、数据建模建立的模型称为数据模型，是问题域和解系统共享的知识集合，通常能够反映企业业务的核心知识。72、ERD的逻辑实体是对概念实体的细化，拥有完整的特征描述。73、数据建模中对行为和事件的建模需要是为了了解它们在某些时刻的快照或者运行环境信息，而不是它们所体现出来的功能和达成的效果，所以称这类实体为进程实体。77、

20、一个实体可能有多个键，这些键都被称为候选键。78、通常人们从多个候选键中选择和使用固定的某一个键来进行实例的标识，这个被选中的候选键被称为主键，没有被选做主键的候选键被称为替代键。81、关系是存在于一个或多个实体之间的自然业务联系。82、只有一个实体参与的关系存在于实体的不同实例之间，称为一元关系，又称为递归关系。83、ERD中关系的基数分为最大基数和最小基数。最小基数又被称为参与约束。86、ERD中被关系影响的实体主要是弱实体和关联实体。87、用例模型的基本元素有四种：用例、参与者、关系和系统边界。88、UML行为模型是用例模型的实现，以更加详细的方式说明用例所描述的系统行为。92、优秀的需

21、求规格说明文档应该具备：正确性、无歧义、完备性、一致性、根据重要性和稳定性分级、可验证、可修改、可跟踪等特性。93、需求验证常见方法有：需求评审、原型与模拟、测试用例开发、用户手册编制、利用跟踪关系和自动化分析。94、评审又被称为同级评审，是指由作者之外的其他人来检查产品问题的方法。97、需求跟踪是以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。98、从需求向后回溯（前向跟踪的两种联系之一）说明软件需求来源于哪些涉众的需要和目标。99、后向跟踪是指需求被定义到软件需求规格说明文档之后的演化过程。三、判断题1、需求工程包括需求获取和需求开发两个方面。（） 2

22、、需求验证是需求工程中最后一个活动。（） 3、软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题8、按照构建技术进行分类，原型可分为：水平原型和垂直原型。（） 9、严格意义上的原型主要被用在需求分析阶段。（） 10、要完成相同的功能，构建抛弃式原型比构建演化式原型所花费的代价要大得多。（） 域中的某些部分具有模拟特性。（）15、原型修正主要依据评估人员的反馈，可以忽略事先的原型调整计划。（） 16、 文档审查是一种传统的需求获取方法，是专门针对文档进行的需求获取活动。（） 21、AND和OR链接用于描述目标的分解和细化关系。（） 22、目标的发现并是一个自上而下分解的

23、过程，也就是一个不断发现和细化的过程。（） 23、对系统的现状和背景进行分析往往能够发现重要的目标，得到一些明确的问题和缺陷，它们的反面就是系统需要实现的目标。（） 28、描述性场景的目的是为了记录已经得到的需求，即整理每次需求获取行为中得到的信息。（） 29、UML就是以用例来捕获系统所有的系统需求的。（） 30、用例的内容只能包含有正常流程，而不能包含有异常流程。（） 36、由于计算模型的形式化特征不适合于需求工程阶段，因此计算模型不适合用于需求分析中的建模。（） 37、具有形式化特征的计算模型是用户和开发者共同理解的模型。（） 42、上下文图是DFD的一个特定层次，被用来说明系统的上下文

24、环境，确定系统的边界。（） 43、外部实体是指处于待构建系统之外的人、组织、设备或者其他软件系统，但它们要受系统的控制，开发者可以以任何方式操纵它们。（） 44、上下文图以黑盒看待和描述系统的方式使它非常适合描述系统的应用环境、定义系 统的边界，这正是DFD在层次结构中将其置于最高层的原因。（）50、发起或触发用例的外部用户以及其他软件系统等角色被称为参与者。（） 51、交互图是对单个用例的典型场景的实现，适合于事务性业务工作的表示。（） 52、UML行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。（） 55、软件需求规格说明文档是对部分系统功能分配给软件部分的

25、详细描述。（） 56、硬件需求规格说明文档是对整个系统功能当中分配给硬件部分的详细描述。（） 57、人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述。（） 58、验证活动同样普遍存在于需求分析过程中。（） 60、前向跟踪是指需求在被获取到软件需求规格说明文档之前的演化过程。（）定义四、名词解释1、 需求工程：需求工程是软件工程的一个分支，它关注于软件系统所应予实现的现实世界目标、软件系统的功能和软件系统应当遵守的约束，同时它也关注以上因素和准确的软件行为规格说明之间的联系，关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。3、 需求分析：需求分析是利用建模与分析技术对

26、获取笔录的内容进行明确、整理、汇总，建立一个综合考虑问题域特性和需求的系统模型，然后根据系统模型将用户需求转化为系统需求的需求工程活动。8、 结构化面谈：结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。9、 半结构化面谈：半结构化面谈指在面谈的过程中，事先需要根据面谈内容准备面谈的问题和面谈结构。但在面谈过程中，会见者可以根据实际情况采取一些灵活的策略。半结构化面谈是在需求获取中应用最多的一种面谈类型，能够处理大部分的需求获取任务。11、 头脑风暴（Brains

27、torming）：是一种特殊的群体面谈方式，它的目的不是发现需求，而是“发明”需求，或者说是发现“潜在”需求。它鼓励参与者在无约束的环境下进行某些问题的自由思考和自由讨论，以产生新的想法。它是需求获取中用于“发明”需求的方法，但它会增加需求的数量。14、场景：场景是对系统和环境行为的局部描述，或者说场景是对行为或者事件序列的描述，序列中的行为和事件是系统需要完成的一个任务的特殊示例。（也可以说，场景是用户为了达到某个目标而和软件系统发生的行为交互序列，是开发者描述软件功能和需求的一种重要形式。） 16、民族志：民族志是由人类学家最早提出来的，用来理解原始社会（Primitive Societi

28、es）的社会机制。它要求人类学家花费长期的时间（通常是数年）在被研究的社会中生活并且仔细观察该社会中的实际活动，得到第一手的观察数据。对这些观察数据的分析可以揭示被研究社会的社会结构、组织方法和具体活动。 18、用例驱动法：用例是一种场景的文本化表现方式，使用叙述性的文本来描述场景。 以用例为核心，围绕用例开展活动的软件开发方法被称为用例驱动的软件开发方法。20、过程建模：过程建模是结构化分析方法的典型技术。过程建模将系统看做是过程的集合，其中一些由人来执行，另一些由软件系统来执行。过程建模使用的主要技术有上下文图、数据流图、微规格说明和数据字典等。21、上下文图：上下文图是DFD最高层次的图

29、，是系统功能的最高抽象，它将整个系统看做是一个过程，这个过程实现系统的所有功能。上下文图中存在且仅存在一个过程，表示整个系统。这个单一的过程通常编号为0。27、OCL（语言）：OCL（Object Constraint Language）称为对象约束语言。OCL不是编程语言而是一种建模语言，它在保证一定表达能力的前提下，注重于语言的简洁性和抽象性。但它无法被用来描述程序的控制逻辑和工作流程，而且它的表达式定义也无法在程序中得到直接的执行。 29、需求基线：需求基线（Requirements Baseline）就是被明确和固定的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。五

30、、问答题13、下图描述了火车管理系统的目标模型片段，试分析该目标模型关系。 答： 图中，火车管理系统主要有三个高层的软目标：服务更多的旅客（ServeMorePassengers）、尽可能降低成本（Costs，类型Min）和安全运输（SafeTransport）。对ServeMorePassengers的工作可以同时从增加新班次(NewTracksAdded)和提高原有班次效率上着手。提高原有班次效率则可以通过提高列车运行速度（TrainSpeed，类型Max）或者缩短班次间隔（DistanceBetweenTrains，类型Min）来实现。降低成本的实现可以考虑降低新投资（DvlptCost

31、s，类型Min）或者降低运营成本（OperationCosts，类型Min）。而增加新班次（NewTracksAdded）的目标要求可能会增加降低新投资目标的实现困难。在实现安全运输的措施中，有三个是必须达到的： 要保持安全的车距（WCSDistBetweenTrains，类型Maintain）。列车的速度要保持在轨道能够承受的范围内（TrackSegmentSpeedLimit，类型Maintain）。列车不要进入已经关闭的站台（TrainEnteringClosedGate，类型Avoid）。14、 下图是为一个会议安排系统建立的目标模型，请分析说明该目标模型。 答： 图中所示的目标模型。

32、系统有两类行为者，一类是会议的发起人Meeting Initiator，另一类是会议的参加者Meeting Participant。在会议的参加者中，又有一些比较特殊的人员，它们的参加与否对会议的成败有着至关重要的影响，因此被单独列为一类行为者Important Participant。Meeting Initiator成功安排会议的目标是让Meeting Participant（尤其是Important Participant）出席会议（Attends Meeting）。而且为了保证会议的成功，Meeting Initiator要相当程度上能够确信Important Participant会

33、出席会议（Assured（Attends Meeting）。会议应该安排在一个所有Meeting Participant都空闲的时间，也就是说不能安排在Meeting Participant抽不出身来的时间（Exclusion Dates）。在了解所有Meeting Participant的空闲时间之后，Meeting Initiator可以提出一些可能的会议时间（Proposed Dates）。然后，Meeting Participant从中选择一个自己倾向的时间（Preferred Dates）。在对所有会议参与者的倾向时间进行协调之后，可以确定最终的会议安排情况Agreement。22、

34、请说明如何快速有效地判定一个DFD图是否为原始DFD图？ 答： 功能分解的过程需要持续进行，直至最终分解产生的子图都是原始DFD图，关键问题是如何快速有效地判定一个DFD图是否是原始DFD图。在分解产生的子图为下述情景之一时，可以判定其为原始DFD图，此时应该停止持续的功能分解活动： 所有过程都已经被简化为一个选择、计算或者数据库操作。 所有数据存储都仅仅表示了一个单独的数据实体。 用户已经不关心比子图更为细节的内容，或者子图的描述已经详细的足以支持后续的开发活动。每一个数据流都已经不需要进行更详细的切分，以展示对不同数据的不同处理方式。每一个业务表单、事务、计算机的屏幕显示（Computer

35、 On-line Display）和业务报表都已经被表示为一个单独的数据流。系统的每一个最低层菜单选项都能在子图中找到独立的过程。29、简述需求管理的重要任务答： 需求管理的重要任务有： 交流涉众的需要。 将需求应用、实施到解决方案。 驱动设计和实现工作。 控制变更。 将需求分配到子系统。 测试和验证最终产品。 控制迭代式开发中的变化。 辅助项目管理。 30、简述如何进行需求变更控制？ 答：需求开发是一个获取、明确并定义需求的过程，但需求并不是在需求开发结束之后就会恒定不变的。为了解决需求变化给项目带来的影响，需要正确地处理需求变化，首先要认识到在很多情况下，需求的变化是正当和不可避免的： 问

36、题发生了改变。软件被创建的目的在于解决用户的问题，可是随着时间的发展，形势可能会发生变化，导致用户的问题也发生了变化。原来的问题可能因为各种原因不解白破，或者用户将原来的主要问题降为次要问题，而将原来的次要问题升级为主要问题等。所有这些都意味着软件的需求应该发生变化，否则创建的软件将会减小甚至失去服务用户的作用。环境发生了改变。软件是通过与其周围环境进行交互的方式来解决用户的问题的。如果软件的环境发生了改变（例如法律变化、业务变化等），那么即使用户的问题依旧，软件的需求也应该发生改变。否则，最终的软件将不能像设想的那样有效地解决用户的问题，因为旧有的模式已经无法和新的环境形成有效互动。需求基线

37、存在缺陷。需求开发的理想结果当然是建立一个完全无缺陷的需求基线，但这是不可能达到的目标。因为需求工程的复杂性，需求开发得到的需求基线总是或多或少的会遗留下一些缺陷。当这些缺陷在开发或者使用中暴露出来时，必须予以及时解决。用户变动。在开发和使用中，软件产品的用户可能发生的人员更替，这时新的用户就可能会提出和原有用户不同的要求。在维护期间和比较长的开发周期中往往会发生这类变更。用户对软件的认识变化。随着对软件开发和使用的直接参与，用户会对软件领域有越来越多的了解，这时他们也往往会提出越来越多、越来越具体的需求，其中就夹杂着对原有需求的修改要求。在一个全新的领域或者为一个没有软件经验的企业开发软件时

38、，这种情况非常常见。相关产品的出现。在产品开发的过程中，可能会有竞争产品、类似产品或者需要交互的其他产品等相关产品出现，这时往往需要开发者根据相关产品的新鲜知识，变更原有的软件需求和开发计划。31、在功能分解过程中，最重要的是要保证分解过程的平衡性（Balance）。平衡性是保证功能分解不会导致需求内容出现偏差的方法，它要求DFD子图的输入流、输出流必须和父过程的输入流、输出流保持一致。请对下图的平衡性做出分析。答： 在上图所描述的功能分解中，父过程P的输入流是a，输出流是b。在P分解后产生的子图当中，a是唯一从子图范围之外进入子图的数据流，所以a是子图唯一的输入流。同样b是唯一从子图流向范围之外的