3.2 KiB
3.2 KiB
02. 一期需求实现状态全景判定 (Phase 1 Status)
最高原则：具备共享试用条件 ≠ 一期全部需求正式完成。 团队坚持实事求是，严格区分“核心教务已验证能力”与“待业务确认/研发推进中能力”，杜绝虚报与浮夸。
1. 需求落地分类汇总
根据系统真实代码、数据库落地结构以及自动化 E2E 验证结果，一期规划需求状态精简分类如下：
| 状态分类 | 包含的核心业务功能 | 现状说明与边界 |
|---|---|---|
DONE_VERIFIED(已完成并验证) |
1. 基础资源：教师档案、学员主档（国密脱敏）、课程库、教室、实训场地、宿舍房间 2. 教务主链：开班计划（草稿/发布/结训）、一班多课绑定、参训名册导入、排课四维时段冲突预检 3. 现场执行：开班报到确认、课次出勤打卡、教师代签与请假修正、自主学时台账 4. 权限与门户：管理员控制台、教师个人课表工作台、学员个人培训中心、最小权限防越权 |
前后端代码、Kingbase 物理表、自动化测试（331 项）及浏览器 E2E 已全部通过，业务正向主闭环已完全就绪。 |
IN_PROGRESS(研发推进中) |
成绩管理闭环 (C03) | 新成绩体系基础表结构已就绪，成绩科目设置、加权得分计算及综合统计正在进行最终代码闭环与页面联调。 |
PARTIAL_FUNCTION(部分能力具备) |
学员能力画像 (C05) | 当前具备基础画像能力（档案卡与基础数据概览可用），完整业务范围与后续增强内容仍需继续完善或确认。 |
EXTERNAL_BLOCKER(外部客观阻塞) |
真实门禁写操作与硬件联动 (DMS) | 协议通信与只读连通已验证；因真实环境尚未挂载测试房间及门锁硬件通电，物理下发判定为外部客观阻塞。 |
CUSTOMER_CONFIRMATION(待甲方业务确认) |
业务口径与组织架构归属 | 详见下方清单，涉及学员名册导入模版格式、报到核验现场硬件配备、请假与门禁权限保留策略等。 |
2. 权威需求跟踪入口
如需查阅每一条需求的详细代码文件位置、SQL 表名、测试用例或具体待确认问题，请点击以下权威文档：
- 📋 一期需求实现进度表 (逐项核验)：包含域 A~G 共数十项功能点的前后端代码文件、断言证据与下一步建议。
- ❓ 一期甲方需求确认清单 (开会对齐)：系统归纳 P0(核心阻塞 18 项)、P1(业务形态 12 项)、P2(长远规划 8 项) 业务确认表。
3. 验收与交付策略
- 共享试用准入：当前
DONE_VERIFIED覆盖了沈阳房建公寓段开展职工日常集中面授的核心操作，已在局域网开放试用； - 闭环收口原则：针对
IN_PROGRESS（成绩）和PARTIAL_FUNCTION（画像），研发团队在小版本迭代中收敛闭环； - 外部硬件解除阻塞：待甲方明确门锁房间划拨并完成物理连通后，即刻组织现场专项联调验收。