软考系统分析师90天冲刺｜DAY02·需求获取技术全解析+5大方法+真题实战

需求获取是系统开发生命周期的基石,约60%的系统失败源于需求问题。作为软考系统分析师的核心考点,需求获取技术涉及访谈法、问卷调查法、观察法、原型法、文档分析法五大方法。本文结合历年真题,精讲各方法的适用场景与优缺点,帮助考生精准把握答题关键。

一、需求获取的核心意义

需求获取是确定和理解不同项目干系人需求和约束的过程,其质量直接影响后续系统设计的可行性与用户满意度。系统分析师需要通过多种技术收集原始需求,包括信息收集、用户访谈、问卷调查、现场观察、原型法等,最终形成需求规格说明书。

二、五大需求获取方法精讲

(一)访谈法

访谈法是最基本的需求获取方法,通过面对面的交流深入了解用户需求。分为三种形式:

• 结构化访谈:预先设计好问题,按固定顺序提问
• 半结构化访谈:有基本提纲,可根据情况灵活调整
• 非结构化访谈:开放式交谈,探索未知领域

优点:

• 灵活性强,应用范围广
• 深度挖掘用户主观想法
• 适用于高层战略需求到操作层细节的全场景

缺点:

• 信息量大,记录较为困难
• 需要足够的领域知识支撑
• 时间与人力成本高

技巧要点:

• 准备访谈提纲,但不拘泥于提纲
• 选择有代表性的受访者(1对1至1对3)
• 采用"情景模拟"技巧,如"如果遇到X情况,您会如何处理?"
• 及时记录和确认理解一致性

(二)问卷调查法

问卷调查法适用于需要从大量人员中收集信息的场景,通过精心设计的调查表获取需求数据。

优点:

• 覆盖范围广,成本低
• 基于数理统计原理快速获取广域需求
• 易于统计分析

缺点:

• 缺乏灵活性,问题设计质量要求高
• 无法深入,缺乏互动
• 回收率可能不高

设计原则:

• 问题明确,避免歧义
• 合理组合开放式和封闭式问题
• 控制问卷长度,提高回收率
• 进行小规模试填,修正问题

(三)观察法

观察法通过观察用户实际工作流程获取需求,也称为现场观察法。

适用场景:

• 用户难以准确描述操作过程
• 存在"说一套做一套"的情况
• 需要了解实际工作环境和约束条件

优点:

• 能发现用户未提及或视为理所当然的隐性需求
• 了解真实工作场景和非正式流程
• 全面了解需求的细节

缺点:

• 耗时较长
• 对观察者的专业能力要求高
• 可能干扰用户正常工作

(四)原型法

原型法通过快速构建可操作的原型帮助用户明确需求,是情节串联板的升级版。

优点:

• 用户更容易理解系统功能
• 早期发现需求错误和遗漏
• 促进用户参与和反馈
• 降低需求不明确的风险

缺点:

• 制作原型需要时间和成本
• 可能导致用户过分关注界面细节而忽视业务逻辑
• 制作速度较慢

(五)文档分析法

文档分析法通过研究现有业务文档、表格、报表、旧系统手册等获取需求信息。

优点:

• 了解现有规则、数据格式和业务约束
• 适合数据性信息收集
• 是获取非功能性需求(如合规性)的重要来源

缺点:

• 文档可能过时或不完整
• 缺乏交互,难以澄清疑问

三、方法对比与应用场景

四、历年真题实战解析

真题1(2017年5月):

需求获取是确定和理解不同的项目干系人的需求和约束的过程…在多种需求获取方式中,()方法具有良好的灵活性,有较宽广的应用范围,但存在获取需求时信息量大、记录较为困难、需要足够的领域知识等问题。()方法基于数理统计原理…可减少数据收集偏差。 **()方法通过高度组织的群体会议来分析企业内的问题,并从中获取系统需求。

选项:

A.用户访谈

B.问卷调查

C.联合需求计划

D.采样

**正确答案:**A,D,C

解析:

• 第一空:用户访谈法灵活性最强,应用范围最广,但信息记录难度大,需要领域知识支撑
• 第二空:采样法基于数理统计原理,通过科学抽样减少偏差
• 第三空:联合需求计划(JRP)通过高度组织的群体会议获取需求

真题2(2020年):

某大型移动通信运营商欲开发一个新的应用系统以替换原有系统。在需求分析阶段,为尽快从已有系统文档资料和用户处获取整体系统需求,采用()的方法捕获需求最为合适。

选项:

A.用户访谈

B.联合需求计划

C.抽样

D.头脑风暴

**正确答案:**C

解析:

题干关键词是"已有系统文档资料"和"尽快获取整体系统需求",这正是采样(抽样)方法的典型适用场景。抽样可以从海量文档中选取代表性样本,快速获取需求。

真题3(选择题常见陷阱):

常见的需求获取方法不包括()。

选项:

A.用户访谈

B.问卷调查

C.代码审查

D.联合需求计划

**正确答案:**C

解析:

代码审查是一种质量保证活动,侧重于检查代码逻辑和规范,不属于需求获取范畴。需求获取发生在项目前期,而代码审查属于后期开发活动。

五、实战应用:设计需求获取方案

以某电商平台开发系统为例,设计综合需求获取方案:

(1)前期调研阶段

• **文档分析法 **:收集现有系统的业务文档、用户手册、报表等,了解现有规则和数据格式
• **问卷调查法 **:面向终端用户(约1000名活跃用户)发放问卷,收集功能优先级偏好和满意度数据

(2)深度分析阶段

• **用户访谈法 **:选取15名关键用户(包括商户、运营人员、客服、技术管理员)进行1对1深度访谈,挖掘隐性需求和痛点
• **观察法 **:现场观摩客服人员和运营人员处理订单、退换货等核心业务流程,了解实际操作细节

(3)需求确认阶段

• **原型法 **:构建可交互的原型系统,展示核心功能界面和交互流程,组织用户试用并收集反馈
• **联合需求计划(JRP) **:组织商户代表、运营部门、技术团队、项目经理召开联合需求会议,消除需求冲突,达成共识

六、2025年备考策略

• 高频易错点强化
• 用户访谈vs问卷调查:访谈解决"为什么"(动机挖掘),问卷解决"是什么"(事实统计)
• 采样技术的隐性成本:抽样方案设计耗时可能超过直接分析全量数据,需评估ROI
• 代码审查不属于需求获取方法,这是常见陷阱题

跨版本考点延续性

近五年真题表明:

• 用户访谈的灵活性与采样的统计原理为必考项
• JRP的会议组织要点在案例分析题中可能出现
• 原型法的优势在需求不确定场景中经常考到

答题技巧

• 选择题:抓住题干中的关键词,如"大规模用户""文档资料""群体会议"等,快速定位正确方法
• 案例分析题:结合具体场景,说明选择的理由、实施步骤和注意事项

结语

需求获取技术是系统分析师的核心能力,也是软考考试的必考内容。掌握五大方法的适用场景、优缺点和选择依据,结合历年真题反复练习,才能在考试中准确作答。记住:访谈法深入灵活,问卷法高效广泛,观察法发现隐性需求,原型法澄清模糊需求,文档分析法了解现有约束。根据项目实际需求,灵活组合使用多种方法,才能全面准确地获取系统需求。