Demand Analysis

SKILL.md

# Skill 1：需求分析

## 功能概述

将模糊的业务需求、PRD或产品描述，转化为结构化的架构分析结果，包括功能模块清单、非功能需求、架构约束条件。

## 输入与输出

| 项目 | 内容 |
|------|------|
| **输入** | 业务需求描述、PRD文档、产品描述文本 |
| **输出** | 结构化需求分析报告（含功能清单、非功能需求、约束条件、领域类型） |

## 执行流程

### Step 1：输入理解与清洗
- 读取用户输入的原始需求
- 区分"明确陈述"和"隐含假设"
- 识别用户所在领域（平台级/尽调/合规/其他）

### Step 2：领域类型识别
根据输入内容判断所属领域，调整后续分析侧重点：

| 领域类型 | 识别关键词 | 分析重点 |
|---------|-----------|---------|
| 平台级架构 | 平台、编排、市场、工作流、生态 | 模块化、扩展性、多租户 |
| 尽职调查系统 | 尽调、审查、评估、报告、合规审查 | 流程管理、数据采集、报告生成 |
| 合规系统 | 合规、监管、审批、审计、风险控制 | 审计追溯、权限管控、数据安全 |
| 通用 | 无法明确归类的 | 全面覆盖各维度 |

### Step 3：功能模块提取
从需求中提取功能模块，按以下维度组织：
- **模块名称**：简短且描述性强
- **功能描述**：该模块的核心职责
- **优先级**：P0（核心必选）/P1（重要可选）/P2（增强可选）
- **依赖关系**：该模块依赖哪些其他模块

输出格式：
```markdown
| 模块名称 | 功能描述 | 优先级 | 依赖关系 |
|---------|---------|--------|---------|
| 用户管理 | 用户注册、登录、权限管理 | P0 | 无 |
| ... | ... | ... | ... |
```

### Step 4：非功能需求提取

| 维度 | 典型问题 |
|------|---------|
| 性能 | 预期并发用户数、响应时间要求（P50/P95/P99）|
| 可用性 | SLA要求、故障恢复时间（RTO/RPO）|
| 安全性 | 认证方式、数据加密、合规要求 |
| 可扩展性 | 未来用户增长预期、功能扩展计划 |
| 可维护性 | 运维团队规模、部署频率 |
| 数据量 | 数据规模预估、存储需求、增长预期 |

> **注意**：若用户未明确给出某维度要求，标注为"待确认"，并给出参考建议值。

### Step 5：架构约束提取

从需求中识别显式和隐式的架构约束：

| 约束类型 | 示例 |
|---------|------|
| 技术约束 | 必须使用Java技术栈、必须兼容现有系统 |
| 业务约束 | 预算限制、上线时间、团队规模 |
| 环境约束 | 私有部署、公有云、混合云、信创环境 |
| 法规约束 | 数据本地化、行业合规要求（GDPR/等保等）|

### Step 6：输出需求分析报告

```markdown
# 需求分析报告

## 1. 领域类型
- **识别结果**：[平台级/尽调/合规/通用]
- **识别依据**：[简要说明]

## 2. 需求摘要
[用200字以内概括核心需求]

## 3. 功能模块清单
| 模块名称 | 功能描述 | 优先级 | 依赖关系 |
|---------|---------|--------|---------|

## 4. 非功能需求
| 维度 | 要求 | 说明 |
|------|------|------|
| 性能 | ... | ... |
| 可用性 | ... | ... |
| 安全性 | ... | ... |
| 可扩展性 | ... | ... |
| 可维护性 | ... | ... |
| 数据量 | ... | ... |

## 5. 架构约束
| 约束类型 | 约束内容 | 影响 |
|---------|---------|------|
| ... | ... | ... |

## 6. 待确认项
- [ ] 待确认项1
- [ ] 待确认项2
```

## 质量检查清单

- [ ] 功能模块是否完整覆盖需求？
- [ ] 优先级标注是否合理？
- [ ] 非功能需求是否覆盖6个维度？
- [ ] 约束条件是否区分了显式和隐式？
- [ ] 领域类型识别是否准确？
- [ ] 待确认项是否明确标记？