一、需求获取（Requirements Elicitation）
1. 定义与目标
需求获取是通过与用户、利益相关者等交互，识别并捕获系统需求的过程，目标是明确用户意图与业务目标，避免后期因需求偏差导致返工。
2. 主要方法
- 问卷法：通过标准化问题收集用户需求，适用于大规模调研。
- 面谈法：与关键用户或领域专家深度沟通，获取细节需求。
- 用例法：通过场景描述用户与系统的交互流程，明确功能边界。
- 观察法：直接观察用户操作现有系统，发现隐性需求。
- 原型法：通过快速原型演示，验证用户对功能的理解与接受度。
- 焦点小组：组织多方讨论，激发创新性需求。
3. 挑战与策略
- 利益相关者冲突：需通过优先级协商（如MoSCoW法）平衡需求。
- 需求模糊性：采用概念模型（如数据流图、实体关系图）辅助抽象表达。
- 动态性：建立需求变更跟踪机制，支持后续演进。
二、需求分析（Requirements Analysis）
1. 定义与目标
需求分析是对获取的需求进行结构化处理，消除矛盾与歧义，建立系统逻辑模型，为设计提供基础。
2. 核心活动
- 需求建模：
- 概念模型：抽象描述系统行为，如用例图、状态图。
- 功能模型：分解功能模块，如数据流图（DFD）。
- 非功能模型：定义性能、安全性等约束条件。
- 需求分类：
- 业务需求：组织或客户的战略目标（如提高市场份额）。
- 用户需求：用户期望的功能（如“一键支付”）。
- 系统需求：技术实现的具体要求（如响应时间<1秒）。
3. 工具与技术
- 形式化方法：使用数学模型验证需求一致性（如代数方法、状态机）。
- MBSE（基于模型的系统工程）：通过图形化建模工具（如SysML）实现需求可视化与追踪。
三、需求验证（Requirements Validation）
1. 定义与目标
需求验证确保需求规格说明（SRS）准确反映用户意图，且可实现、可测试，避免逻辑漏洞。
2. 验证方法
- 评审与检查：
- 有效性检查：确认需求是否满足用户真实需求。
- 一致性检查：确保需求无冲突（如功能与性能指标矛盾）。
- 可验证性检查：验证需求能否通过测试用例验证。
- 原型验证：通过可交互原型演示，获取用户反馈。
- 形式化验证：使用定理证明或模型检测技术验证需求正确性。
3. 关键输出
- 需求规格说明书（SRS）：包含功能需求、非功能需求及优先级说明。
- 可追溯性矩阵：关联需求与设计、测试用例，支持变更跟踪。
四、需求工程的作用与挑战
作用
- 降低开发风险：通过早期验证减少设计阶段的错误成本。
- 提升协作效率：统一术语与模型，减少团队沟通偏差。
- 支持持续演进：需求管理工具（如JIRA）跟踪变更影响，适应业务变化。
挑战
- 需求不完整或模糊：需结合领域知识与用户场景深入挖掘。
- 动态需求管理：平衡变更灵活性与开发稳定性。
- 技术复杂性：大型系统需采用MBSE等高级工具管理多视点需求。
总结
需求工程是软件成功的基石，其核心在于通过系统化方法（获取→分析→验证）确保需求的准确性与可实现性。实践中需结合敏捷、DevOps等方法论，动态调整需求流程，并借助工具（如需求管理平台、建模软件）提升效率。
