系统工程程序SEP.PDFVIP

系統工程程序 (SEP) 前言 • 系統工程程序 SEP) 階段工作中之細步流程。 • 基本上系統工程程序(SEP) 性： 1. 由上到下 (Top-down) 。 2. 整合性。 3. 全生命週期一式通用。 4. PDCA必須如影隨形── Feedback功能。 5. 具重複運用(Iterative) 流程之特點── 用 PDCA 流程進而改進原產品。 系統工程程序之定義 • 的一種反覆運算之邏輯過程 估 (Test and Evaluation) (Mission Decisions) 求之性能參數 系統工程程序(過程) 一、確定需求 系統工程程序(過程) 二、系統可行性分析 1. 否能達到當初的設計要求。 2. 上最有可能實現的方法或計畫。 3. 推薦出一個較好或是目前最好的方法。 系統工程程序(過程) 三、系統可操作性需求確認 四、維修及後勤支援 標。 系統工程程序(過程) 五、將技術性參數量化並排序 知道哪一個是他們要優先考量的。 六、功能分析(FBFD) 七、需求配當 八、系統整合、分析及優化設計 九、設計整合 系統工程程序(過程) 十、系統/ 產品測試及評估 (Validation ，認證) 十一、試製及量產 十二、系統交客戶使用及整體後勤考量 淘除或再精進 系統工程程序之簡化 • 步驟： 1. 功能分析(Functional Analysis) 。 2. 組合(Synthesis) 。 3. 評估及決定 (Evaluation and Decision) 4. 系統基本諸元描述 Elements) 。 系統工程程序之簡化 • 各基本步驟簡化如下圖 系統工程程序之手法 1. 總輸入需求 ── 任務需求 ( 技術能力、最低效益指標) 。 2. 四項基本步驟── 系統基本諸元描述。 3. 三大分析── 4. 優點 ── 計畫變更所造成對系統的不確定性。 系統工程程序簡化之細目 (FBFD) • 成總目標(Object) 品最滿足客戶之需求為總目標。 功能分析之主要內容 1. 功能確認(Functional Idenfication) – 2. 需求的下分配(Requirement Allocation) – 把最上層系統面之需求，逐層逐階的配當 接解決系統問題為止，其中包含： (1) (2) 度、維護度等) 。 (3)把設計需求轉化為測試評估 (Validation) (Baseline) (最小需求) 。 三種維修 1. O級維修 2. I級維修 (Intermediate Maintenance) 3. D級維修 依序，自己可以做的就是 O 送修就是I級維修，若到D 不但耗時，還有停工待料之危險 Click below to fin