Record Type 與 Lifecycle
定義欄位、列舉清單、states、transitions、roles、關係基數、驗證條件與 transition 後置動作。
以證據生命週期組織跨角色 ALM 資料
KDP Library 以 Project 作為記錄、文件、藍圖、成員與基線的共同容器。管理者先用 Record Type 定義欄位、生命週期、關係與版面；工程師再以 Register、Document Editor 或 Virtual Desktop 產出資料。Trace Tree、Impact Analysis 與 Coverage Matrix 共用同一份 link graph，Review、Sign-off 與 Baseline 則把決策與凍結版本轉成可查詢的證據。
一個 Project 容器
記錄、文件、藍圖、成員、基線與跨專案連結都有明確歸屬。
可配置的工程模型
以 Record Type 定義欄位、狀態、轉移、角色、關係與呈現版面。
連結與可疑狀態
上游變更可標記下游 link 為 suspect，並在清單、詳細頁與覆蓋概況同步呈現。
真正可交付的 Baseline
凍結記錄、連結與文件快照，支援鎖定、發行、比較、匯出與稽核檢視。
核心產品能力
從資料模型到凍結證據，每一個介面都對應證據生命週期中的明確責任。
Register 與 Document
結構化記錄以一致的 Register 管理；敘事文件、表單與登錄表巨集則在 Document Editor 中引用即時資料。
Trace、Impact 與 Coverage
用同一份 link graph 檢視 IN／OUT 追溯、變更影響、覆蓋率、缺口與待重新確認的 suspect links。
Issues、Review 與 Sign-off
以生命週期驅動議題看板，並記錄誰在什麼時間對哪一個版本完成審查、決策與簽核。
Baseline 與 Auditor View
Baseline 鎖定記錄、文件與連結快照；Auditor View 再把條款、回答、缺口與證據清單放在同一畫面。
Virtual Desktop 與外掛工具
架構、TARA、流程或訊號對照等畫布型工具可在受控視窗中執行，並把節點與連線同步成 ALM 記錄和 links。
證據生命週期的六個階段
六個階段共用同一條證據主軸，讓專案資料從定義、產出、連結與審查一路形成可追溯的交付基線。
1
00 · 專案
選擇既有 Project，或從 Blueprint 建立包含角色、記錄類型與文件骨架的新空間。
2
01 · 定義
設定 Record Type、欄位、Lifecycle、Relations、Layout 與 Project Blueprint。
3
02 · 產出
透過 Register、Document Editor、表單或 Virtual Desktop 建立工程資料。
4
03 · 連結
用 Trace Tree、Impact Analysis 與 Coverage Matrix 建立並檢查 link graph。
5
04 · 審查
處理議題、審查意見與簽核，保存決策人、時間與對應版本。
6
05 · 凍結
清除阻擋條件後建立、鎖定並發行 Baseline，提供交付與稽核使用。
適合的導入場景
KDP Library 可以從單一專案開始，也可以逐步擴展成組織級 ALM 平台。
車用 ECU 研發專案
管理 VCU、BCM、EVCC、TBOX 等控制器的需求、規格、測試與交付資料。
軟硬體共同開發
讓系統、軟體、硬體與測試團隊用同一套追溯資料協作。
客戶審查與稽核準備
快速整理需求覆蓋、測試證據、審核紀錄與版本基線，降低臨時補資料的成本。
既有流程數位化
把原本分散在 Excel、Word、共享資料夾與郵件中的工程資料，逐步轉入 ALM 工作空間。
KDP Library 證據生命週期工作區
KDP Library 以 Project、Record Type、Register、Document、Traceability、Review、Sign-off 與 Baseline 串接工程證據，讓資料從定義、產出與連結進入審查、凍結及稽核使用。
畫面 01 / 16
00 · Project Dashboard
從 Project 檢視待處理工作、覆蓋概況、近期活動與專案狀態。
畫面 02 / 16
01 · Record Types
以一致語彙定義記錄類型及其欄位、生命週期、關係與版面。
畫面 03 / 16
01 · Lifecycle
設定狀態、transition、角色、驗證條件與後置動作，而不是讓使用者自由改狀態。
畫面 04 / 16
01 · Project Blueprint
把可重用的 Record Types 與 Document Blueprints 組成新專案的起始骨架。
畫面 05 / 16
02 · Register
在同一種清單模型中管理資料夾、狀態、搜尋、批次動作與快速預覽。
畫面 06 / 16
02 · Document Editor
編寫敘事文件並引用即時 Register 資料，文件與記錄透過明確 reference 連接。
畫面 07 / 16
02 · Virtual Desktop
讓畫布型工具在可並排、縮放與保存版面的受控視窗中執行。
畫面 08 / 16
02 · Architecture Modeler
建立架構節點與連線，並把未對應項目轉成 ALM 記錄與追溯 links。
畫面 09 / 16
03 · Trace Tree
以 IN、目前節點與 OUT 的方向呈現上游來源及下游驗證關係。
畫面 10 / 16
03 · Impact Analysis
從變更起點展開受影響記錄、深度與 suspect links，支援變更評估。
畫面 11 / 16
03 · Coverage Matrix
比較來源與目標 Record Type 的覆蓋狀態，標示缺口並支援批次建立 link。
畫面 12 / 16
04 · Issue Board
將具備 Lifecycle 的記錄攤成狀態看板，讓流程和資料狀態保持一致。
畫面 13 / 16
04 · Reviews
集中處理審查項目、意見、決策與尚未解決的阻擋條件。
畫面 14 / 16
04 · Sign-off
保存簽核身分、時間與被認可版本，形成可稽核的 approval record。
畫面 15 / 16
05 · Baselines
凍結記錄、文件與 links 快照，並管理鎖定、發行、比較與匯出。
畫面 16 / 16
05 · Auditor View
讓稽核員從條款直接查看回答、缺口、覆蓋率與對應證據清單。
支援的工程與品質工作
可配置的工程資料模型承接多種車用與嵌入式研發管理需求，並依組織流程整理下列工作與證據。
需求管理、變更管理、問題追蹤與審核流程
系統、軟體、硬體與測試資料的追溯管理
ISO 9001、IATF 16949、ISO 26262、ISO/SAE 21434、UN R155 / R156 等相關證據整理
客戶審查、內部稽核、供應商協作與交付文件準備
常見問題
KDP Library 是文件管理系統嗎？
KDP Library 以結構化記錄、文件、追溯關係、審核紀錄、基線與交付證據支援完整的研發流程管理。
一定要導入完整流程才能使用嗎？
不用。可以先從單一產品線、單一專案或單一資料類型開始，例如需求與測試追溯，再逐步擴展到文件、審核與證據管理。
KDP Library 和一般文件或需求管理有什麼差異？
KDP Library 把 Record Type、Document、link graph、Review、Sign-off 與 Baseline 放在同一條證據生命週期，而不是只保存檔案或需求清單。
可以和既有工具並存嗎？
可以。KDP Library 可以作為專案 ALM 工作空間，逐步承接既有 Excel、Word、測試報告、議題追蹤與工程資料，不需要一次替換所有工具。