新手設計項目管理系統表結構：從需求分析到 ER 圖的實戰步驟

理解老大的需求

「管理我們公司做的 Web 項目，可以參考帝國 CMS」實則是兩層含義：

1. 核心目標：建立一套數據庫表，存儲項目全生命週期數據（立項、需求、開發、測試、上線、維護）。
2. 參考對象：帝國 CMS 作為成熟內容管理系統，其「欄目-信息-模型」三級結構、權限體系、擴展字段機制值得借鑑，而非照搬其建站功能。

核心實體識別

進階擴展（參考帝國 CMS 靈活性）

• 自定義字段表：custom_field (id, entity_type, field_name, field_type, config_json) + custom_field_value (id, field_id, entity_id, value)，支援業務無侵入式擴展。
• 權限矩陣：參考 CMS 角色-權限-資源模型，設計 role_permission (role_id, resource_key, action)。
• 操作審計：audit_log (id, user_id, action, entity_type, entity_id, diff_json, created_at)，滿足合規追溯。

避坑清單

1. 不要把「用戶表」設計在項目庫裡，應對接公司統一認證中心（LDAP/OAuth2）。
2. 狀態流轉（如需求：提交→審核→開發→測試→驗收）用單獨 workflow_instance 表驅動，避免硬編碼。
3. 大文本（需求描述、文檔內容）拆分到單獨表或對象存儲，主表只存引用。

交付建議

產出：ER 圖（Draw.io/Mermaid）+ 表結構 SQL + 字典文檔 + 接口草案。先走核心 7 張表，迭代加擴展，比一次性設計大而全更落地。