10/21-10/23 ASPICE之管理、監控、質保流程與ISO 26262整合能力培訓
ISO/IEC 15504 （SPICE: Software Process Improvement and Capability dEtermination，軟體過程改進與能力測定）是被廣泛採用的一種過程模型，用於軟體開發過程能力評估與改進。以 SPICE 作為基礎，歐洲主要汽車製造商共同制定了『面向汽車行業的軟體過程評估和改進模型』Automotive SPICE(簡稱ASPICE) 。目的在於指導其供應商的軟體發展過程，進而提高車輛上的電子控制單元（ECU）的品質。
ASPICE PAM V3.1 包括 32 個過程，能力級別分為 0 到 5 級，其中 VDA 過程包括 16 個過程。VDA 範圍 前身為HIS 範圍 是 一個由奧迪，寶馬，賓士，保時捷，大眾組成的一個聯盟，他們要求其供應商的 16 個過程需達到能力級別 3。在歐洲車廠的帶動下，全球越來越多的車廠及供應商開始將A SPICE作為其軟體供應商的准入標準，具備ASPICE 已成為汽車行業軟體過程的基本門檻。
礙於缺少業界前例與過往經驗可做參考，許多企業實施ASPICE時仍窒礙難行、無從下手。因此，本課程內容關注於實務操作，透過案例演練與講師豐富的經驗分享，旨在協助學員瞭解如何執行相關流程、確保產出必要的工作文件與紀錄，幫助學員在廠內執行ASPICE。目標能以ASPICE的管理流程作為基礎，保證軟體開發有序地進行，並更進一步強化ISO 26262生命週期中各階段功能安全的操作，充分保證產品安全性與可靠性。
主辦單位
德凱認證股份有限公司 DEKRA Testing and Certification Co., Ltd.
達寬服務商業有限公司 ENCONAcademy (PTY) Ltd. – Asia Pacific Branch
講師資歷
黃浩鈿 Kevin Huang
現職：
DEKRA德凱認證股份有限公司 功能安全/網路安全經理
DEKRA德凱認證功能安全/ASPICE培訓講師
經歷:
TÜV NORD 首席功能安全專家
Inalfa Roof Systems Group B.V. 全球功能安全經理
Punch Powertrain nv 功能安全專家
國內唯一擁有合格ISO 26262/ IEC 61508/ ISO 9001/ Automotive SPICE/Cyber-Security評核員，同時擁有超過50家以上培訓/評估/輔導Automotive SPICE、ISO 26262、IEC 61508、Cyber-Security專案經驗。
課程效益
- ASPICE PAM V3.1 模型中的過程進行深入剖析講解和研討。
- 理解 VDA範圍的 16 個過程。
- 掌握 ASPICE 的知識和技能，並能使用 A SPICE模型，制定軟體發展過程和工作產品範本。
- 具備於專案中應用 ASPICE 進行相關作業之能力，參與ASPICE 的評估及改進評估結果。
- 具備在組織或專案中應用 ASPICE流程與『ISO 26262』進行整合的能力。
建議參加人員
若您的工作在下列內容提到，則建議參加：
汽車製造商和供應商的品質經理、專案經理、部門經理、過程工程師、品質工程師、專案設計開發和測試人員、現在或即將從事過程改進的人員、在將來計畫參與 ASPICE 評估與ISO 26262系統執行的人員。
參與培訓人資質條件
- 有 ECU 軟體專案開發和管理經驗者；
- 懂得使用系統化的過程方法，解決專案開發和管理問題者；
- 有過程和品質管制經驗者更佳。
課程證書
完整參加訓練，並通過課後測驗的學員，將獲得DEKRA德凱核發結訓證書一張。
| 10/21（三） 09:30 -16:30 | 10/22（四） 09:30 -16:30 | 10/23（五） 09:30 -16:30 |
| 1. Automotive SPICE背景說明 * Automotive SPICE過程参考/評估模型概述 * 過程能力级别和過程屬性說明 * 何謂VDA Scope * 雙向可追溯性和一致性概念說明 2. 質量保證流程 * 質量保證流程目的說明 * 質量保證流程資產清單說明 (Level 1 to Level 3) * 質量保證導入流程分解及如何與ISO 26262流程整合 * 案例演練--如何執行質量保證流程和工作文檔稽核 3. 問題解決管理流程 * 問題解決管理流程目的說明 * 問題解決管理流程資產清單說明 (Level 1 to Level 3) * 問題解決管理流程分解及如何與ISO 26262流程整合 * 案例說明（如何制定問題解決管理策略） 4. 供應商監控流程 * 供應商監控流程目的說明 * 供應商監控流程資產清單說明 (Level 1 to Level 3) * 供應商監控流程分解及如何與ISO 26262流程整合 * 案例說明--如何制定供應商監控計畫 5. 變更請求管理流程 * 變更請求管理流程目的說明 * 變更請求管理流程資產清單說明 (Level 1 to Level 3) * 變更請求管理流程分解及如何與ISO 26262流程整合 * 案例演練--如何制定變更控制委員會 6. 配置管理流程 * 配置管理管理流程目的說明 * 配置管理流程資產清單說明 (Level 1 to Level 3) * 配置管理管理流程分解及如何與ISO 26262流程整合 * 案例演練--如何執行實體配置 (PCA) /功能配置 (FCA) 稽核 | 1. 專案管理流程 * 專案管理管理流程目的說明 * 專案管理流程資產清單說明 (Level 1 to Level 3) * 專案管理流程分解及如何與ISO 26262流程整合 * 案例演練—溝通計劃發展 2. 系統需求分析流程 * 系統需求分析目的說明 * 系統需求分析資產清單說明 (Level 1 to Level 3) * 系統需求分析流程分解及如何與ISO 26262流程整合 * 案例演練--系統需求分析報告發展 3. 系統架構設計流程 * 系統架構設計目的說明 * 系統架構設計資產清單說明 (Level 1 to Level 3) * 系統架構設計流程分解及如何與ISO 26262流程整合 * 案例演練—如何進行系統架構設計可行替代方案評估 4. 軟體需求分析流程 * 軟體需求分析目的說明 * 軟體需求分析資產清單說明 (Level 1 to Level 3) * 軟體需求分析流程分解及如何與ISO 26262流程整合 * 案例演練—軟體需求規格書發展 5. 軟體架構設計流程 * 軟體架構設計目的說明 * 軟體架構設計資產清單說明 (Level 1 to Level 3) * 軟體架構設計流程分解及如何與ISO 26262流程整合 * 案例演練—軟體架構設計FMEA 6. 軟體詳細設計和單元構建流程 * 軟體詳細設計和單元構建流程目的說明 * 軟體詳細設計和單元構建流程資產清單說明 (Level 1 to Level 3) * 軟體詳細設計和單元構建流程分解及如何與ISO 26262流程整合 * 案例演練--如何執行軟體軟體詳細設計和單元構建流程審查 7. 軟體單元驗證流程 * 軟體單元驗證流程目的說明 * 軟體單元驗證流程資產清單說明 (Level 1 to Level 3) * 軟體單元驗證流程分解及如何與ISO 26262流程整合 * 案例演練--發展軟體單元驗證計畫 | 1. 軟體集成和集成測試流程 * 軟體集成和集成測試流程目的說明 * 軟體集成和集成測試流程資產清單說明 (Level 1 to Level 3) * 軟體集成和集成測試流程分解及如何與ISO 26262流程整合 * 案例演練--發展軟體集成和集成測試案例規格書 2. 軟體合格性測試流程 * 軟體合格性測試流程目的說明 * 軟體合格性流程資產清單說明(Level 1 to Level 3) * 軟體合格性流程分解及如何與ISO 26262流程整合 * 案例演練--軟體合格性測試總結報告發展 3. 系統集成和集成測試流程 * 系統集成和集成測試流程目的說明 * 系統集成和集成測試流程資產清單說明(Level 1 to Level 3) * 系統集成和集成測試流程分解及如何與ISO 26262流程整合 * 案例演練--系統集成和集成測試回歸測試策略定義 4. 系統合格性測試流程 * 系統合格性測試流程目的說明 * 系統合格性流程資產清單說明(Level 1 to Level 3) * 系統合格性流程分解及如何與ISO 26262流程整合 * 案例演練—系統合格性測試方法定義 5. 課後測驗 |