COMPAL × AEMPS & REQUIREMENTS ENGINEERING
落實產品開發品質管理、
完成 Leve5 xFMEA
仁寶 AEMPS 導入規劃以 APQP、文件管理與 xFMEA 為起點，逐步串接需求管理、EBOM／MBOM、BOP 與流程管理；搭配 ENOVIA Requirements Engineer，讓客戶與市場需求可被分解、配置、驗證及追溯。
PROJECT CONTEXT
以階段導入，建立品質與研發資料的共同基礎
導入提案將台灣、波蘭等據點列入分階段規劃。第一階段以 APQP、文件管理與 DFMEA／PFMEA 為基礎；後續再將需求管理、產品結構與製程資料納入，並依各區域的實際流程與需求進行差異化調整。
PHASED IMPLEMENTATION
從基礎品質模組，擴充至產品與需求工程
下列內容為原提案所列的分期範圍與方向。實際時程、據點與導入功能仍須依專案訪談、驗證及雙方確認為準。
- PHASE 1基礎實施導入 APQP、文件管理與 DFMEA／PFMEA，並提供相關培訓與交付文件。
- PHASE 2模組擴充規劃納入需求管理、EBOM 整合、MBOM、BOP 與流程管理。
- PHASE 3流程細化依前期使用回饋，進行檢查、驗證及自動化優化的調整。
- PHASE 4全面推展訪談各區域流程與需求，辨識差異後規劃後續實施與優化。
REQUIREMENTS ENGINEERING
把客戶聲音轉為可分解、可驗證的產品需求
Requirements Engineer 的資料說明，平台可集中保存客戶、法規與市場需求，並將高階需求分解為可配置至產品與系統元素的明確項目，連結設計、測試與專案活動以維持全生命週期追溯。
從客戶、利害關係人、Word、Excel 或既有工具取得需求，並依功能、非功能、限制條件、複雜度與優先級分類。
將高階需求拆解為可管理的細項，保留設計理由與假設，並配置至功能、邏輯或實體設計元素。
把需求連至測試案例、結果與產品特徵，形成需求到驗證項目的追溯矩陣與履行視圖。
ONE CONNECTED THREAD
由需求出發，讓品質規劃、產品結構與變更可相互追溯
ORIGINAL DEMO
需求工程角色示範
以下影片為資料夾內提供的 ENOVIA Requirements Engineer 示範素材，用於說明需求工程角色與平台操作情境。
GOVERNANCE
以正式變更與共同資料庫維持需求一致性
需求工程資料強調，需求應透過受控的變更機制、基線與版本管理維持真實性；跨角色協作則透過中央資料庫、可見性、訂閱與追溯報告支持。