一、需求获取技术别泛泛而谈记“场景匹配”考试不考技术名词解释考的是“题干特征→匹配技术”。形成条件反射联合应用设计JAD题干出现“多部门争议大/需快速收敛共识/跨职能协作”必选JAD。核心 facilitated workshop产出共识原型。原型法题干出现“需求模糊/用户难以表达/界面交互复杂”选原型。注意原型是沟通工具不是最终交付物。场景分析/用例驱动题干出现“业务流程梳理/角色交互明确/系统边界划分”选用例建模。头脑风暴/Delphi题干出现“专家经验主导/创新类需求/匿名多轮收敛”选Delphi或头脑风暴。二、SRS质量属性案例题填空必考软件需求规格说明书SRS必须满足四大核心属性缺一不可正确性准确反映用户真实意图最核心无歧义性每条需求唯一解释避免“可能/大约/优化”等模糊词可验证性每条需求必须有对应的测试/验收手段可追踪性需求→设计→代码→测试用例双向映射 ⚠️ 考场陷阱题干问“需求文档最忌什么”答“不可验证/存在二义性”。写“功能太多/篇幅太长”直接扣分。三、需求变更控制流程下午题必写步骤分析师不直接改代码必须走管控流程。标准六步踩分法提交《变更申请单》含影响范围/紧急程度需求分析师评估技术/成本/进度影响提交变更控制委员会CCB审批批准后更新需求基线通知所有干系人开发实施测试验证归档变更记录更新追溯矩阵 考场口诀“申请→评估→CCB→基线→实施→追溯”。缺CCB或基线更新直接扣架构管理分。四、优先级排序技术选择题高频MoSCoWMust/Should/Could/Wont。适合敏捷迭代排期。Kano模型基本型/期望型/兴奋型/无差异/反向。题干出现“用户满意度/功能分类/资源有限”选Kano。加权评分法多维度打分业务价值/技术风险/实施成本
