1. 总体说明

1.1 技术设计

1.1.1 注意原则

1. 不要过度设计，刚开始简单即可
2. tenant，um_tenant_id来自于用户登录；
3. 持续迭代：系统孱弱的很大原因，是因为没有迭代。由于要完成指标性的工作，导致交付即定型、上线即生产，只要上了生产，生成了生产数据的前提下，就几乎没有后续迭代的可能性
4. 确定主数据库就定为postgres，CTE和Schema都使用了pg的特性，要留意未来可能的异构数据库迁移
5. 好项目需要好产品，好产品需要打磨，打磨需要时间，但项目里，时间是稀缺项。如何解决这个问题？一个做法是将项目与产品分开

1.1.2关键点

1. 以Project为核心：worker为一分支；客户为一个分支；进度（计划与实现）为一个分支；金钱（成本与费用）为一个分支
2. org = liner 拥有多条船
3. project = vessel/voyage/leg 船舶：带有进出港动态
4. worker = container， 箱子：带有上下船动态；worker带有进出项目动态
5. 用系统架构来解构现有业务问题，范围、进度、成本、质量、人力、沟通、风险
6. 听DB会议，把现有项目用系统架构来分解
7. 自上而下，自粗而细的设计

1. 计划
   1. 邹
      1. 接待：瑞幸咖啡2杯
      2. 见面：幸会
      3. 牵线：张总，上海城建集团，城建大厦是他下面的办公楼之一，是甲方
   2. 张
      1. 预约：9:00
      2. 见面：中介或者
      3. 牵线：邹总是潘总的朋友，想在潘总的附近找个办公室，具体的需求邹总跟您细聊
   3. 我
      1. 面积 100多平
      2. 朝向要朝南
      3. 需要一个比较大的背景墙
      4. 希望未来可扩充
      5. 离潘总的公司近一点
      6. 最好是能有家具，能拎包入住
2. 执行
   1. 会面 1.
3. 复盘 1.