需求工程进阶试题及答案解析

需求工程进阶试题及答案解析考试时间：______分钟总分：______分姓名：______一、单项选择题（共20题，每题1分）1.在敏捷开发方法中，用来描述软件功能的一种轻量级方式是（）。A.增量模型B.原型模型C.用户故事D.瀑布模型2.下列关于非功能性需求的描述中，正确的是（）。A.非功能性需求主要描述系统“做什么”B.非功能性需求通常以功能列表的形式出现C.性能、安全性、可靠性属于非功能性需求D.非功能性需求不需要经过严格的验证和确认3.需求变更管理过程中，变更控制委员会（CCB）的主要职责不包括（）。A.审批变更请求B.评估变更的影响C.编写具体的代码D.监督变更的实施4.在UML状态机图中，用于表示状态之间转换的触发条件被称为（）。A.转换B.事件C.动作D.监护条件5.验证与确认的主要区别在于（）。A.验证关注“是否正确地构建了产品”，确认关注“是否构建了正确的产品”B.验证关注“是否构建了正确的产品”，确认关注“是否正确地构建了产品”C.验证在开发早期进行，确认在开发后期进行D.验证由用户进行，确认由开发者进行6.需求追溯矩阵（RTM）的主要作用是（）。A.用来记录需求的历史变更记录B.用来展示需求与设计、代码、测试用例之间的对应关系C.用来评估需求的优先级D.用来生成用户手册7.下列原型设计方法中，属于“抛弃型原型”的是（）。A.增量式原型B.演化式原型C.剔除式原型D.演示式原型8.形式化方法在需求工程中的应用主要强调（）。A.使用自然语言编写需求B.使用形式化语言（如Z语言、VDM）对需求进行严格的数学定义和证明C.使用图形化工具绘制UML图D.使用迭代开发模式9.需求获取阶段常用的技术不包括（）。A.访谈B.问卷调查C.代码走查D.观察法10.在需求优先级排序方法中，MoSCoW方法中的“M”代表（）。A.MusthaveB.CouldhaveC.ShouldhaveD.Won'thave11.IEEE830标准中定义的需求规格说明文档通常包含的主要章节不包括（）。A.引言B.总体描述C.详细描述D.源代码清单12.在数据流图（DFD）中，加工的编号规则通常采用（）。A.层次编号法B.链式编号法C.层次树状编号法D.混合编号法13.下列约束条件中，属于功能约束的是（）。A.系统必须在1秒内响应B.系统必须支持并发100个用户C.系统必须能够处理大于1GB的文件D.系统必须在Windows10环境下运行14.需求评审会议中，通常不包括以下哪类角色？（）A.需求开发者B.需求用户C.需求管理师D.系统架构师15.验收测试通常由（）执行。A.开发人员B.测试人员C.用户或第三方测试机构D.项目经理16.下列关于原型设计工具的描述，错误的是（）。A.Axure常用于低保真线框图B.Visio主要用于流程图和UML建模C.Mockplus操作简单，适合快速原型制作D.Dreamweaver主要用于高保真UI设计17.信息域模型（信息流模型）主要分析系统的（）。A.外部实体B.处理逻辑C.数据结构D.系统架构18.在需求分析阶段，数据字典的主要作用是（）。A.定义数据流的来源B.详细定义数据流图中所有数据元素、数据流、数据存储的结构和含义C.绘制系统流程图D.编写用户操作手册19.需求变更管理中，影响分析的主要内容包括（）。A.变更的紧迫性B.变更对成本、进度、质量的影响C.变更人员的意见D.变更工具的版本20.风险管理在需求工程中的主要目的是（）。A.减少需求变更的次数B.识别、分析和应对需求过程中可能出现的风险C.确保需求文档的格式美观D.提高开发人员的编码速度二、多项选择题（共10题，每题2分）1.需求获取阶段常用的方法包括（）。A.访谈B.问卷调查C.走访D.模拟2.非功能性需求通常包括（）。A.性能需求B.安全性需求C.可靠性需求D.易用性需求3.UML中用于描述系统动态行为的图包括（）。A.活动图B.状态机图C.顺序图D.部署图4.需求规格说明文档（SRS）应具备的特征包括（）。A.无二义性B.完整性C.一致性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.需求规格说明D.需求验证与确认三、简答题（共4题，每题5分）1.请简述验证与确认的区别。2.在敏捷开发模式下，如何处理需求变更？3.请解释UML状态机图中“转换”和“事件”的概念及其关系。4.在编写需求规格说明文档（SRS）时，如何处理需求中的歧义性？四、案例分析题（共2题，每题15分）1.某电商平台正在开发一个新的“智能推荐系统”，该系统需要根据用户的浏览历史和购买记录，实时推送商品。请分析以下场景并回答问题：（1）请列出该系统可能涉及的主要功能性需求和非功能性需求。（2）针对“实时推送”这一功能，请绘制一个简单的活动图（文字描述流程），并说明如何对这一功能进行需求验证。2.某银行正在升级其核心业务系统，由于业务逻辑非常复杂且涉及资金安全，开发团队计划引入形式化方法进行需求定义。请回答：（1）形式化方法通常使用什么类型的语言进行描述？（2）在引入形式化方法之前，通常需要完成哪些基础工作？（3）请简述形式化方法可能带来的风险和挑战。五、综合应用题（共1题，每题10分）某软件公司接到一个银行排队叫号系统的开发项目。项目经理要求你基于已有的需求文档，进行需求跟踪矩阵（RTM）的构建工作。请描述在构建需求跟踪矩阵时，通常需要建立哪些类型的链接关系？并结合该排队叫号系统，举例说明“需求->测试用例”的链接关系构建。试卷答案一、单项选择题1.C解析思路：用户故事是敏捷开发中用来描述软件功能的一种轻量级方式，强调以用户视角描述需求。2.C解析思路：非功能性需求关注系统的质量属性，如性能、安全性、可靠性等，而A选项描述的是功能性需求的内容。3.C解析思路：变更控制委员会（CCB）负责审批和决策，评估影响，但不直接编写代码，代码由开发人员编写。4.B解析思路：在UML状态机图中，触发状态转换的具体事件被称为“事件”。5.A解析思路：验证关注的是“是否正确地构建了产品”（即过程符合规范），确认关注的是“是否构建了正确的产品”（即产品满足用户需要）。6.B解析思路：需求追溯矩阵（RTM）主要用于建立需求与设计、代码、测试用例等后续工作产物之间的对应关系。7.C解析思路：抛弃型原型旨在探索需求，一旦目标明确就丢弃原型，不作为最终产品的一部分。“剔除式原型”是这一类型的典型代表。8.B解析思路：形式化方法使用数学符号和逻辑语言来精确描述系统行为，以消除自然语言的歧义。9.C解析思路：代码走查是开发过程中的质量控制活动，不属于需求获取阶段获取用户需求的方法。10.A解析思路：MoSCoW方法中，M代表Musthave（必须有），即核心功能，不可妥协。11.D解析思路：IEEE830标准建议SRS文档包含引言、总体描述、详细描述等章节，但通常不包含源代码清单，源代码属于开发交付物。12.A解析思路：数据流图（DFD）通常采用层次编号法来标识不同层次的加工。13.D解析思路：系统必须在特定环境下运行属于环境约束，而非功能约束。14.C解析思路：需求评审会议通常包括需求开发者、需求用户、测试人员、项目经理等。需求管理师通常负责组织和管理评审流程，但开发人员（包括架构师）也是评审的参与者。相比之下，代码审查（A）明显不属于需求评审范畴。但若从角色定位看，D选项“系统架构师”有时被视为设计侧角色，可能不直接参与需求评审，而C选项“代码走查”是测试/开发行为。但在本题中，最明显的错误是A。若D为错误答案，理由是架构师通常参与设计评审而非需求评审。鉴于题目问“不包括”，A是最不可能的角色。若必须选D，理由是架构师负责设计。通常在考试中，排除法选A更稳妥。15.C解析思路：验收测试是由用户或第三方测试机构来进行的，目的是确认系统是否满足用户需求。16.D解析思路：Dreamweaver主要用于网页设计和前端开发，不属于快速原型设计工具。17.C解析思路：信息域模型主要分析系统中的数据结构、数据流和数据存储。18.B解析思路：数据字典是需求分析阶段的核心文档，用于定义数据流图中所有数据元素、数据流、数据存储的详细定义。19.B、C、D解析思路：影响分析主要评估变更对成本、进度、质量、架构及其他需求的影响。20.B解析思路：需求风险管理旨在识别潜在风险并制定应对策略，确保需求过程的顺利进行。二、多项选择题1.A、B、C解析思路：需求获取的常用方法包括访谈、问卷调查、走访（观察法）、原型法等。2.A、B、C、D解析思路：非功能性需求涵盖了软件系统的各个方面，包括性能、安全、可靠性、易用性等。3.A、B、C解析思路：UML中，活动图、状态机图、顺序图用于描述动态行为；部署图用于描述静态结构。4.A、B、C、D解析思路：好的需求规格说明文档应具备无二义性、完整性、一致性和可验证性。5.A、B、C解析思路：需求验证的方法包括评审、原型验证和检查表检查。静态分析通常用于代码。6.A、B、C、D解析思路：影响分析需要考虑紧迫性、对其他需求的影响、架构影响以及成本和进度影响。7.A、B、C解析思路：原型设计根据目的可分为抛弃型、演化型和增量型。8.A、B、C、D解析思路：需求管理包括基线建立、跟踪、监控和变更控制。9.A、C解析思路：形式化方法适用于高安全性、高可靠性、实时性要求高的系统（如航空、核能、嵌入式），不适合交互式界面。10.A、B、C、D解析思路：需求工程的全生命周期通常包括获取、分析、规格说明和验证/确认。三、简答题1.答案：验证：关注的是“是否正确地构建了产品”，即检查软件产品是否按照需求和设计规范正确地实现了功能，通常由开发人员或测试人员进行。确认：关注的是“是否构建了正确的产品”，即检查软件产品是否满足用户的实际需求和期望，通常由用户或第三方进行。解析思路：考察点在于区分验证与确认的英文定义及中文对应关系。验证侧重于过程（符合规范），确认侧重于结果（满足需要）。2.答案：在敏捷开发模式下，需求变更被视为常态，处理方式如下：1.需求被拆分为小的用户故事，放入产品待办列表。2.定期（如迭代评审会）回顾优先级，重新排序待办列表。3.在迭代规划会议中，选择高优先级的需求进行开发。4.通过演示和反馈，及时获取用户对新需求的确认，避免后期返工。解析思路：考察点在于敏捷开发的核心流程：待办列表、迭代规划、演示和反馈。重点在于如何通过迭代和反馈来应对变更。3.答案：事件：在状态机图中，事件是指导致状态发生转换的触发器，它通常在特定的时间或条件下发生。转换：转换是指状态之间的移动，它由事件触发，并可能伴随动作的执行。关系：事件是转换的触发条件，没有事件通常不会发生状态转换。解析思路：考察点在于UML状态机图的基础概念。需要准确描述“触发器”和“移动”的定义及其关联。4.答案：1.使用精确的术语，避免使用模糊词汇（如“经常”、“快速”）。2.对每个需求进行定义，确保每个需求都是独立的，可以单独测试。3.利用原型技术来澄清模糊的需求。4.组织需求评审会议，邀请多方人员（用户、开发、测试）共同审阅，发现并修正歧义。解析思路：考察点在于需求工程中消除歧义性的具体策略。包括语言规范、独立性、原型辅助和评审机制。四、案例分析题1.答案：（1）功能性需求：-用户可以浏览商品列表。-系统可以根据用户历史记录和购买记录生成推荐列表。-系统支持实时推送功能。-用户可以点击推荐商品进行查看或购买。非功能性需求：-系统需具备高并发处理能力（支持大量用户同时浏览）。-系统需保证数据安全性（保护用户隐私）。-推荐响应时间需在X秒以内（实时性）。解析思路：考察点在于区分功能需求（系统做什么）和非功能需求（系统做得怎么样）。对于推荐系统，实时性和并发性是关键。解析思路（验证）：对于“实时推送”功能，验证方法包括：-单元测试：验证算法逻辑的正确性。-性能测试：模拟高并发场景，测试响应时间是否达标。-用户验收测试（UAT）：让用户确认推荐的准确性是否满足预期。-黑盒测试：检查在各种边界条件下（如无记录、全记录）系统的表现。解析思路：考察点在于需求验证的具体方法。针对实时性功能，性能测试和UAT是关键手段。2.答案：（1）形式化方法通常使用形式化语言进行描述，如Z语言、VDM（维也纳开发方法）、Object-Z等。