差距分析技能Skill gap-analysis

该技能用于分析软件或系统需求的完整性和识别缺失部分,通过多种检查清单和标准确保需求覆盖全面,适用于产品管理和开发流程。关键词:差距分析、需求完整性、NFR检查、INVEST标准、需求验证。

需求分析 0 次安装 0 次浏览 更新于 3/11/2026

名称: 差距分析 描述: 分析需求的完整性、缺失领域和差距。使用领域检查清单、非功能性需求类别和INVEST标准来识别从已获取需求中遗漏的部分。 允许工具: 读取, 全局搜索, 正则匹配, 写入, 任务

差距分析技能

分析需求的完整性并识别缺失领域。

何时使用此技能

关键词: 差距分析, 完整性, 缺失需求, 覆盖范围, 验证, INVEST, NFR检查, 需求差距

在以下情况调用此技能:

  • 检查已获取需求是否完整
  • 验证需求类别之间的覆盖范围
  • 识别缺失的非功能性需求
  • 准备需求规格说明
  • 规格说明导出前的质量关口

差距检测方法

1. 类别覆盖

检查标准需求类别的覆盖:

类别:
  功能性:
    - 用户管理
    - 数据管理
    - 处理
    - 集成
    - 报告
    - 通知

  非功能性:
    - 性能
    - 安全性
    - 可用性
    - 可靠性
    - 可扩展性
    - 可维护性
    - 可访问性

  约束:
    - 技术
    - 业务
    - 法规
    - 资源
    - 时间线

  假设:
    - 环境
    - 用户行为
    - 依赖

2. NFR完整性

确保非功能性需求被指定:

NFR检查清单:
  性能:
    - 响应时间定义: 否
    - 吞吐量定义: 否
    - 容量定义: 否

  安全性:
    - 认证指定: 否
    - 授权指定: 否
    - 数据保护指定: 否

  可用性:
    - 可访问性考虑: 否
    - 学习曲线处理: 否
    - 错误处理定义: 否

  可靠性:
    - 正常运行时间目标设置: 否
    - 错误恢复定义: 否
    - 备份策略指定: 否

  可扩展性:
    - 增长预测定义: 否
    - 扩展策略指定: 否

3. INVEST标准

根据INVEST评估需求:

INVEST标准:
  独立:
    描述: "需求可以独立开发"
    检查: "是否有循环依赖?"

  可协商:
    描述: "细节可以协商"
    检查: "需求是否过于规定性?"

  有价值:
    描述: "为利益相关者提供价值"
    检查: "业务价值是否清晰?"

  可估计:
    描述: "可以估计工作量"
    检查: "范围是否足够清晰以估计?"

  小:
    描述: "可以在一个冲刺中完成"
    检查: "需求是否太大?"

  可测试:
    描述: "实现时可以验证"
    检查: "是否定义了验收标准?"

4. 领域特定检查清单

应用适合领域的检查清单:

领域检查清单:
  电子商务:
    - 产品目录
    - 购物车
    - 结账
    - 支付
    - 订单管理
    - 库存
    - 运输
    - 退货

  认证:
    - 登录
    - 注册
    - 密码重置
    - 会话管理
    - 多因素认证
    - 单点登录
    - 权限

  报告:
    - 数据源
    - 过滤器
    - 可视化
    - 导出
    - 调度
    - 访问控制

差距检测工作流

步骤1: 加载当前需求

从以下来源读取现有需求:

  • .requirements/{domain}/ 文件夹
  • 访谈结果
  • 文档提取
  • 模拟输出

步骤2: 应用检查清单

对于每个检查清单:

  1. 检查类别是否覆盖
  2. 记录缺失或薄弱区域
  3. 评估差距的严重性

步骤3: 评估严重性

差距严重性:
  关键:
    定义: "需求领域对系统可行性至关重要"
    示例: ["无安全性需求", "无数据验证"]
    行动: "必须在继续前进前解决"

  重大:
    定义: "影响质量的显著差距"
    示例: ["无性能目标", "无错误处理"]
    行动: "应尽快解决"

  次要:
    定义: "可有可无,非必需"
    示例: ["无基本以上的可访问性", "有限国际化"]
    行动: "如有时间则解决"

步骤4: 生成建议

对于每个差距:

  • 描述缺失的内容
  • 建议如何填补差距
  • 推荐获取技术

输出格式

差距分析报告

差距分析:
  会话ID: "GAP-{时间戳}"
  领域: "{领域}"
  分析日期: "{ISO-8601}"

  分析需求:
    总计: {数字}
    来自访谈: {数字}
    来自文档: {数字}
    来自模拟: {数字}

  覆盖摘要:
    功能性: 80%
    非功能性: 45%
    约束: 60%
    假设: 30%

  识别差距:
    关键:
      - 类别: 安全性
        差距: "无认证需求"
        建议: "访谈安全利益相关者或运行模拟"
        建议技术: 访谈

    重大:
      - 类别: 性能
        差距: "无响应时间目标"
        建议: "与业务利益相关者定义SLA"
        建议技术: 访谈

    次要:
      - 类别: 可访问性
        差距: "仅基本WCAG覆盖"
        建议: "考虑WCAG 2.1 AA合规性"
        建议技术: 领域研究

  NFR覆盖:
    性能: 部分
    安全性: 缺失
    可用性: 覆盖
    可靠性: 部分
    可扩展性: 缺失

  INVEST评估:
    独立: 85%
    可协商: 90%
    有价值: 95%
    可估计: 70%
    小: 75%
    可测试: 60%

  建议:
    - 优先级: 高
      行动: "进行安全重点访谈"
      解决差距: [安全性, 认证, 授权]

    - 优先级: 中
      行动: "定义性能SLA"
      解决差距: [性能, 可扩展性]

  准备好规格说明: 否
  阻塞差距: [安全性, 认证]

差距类别

缺失功能区域

常见功能差距:

  • 未指定错误处理
  • 未覆盖边界情况
  • 集成点不明确
  • 缺失通知需求
  • 缺少报告需求

缺失NFR

常见NFR差距:

  • 无性能目标
  • 安全性需求模糊
  • 未考虑可访问性
  • 无可用性目标
  • 可扩展性未定义

缺失约束

常见约束差距:

  • 技术约束未记录
  • 预算约束不清晰
  • 时间线未指定
  • 法规需求缺失

缺失假设

常见假设差距:

  • 用户专业水平未定义
  • 环境假设未陈述
  • 依赖假设隐藏

委托

为填补差距,委托给:

  • interview-conducting: 用于利益相关者访谈
  • stakeholder-simulation: 用于单独差距填补
  • domain-research: 用于领域特定需求

输出位置

保存差距分析到:

.requirements/{domain}/analysis/GAP-{时间戳}.yaml

相关

  • elicitation-methodology - 父中心技能
  • interview-conducting - 通过访谈填补差距
  • stakeholder-simulation - 通过模拟填补差距
  • domain-research - 研究领域需求