灵越智报 2.0 - 开发优先级计划(简化版)
制定时间: 2026-02-12
核心变化: 前端只关心"项目"概念,不区分项目/模板/报告
总工期: 6周(1.5个月)
团队配置: 后端2人 + 前端2人 + AI工程师1人
一、总体开发策略
1.1 开发原则
- ✅ MVP优先: 先实现核心功能,再完善辅助功能
- ✅ 垂直切片: 每个阶段交付可演示的完整功能
- ✅ 前后端并行: 接口定义后前后端同步开发
- ✅ 持续集成: 每周发布可测试版本
1.2 简化带来的优势
- 开发周期缩短: 从8周缩短到6周(减少25%)
- 代码量减少: 前后端代码量减少约30%
- 概念更简单: 只有"项目"一个核心概念
- 测试更容易: 减少状态管理复杂度
1.3 里程碑
- Week 2: 用户登录 + 项目管理
- Week 4: 附件上传 + 实体识别 + 规则引擎
- Week 6: AI助手 + 导出功能 + 上线
二、详细开发计划
📅 Phase 1: 基础设施 + 用户系统(Week 1-2)
目标: 搭建项目框架,完成用户认证和项目管理
Week 1: 项目初始化 + 数据库
后端任务 (优先级: P0)
前端任务 (优先级: P0)
交付物:
- ✅ 可运行的前后端项目
- ✅ 数据库初始化完成
- ✅ 接口文档可访问(Swagger)
Week 2: 用户认证 + 项目管理
后端任务 (优先级: P0)
前端任务 (优先级: P0)
交付物:
- ✅ 用户可以登录系统
- ✅ 用户可以创建和管理项目
- ✅ 项目列表展示正常
📅 Phase 2: 项目编辑 + 附件管理(Week 3-4)
目标: 完成项目编辑器、附件上传、实体识别、规则配置
Week 3: 项目编辑器 + 附件上传
后端任务 (优先级: P0)
前端任务 (优先级: P0)
交付物:
- ✅ 项目编辑器可用
- ✅ 用户可以上传附件
- ✅ 附件自动解析并提取文本
Week 4: 实体识别 + 规则引擎
后端任务 (优先级: P0)
前端任务 (优先级: P0)
交付物:
- ✅ 附件自动识别实体(NER)
- ✅ 用户可以从实体创建规则
- ✅ 规则自动填充要素值
- ✅ 实时推送解析进度
📅 Phase 3: AI功能 + 导出优化(Week 5-6)
目标: 集成AI助手,支持LLM生成和导出
Week 5: AI助手 + LLM集成
后端任务 (优先级: P1)
前端任务 (优先级: P1)
交付物:
- ✅ AI助手可以回答问题
- ✅ AI可以优化文本内容
- ✅ 支持LLM生成规则
Week 6: 导出 + 优化 + 上线
后端任务 (优先级: P0)
前端任务 (优先级: P0)
交付物:
- ✅ 项目可以导出为Word/PDF
- ✅ 系统性能达标
- ✅ 完成测试,准备上线
三、开发优先级矩阵
P0 - 必须完成(核心功能)
| 模块 |
功能 |
周期 |
| 用户系统 |
登录、权限管理 |
Week 1-2 |
| 项目管理 |
项目CRUD、要素管理、要素值管理 |
Week 2 |
| 附件管理 |
上传、解析 |
Week 3 |
| 实体管理 |
NER识别、实体列表 |
Week 4 |
| 规则引擎 |
直接引用实体、正则提取 |
Week 4 |
| 项目导出 |
Word/PDF导出 |
Week 6 |
P1 - 重要功能(增强体验)
| 模块 |
功能 |
周期 |
| AI助手 |
AI对话、文本优化 |
Week 5 |
| LLM规则 |
LLM生成要素值 |
Week 5 |
| 项目复制 |
复制项目 |
Week 2 |
| 实体合并 |
合并重复实体 |
Week 4 |
P2 - 可选功能(后续迭代)
| 模块 |
功能 |
备注 |
| 表格聚合规则 |
从表格聚合数据 |
可后续添加 |
| 项目版本管理 |
版本对比、回滚 |
可后续添加 |
| 协作功能 |
多人编辑、评论 |
可后续添加 |
| 知识库 |
历史项目检索 |
可后续添加 |
四、团队分工建议
后端团队(2人)
后端开发1(负责核心业务)
- Week 1-2: 项目框架 + 图数据库基础服务 + 项目管理
- Week 3-4: 附件管理 + 文件解析
- Week 5-6: 项目导出 + 性能优化
后端开发2(负责AI和规则)
- Week 1-2: 用户系统 + 安全模块
- Week 3-4: 实体管理 + 规则引擎 + WebSocket
- Week 5-6: AI服务 + 系统配置
前端团队(2人)
前端开发1(负责核心页面)
- Week 1-2: 项目框架 + 登录页面 + 项目列表
- Week 3-4: 项目编辑器(中间编辑区)
- Week 5-6: 项目导出 + 性能优化
前端开发2(负责辅助功能)
- Week 1-2: 基础组件 + 用户管理 + 首页
- Week 3-4: 项目编辑器(左侧资源 + 右侧助手)
- Week 5-6: AI助手 + 系统管理
AI工程师(1人)
AI工程师(负责AI服务)
- Week 1-2: 搭建Python NER服务
- Week 3-4: NER服务集成测试、优化识别准确率
- Week 5-6: LLM集成、Prompt优化
五、关键风险与应对
5.1 技术风险
| 风险 |
影响 |
应对措施 |
| NER识别准确率低 |
实体识别效果差 |
提前准备标注数据,训练专用模型 |
| LLM调用成本高 |
运营成本增加 |
限制调用频率,缓存结果 |
| 文件解析失败 |
附件无法使用 |
多种解析方案备选,人工兜底 |
| 性能瓶颈 |
系统响应慢 |
提前做压测,优化数据库查询 |
5.2 进度风险
| 风险 |
影响 |
应对措施 |
| 需求变更 |
开发延期 |
锁定核心需求,变更走评审流程 |
| 人员不足 |
功能缩减 |
优先P0功能,P2功能后续迭代 |
| 技术难点 |
开发卡住 |
提前技术预研,准备备选方案 |
六、每周检查点
Week 1 检查点
Week 2 检查点
Week 3 检查点
Week 4 检查点
Week 5 检查点
Week 6 检查点
七、交付标准
7.1 代码质量
- ✅ 代码规范(ESLint/Checkstyle)
- ✅ 单元测试覆盖率 > 60%
- ✅ 接口文档完整(Swagger)
- ✅ 代码注释清晰
7.2 性能指标
- ✅ 接口响应时间 < 500ms
- ✅ 页面加载时间 < 2s
- ✅ 并发用户数 > 100
- ✅ 文件上传成功率 > 99%
7.3 功能完整性
- ✅ P0功能100%完成
- ✅ P1功能80%完成
- ✅ 核心流程可演示
- ✅ 无阻塞性Bug
八、简化设计带来的优势
8.1 开发效率提升
| 维度 |
原设计 |
简化设计 |
提升 |
| 开发周期 |
8周 |
6周 |
25% |
| 后端接口数 |
~100个 |
~80个 |
20% |
| 前端页面数 |
4个主页面 |
2个主页面 |
50% |
| 状态管理复杂度 |
高(3层) |
低(1层) |
显著降低 |
8.2 用户体验提升
| 维度 |
原设计 |
简化设计 |
| 概念理解 |
需要理解项目/模板/报告 |
只需理解"项目" |
| 操作步骤 |
创建项目→选模板→创建报告 |
创建项目→直接编辑 |
| 学习成本 |
中等 |
低 |
| 操作效率 |
中等 |
高 |
8.3 维护成本降低
- 代码量减少30%: 更少的代码意味着更少的Bug
- 状态管理简化: 前端状态管理复杂度显著降低
- 测试用例减少: 减少约25%的测试用例
- 文档维护简化: 概念更少,文档更简洁
九、总结
本开发计划采用敏捷迭代方式,每2周一个迭代,每个迭代交付可演示的功能。
简化设计的核心优势:
- ✅ 概念简单: 只有"项目"一个核心概念
- ✅ 开发高效: 6周完成MVP,比原计划缩短25%
- ✅ 易于维护: 代码量减少30%,Bug更少
- ✅ 用户友好: 操作步骤减少,学习成本降低
- ✅ 扩展灵活: 保留图数据库优势,后续可扩展
预期成果:
- 6周后交付可上线的MVP版本
- 支持完整的项目编辑和报告生成流程
- 具备AI辅助能力
- 为后续迭代打好基础
模板功能保留方式:
虽然前端不区分模板,但通过以下方式保留模板复用能力:
- 系统预设模板类型
- 用户可将项目"保存为模板"
- 支持从模板创建新项目