產能模組重構口述（原狀保留）
來源：內部 PO / 產品（Alan） 日期：2026-06-08 場合：產品架構規劃（未來重構方向） 性質：原始素材，照實記錄，未經結構化（Stage 1 紀錄區）。轉錄自當日對話訊息，原話保留；使用者後續會自行潤稿/追加。
一、需求總述（資源-時間 結構）
我要來建立另一個需求：產能模組。
雖然內容聽起來會很像在討論 functional spec 了，但也是因為先前我們有做好一個版本的 LeanPlay（我們的排程軟體）了。這次的需求比較像是針對未來我心目中，重構後，比較貼近現實的 產能結構。
- 產能模組翻成白話文其實是：資源-時間 表
- 資源：工廠可利用的資源（包含但不限於：機台、模治具、操作人員、換模技師…等等）
- 時間：透過 行事曆 + 班表 + 加班/休息表 組成的時間區段
每個資源必須要有
- 工作能力：製程列表，代表該資源能夠操作的製程，例如：P001(組裝)、W01(焊接)
- 工作站：隸屬於哪個工作站，例如：A001(組裝一線)、W03(焊接三課)
- 地理位置：實際上擺放的位置，例如：一廠、二廠 2F
一些資源與資源可能互相有關聯
- 限制關聯：例如，該模具只能由某個換模技師做更換，該機台只能給某些操作人員操作
- 優先度關聯：例如，A 機台與 B 機台 相鄰，某些條件下，A 與 B 機台會被同時選中排單
時間
- 比較複雜的應該是使用者會用工廠術語來表示：星期一早班、中班、星期二晚班…等等，但實際上轉到後端後，就是時間區間 1-1. 因此，在處理一些跨日班表時，要注意，例如，星期二晚班 = 星期二 晚上 10 點 ~ 星期三早上 7 點
- 行事曆 = 日曆天，班表 = dayOfWeek(星期幾) + 起始時間 08:00 + 時長(Duration) 9 小時 + 多組休息時段（起始時間 12:00 + 時長 1 小時）
- 加班/休息 = 日曆天 + 起始時間 08:00 + 時長(Duration) 9 小時
二、為何重構（建模主體翻轉）+ 架構意圖
（回應「feature 命名 / 為何不是把簡化可用產能重構 / 來源確認」三題）
-
Feature 命名：capacity-module。並且我明確說明：粗排所使用的產能，預計會是從這個產能模組計算過去的，因此後續會有多個轉接器，將產能模組的資料轉接到其他模組（這樣應該有符合 DDD 的架構吧？）。
-
（修正：不是「太簡化」的問題）我們先前的版本是先以「工作站」為主體，然後才去找對應的資源，但這造成使用者填寫困惑以及排單邏輯有無法實作的地方，才想要改成這種彈性較高的設計。
-
這份一樣是內部 PO 口述、STD 通用；日期 2026-06-08。