邁入車聯網必備！如何符合 ISO26262、A-SPICE等國際規範 IBM Rational DOORS 是您需求管理工具最佳的選擇

1. IBM Rational DOORS 「需求管理」工具介紹
DOORS for A-SPICE

2. 2018 年 9 月 14 日 ISO/TS 16949:2009 舊版證書
即將全面失效
 “2018 年 9 月 14 日 ISO/TS 16949:2009 舊版證書即將全面失效
， 新版本 IATF 16949:2016 中要求組織需有流程以保證軟體品質，
並採用軟體開發評估方法進行評估…..”。對此，不少廠商迫切想知
道是什麼樣的流程？怎麼做才是軟體開發評估？以及有何方法可以選
擇？ 許多標準委員們心中的想法，那就是 Automotive SPICE (A-
SPICE)。 “
 或是採用新版ISO/TS 16949:2016 證書
2

3. IATF 16949：2016新版標準重點摘要
3
 第1個重點是風險管理
與安全相關的零件及其作業流程的要求：這個在之前的版本裡面一直存在，無論是在設計開發階段還是生產製造階段。若在
改版的規範中進一步明確化，就能夠呼應 ISO 9001 中的風險思維。
加強產品可追溯性的要求：汽車行業有別於傳統行業的重要特點：產品可追溯性。雖然在ISO 9001中始終存在，但強制性不足，
因此行業規範就可以根據自身的要求來決定是否強制。
一直以來，稽核 ISO/TS 16949 的時候是透過 TS&CSR（顧客特別要求）來強制規範，本次改版將會瞭解TS規範本身能強制
到什麼程度。無論如何，這一要求也是與第一點一樣，是基於風險思維的。
嵌入式軟體產品的需求：這一要求是隨著汽車產品的軟體訊息化而產生的，例如汽車防撞雷達等智慧偵測產品/ GPS導航系
統/ 智慧車載系統等。由於越來越多的行業和汽車行業融合在一起，造成了這些行業的供應商發現自己正式踏入了汽車行業，
從而導致了諸多「這個產品可以納入 ISO/TS 16949 認證嗎？」之類的問題存在，包含軟體設計在供應鏈的位置，讓我們拭目
以待IATF的決策。
保固的流程管理：ISO/TS 16949 是OEM的要求，因此本規範的管理要求都是針對原裝業務的，後裝業務被定義為「OEM指定
的產品才可以納入管理範圍」，因此長期以來非原裝業務都游離在管理範圍之外。基於風險，這些內容同樣要在改版的時候考
量。
供應商分層管理和發展要求：其實風險是在整條供應鏈上面的，供應商需納入管理，再下一級的供應商也是一樣。管理到哪一
級哪個範圍，應該是由OEM或者被認證的主體根據「風險」來認定，並在供應鏈中規範。
 第2個重點是增加企業社會責任的要求
 第3個重點是組織知識
參考: http://www.isoleader.com.tw/home/iso_news_detail/2354
如果不採用A-SPICE, 而新版16949仍然強調
“加強產品可追溯性的要求” ,而正是IBM DOORS的強項

4. A-SPICE 是什麼呢 ?
 A-SPICE相當於汽車業的
CMMI
 A-SPICE是汽車軟體能力成熟
度模型
 A-SPICE業是流程參考模型
（PRM）
 您的流程需要映射到PRM
 流程評估時使用PAM(流程評估
模型)
 Level 5 - Optimizing
 Level 4 - Predictable
 Level 3 - Established
 Level 2 - Managed
 Level 1 - Performed
 Level 0 – Incomplete
 如果你想獲得能力級別3，你需
要了解PA (Process Area)規則
• Automotive SPICE (Automotive Software Process Improvement and Capability
Determination，簡稱A-SPICE)，稱為汽車軟體過程改善及能力測定，是歐洲主要汽車
製造商以ISO/IEC 15504（SPICE）為基礎，制訂出以汽車業為導向的軟體過程評估和
改進模型，用於指導其供應商的軟體發展過程，提高車輛電子控制單元（ECU）品質。
A-SPICE讓軟體專案/軟體品質更透明、更可控，進而提高整體專案的成功機率和軟體
品質，提升企業的競爭力。
4

5. What ISO 26262 means for Automotive
 All Automotive System development for Electronic and Electrical (E&E) components need to
comply to ISO 26262
 Consists of 10 parts
 Due to the reuse of a large number of existing elements and pre-existing vehicle architectures the development
cycle is seldom a pure top down V-cycle
 ISO 26262 development goes across organizational boundaries, an ISO 26262 project is unlikely to be in just one organization
 Means that the safety-lifecycle must be adaptable and flexible
 Heavily influenced by the V-model
 Made more modular
1 Vocabulary
2 Management of functional safety
10 Guideline on ISO 26262 (informative)
9 ASIL-oriented and safety-oriented analysis
8 Supporting processes
3 Concept
phase
4 Product development on system level
5 Hardware
development
6 Software
development
7
Production
and
operation
ISO 26262
4.5-4.7
Systems Engineering
4.8-4.11
Systems Integration & test

6. 操作應用
由軟體工程 V Model來看, 需求管理必須滿足不同層次的
需求之間以及測試驗證的可追溯性
滿足
滿足
滿足
驗收產品
驗證系統
整合子系統
測試組件
驗收測試
系統測試
子系統測試
組件測試組件需求
子系統需求
系統需求
用戶需求
需求陳述
6

7. 7
品量從需求開始：IBM需求工程解決方案
 讓每個人都在同一頁面上
 包括供應商和分包商
 管理範圍，加上評估和控制變更的影響
 確保端到端的可追溯性
 從想法，功能定義，產品規格和模型...
對機械，電氣/電子和嵌入式軟件的實施，測試和維護
 確保符合合同協議
 根據A-SPICE ,ISO/TS 16949
 為了支持安全需求的管理與可追溯性，建議使用合適的需求管理工具 (例如: IBM DOORS)。
IBM Requirements Engineering Solution
Capture • Trade-off Analysis • Validation • Change Management • Traceability • Impact Analysis • Reporting & Metrics • Monitoring
Business Analysis Systems/Product Analysis & Implementation
Test & MaintenanceAnalysisIdeas Implementation
Requirements Definition Requirements Management
7

8. DOORS 解決下列需求管理的挑戰
1. 需求只存在組織中那些“專家”的腦子裏，沒有被記錄下來
2. 有時客戶的需求會被忽略
3. 而有時候開發的功能卻不被客戶使用
4. 客戶簽字確認了需求卻一直提出修改要求
5. 需求變更對專案影響很大，難以確定變更的影響範圍和成本
6. 市場部門、開發部門、測試部門跨部門的溝通存在問題，例如需求變化
時不能迅速通知到測試部門去調整測試計畫和案例。
7. 需求規格說明書的要求都實現了，客戶卻不滿意
8. 需求的研發狀態，需求變更的狀態難以掌握
8

9. 接下來介紹DOORS 的功能，
如何幫助作需求管理
9

10. 10
User Reqts Technical Reqts Test CasesDesign
ContextRequirementsBrowser
End-to-end visual validation in a single view
Writing Requirements within Context
 合併文檔和電子表格視圖
 簡單，直觀的界面，方便採
用
 歷史和基線
解決正確的問題，因為需求在任何時候都是可見的
 Input and output from/to various
common formats
IBM Rational DOORS
管理整個生命週期和跨學科的所有要求
10

11. 複雜的文件追溯可透過簡單的拖
拉建立完整脈絡。
單一畫面檢視各階段文件
與圖表的關聯性。
簡化產品開發過程中各項產出物的追溯，並成為重要資產而非負擔。
Test Plans
Software
Requirements
DesignSystem ReqsProduct Reqs
DOORS 提供多份文件，多層次的追溯性
11

12. 透過Microsoft Word 文件輕易且快速匯入至
DOORS
 自動安裝Microsoft Word DOORS Plug-in，可從
Word 一鍵匯入既有的需求文件 。
12

13. 13
DOORS template for ISO 26262
 Capture Severity, Probability and
Controllability attributes
 Automatically determines ASIL
 Developing requirements module
structure to capture relationships
between
 Stakeholder (Item Definition)
Requirements
 Functional Safety Requirements
 Technical Safety Requirements
 System Safety Requirements
 HW and SW safety requirements
 Automatic propagation through Safety
Requirement Hierarchy of ASIL
 Qualifying DOORS 9.5 with TüV for use
as an ISO 26262 tool

14. Youtobe Link for IBM DOORS
 IBM Doors Getting Started
 IBM Rational DOORS: Hierarchy of objects
 IBM Rational DOORS: Attributes
 IBM Rational DOORS: Linking and traceability
 IBM Rational DOORS for Regulatory Audits and Compliance
 …..
14

15. Contact
 Jason Lin (林裕隆) , LINYL@tw.ibm.com
 Allen Tsai (蔡宗倫), ALLENT@tw.ibm.com
 Randy Lin, randylin@tw.ibm.com
15

16. © 2018 IBM Corporation16