软考系统分析师·每日学习卡 | [日期：2025-06-14] | [今日主题：需求分类]
一、今日学了啥？
-
传统三维分类法
类型 定义 视角 典型案例 业务需求 企业/客户的高层次目标，反映系统存在的价值（如提升管理效率、用户满意度） 领导/决策层 “开发运维系统提高公司运维质量” 用户需求 用户的具体任务目标，描述用户使用系统“做什么”（需通过访谈、问卷获取） 终端用户 “如何提交运维事件？流程如何走？” 系统需求 从计算机视角定义的功能与非功能要求，包括：
- 功能需求：系统具体功能（如认证登录）
- 性能需求（非功能性）：安全性、可维护性等
- 设计约束：技术栈限制（如必须用Java开发）系统实现 “报表需支持Excel导出”（功能需求）
“响应时间≤2秒”（性能需求）
“数据库必须用Oracle”（设计约束） -
KANO模型分类（QFD视角）
类型 特点 用户满意度影响 案例 基本需求 用户明确提出的必备功能（明示常规需求） 不满足则强烈不满 “系统需包含认证登录功能” 期望需求 用户未明说但必然需要的功能（隐含需求） 满足则满意，缺失则不满 “报表需支持基础数据展示”（未提但必需） 兴奋需求 超出用户预期的增值功能（“多余”需求） 满足则惊喜，缺失无影响 “报表自动生成炫酷图表”（未要求但实现） -
P-I-E-C-E-S需求分类
分类 全称 核心关注点 案例描述 Performance 性能 系统效率（响应时间、吞吐率） “订单处理速度提升50%” Information 信息 数据输入/输出/准确性 “系统无法捕获用户地址信息” Economics 经济 成本/收益分析 “系统每年减少人力成本100万” Control 控制 安全性/权限管理（⚠️非字面控制） “加强用户数据加密防护” Efficiency 效率 资源利用率（人、物、财） “同等人力下处理订单量翻倍” Service 服务 用户体验/外部服务支持 “提供7×24小时在线客服”
二、重点/要记住的！
-
典型考题解析
题干描述 需求类型 判断依据 “通过用户访谈、问卷获取使用场景需求” 用户需求 访谈/问卷针对终端用户的具体任务（非高层目标或技术实现）。 “系统需提供对话框实现全文替换” 功能需求 “对话框”是具体实现方式（系统视角），非用户目标（用户需求）或业务方向（业务需求）。 “用户能高效纠正文档拼写错误” 业务需求 “高效纠正错误”是高层目标（类似提升满意度），非具体操作。 -
难点突破：用户需求 vs 功能需求
- 用户需求：聚焦“用户要做什么”（如“找出拼写错误并替换”）。
- 功能需求：聚焦“系统如何实现”（如“提供替换词对话框”）。
- 口诀：用户需求是目标，功能需求是动作。
三、今天的小收获/卡住的地方
区分几种需求的区别：
“领导管方向是业务需求，用户提任务是用户需求，系统落地是功能需求。”
“兴奋需求让甲方开心，但让乙方少赚钱。”
四、明天学啥？
明天学习需求获取方法
像实干家一样思考问题，像思想家一样付诸行动。
愿你我共同进步！
浙公网安备 33010602011771号