總分：100分 | 考試時間：90分鐘
一、單項選擇題（每題3分，共30分）
1. ASPICE中“雙向追溯性”的核心目的是：
A) 確保所有需求可測試
B) 建立需求-設(shè)計-測試的完整鏈路
C) 統(tǒng)計代碼覆蓋率
D) 優(yōu)化開發(fā)成本
解析：雙向追溯性要求需求、設(shè)計、測試之間建立雙向關(guān)聯(lián)鏈路，確保各階段產(chǎn)物的完整覆蓋與一致性，是ASPICE過程質(zhì)量的核心要求。
答案：B) 建立需求-設(shè)計-測試的完整鏈路
2. 某ECU軟件項目的SWE.1過程（軟件需求分析）輸出物不包括：
A) 軟件需求規(guī)格說明書（SRS）
B) 需求追溯矩陣（RTM）
C) 軟件架構(gòu)設(shè)計圖
D) 需求驗證報告
解析：SWE.1的輸出物包括軟件需求規(guī)格書（SRS）、需求追溯矩陣（RTM）、需求驗證報告；軟件架構(gòu)設(shè)計圖屬于SWE.2（軟件架構(gòu)設(shè)計）的輸出。
答案：C) 軟件架構(gòu)設(shè)計圖
3. 在SWE.6過程（軟件合格性測試）中，發(fā)現(xiàn)需求未覆蓋的測試用例應(yīng)：
A) 視為測試通過
B) 記錄為過程缺陷并補充需求
C) 忽略不計
D) 降低測試優(yōu)先級
解析：ASPICE要求測試用例必須覆蓋需求，未覆蓋說明需求缺失或測試用例設(shè)計缺陷，需記錄過程缺陷并補充需求。
答案：B) 記錄為過程缺陷并補充需求
4. ASPICE能力級別2（Managed）的關(guān)鍵特征是：
A) 過程標準化
B) 量化過程管理
C) 創(chuàng)新技術(shù)應(yīng)用
D) 自動化部署
解析：級別2要求過程制度化（Institutional），即建立標準化的文檔化流程，而量化管理（如統(tǒng)計過程控制）是級別3的特征。
答案：A) 過程標準化
5. 某團隊在SWE.3（軟件詳細設(shè)計）階段使用Simulink生成代碼，ASPICE審計重點應(yīng)是：
A) 模型覆蓋率是否達標
B) 模型到代碼的追溯性
C) 代碼生成速度
D) 模型美觀度
解析：模型驅(qū)動開發(fā)的核心是模型與代碼的一致性，ASPICE要求嚴格驗證模型元素到代碼的追溯關(guān)系。
答案：B) 模型到代碼的追溯性
6. 變更請求影響分析（SWE.5）必須涉及的過程域是：
A) SYS.2（系統(tǒng)需求分析）
B) MAN.3（項目管理）
C) SUP.1（質(zhì)量保證）
D) 以上全部
解析：變更影響需分析需求（SYS.2/SWE.1）、項目計劃（MAN.3）、質(zhì)量風險（SUP.1），三者缺一不可。
答案：D) 以上全部
7. ASPICE要求“軟件單元測試（SWE.4）”的測試用例必須源自：
A) 詳細設(shè)計文檔
B) 需求規(guī)格說明書
C) 系統(tǒng)架構(gòu)圖
D) 用戶手冊
解析：單元測試驗證詳細設(shè)計（SWE.3）的實現(xiàn)正確性，測試用例需直接對應(yīng)詳細設(shè)計元素。
答案：A) 詳細設(shè)計文檔
8. 在ASPICE評估中，下列哪種情況會導(dǎo)致能力級別不達標？
A) SWE.2（軟件架構(gòu)設(shè)計）與SWE.3未建立雙向追溯
B) 代碼評審未使用Checklist
C) 測試環(huán)境與生產(chǎn)環(huán)境不一致
D) 開發(fā)周期超預(yù)期20%
解析：雙向追溯缺失是過程資產(chǎn)（Process Asset）不完整的重大缺陷，直接影響CL2達標；其他選項屬執(zhí)行問題，未必導(dǎo)致級別不達標。
答案：A) SWE.2（軟件架構(gòu)設(shè)計）與SWE.3未建立雙向追溯
9. ASPICE 3.1新增的網(wǎng)絡(luò)安全要求主要集成在：
A) SYS.1（系統(tǒng)需求獲取）
B) SWE.1（軟件需求分析）
C) SYS.4（系統(tǒng)集成測試）
D) PIM.3（過程改進）
解析：ASPICE 3.1明確在SYS.1/SWE.1中要求識別網(wǎng)絡(luò)安全需求（如加密認證），并在后續(xù)設(shè)計測試中落實。
答案：A) SYS.1（系統(tǒng)需求獲取）
10. 敏捷開發(fā)適配ASPICE的關(guān)鍵挑戰(zhàn)是：
A) 缺乏詳細設(shè)計文檔
B) 追溯性管理困難
C) 無法進行單元測試
D) 客戶參與不足
解析：敏捷迭代導(dǎo)致需求頻繁變更，使需求-代碼-測試的雙向追溯鏈動態(tài)維護難度激增，需專用工具鏈支持。
答案：B) 追溯性管理困難
二、填空題（每空5分，共25分）
1. ASPICE過程參考模型（PRM）的結(jié)構(gòu)由________、________、支持生命周期過程組構(gòu)成。
解析：PRM按ISO 15504標準分為三類過程組。
答案：主要生命周期過程、組織生命周期過程
2. 過程能力級別（PAL）從0到5級，其中3級的核心能力是________。
解析：級別3要求建立組織級標準過程并部署到項目。
答案：過程標準的部署（或Process Establishment）
3. 軟件配置項（CI）的版本控制是________過程域的核心實踐。
解析：配置管理要求版本控制、變更跟蹤。
答案：SUP.8（配置管理）
4. 硬件在環(huán)（HIL）測試覆蓋的ASPICE過程域是________和________。
解析：HIL屬于系統(tǒng)級集成測試（SYS.4）和軟件集成測試（SWE.5）。
答案：SYS.4（系統(tǒng)集成測試）、SWE.5（軟件集成測試）
三、綜合應(yīng)用題（46分）
1. 新能源汽車BMS開發(fā)項目審計（25分）
背景：
l 項目采用V模型開發(fā)，目標ASPICE CL2
l 審計發(fā)現(xiàn)：
n 軟件需求（SWE.1）與系統(tǒng)需求（SYS.2）單向追溯（僅系統(tǒng)→軟件）
n 詳細設(shè)計（SWE.3）未覆蓋SRS中的安全需求（ISO 26262 ASIL-C）
n 代碼評審發(fā)現(xiàn)全局變量濫用但無整改記錄
問題：
(1)追溯性改進方案（10分）
設(shè)計雙向追溯實施流程：
l 工具鏈選擇（如Polarion/Jama）
l 跨團隊協(xié)作機制
l 驗證方法
(2)安全需求落地（7分）
從ASPICE角度給出解決方案：
l 設(shè)計階段的保護措施（偽代碼示例）
l 測試階段的驗證策略（至少2種）
(3)過程閉環(huán)管理（8分）
配置質(zhì)量門禁（Quality Gate）：
l 定義評審問題的跟蹤流程
l 量化評估整改有效性
參考答案：
(1) 追溯性改進方案
工具鏈選擇：Polarion/Jama實現(xiàn)需求-設(shè)計-測試的自動追溯鏈路。
協(xié)作機制：需求/開發(fā)/測試團隊聯(lián)合評審會（每周），用追溯矩陣確認覆蓋。
驗證方法：隨機抽樣審計（例如抽查5%的需求鏈完整性）+ 工具自動化檢查。
(2) 安全需求落地
設(shè)計保護措施：
// ASIL-C冗余校驗偽代碼
if (sensor_value_main == sensor_value_backup)
{ execute_action(); }
else
{ trigger_safe_mode(); } // 雙通道校驗
測試策略：
② HIL測試：注入傳感器故障驗證安全模式切換；
② 背靠背測試：對比模型仿真與代碼輸出的安全性行為一致性。
(3) 過程閉環(huán)管理
質(zhì)量門禁：代碼評審問題100%關(guān)閉才允許進入集成階段。
跟蹤流程：JIRA問題跟蹤 → 責任人24h響應(yīng) → 每日站立會通報進度。
量化評估：整改率（90%達標）、復(fù)發(fā)率（<5%）。
2. 智能座艙HMI開發(fā)實戰(zhàn)（20分）
需求：
l 功能：多模態(tài)交互（語音+觸控）
l 約束：
n 部分需求變更（原觸摸靈敏度參數(shù)調(diào)整）
n 交付周期壓縮30%
問題：
(1)需求變更處理（8分）
執(zhí)行變更影響分析：
l 識別受影響過程域（至少3個）
l 制定回歸測試策略（矩陣圖表示）
(2)ASPICE與敏捷融合
設(shè)計兩周期Sprint開發(fā)方案：
Sprint 1：
- 目標：基礎(chǔ)語音框架
- ASPICE過程域：SWE.1+SWE.2+SWE.4
Sprint 2：
- 目標：觸控優(yōu)化+集成
- ASPICE過程域：SWE.3+SWE.5+SWE.6
l 說明每個Sprint的過程輸出物
l 定義持續(xù)追溯性維護機制
參考答案：
(1) 需求變更處理（8分）
? 受影響過程域：
SWE.1（觸控需求更新） → SWE.3（靈敏度算法調(diào)整） → SWE.6（回歸測試）。
? 回歸測試矩陣：
測試類型 原用例 新用例 覆蓋需求ID
觸控響應(yīng) 20例 +5例 HMI-REQ-045
語音干擾 15例 不變 HMI-REQ-033
(2) ASPICE與敏捷融合（12分）
? Sprint輸出物：
Sprint1：SWE.1輸出《語音需求規(guī)格》+ SWE.2輸出《架構(gòu)模型》+ SWE.4輸出《單元測試報告》。
Sprint2：SWE.3輸出《觸控算法詳細設(shè)計》+ SWE.5輸出《集成測試日志》+ SWE.6輸出《HIL測試報告》。
? 追溯性維護：
① 需求ID嵌入Git提交消息；
② Jenkins每日構(gòu)建自動關(guān)聯(lián)需求與測試用例覆蓋率報告。
同學，你對以上題目和參考答案有任何想說的，可以打在評論區(qū)里。
