MAKE MORE PEOPLE SUCCEED?
— 前 言 —
從事汽車電子開發(fā)的你，是否有過這樣的心路歷程：
剛畢業(yè)時(shí)進(jìn)入公司，懵懵懂懂地按照公司的培訓(xùn)，了解自己工作內(nèi)容，以及與其他崗位的交互，還要熟悉V模型開發(fā)流程。
工作幾年后，睜開眼睛看到了外部的世界。跟從事IT行業(yè)的同學(xué)們聊聊，跟轉(zhuǎn)行做醫(yī)療器械的同學(xué)們扯扯，你是不是也曾想過：為什么汽車電子的開發(fā)會(huì)是這樣一種形態(tài)呢？都涉及到系統(tǒng)和軟件的開發(fā)，但是組織形式和開發(fā)形式卻又如此的不一樣？是什么東西在指導(dǎo)并搭建了這樣一種特定的開發(fā)組織形式呢（即開發(fā)流程）？
讓我們把這幾個(gè)問題再深入具體化：
為什么汽車電子行業(yè)的開發(fā)要有系統(tǒng)、軟件、硬件、結(jié)構(gòu)（機(jī)械）、匹配、集成、測(cè)試、驗(yàn)證、確認(rèn)、制造、質(zhì)量管理、工程項(xiàng)目管理、產(chǎn)線項(xiàng)目管理、產(chǎn)品管理、風(fēng)險(xiǎn)管理等復(fù)雜的開發(fā)人員設(shè)置？
為什么在汽車電子相關(guān)的幾個(gè)供應(yīng)商和主機(jī)廠跳來跳去，發(fā)現(xiàn)公司的項(xiàng)目組織形式和部門組織形式都大差不差，都長(zhǎng)成某種特定的樣子呢？
為什么汽車行業(yè)那么多搞開發(fā)的不會(huì)寫代碼？不會(huì)寫代碼也能特么叫開發(fā)人員？？
為什么汽車電子開發(fā)要用V-model流程進(jìn)行開發(fā)？
上述一切的答案就在于ISO15504 - Automotive Software Process Improvement and Capability dEtermination（Automotive SPICE，軟件流程改進(jìn)和能力測(cè)定的汽車行業(yè)定制化版本）。
Automotive SPICE于2005年由AutoSIG發(fā)布，是SPICE(ISO\IEC15504國際標(biāo)準(zhǔn))在汽車行業(yè)的衍生標(biāo)準(zhǔn)，其關(guān)注汽車行業(yè)的軟件過程改進(jìn)和能力測(cè)定。ASPICE興起于歐洲，廣泛用于主機(jī)廠以及供應(yīng)商企業(yè)自身的的過程能力改進(jìn)，以及對(duì)供應(yīng)商的風(fēng)險(xiǎn)評(píng)估。從更務(wù)實(shí)的角度，主機(jī)廠基于供應(yīng)商的ASPICE等級(jí)評(píng)定其是否具有供應(yīng)商資質(zhì)。
— A-SPICE 3.0總覽 —
— 具體工程開發(fā)流程步驟（ENG） —
現(xiàn)在你知道汽車電子零部件供應(yīng)商里的系統(tǒng)工程師角色來源了嗎？
由上圖可知，SYS.1/SYS.2/SYS.3/SYS.4/SYS.5的流程定義，需要一個(gè)角色來負(fù)責(zé)對(duì)應(yīng)著五個(gè)環(huán)節(jié)的任務(wù)。分別是：需求獲取、系統(tǒng)需求分析、系統(tǒng)架構(gòu)設(shè)計(jì)、系統(tǒng)集成和集成測(cè)試、系統(tǒng)確認(rèn)測(cè)試。
接下來，我們講按照開發(fā)步驟來講講工程開發(fā)的細(xì)節(jié)。
當(dāng)然，除了流程，如果你想更深入了解關(guān)于ASPICE軟件工程開發(fā)及測(cè)試流程的落地實(shí)踐，可以關(guān)注?？W(xué)城于6月15日~16日舉辦的培訓(xùn)課程，詳情請(qǐng)點(diǎn)擊以下海報(bào)：
Step 1：需求獲取 從客戶獲取客戶需求，并確認(rèn)需求被正確理解
Step 2：系統(tǒng)需求分析 將已定義的客戶需求轉(zhuǎn)換為一組系統(tǒng)需求，用以指導(dǎo)系統(tǒng)設(shè)計(jì)；
過程成果：
已經(jīng)定義了系統(tǒng)需求；
已經(jīng)對(duì)系統(tǒng)需求進(jìn)行了分類和分析以獲取正確性和可驗(yàn)證性；
已經(jīng)分析了系統(tǒng)需求對(duì)運(yùn)行環(huán)境的影響；
已經(jīng)定義了實(shí)現(xiàn)系統(tǒng)需求的優(yōu)先級(jí)；
系統(tǒng)需求能夠根據(jù)需要更新；
已經(jīng)在利益相關(guān)者（客戶等）需求和系統(tǒng)需求之間建立了一致性和雙向可追溯性；
利益相關(guān)者需求已經(jīng)根據(jù)成本，進(jìn)度和技術(shù)影響進(jìn)行了評(píng)估；
系統(tǒng)需求已經(jīng)傳達(dá)給受影響的各方并且達(dá)成了一致。
輸出物包括以下八種：
需求分析報(bào)告（RAR, Requirement Analysis Report）,比如診斷、CAN通信、XCP、電源、KAM存儲(chǔ)機(jī)制等模塊的RAR分析報(bào)告；
系統(tǒng)需求說明書（SYSRS, System Requirement Specification），里面需要定義好功能需求和非功能需求。系統(tǒng)說明書的結(jié)構(gòu)可是按照項(xiàng)目相關(guān)集分組，也可按照項(xiàng)目邏輯順序進(jìn)行排序，也可根據(jù)項(xiàng)目相關(guān)標(biāo)準(zhǔn)進(jìn)行分類，還可根據(jù)客戶要求來分類；
接口需求說明書（IRS，Interface Requirement Specification），定義各個(gè)系統(tǒng)模塊之間的接口。例如：兩個(gè)產(chǎn)品之間、過程之間或者過程任務(wù)之間的關(guān)聯(lián)；雙方共同遵守的準(zhǔn)則及格式；關(guān)鍵時(shí)間依賴性或前后順序；描述各個(gè)系統(tǒng)組件之間的物理接口，如總線接口（CAN、LIN）、收發(fā)器（類型、制造廠商）、附加接口（IEEE、ISO、USB等）、數(shù)字接口（PWM）和模擬接口等；識(shí)別軟件與軟件組件之間的接口，如進(jìn)程間通信機(jī)制、總線通信機(jī)制等。
驗(yàn)證標(biāo)準(zhǔn)（Validation Specification）。具體內(nèi)容包括：1. 每條需求都可驗(yàn)證或評(píng)估；2. 驗(yàn)證準(zhǔn)則定義了驗(yàn)證需求時(shí)所遵循的定性及定量的準(zhǔn)則；3. 驗(yàn)證準(zhǔn)則標(biāo)明進(jìn)行需求驗(yàn)證時(shí)所遵循的已達(dá)成共識(shí)的約束條件；
審查記錄（RR，Review Record），需提供評(píng)審的上下文信息（內(nèi)容、出席評(píng)審的人員列表、評(píng)審狀態(tài)）、覆蓋信息（checklist、review標(biāo)準(zhǔn)、需求、標(biāo)準(zhǔn)符合性）、檢查發(fā)現(xiàn)（不一致性、改進(jìn)建議）、記錄信息（評(píng)審準(zhǔn)備完成狀態(tài)、評(píng)審準(zhǔn)備所花時(shí)間、評(píng)審所花時(shí)間、評(píng)審人員和角色的評(píng)審意見）、識(shí)別所需的糾正信息（風(fēng)險(xiǎn)識(shí)別、偏差list、解決問題所要求的行動(dòng)及任務(wù)、糾正措施的負(fù)責(zé)人、已識(shí)別問題的狀態(tài)及目標(biāo)關(guān)閉日期）；
跟蹤記錄（TR，Traceability Record）：，跟蹤所有需求（客戶需求和內(nèi)部需求）、識(shí)別生命周期中的產(chǎn)品&需求之間的映射關(guān)系、需求和工作產(chǎn)品之間的連接關(guān)系（例如：需求-設(shè)計(jì)-代碼-測(cè)試-交付）、在生命周期各階段提供需求到相關(guān)工作產(chǎn)品之間的正向和反向映射；
溝通記錄（Communication Record），信件、傳真、電子郵件、語音記錄、電報(bào)；
變更控制記錄（Change Control Record）, 記錄變更請(qǐng)求，生成基線化產(chǎn)品（baseline product）。具體包括：采用控制機(jī)制來控制正式項(xiàng)目的基線化產(chǎn)品（baseline）、變更請(qǐng)求記錄（識(shí)別受變更影響的系統(tǒng)即文檔、識(shí)別變更請(qǐng)求、識(shí)別變更的負(fù)責(zé)團(tuán)隊(duì)、識(shí)別變更的狀態(tài)）、與相關(guān)客戶請(qǐng)求及內(nèi)部變更請(qǐng)求建立連接關(guān)系、適當(dāng)?shù)呐鷾?zhǔn)、對(duì)重復(fù)的請(qǐng)求進(jìn)行識(shí)別和分組。
Step 3：系統(tǒng)架構(gòu)設(shè)計(jì) 建立系統(tǒng)架構(gòu)，確定哪些需求分配給哪些系統(tǒng)元素，并根據(jù)定義的標(biāo)準(zhǔn)評(píng)估所設(shè)計(jì)的系統(tǒng)架構(gòu)。具體內(nèi)容如下：
提供所有系統(tǒng)的設(shè)計(jì)；
描述系統(tǒng)元素之間的相互關(guān)系；
描述系統(tǒng)元素與軟件之間的相互關(guān)系；
詳細(xì)說明每個(gè)必需系統(tǒng)元素的設(shè)計(jì)，需要考慮到以下內(nèi)容：內(nèi)存和容量的需求、硬件接口需求、用戶接口需求、外部系統(tǒng)接口需求、性能需求、指令結(jié)構(gòu)、安全及數(shù)據(jù)保護(hù)特性、系統(tǒng)參數(shù)設(shè)定、人工操作、可重用組件等；
系統(tǒng)元素與需求之間的映射關(guān)系；
描述系統(tǒng)組件運(yùn)行模式（啟動(dòng)、停止、睡眠模式、診斷模式等）；
描述在不同運(yùn)行模式下各個(gè)系統(tǒng)組件之間依賴關(guān)系；
描述系統(tǒng)和系統(tǒng)組件的動(dòng)態(tài)行為。
可能產(chǎn)生的過程成果：
已經(jīng)定義了系統(tǒng)架構(gòu)設(shè)計(jì)，并已經(jīng)標(biāo)識(shí)了系統(tǒng)元素；
系統(tǒng)需求已經(jīng)被分配給了系統(tǒng)元素；
系統(tǒng)元素的每個(gè)接口已經(jīng)定義；
已經(jīng)定義了系統(tǒng)的動(dòng)態(tài)行為目標(biāo)；
在系統(tǒng)需求和系統(tǒng)架構(gòu)設(shè)計(jì)之間已經(jīng)建立了一致性和雙向可追溯性；
系統(tǒng)架構(gòu)設(shè)計(jì)已經(jīng)傳達(dá)給受影響的各方并且達(dá)成了一致。
Step 4：軟件需求分析 將系統(tǒng)需求的相關(guān)部分轉(zhuǎn)換為一組軟件需求
指定軟件需求：使用系統(tǒng)需求、系統(tǒng)架構(gòu)及以上兩者的變更需求來確定所需軟件的功能和特性。在軟件需求規(guī)范中指定功能性和非功能性軟件需求。只有在軟件開發(fā)中，系統(tǒng)需求和系統(tǒng)架構(gòu)才會(huì)設(shè)計(jì)到一個(gè)給定的操作環(huán)境；
結(jié)構(gòu)化軟件需求：結(jié)構(gòu)化可以按照項(xiàng)目相關(guān)的集群分組，或者按照邏輯排序，或者按照相關(guān)標(biāo)準(zhǔn)進(jìn)行分類，或者為干系人需求設(shè)置優(yōu)先級(jí)；
分析軟件需求：分析指定的軟件需求包括他們的相互依賴關(guān)系、確保正確性、技術(shù)可行性、可驗(yàn)證性和支持風(fēng)險(xiǎn)識(shí)別。分析成本影響，進(jìn)度和技術(shù)的影響；
分析對(duì)操作環(huán)境的影響：分析系統(tǒng)元素接口和操作環(huán)境對(duì)軟件需求的影響；
開發(fā)驗(yàn)證標(biāo)準(zhǔn)：為每個(gè)軟件需求開發(fā)驗(yàn)證標(biāo)準(zhǔn)，以便于每條需求驗(yàn)證可以定性和定量的度量；
建立雙向可追溯性：建立系統(tǒng)需求和軟件需求之間的雙向可追溯性。建立系統(tǒng)架構(gòu)和軟件需求之間的雙向可追溯性；
確保一致性：確保系統(tǒng)需求和軟件需求之間的一致性。保證系統(tǒng)架構(gòu)和軟件需求之間的一致性要求；
溝通已確認(rèn)的軟件需求：溝通已確認(rèn)的軟件需求并為所有相關(guān)方更新這些軟件需求。
輸出物包括：
溝通記錄；
審查記錄；
變更控制記錄；
追溯性記錄；
分析報(bào)告Analysis Record：分析的內(nèi)容、分析人、所采用的分析準(zhǔn)則（選擇的準(zhǔn)則或采用的優(yōu)先級(jí)計(jì)劃、決策準(zhǔn)則、質(zhì)量準(zhǔn)則）、記錄結(jié)果（決定或選擇的內(nèi)容、選擇的原因、做出的假定、潛在風(fēng)險(xiǎn)）、正確性分析的方面（完整性、可理解性、可測(cè)試性、可驗(yàn)證性、可行性、有效性、一致性、內(nèi)容的充分性）；
接口需求規(guī)格說明書（IRS）：更新細(xì)化；
軟件需求說明書（Software Requirement Specification）：識(shí)別適用的標(biāo)準(zhǔn)、識(shí)別軟件架構(gòu)考慮及約束條件、識(shí)別必需的軟件元素、識(shí)別軟件元素之間的關(guān)聯(lián)關(guān)系、考慮給出以下信息（必需的軟件性能特性、必需的軟件接口、必需的安全特性、數(shù)據(jù)庫設(shè)計(jì)需求、必需的錯(cuò)誤處理及屬性恢復(fù)機(jī)制、必需的資源消耗特性）；
驗(yàn)證標(biāo)準(zhǔn)。
Step 4：軟件架構(gòu)設(shè)計(jì) 建立一個(gè)架構(gòu)設(shè)計(jì)和確定哪些軟件需求分配給軟件的哪些元素，并根據(jù)定義的標(biāo)準(zhǔn)評(píng)估軟件架構(gòu)設(shè)計(jì)。
過程成果
定義了軟件體系結(jié)構(gòu)設(shè)計(jì)，確定了軟件的元素；
軟件需求分配給軟件的元素；
定義了每個(gè)軟件元素的接口；
軟件元素的動(dòng)態(tài)行為和資源消耗目標(biāo)已定義；
建立軟件需求和軟件架構(gòu)設(shè)計(jì)之間的一致性和雙向可追溯性；
軟件架構(gòu)設(shè)計(jì)被所有受影響的各方達(dá)成一致并已溝通。
具體步驟
軟件架構(gòu)設(shè)計(jì)：指定軟件要素和相關(guān)方面的功能和非功能軟件需求；軟件在適當(dāng)?shù)膶蛹?jí)分解為元素，并在詳細(xì)設(shè)計(jì)中描述組件（所謂組件，指軟件架構(gòu)設(shè)計(jì)的最底層的元素）；
分配軟件需求：分配所有軟件需求到軟件架構(gòu)設(shè)計(jì)元素；
定義軟件元素接口：識(shí)別、開發(fā)和文檔化軟件元素之間的接口；
描述動(dòng)態(tài)行為：參照系統(tǒng)動(dòng)態(tài)行為，評(píng)估和文檔化軟件元素間的時(shí)序和動(dòng)態(tài)交互行為。（動(dòng)態(tài)行為是由操作模式確定的，如啟動(dòng)、關(guān)閉、正常模式、校準(zhǔn)、診斷等等；進(jìn)程和進(jìn)程內(nèi)部通信、任務(wù)、線程、時(shí)間片、中斷等。另外，在評(píng)估動(dòng)態(tài)行為時(shí)，目標(biāo)平臺(tái)和潛在載荷應(yīng)被考慮）；
定義資源消耗目標(biāo)：在軟件架構(gòu)設(shè)計(jì)的適當(dāng)層級(jí)，為相關(guān)元素定義并記錄所有軟件組件的資源消耗目標(biāo)。（資源消耗通常被明確為資源，諸如內(nèi)存ROM、RAM、外部/內(nèi)部EEPROM或Flash數(shù)據(jù)，CPU負(fù)載等）；
評(píng)估可替代的軟件架構(gòu)；
雙向可追溯性（需求與架構(gòu)之間）；
確保一致性；
溝通已確定的軟件架構(gòu)設(shè)計(jì)。
輸出物
1.軟件架構(gòu)設(shè)計(jì)：
軟件架構(gòu)整體描述；
包含任務(wù)結(jié)構(gòu)的運(yùn)行系統(tǒng)描述；
確定任務(wù)與進(jìn)程之間的通信；識(shí)別必需的軟件元素；
識(shí)別自主開發(fā)及供應(yīng)方提供的代碼；
識(shí)別軟件元素之間的關(guān)聯(lián)及依賴關(guān)系；
確定數(shù)據(jù)存儲(chǔ)及災(zāi)備方案；
描述不同模型系列或配置如何衍生出產(chǎn)品變體；
描述軟件的動(dòng)態(tài)行為（啟動(dòng)、關(guān)閉、軟件升級(jí)、錯(cuò)誤處理、恢復(fù)）； 確定數(shù)據(jù)存儲(chǔ)位置及數(shù)據(jù)損壞的預(yù)防辦法；
描述哪些數(shù)據(jù)是在什么情況下是持續(xù)存在的；
還要充分考慮以下內(nèi)容（軟件必需的性能特性、軟件必需的接口、軟件必需的安全特性、數(shù)據(jù)庫設(shè)計(jì)需求）。
2.接口需求規(guī)格說明書：
3.跟蹤記錄；
4.審查需求：
5.溝通記錄。
Step 5：軟件詳細(xì)設(shè)計(jì)和單元實(shí)現(xiàn) 步驟幾乎和以上步驟完全一致...
Step 6：軟件單元驗(yàn)證 軟件單元測(cè)試過程的目的是驗(yàn)證軟件單元，證明軟件單元符合軟件詳細(xì)設(shè)計(jì)和非功能性軟件需求。
過程成果
指定了包括回歸策略在內(nèi)的軟件單元驗(yàn)證策略；包括軟件單元發(fā)生變更時(shí)重新驗(yàn)證的回歸策略。驗(yàn)證策略應(yīng)定義如何證明軟件單元符合軟件詳細(xì)設(shè)計(jì)和非功能性需求。單元驗(yàn)證的技術(shù)可能包括靜態(tài)/動(dòng)態(tài)分析、代碼審查、單元測(cè)試等；
根據(jù)軟件單元驗(yàn)證策略開發(fā)軟件單元驗(yàn)證標(biāo)準(zhǔn)，該策略適用于證明軟件單元提供符合軟件詳細(xì)設(shè)計(jì)和非功能性軟件需求；單元驗(yàn)證標(biāo)準(zhǔn)可能包括單元測(cè)試用例，單元測(cè)試數(shù)據(jù)，靜態(tài)驗(yàn)證，覆蓋目標(biāo)和編碼標(biāo)準(zhǔn)；單元測(cè)試規(guī)范可以實(shí)現(xiàn)諸如作為自動(dòng)測(cè)試臺(tái)中的腳本；
根據(jù)軟件單元驗(yàn)證策略和軟件單元驗(yàn)證標(biāo)準(zhǔn)對(duì)軟件單元進(jìn)行驗(yàn)證，并記錄結(jié)果；其中，靜態(tài)驗(yàn)證可能包括靜態(tài)分析、代碼審查、針對(duì)編碼標(biāo)準(zhǔn)和指南的檢查以及其他技術(shù)；
在軟件單元之間建立一致性和雙向可追溯性，驗(yàn)證標(biāo)準(zhǔn)和驗(yàn)證結(jié)果；
匯總單元驗(yàn)證結(jié)果，并傳達(dá)給所有相關(guān)方
輸出物
測(cè)試規(guī)范說明書 Test Specification：包括測(cè)試設(shè)計(jì)規(guī)格書、測(cè)試用例規(guī)格書、測(cè)試過程規(guī)格書、識(shí)別回歸測(cè)試的測(cè)試用例；對(duì)于系統(tǒng)集成測(cè)試，要識(shí)別必需的系統(tǒng)要素，例如硬件要素、接線要素、參數(shù)設(shè)定和數(shù)據(jù)庫等；識(shí)別系統(tǒng)元素集成必要的序列或排序；
測(cè)試計(jì)劃Test Plan：分級(jí)的測(cè)試計(jì)劃、測(cè)試策略（黑盒/白盒測(cè)試、系統(tǒng)邊界測(cè)試、回歸測(cè)試策略等）；如有必要，編制綜合測(cè)試計(jì)劃；
驗(yàn)證結(jié)果及測(cè)試報(bào)告Verification Result and Test Report：驗(yàn)證checklist、通過的項(xiàng)、失敗的項(xiàng)、待驗(yàn)證的項(xiàng)、發(fā)現(xiàn)的問題issue、風(fēng)險(xiǎn)分析、解決方案、結(jié)論、簽名確認(rèn)。測(cè)試報(bào)告按照要求，形成測(cè)試日志分級(jí)、形成異常報(bào)告、形成測(cè)試報(bào)告分級(jí)；
分析報(bào)告Analysis Reprot；
三記錄（溝通記錄、審查記錄、跟蹤記錄）
Step 7：軟件集成和集成測(cè)試 將軟件單元集成到更大的軟件項(xiàng)目中，直到形成與軟件架構(gòu)設(shè)計(jì)一致的完整集成軟件，并確保軟件項(xiàng)目是經(jīng)過測(cè)試的，可以證明包括軟件單元之間和軟件項(xiàng)目之間的接口在內(nèi)的集成軟件項(xiàng)目符合軟件架構(gòu)設(shè)計(jì)。
具體步驟
開發(fā)軟件集成策略；
開發(fā)包括回歸測(cè)試策略在內(nèi)的軟件集成測(cè)試策略；
制定軟件集成測(cè)試規(guī)范。軟件集成測(cè)試用例可能關(guān)注：軟件項(xiàng)目間的正確數(shù)據(jù)流、軟件項(xiàng)目間的數(shù)據(jù)流的及時(shí)性和時(shí)間依賴性、使用界面對(duì)所有軟件項(xiàng)目數(shù)據(jù)的正確解釋、軟件項(xiàng)目間的動(dòng)態(tài)交互、符合接口的資源消耗目標(biāo)；
集成軟件單元和軟件項(xiàng)；
選擇測(cè)試用例，要有足夠的覆蓋度；
執(zhí)行軟件集成測(cè)試；
老三樣（雙向可追溯、確保一致性、總結(jié)和交流經(jīng)驗(yàn)）。
輸出物
軟件項(xiàng)，分為兩大塊，一個(gè)是集成的軟件，一個(gè)是文檔。集成的軟件可分為：源代碼、軟件元素、可執(zhí)行代碼、配置文件；文檔包括：描述和識(shí)別源代碼、描述和識(shí)別軟件元素、描述和識(shí)別配置文件、描述和識(shí)別可執(zhí)行代碼、描述軟件生命周期狀態(tài)、描述歸檔和發(fā)布標(biāo)準(zhǔn)、描述軟件單元編譯、描述軟件組件的構(gòu)建；
集成的軟件：多個(gè)軟件組件的集合。這里的軟件一般是針對(duì)某一特定ECU配置的一組可執(zhí)行文件以及有關(guān)的文檔和數(shù)據(jù)；
測(cè)試老三樣（說明書、計(jì)劃、報(bào)告）；
記錄老三樣（溝通、審查、追溯）；
構(gòu)建列表Build list: 識(shí)別軟件應(yīng)用系統(tǒng)的聚合、識(shí)別所需的系統(tǒng)元素（參數(shù)設(shè)定、宏程序庫、基本數(shù)據(jù)、作業(yè)控制語言等）、識(shí)別軟件編譯時(shí)必需的順序序列、識(shí)別輸入輸出資源庫。
Step 8：軟件確認(rèn)測(cè)試 確保集成的軟件已經(jīng)過了測(cè)試并滿足軟件需求。與上一步幾乎相同。
Step 9：系統(tǒng)集成和集成測(cè)試 集成系統(tǒng)項(xiàng)以生成集成系統(tǒng)，符合系統(tǒng)架構(gòu)設(shè)計(jì)并確保系統(tǒng)項(xiàng)被測(cè)試，用以證明集成的系統(tǒng)項(xiàng)與系統(tǒng)架構(gòu)設(shè)計(jì)的一致性，包括系統(tǒng)項(xiàng)之間的接口。
具體步驟
開發(fā)包含回歸測(cè)試策略的系統(tǒng)集成測(cè)試策略；
開發(fā)系統(tǒng)集成測(cè)試規(guī)格說明書，包含根據(jù)系統(tǒng)集成測(cè)試策略的每一個(gè)系統(tǒng)項(xiàng)集成階段的測(cè)試用例。
有四個(gè)需要注意的點(diǎn)：
a. 接口描述系統(tǒng)元素和系統(tǒng)集成測(cè)試用例的輸入關(guān)系；
b. 符合架構(gòu)設(shè)計(jì)：指定的集成測(cè)試能夠適時(shí)證明，系統(tǒng)項(xiàng)間的接口滿足系統(tǒng)架構(gòu)設(shè)計(jì)提供的規(guī)范；
c. 系統(tǒng)集成測(cè)試用例應(yīng)關(guān)注：系統(tǒng)項(xiàng)間正確的信號(hào)流、系統(tǒng)項(xiàng)間信號(hào)流的及時(shí)性和時(shí)序、使用一個(gè)接口信號(hào)的所有系統(tǒng)項(xiàng)的正確解釋、系統(tǒng)之間的動(dòng)態(tài)交互關(guān)系；
d. 系統(tǒng)集成測(cè)試可能支持使用仿真環(huán)境（硬件在環(huán)仿真、車輛網(wǎng)絡(luò)仿真、數(shù)字樣機(jī)）。
集成系統(tǒng)項(xiàng)：按系統(tǒng)集成策略，整合系統(tǒng)項(xiàng)，形成集成系統(tǒng)。系統(tǒng)集成可以逐步執(zhí)行集成系統(tǒng)項(xiàng)（例如，作為原型硬件的硬件元素、外圍設(shè)備、傳感器、執(zhí)行器、結(jié)構(gòu)和已集成的軟件），生產(chǎn)出與系統(tǒng)架構(gòu)設(shè)計(jì)保持一致的集成的系統(tǒng)；
選擇測(cè)試用例：從系統(tǒng)集成測(cè)試規(guī)范說明書中選擇測(cè)試用例。有足夠覆蓋率；
執(zhí)行系統(tǒng)集成測(cè)試；
老三樣（雙向可追溯、確保一致性、總結(jié)和交流經(jīng)驗(yàn)）。
Step 10：系統(tǒng)確認(rèn)測(cè)試 確保集成的系統(tǒng)已經(jīng)測(cè)試，為符合系統(tǒng)需求和系統(tǒng)準(zhǔn)備交付提供依據(jù)。與上述步驟大同小異，略。
由于篇幅原因，本篇到此結(jié)束，下一篇我們將為大家講解具體支持流程步驟（SUP）。
聯(lián)系客服
