一、需求获取（Requirements Elicitation）

1. 定义与目标

需求获取是通过与用户、利益相关者等交互，识别并捕获系统需求的过程，目标是明确用户意图与业务目标，避免后期因需求偏差导致返工。

2. 主要方法

• 问卷法：通过标准化问题收集用户需求，适用于大规模调研。
• 面谈法：与关键用户或领域专家深度沟通，获取细节需求。
• 用例法：通过场景描述用户与系统的交互流程，明确功能边界。
• 观察法：直接观察用户操作现有系统，发现隐性需求。
• 原型法：通过快速原型演示，验证用户对功能的理解与接受度。
• 焦点小组：组织多方讨论，激发创新性需求。

3. 挑战与策略

• 利益相关者冲突：需通过优先级协商（如MoSCoW法）平衡需求。
• 需求模糊性：采用概念模型（如数据流图、实体关系图）辅助抽象表达。
• 动态性：建立需求变更跟踪机制，支持后续演进。

二、需求分析（Requirements Analysis）

1. 定义与目标

需求分析是对获取的需求进行结构化处理，消除矛盾与歧义，建立系统逻辑模型，为设计提供基础。

2. 核心活动

• 需求建模：
  • 概念模型：抽象描述系统行为，如用例图、状态图。
  • 功能模型：分解功能模块，如数据流图（DFD）。
  • 非功能模型：定义性能、安全性等约束条件。
• 需求分类：
  • 业务需求：组织或客户的战略目标（如提高市场份额）。
  • 用户需求：用户期望的功能（如“一键支付”）。
  • 系统需求：技术实现的具体要求（如响应时间<1秒）。

3. 工具与技术

• 形式化方法：使用数学模型验证需求一致性（如代数方法、状态机）。
• MBSE（基于模型的系统工程）：通过图形化建模工具（如SysML）实现需求可视化与追踪。

三、需求验证（Requirements Validation）

1. 定义与目标

需求验证确保需求规格说明（SRS）准确反映用户意图，且可实现、可测试，避免逻辑漏洞。

2. 验证方法

• 评审与检查：
  • 有效性检查：确认需求是否满足用户真实需求。
  • 一致性检查：确保需求无冲突（如功能与性能指标矛盾）。
  • 可验证性检查：验证需求能否通过测试用例验证。
• 原型验证：通过可交互原型演示，获取用户反馈。
• 形式化验证：使用定理证明或模型检测技术验证需求正确性。

3. 关键输出

• 需求规格说明书（SRS）：包含功能需求、非功能需求及优先级说明。
• 可追溯性矩阵：关联需求与设计、测试用例，支持变更跟踪。

四、需求工程的作用与挑战

作用

1. 降低开发风险：通过早期验证减少设计阶段的错误成本。
2. 提升协作效率：统一术语与模型，减少团队沟通偏差。
3. 支持持续演进：需求管理工具（如JIRA）跟踪变更影响，适应业务变化。

挑战

1. 需求不完整或模糊：需结合领域知识与用户场景深入挖掘。
2. 动态需求管理：平衡变更灵活性与开发稳定性。
3. 技术复杂性：大型系统需采用MBSE等高级工具管理多视点需求。

总结

需求工程是软件成功的基石，其核心在于通过系统化方法（获取→分析→验证）确保需求的准确性与可实现性。实践中需结合敏捷、DevOps等方法论，动态调整需求流程，并借助工具（如需求管理平台、建模软件）提升效率。