系统分析师 · 高频练习

需求不清楚时为什么常用原型法和用户确认?

高级 单选题 第 91 题 中等 系统分析师原型法需求确认需求工程
题目

用户只能大致描述业务目标,但说不清具体界面和操作流程。系统分析师为了尽快澄清需求,先做一个可演示的界面原型,与用户反复讨论和修改。这种做法主要是为了()。

A 通过可视化原型帮助用户发现和确认真实需求
B 跳过需求分析,直接把原型当成最终系统交付
C 避免和用户沟通,减少需求变更
D 只验证数据库备份是否成功
题目类型:原创高频考点题 用途:用于帮助理解系统分析师相关考点和答案解析,不等同于官方真题。
正确答案
A
答案解析

原型法适合需求不够明确、用户难以一次说清的场景。通过可看的界面或可交互模型,用户更容易指出哪里不符合业务习惯,从而逐步澄清需求。

选项分析

A

正确。原型能让抽象需求变得可讨论、可验证。

B

错误。原型不一定等于最终系统,尤其是探索性原型。

C

错误。原型法反而需要更频繁、更具体的用户沟通。

D

错误。数据库备份与需求原型确认无关。

本题为什么容易错

系统分析题最容易犯的错,是把原型看成“先做出来再说”。严谨一点讲,原型是沟通和验证需求的工具,不是绕过需求工程的借口。

先看结论

简短答案

需求不清楚时为什么常用原型法和用户确认,正确答案是 A(通过可视化原型帮助用户发现和确认真实需求)。原型法适合需求不够明确、用户难以一次说清的场景。通过可看的界面或可交互模型,用户更容易指出哪里不符合业务习惯,从而逐步澄清需求。

解析

易混淆概念对比表

概念本题判断区别要点记忆提示
通过可视化原型帮助用户发现和确认真实需求 本题正确答案 正确。原型能让抽象需求变得可讨论、可验证。 看到题干核心场景时优先联想到它
跳过需求分析,直接把原型当成最终系统交付 本题干扰项 错误。原型不一定等于最终系统,尤其是探索性原型。 看到该词不要急着选,先判断是否真正解决题干问题
避免和用户沟通,减少需求变更 本题干扰项 错误。原型法反而需要更频繁、更具体的用户沟通。 看到该词不要急着选,先判断是否真正解决题干问题
只验证数据库备份是否成功 本题干扰项 错误。数据库备份与需求原型确认无关。 看到该词不要急着选,先判断是否真正解决题干问题
本题易混淆选项怎么区分
  • 跳过需求分析,直接把原型当成最终系统交付:错误。原型不一定等于最终系统,尤其是探索性原型。
  • 避免和用户沟通,减少需求变更:错误。原型法反而需要更频繁、更具体的用户沟通。
  • 只验证数据库备份是否成功:错误。数据库备份与需求原型确认无关。
复习

知识点详解

需求工程是系统分析师考试中需要结合场景理解的考点。围绕“需求不清楚时为什么常用原型法和用户确认”这类题目,复习时要先看题干描述的是概念定义、适用场景、作用效果,还是与其他选项的区别。本题的题干关键词是“用户只能大致描述业务目标,但说不清具体界面和操作流程。系统分析师为了尽快澄清需求,先做一个可演示的界面原型,与用户反复讨论和修改。这种做法主要是为了()”,它指向的核心答案是 A(通过可视化原型帮助用户发现和确认真实需求)。

备考速记

备考速记:题干如果强调“需求工程”中的关键目标,就先联想到 需求工程;如果选项里出现 跳过需求分析,直接把原型当成最终系统交付、避免和用户沟通,减少需求变更、只验证数据库备份是否成功,不要只看名称熟悉,要判断它们是否真正对应题干场景。

需求工程在需求工程场景中的作用

需求工程在本题中的核心价值,是解决“用户只能大致描述业务目标,但说不清具体界面和操作流程。系统分析师为了尽快澄清需求,先做一个可演示的界面原型,与用户反复讨论和修改。这种做法主要是为了()”这个场景问题。复习时不要只背选项名称,还要理解它为什么适用于该场景,以及它能解决哪类安全、流程或管理问题。

拓展

同类题怎么考

  • 给出需求工程场景,判断应该选择哪个概念、工具、协议或管理过程。
  • 考查需求工程的作用,要求从四个相近选项中找出最符合题干目标的一项。
  • 把需求工程和跳过需求分析,直接把原型当成最终系统交付、避免和用户沟通,减少需求变更、只验证数据库备份是否成功放在一起考,重点看适用场景是否一致。
  • 题干通常会出现一个关键动作或目标,先定位关键词,再回到选项逐一排除。
需求工程在系统分析师软考中的考法

软考选择题通常不会只考概念定义,还会把需求工程放到需求工程场景中,要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时,先抓住题干中的业务场景,再看哪个选项最能解决该场景下的核心问题。

解题思路

题干强调用户说不清具体界面和流程,分析师做可演示原型并反复讨论。这里考的不是编码速度,而是需求获取和确认的方法。

考点定位

原型法不是偷懒少做分析,而是用可视化方式降低沟通成本,尤其适合需求模糊或用户表达困难的场景。

易错提醒

  • 原型法适合需求不清、交互复杂、用户需要看到效果的场景。
  • 原型需要用户反馈,不能由开发方闭门制作。
  • 探索性原型可能会被丢弃,演化型原型才可能逐步发展成系统。

备考提示

  • 系统分析师题目看到“用户说不清、反复确认、界面流程”,可以想到原型法。
  • 复习时把原型法和访谈、问卷、观察、用例建模放在同一组需求获取方法里。

你可能还想了解

  • 需求不清楚时为什么常用原型法和用户确认?
  • 需求工程是什么?
  • 需求工程在系统分析师考试中怎么考?
  • 系统分析师需求工程题怎么理解?
  • 原型法适合什么场景怎么考?
  • 需求不清楚怎么确认怎么考?

本文小结

本题核心考点是需求工程在需求工程场景中的判断和应用。遇到类似题目时,先看题干描述的目标,再判断哪个选项最符合场景;本题应选择 A(通过可视化原型帮助用户发现和确认真实需求)。