第5章 锁死架构的“三张图”

需求告诉 AI 要做什么,业务地图告诉 AI 这些功能属于哪里。
而设计必须继续回答:数据怎么连、代码怎么分、模块怎么说话。

5.1 业务已经拆清楚,为什么还不能开始写?

第4章结束时,Team流程 已经拥有 业务模块图、最小可行产品 范围和功能风险分级。从产品视角看,它已经比最初那句“做一个项目协作工具”清楚得多。

但林远准备把整个 T0 交给 Codex 时,还是停住了。

工作区 和 用户 是什么关系?一个 用户 可以属于几个 工作区?项目 属于 工作区,还是属于 用户?工作区 成员 和 项目 成员 是同一回事吗?任务 的 Assignee 应该怎样表达?评论 属于 项目,还是 任务?Activity Log 记录什么对象?

这些是数据关系问题。

还有第二类:项目 页面能不能直接查询 任务?任务 逻辑应该放在 项目 代码里,还是独立成 任务 模块?成员关系 规则由谁负责?评论 创建以后,Activity Log 应该由谁触发?

这些是代码责任问题。

然后还有第三类:页面创建 任务

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

VibeCoding工程之道

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值