团队第四次作业-站立式会议+Day01冲刺
| 这个作业属于哪个课程 | 2601_FZU_SE |
|---|---|
| 这个作业要求在哪里 | 团队第四次作业:站立式会议与 α 冲刺 |
| 团队名称 | FullAccess |
| 项目名称 | Myriad 校园问题上报与处理系统 |
| 这个作业的目标 | 建立真实工程、数据库和认证只读链路,记录首日任务、测试证据、困难与次日计划 |
FullAccess——Alpha 冲刺日志(Day 1)
一、今日目标与执行方式
本日从第三小次 V0.2 设计进入真实工程开发,目标是让数据库、后端和客户端能够共同运行,建立后续上报与派工业务的基础。首日范围包括:冲刺任务拆分和规范、隔离 PostgreSQL/PostGIS 环境、数据库迁移与开发账号、FastAPI 健康检查和真实登录、按角色隔离的只读接口、React 管理端、React Native / Expo 移动端及基础验证。
本轮实现和材料整理由用户委托 Codex 辅助执行。任务表中的八位成员是计划责任人,表中的归属不表示八人分别独立完成了生成工作,也不代替成员本人确认实际参与和投入。后续团队审阅、修改与验收应继续登记。
这一天的验收重点是真实基础连接与权限边界。新建上报、上传附件、派工、补充、完工和产品内模型调用属于后续任务;界面中没有完成的操作不能算作已经实现。
二、任务与环境验收
1. 首日任务对应关系
本轮建立 40 项本地 Sprint Backlog,初始估算合计 160 人时。首日包含 8 项,合计 28 估算人时。FA-xxx 是本地任务号,尚不能替代华为云的真实 Issue URL。
| 本地任务 | 计划责任人 | 本日目标 | 本轮实现或材料 | 最终验收依据 |
|---|---|---|---|---|
| FA-001 | 洪育豪 | 冲刺范围、规范与分工 | 40 项任务明细、前置计划、代码规范、每日模板 | 首日任务验收条件与七天冲刺计划的原表列于本表后 |
| FA-002 | 纪国一 | 数据库、迁移与隔离开发配置 | PostgreSQL 集群脚本、V0.2 迁移器、开发账号与区域 seed | 最终迁移、重复执行及数据库快照记录 |
| FA-003 | 邱青鹏 | 健康、认证、权限与只读 API | FastAPI 服务、密码登录、JWT 校验、服务端数据过滤 | 真实 API 检查及认证/权限测试 |
| FA-004 | 林颖旭 | 管理端接入 | 登录、事件列表、人员与工种、请求错误反馈 | 管理端构建、真实登录与列表;区域隔离夹具测试 |
| FA-005 | 林培兴 | 上报者移动入口 | Expo App 登录与本人上报列表 | Expo Web 联调与截图;不等于原生真机通过 |
| FA-006 | 黄芳恒 | 工作者移动入口 | 同一 Expo App 中的工作者登录与本人工单列表 | Expo Web 联调与截图;不等于拍照上传已完成 |
| FA-007 | 陈海滨 | API、状态与 AI 边界 | 状态枚举、权限、候选和 AI 失败约束 | 权限、状态与 AI 接入约束原文列于本表后 |
| FA-008 | 孙楠 | 基础测试与运行证据 | 自动化用例、数据库快照、真实运行图与验证报告 | 最终测试输出及截图索引 |
首日任务清单
| 本地任务号 | 任务 | 计划负责人 / 学号 | 估算 / 剩余人时 | 状态 | 依赖 | 验收条件 | 执行与证据 |
|---|---|---|---|---|---|---|---|
| FA-001 | 冲刺范围、分工与开发规范 | 洪育豪 / 102400115 | 2 / 0 | done | 无 | 形成40项可追溯任务、规范与前置计划本地稿;身份和工时口径准确,不写虚构发布/站会。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;delivery/fourth-assignment/计划/Sprint_Backlog.md;docs/development/开发规范与验收约定.md |
| FA-002 | PostgreSQL/PostGIS迁移与隔离示例数据 | 纪国一 / 102400217 | 5 / 0 | done | FA-001 | 在隔离开发数据库实际执行V0.2迁移及示例数据;能查询表和PostGIS版本;重复执行行为明确。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;backend/evidence/database-baseline.json;backend/test-report.txt;backend/migrations/001_initial_v02.sql |
| FA-003 | FastAPI健康、登录、权限与只读API | 邱青鹏 / 102400225 | 5 / 0 | done | FA-002 | 进程健康与数据库readiness区分;真实密码验证和认证;管理员/上报者/工作者只读数据按身份隔离。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;backend/test-report.txt;backend/app/main.py;delivery/fourth-assignment/截图/07_FastAPI接口文档.png |
| FA-004 | React管理端连接真实API | 林颖旭 / 052404138 | 4 / 0 | done | FA-003 | 管理端能登录并读取当前区域事件列表;首日无业务seed时展示真实空列表,事件与区域隔离由事务回滚夹具验证;加载、错误及无权限反馈正确。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;delivery/fourth-assignment/验证/browser-checks.json;delivery/fourth-assignment/截图/03_管理端真实空列表.png;backend/test-report.txt |
| FA-005 | React Native上报者入口与回执列表 | 林培兴 / 102400322 | 3 / 0 | done | FA-003 | 同一Expo App中上报者登录并读取本人回执;记录真实验证环境,不将Expo Web写成真机。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;delivery/fourth-assignment/验证/browser-checks.json;delivery/fourth-assignment/截图/05_上报者ExpoWeb.png;apps/mobile/App.tsx |
| FA-006 | React Native工作者入口与任务列表 | 黄芳恒 / 102400315 | 2 / 0 | done | FA-003、FA-005 | 同一App中工作者登录并读取本人任务;与上报者界面区分;首日只读边界明确。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;delivery/fourth-assignment/验证/browser-checks.json;delivery/fourth-assignment/截图/06_工作者ExpoWeb.png;apps/mobile/App.tsx |
| FA-007 | API、状态与AI接入边界基线 | 陈海滨 / 072403101 | 3 / 0 | done | FA-001 | 状态/权限与V0.2一致;明确AI建议和失败处理约束;列出待真实调用项目,不伪造API验证。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;docs/development/API与状态基线.md |
| FA-008 | 首日基础测试和运行证据 | 孙楠 / 102400328 | 4 / 0 | done | FA-002、FA-003、FA-004、FA-005、FA-006、FA-007 | 实际执行迁移/认证/权限/真实页面检查,保存测试输出和运行截图,说明测试环境与未覆盖项。 | 执行:AI代理(受用户委托);计划责任人后续确认个人参与;backend/test-report.txt;delivery/fourth-assignment/验证/browser-checks.json;delivery/fourth-assignment/验证/day1-verification.json |
七天冲刺计划
| 日期 | 本地任务 | 主要工作 | 当日验收 | 初始估算 |
|---|---|---|---|---|
| 10/23 Day 1 | FA-001—008 | 规范与任务、隔离数据库迁移和 seed、FastAPI 健康/登录/只读权限、React 管理端、同一 RN App 的两种角色入口、基础测试 | 启动与真实数据查询有证据;明确 Expo Web / 真机及示例数据边界 | 28 |
| 10/24 Day 2 | FA-009—014 | 上报持久化、表单地图、附件、管理详情、权限测试与模型最小调用 | 真实上报刷新后仍在,管理端能读取;外部依赖验证有结果 | 28 |
| 10/25 Day 3 | FA-015—019 | 人工派工、人员资格、工作者开始、并发及越权测试 | 指定师傅能开始当前任务,不出现第二有效工单 | 24 |
| 10/26 Day 4 | FA-020—024 | 凭证完工、回执消息、历史一致性与全流程演示 | 新建上报到完工反馈完整跑通,异常请求不留半完成状态 | 24 |
| 10/27 Day 5 | FA-025—030 | 基础补充、无法处理、AI 建议、管理展示及异常测试 | 补充跨端可用,AI 失败可继续人工操作 | 24 |
| 10/28 Day 6 | FA-031—036 | 候选版本收口、自动化回归、设备验证、测试随笔、PPT/评审表和部署说明 | 固定版本及复现记录,材料对应真实实现 | 20 |
| 10/29 Day 7 | FA-037—040 | 最终验收、日志导航、总结排练与提交检查 | 11 篇文章及附件完整可访问,保存真实提交记录 | 12 |
| 合计 | 40 项 | 160 |
状态、权限与 AI 接入约束
2. 角色与隔离
| 角色 | 允许范围 | 服务端必须拒绝 |
|---|---|---|
| 上报者 | 自己提交的报告、回执、适用补充请求与消息 | 其他人的报告和身份、管理事件操作、他人工单操作 |
| 管理员 | 授权区域中的事件、师傅、派工和管理决定 | 未授权区域的数据或操作、越区建人与派工 |
| 工作者 | 指派给本人的任务及其授权证据 | 其他师傅任务、历史工单继续变更、管理员操作 |
无效或缺少身份返回 401;禁止使用该类资源返回 403;具体对象不可见可用 404 避免泄漏。状态与版本冲突使用 409;参数不合法使用 422;依赖不可用应清晰返回服务不可用结果。具体错误体以实现契约为准。
3. 状态枚举与关键规则
| 对象 | 持久化状态 | 关键说明 |
|---|---|---|
事件 event | open、blocked_info、completed、no_need、merged | 不新增 pending、processing 表示事件状态 |
工单 work_order | pending、in_progress、unable、completed、reassigned、cancelled | 前三种为有效工单;一个事件最多一个有效工单 |
| 补充请求 | open、expired、answered | 过期与已答复仍可追加,前提是当前目标事件可接受补充 |
| 分析任务 | pending、running、succeeded、failed、stale | 分析状态不能覆盖事件状态 |
event.current_work_order_id与有效工单双向一致;非open事件不能有有效工单。- 工作者“无法处理”:工单转为
unable,事件仍open,当前工单保持;管理员可回复继续或改派。不得自动等同于取消工单。 - 管理员标信息不足:事件转
blocked_info,取消当前有效工单并保留原因,清空当前引用;保留或建立真实可回复的补充请求。 - 适用补充到达后,
blocked_info可恢复open并触发新分析;不自动派工,不复活旧工单。completed/no_need不被旧补充恢复。 merged是合并旧壳;回执和回复要解析报告当前归属,不能沿旧事件直接更新。- 合并保留进度靠前的有效工单;
pending与unable同档,同档按事件时间、ID 稳定排序。人工not_same保留并通过来源集合传播。 - 回执文案由事件、有效工单和请求计算;“待补充”“处理中”“分析中”不能作为新的事件枚举写入。
4. 地理空间与 AI 契约
地理位置沿用 area_id、place_id、location。V0.2 的位置为 geography(Point,4326),地理距离按米计算;50 米条件直接传 50,不可混用经纬度角度换算。候选筛选还须处理同区域、同场所、事件状态、排除自身、永久人工否定、稳定排序及候选上限;单纯距离筛选不能代表完整候选逻辑。
AI 仅产生建议。调用在业务事务外,输入去身份化;输出经结构校验、候选归属检查、版本和配置有效性检查后保存。超时、解析失败、旧版本和失效租约结果不能发布为可采纳建议,人工流程仍应可继续。Day 1 只建立契约与待验证项,不宣称模型已经真实调用成功。
2. 环境与执行结果
以下结果来自本轮实际执行。后端使用真实隔离数据库,客户端使用本机 Chrome 验证。
| 项目 | 本地实现与当前事实 | 最终结果 / 证据 |
|---|---|---|
| PostgreSQL | 18.6;本机隔离开发端口 55432,与已有数据库分开 | 已启动隔离集群;最终版本和表数据见数据库快照 |
| PostGIS 与迁移 | 使用 V0.2 原 SQL,迁移器记录版本及 SHA-256,单事务执行 | PostGIS 3.6.2;迁移 001 成功,29 张表;重复迁移与校验和测试通过 |
| 开发初始化 | seed 只创建开发账号、区域、模拟坐标场所、人员及工种 | 4 个账号、2 个隔离区域、1 名师傅;重复 seed 测试通过,业务记录为 0 |
| 后端 | 同步 psycopg 连接真实数据库;FastAPI 服务已启动 | health / ready 均为 HTTP 200;数据库、PostGIS、schema 检查均为 true;认证及隔离测试通过 |
| 管理端 | React / TypeScript;构建已通过 | 登录、真实空事件列表、区域人员读取、刷新及退出均通过;1440 / 1000 宽无横向溢出 |
| 移动端 | 一个 React Native / Expo App,根据角色显示两种界面 | TypeScript 与 Expo Web 导出通过;两角色真实登录、列表读取与 390 宽页面检查通过;未验证原生真机 |
| 自动化测试 | 已编写后端及数据库测试,连接隔离真实 PostgreSQL/PostGIS | 37 passed,0 failed,0 skipped;16.15 秒,1 项依赖弃用警告;原始日志列于本表后 |
| 代码版本 | 实际生成和修改的工程与材料保留在本地仓库 | 本地分支 sprint/day1-20261023,工程提交 deff100;完整版本记录列于本表后,尚未推送 |
后端测试原始日志
..................................... [100%]
============================== warnings summary ===============================
.venv\Lib\site-packages\fastapi\testclient.py:1
E:\软件工程作业\第三次项目作业\myriad-提交工作区\.venv\Lib\site-packages\fastapi\testclient.py:1: StarletteDeprecationWarning: Using `httpx` with `starlette.testclient` is deprecated; install `httpx2` instead.
from starlette.testclient import TestClient as TestClient # noqa
-- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
37 passed, 1 warning in 16.15s
版本与执行记录
- 工程分支:
sprint/day1-20261023。 - 已验收工程提交:
deff100cf504abbc577f03a6e94486fd744ba517。 - 提交标题:
feat(day1): 建立真实数据库与三角色只读工程。 - 提交作者/执行者:Codex,AI 代理受用户委托;不代表成员分别独立提交。
- 本地任务映射:FA-001—FA-008,详见任务 JSON 中的逐项证据。
- 远端推送:未执行成功。自动审批拒绝向现有华为云地址传送项目源码,理由是缺少用户对该外部目的地的明确授权;未换用其他方式绕过。代码保留在本地分支。
- 现有配置地址:项目华为云仓库。此处记录配置,不代表本轮代码已在远端可访问。
- 合并、CSDN 发表、远端 Issue 创建与课程提交:尚未执行。
后端实测为 37 项通过,客户端三项构建检查通过,浏览器 10 项检查通过。材料与截图在后续文档提交中保存;不要以本地任务编号冒充远端 Issue 编号。
查看本地提交:
git show --stat deff100
git log --oneline sprint/day1-20261023
三、真实工程成果说明
1. 数据库:把设计变成可执行迁移
迁移文件保留第三小次 V0.2 SQL 的原始内容,迁移器负责外层事务、互斥锁与版本登记。再次运行时核对已执行版本和校验和;已应用文件被改动时拒绝继续,后续结构变更应新增迁移。这能避免把多次执行脚本误当成多次完成数据库建设。
隔离开发配置采用明确标注的演示区域和模拟坐标,不伪装成学校真实地理围栏。seed 不创建上报、事件、工单、消息或模型结果。首日页面出现“暂无上报 / 暂无工单 / 暂无事件”,应与真实数据库的空业务表一致;不能为了截图充实就写入假报修,再称为真实用户使用结果。
权限测试需要的事件和工单由测试夹具临时建立,并在事务结束后回滚。用于证明区域和本人隔离的测试数据,与长期保留的开发配置分开说明。
2. 后端:区分服务活性和真正就绪
接口统一使用 /api/v1 前缀。
| 接口 | 用途 | 首日检查点 |
|---|---|---|
GET /health | 检查服务进程活性 | 不依赖数据库,不能据此声称数据库已就绪 |
GET /ready | 检查数据库、PostGIS 和迁移 | 依赖未就绪应返回 503;真实查询通过才返回 ready |
POST /auth/login | 使用开发账号密码登录 | 验证数据库密码哈希;错误密码不能登录 |
GET /auth/me | 获取当前有效身份 | 检查令牌及账号启用状态;不返回密码哈希 |
GET /admin/events | 查询管理员所在区域事件 | 由服务端限制区域;首日业务为空时返回真实空列表 |
GET /admin/workers | 查询本区域师傅与工种 | 不显示其他区域人员 |
GET /reporter/reports | 查询本人上报 | 不能读取其他上报者数据 |
GET /worker/work-orders | 查询本人工单 | 不能读取其他师傅任务 |
密码按随机盐哈希保存,登录响应仅包含 token 和公开身份字段;JWT 验证签名、发行方、受众和有效期,并重新查询当前账号状态。角色与区域由后端数据决定,不信任客户端声称的角色。
首日接口连接使用同步 psycopg,没有把尚未使用的 SQLAlchemy + asyncpg 写成实际技术实现。产品内 AI 模型调用也没有因使用 Codex 辅助开发就自动完成。
3. 管理端与移动端
管理端保留登录、事件与人员两类只读页面,接入真实 API,区分加载中、空数据、请求失败和身份过期。没有业务事件时保持空列表;人员页面用于核对区域开发配置和工种。
移动端采用一个 React Native / Expo 工程,登录后根据账号角色进入上报者或工作者界面。首日上报者可查看本人上报列表,工作者可查看本人工单列表。页面通过 Expo Web 验证时,应准确写“浏览器运行与 API 联调”,不能写成 Android、iOS 真机安装、系统相机权限或地图 SDK 都已通过。
四、运行截图与验证证据
以下 6 张页面图来自本次工程实际运行,另附燃尽图和验证汇总,共 8 张。浏览器共完成 10 项检查,页面脚本异常为 0;具体检查记录及采集时间原始值如下。发表到 CSDN 时需上传图片并替换地址。
浏览器检查记录(原始字段)
recorded_at:2026-10-23T11:01:56.530Z。表中“—”表示该条记录没有相应字段。
| name(检查名称) | result | viewport | content |
|---|---|---|---|
| 管理端真实登录并读取数据库空列表 | passed | — | — |
| 管理端1440宽无横向溢出 | passed | 1440 | 1440 |
| 管理端1000宽无横向溢出 | passed | 1000 | 1000 |
| 管理端人员读取及刷新 | passed | — | — |
| 管理端退出返回登录页 | passed | — | — |
| reporter Expo Web 390宽无横向溢出 | passed | 390 | 390 |
| reporter Expo Web真实登录与读取 | passed | — | — |
| worker Expo Web 390宽无横向溢出 | passed | 390 | 390 |
| worker Expo Web真实登录与读取 | passed | — | — |
| FastAPI Swagger页面实际渲染 | passed | — | — |
browser_errors:[]。
limitations 原始记录:
- 移动端截图来自Expo Web;未进行Android/iOS原生真机验证
- 首日未实现上报、派工和完工写入流程
图 1:登录界面

说明:记录当前工程登录界面和真实请求入口。登录成功与错误密码处理的结果,还需要对应 API 或浏览器检查记录支持。
图 2:管理端事件列表

说明:首日 seed 没有创建业务事件,空列表是实际接口结果。区域隔离通过临时测试夹具验证,不凭空列表截图单独证明。
图 3:区域人员配置

说明:显示隔离演示区域中的开发师傅账号及工种,核对真实配置查询;不代表已经实现人员新增或改派操作。
图 4:上报者移动端

说明:React Native / Expo 的浏览器验证环境,读取当前上报者数据。上报写入、照片上传和地图交互仍按后续任务验收。
图 5:工作者移动端

说明:同一移动工程根据身份显示工作者任务界面,读取本人工单;首日业务为空,不代表已完成开始处理或完工上传。
图 6:FastAPI 接口文档

说明:展示当前服务的 8 个实际 API。另行读取的 health 与 ready 均返回 HTTP 200,后者确认数据库、PostGIS 和迁移已就绪,结果见验证报告。
图 7:验证结果汇总

说明:此页由实际验证 JSON 生成,是结果汇总,不伪装成终端或 IDE 截图;测试数量、版本和限制以原始记录为准。
燃尽图见第六节;真实站会照片见第七节。
五、遇到的实际问题及处理
| 问题 | 实际影响 | 本轮处理与后续核对 |
|---|---|---|
| PostgreSQL 在中文路径下初始化出现 UTF-8 相关错误 | 阻塞隔离数据库建立,不能继续声称迁移已运行 | 将数据库运行文件和数据目录移至独立 ASCII 路径,工作仓库仍保留原路径;重新确认隔离端口与连接 |
| 后台进程继承 PIPE 句柄 | 启动命令的父进程仍可能等待输出关闭,表现为长时间不返回 | 将子进程输出写入真实日志文件,用进程状态与日志判断启动结果;不以工具等待结束等同于服务失败 |
| PostgreSQL/PostGIS 及前端依赖下载慢,需要重试 | 数据库扩展和移动依赖晚于源码准备完成 | 让文档、管理端构建和静态检查并行;扩展和依赖完整后再运行迁移、测试及截图,不预填通过 |
| 原随笔把“设计、生成、验证”混在一起 | 容易把原型、模拟数据或 AI 生成代码写成已验收系统 | 以任务—代码—运行证据对应记录,明确只读、空业务库和 Expo Web 边界 |
本日得到的工程经验是:先验证真实运行环境,再依次确认数据库迁移、身份认证和客户端读取。界面能够打开、接口能够返回和权限隔离通过属于不同检查,需要各自留下证据。这是本轮 AI 辅助实施的过程总结,不代写成员个人心得。
六、燃尽图与剩余工作量

下表列出本地任务数据中用于燃尽统计的原始字段,以及燃尽历史记录。图表由 Matplotlib 生成;不是华为云看板导出的截图。
本地任务数据:用于燃尽统计的原始字段
initial_estimate_hours:160;estimate_unit:planned_person_hours_not_actual_timesheet。
| id | estimate_hours | remaining_hours | status |
|---|---|---|---|
| FA-001 | 2 | 0 | done |
| FA-002 | 5 | 0 | done |
| FA-003 | 5 | 0 | done |
| FA-004 | 4 | 0 | done |
| FA-005 | 3 | 0 | done |
| FA-006 | 2 | 0 | done |
| FA-007 | 3 | 0 | done |
| FA-008 | 4 | 0 | done |
| FA-009 | 5 | 5 | todo |
| FA-010 | 5 | 5 | todo |
| FA-011 | 5 | 5 | todo |
| FA-012 | 4 | 4 | todo |
| FA-013 | 5 | 5 | todo |
| FA-014 | 4 | 4 | todo |
| FA-015 | 5 | 5 | todo |
| FA-016 | 5 | 5 | todo |
| FA-017 | 5 | 5 | todo |
| FA-018 | 5 | 5 | todo |
| FA-019 | 4 | 4 | todo |
| FA-020 | 5 | 5 | todo |
| FA-021 | 5 | 5 | todo |
| FA-022 | 5 | 5 | todo |
| FA-023 | 5 | 5 | todo |
| FA-024 | 4 | 4 | todo |
| FA-025 | 5 | 5 | todo |
| FA-026 | 4 | 4 | todo |
| FA-027 | 4 | 4 | todo |
| FA-028 | 4 | 4 | todo |
| FA-029 | 4 | 4 | todo |
| FA-030 | 3 | 3 | todo |
| FA-031 | 4 | 4 | todo |
| FA-032 | 4 | 4 | todo |
| FA-033 | 3 | 3 | todo |
| FA-034 | 3 | 3 | todo |
| FA-035 | 3 | 3 | todo |
| FA-036 | 3 | 3 | todo |
| FA-037 | 3 | 3 | todo |
| FA-038 | 3 | 3 | todo |
| FA-039 | 3 | 3 | todo |
| FA-040 | 3 | 3 | todo |
燃尽历史原始记录
unit:remaining_estimated_person_hours。
baseline_note:2026-10-23启动前建立,未倒填2026-10-22事件。实际值须来自当日任务验收,未来为空。
| label | date | phase | ideal | actual |
|---|---|---|---|---|
| 启动 | 2026-10-23 | start | 160 | 160 |
| Day 1 | 2026-10-23 | end | 137.14 | 132 |
| Day 2 | 2026-10-24 | end | 114.29 | null |
| Day 3 | 2026-10-25 | end | 91.43 | null |
| Day 4 | 2026-10-26 | end | 68.57 | null |
| Day 5 | 2026-10-27 | end | 45.71 | null |
| Day 6 | 2026-10-28 | end | 22.86 | null |
| Day 7 | 2026-10-29 | end | 0 | null |
null 为原始空值,表示尚未记录。
- 初始任务估算:160 人时。
- 首日计划范围:FA-001—FA-008,合计 28 估算人时。
- Day 1 实际剩余:132 估算人时。
- 首日八项技术任务均已通过验收,其他任务估算不变,剩余为 160−28=132 人时。40 项中完成 8 项、待办 32 项;站会和本人反馈仍需补齐。
这些数值表示估算工作量,不表示八位成员实际投入了 28 小时,也不按 AI 执行时长换算人时。未来日期的实际点留空,真实投入另由成员填写。
七、当天站会记录
本节由团队按实际会议补充,不依据本地代码生成时间推断会议已经发生。
| 项目 | 真实记录 |
|---|---|
| 会议时间 | 15:00——16:00 |
真实站会照片

八、成员进展、困难与明日安排
下表中的“本日工程进展”登记本轮共同成果及计划归属,实施方式为 AI 受委托辅助。各人真实参与程度、实际投入和个人心得尚需本人补充确认,不能据表直接计算个人贡献比例。
| 学号 / 姓名 | 计划责任 | 本日对应工程进展(AI 受委托辅助) | 困难或待核验 | 明日具体安排 | 本人心得 / 实际投入 | 成果与签入证明 |
|---|---|---|---|---|---|---|
| 102400217 / 纪国一 | 数据与集成 | 隔离集群、V0.2 迁移及 seed 已实际运行并通过重复执行检查 | 中文路径编码问题已解决;后续还需上报写入事务 | 实现上报创建事务、初始事件与报告归属,验证重复请求不重复写入 | 待本人确认,不代填工时或心得 | FA-002;后端迁移源码与最终提交记录 |
| 072403101 / 陈海滨 | 后端与 AI | 建立 AI 只给建议、输出校验、版本及失败处理基线 | 尚不能据此声称真实模型已接入 | 在具备凭据时完成真实模型最小调用与结构校验;不足条件列为阻塞 | 待本人确认,不代填工时或心得 | FA-007;API 与状态基线 |
| 102400322 / 林培兴 | 上报者 App | Expo 登录与本人上报列表已通过 Web 联调 | Expo Web 不覆盖真机相机、地图与系统权限 | 实现描述/地点表单并接入上报 API;完成地图最小验证、刷新后回执检查 | 待本人确认,不代填工时或心得 | FA-005;移动端源码与联调图 |
| 102400315 / 黄芳恒 | 工作者流程 | 同一 Expo App 的工作者入口与列表已通过 Web 联调 | 尚无真实工单写入流程;设备能力待后续验证 | 协助照片选择与移动构建验证,准备任务详情字段及“开始处理”接入条件 | 待本人确认,不代填工时或心得 | FA-006;移动端源码与联调图 |
| 102400225 / 邱青鹏 | 管理业务与权限 | 真实认证、角色与区域/本人过滤已通过数据库测试 | 当前只读范围通过;写入路径需新增权限及事务检查 | 实现附件归属和绑定校验,确认无照片也能上报;检查非法附件与越权请求 | 待本人确认,不代填工时或心得 | FA-003;后端 API 与权限测试 |
| 052404138 / 林颖旭 | 管理端前端 | 管理端构建及登录、列表、人员、刷新和退出检查通过 | 空列表只能证明查询结果,不能单独证明隔离 | 接入真实新上报详情,完成刷新、错误和身份过期反馈 | 待本人确认,不代填工时或心得 | FA-004;管理端源码、构建与截图 |
| 102400115 / 洪育豪 | 任务与文档 | 40 项本地任务、规范、计划、导航及每日模板已整理 | 远端 Issue 映射、会议与成员实际记录未提供 | 维护 Day 2 任务与剩余估算,收集真实会议、成员反馈和上报验收证据 | 待本人确认,不代填工时或心得 | FA-001;计划、任务数据和本随笔 |
| 102400328 / 孙楠 | 测试与交付 | 37 项后端测试、10 项浏览器检查通过,8 张图及验证报告已整理 | 当前不覆盖完整业务写入和原生设备;1 项依赖弃用警告 | 验证上报成功/重试/非法输入/本人隔离,记录新缺陷及修复结果 | 待本人确认,不代填工时或心得 | FA-008;测试源码、日志、验证报告 |
开发工作应附真实代码提交及任务链接;文档、测试工作附实际文件与记录。尚未创建远端 Issue 时明确保留本地任务号,不用 [提交记录] 这类无地址文本冒充可访问链接。
九、AI 技术员协作记录
| 协作角色 | 输入与工作 | 本轮输出 | 校验与采纳边界 |
|---|---|---|---|
| 架构与契约辅助 | 读取第三小次设计、原两篇随笔和新截止要求 | 修正状态、学号、排期、任务依赖及估算口径 | 本地任务合计 160,首日合计 28;依赖无环;未继承旧贡献比例 |
| 编程辅助 | 在限定仓库内建立数据库、后端和客户端工程 | 迁移/seed、FastAPI、React、React Native / Expo 及运行脚本 | 实际构建、数据库和浏览器验证分别记录;未实现写入业务不列完成 |
| 测试与文档辅助 | 按认证、权限、状态与首日目标准备检查 | 自动化测试、数据库快照、燃尽图脚本、验证报告及随笔 | 只引用实际执行结果;保留未验证平台、外部 API 和成员事实 |
本轮审阅还核对了迁移 SQL 与原设计是否一致、登录响应是否过滤密码、错误响应是否回显密码、查询是否在服务端限制范围。以上静态审查不能替代最终运行测试,成员对变更的人工复核也应另行登记。
十、下一步与提交状态
Day 2 优先实现真实上报写入、地点和附件检查、本人回执与管理端详情,继续开展权限及重试测试;模型和地图做最小真实验证。Day 4 的目标仍为人工完整主流程,11 月 5 日主要功能冻结、11 月 9 日项目基本完成的整体节点保持不变。
技术结果与图片已整理。本日发表前仍需补齐实际站会照片与会议记录、成员本人反馈/投入,并补远端任务及提交入口。材料生成、代码提交、远端推送、CSDN 发表和课程正式提交分别记录;本地准备稿不等于已交作业。
相关推荐
数学建模国赛72小时极限冲刺指南:零基础团队高效策略与实战路径
数学建模作为一项融合数学、计算机与实际问题求解的综合性竞赛,其核心在于通过建立数学模型,利用算法与编程对现实问题进行量化分析与优化。这一过程不仅考验参赛者的理论功底,更强调在有限时间内整合资源、快速学习与高效产出的工程实践能力。对于面临紧迫赛程的团队而言,掌握一套聚焦核心、可快速执行的策略体系具有极高的技术价值。本文基于高效协作与资源整合的热点需求,结合Python编程与LaTeX排版等关键技术工具,深入剖析如何在72小时的极限周期内,完成从选题建模、代码求解到论文撰写的全流程闭环。文章系统梳理了预测、评价
数学建模国赛三天高效冲刺:从模型选择到论文呈现的实战指南
数学建模是解决复杂现实问题的核心方法,其原理在于通过数学语言抽象实际问题,并利用算法进行求解与分析。该技术价值在于能将模糊的实际需求转化为可量化、可优化的科学决策依据。在学术竞赛、工业优化、金融预测等场景中,数学建模都发挥着关键作用。本文聚焦于数学建模竞赛的高压冲刺阶段,详细拆解了如何在有限时间内,高效完成从**模型选择与适配**到**结果可视化**的全流程。文章提供了基于高频模型库的快速决策框架,并强调了团队协作与工具链统一的重要性,旨在帮助参赛队伍在短时间内实现从‘做完’到‘做好’的跨越。
FedEx Day:24小时内部创新马拉松实战指南
FedEx Day是一种以时间盒(Time-boxing)为核心、强调自主决策与真实问题解决的内部创新实践,源于敏捷开发中的‘快速交付’思想,并融合了Google ShipIt Day和Plone社区‘Plone Way’的务实哲学。其原理在于通过严格限定24小时周期,强制聚焦最小可行闭环,过滤冗余设计,激发跨职能协作;技术价值体现在显著缩短问题响应周期、暴露组织协作断点、加速技术债清偿;典型应用场景包括开发环境标准化(如Ansible+Jinja2乐高化配置)、文档自动化(Markdown→PDF流水线)
数学建模竞赛实战指南:从团队分工到论文写作的全流程解析
数学建模是将现实世界复杂问题抽象为数学模型,并通过算法求解与分析的跨学科方法。其核心原理在于运用数学语言描述问题,并借助计算机工具进行模拟与优化,从而为决策提供量化依据。这一技术价值在于培养解决实际问题的系统思维与创新能力,广泛应用于经济预测、工程优化、资源分配等场景。在数学建模网络挑战赛等实战中,团队需明确建模手、编程手与写手的角色分工,并熟练运用Python、MATLAB等工具链进行高效协作。通过合理的赛程规划与模型迭代,最终将成果凝结为结构严谨、可视化清晰的学术论文,完成从问题定义到解决方案的完整闭环
FedEx Day实战指南:24小时内部创新机制的工程化落地
FedEx Day是一种以时间约束驱动真实交付的技术创新机制,其本质是将工程师自治、最小可行产品(MVP)思维与组织支撑体系深度融合的工程实践。它源于对‘无限优化陷阱’和‘演示即终点’等研发顽疾的系统性回应,核心原理在于利用24小时生理节律窗口强制闭环验证,并通过‘寄出去’规则建立用户反馈回路。该机制的技术价值在于提升需求真实性、加速知识沉淀与强化跨职能协作,广泛应用于技术咨询公司、开源项目及SaaS企业内部工具孵化、流程提效与人才成长场景。Six Feet Up 的Python/Django实践提供了可复


