辰东完美世界有声小说,我欲封天耳根小说,如何发布网络小说

近日一直有朋友讓寫些 ASPICE 的文章分享，不知從何下筆來描述，今日就 ASPICE 實施的點滴項目經驗做些分享。

隨著 IATF16949 版本發布和軟件定義汽車概念的提出，ASPICE 在行業內的應用也越來越普及，加上汽車行業不同的研發標準（如：ISO26262 和 ISO/SAE21434）的應用要求，大家在導入 ASPICE 的過程中隨之也有不同的問題產生。

ASPICE 這個單詞估計大家已有所了解，其準確的英文描述為Automotive Software Process Improvement and Capability dEtermination 汽車軟件過程改進和能力評定，是基于 ISO/IEC TR15504 國際項目而來，ASPICE 是在 Automotive SIG 里的 OEM 廠商，采購論壇和 SPICE 用戶小組的共識下于 2001 年啟動“Automotive SPICE” 計劃，對現有標準在汽車行業的應用和調整。從 2001 年開始到現在歷史發展如下圖，現在在用是 V3.1 的版本，且在 2021 年發布了 ASPICE for Cybersecurity 模型，ASPICE V4.0 版本的標準在起草中，未來會包含硬件及機械等研發過程。

從上面不難看出 ASPICE 模型涵蓋的研發領域越來越廣，大家接下來面對的挑戰也會更大。今天先從下面幾點和大家做些 ASPICE 實施的分享：

一、基于評估目的考慮

從名字可以看出 ASPICE 最初用于軟件開發并包含整個系統的過程改進模型，并用于對汽車系統開發中的軟件過程能力進行一致性評估，評估結果用于：

總能聽到有人說關于 ASPICE 實施流程過重，項目來不及等情況。根據 ASPICE 評估的目的，企業可以根據自己需要來策劃實施 ASPICE的重點。如果是客戶要求或者認證評估的目的，因為有范圍和目的能力等級要求，基于過程模型還是有基本的符合性要求在，實施需要根據標準及客戶要求來；但是如果企業參考 ASPICE 過程模型做內部改進，則可根據企業目前的情況和搜集到的數據，針對內部主要的問題及薄弱環節參考 ASPICE 過程模型制定改進計劃，進行有的放矢的過程能力提升，這時需要的不一定是 ASPICE 默認的 16 個過程域，例如：企業主要問題在軟件需求和單元驗證方面，則可從軟件需求的完整性，正確性，代碼覆蓋率，需求和代碼評審率等方面制定階段目標，幫助企業實現內部研發過程的改進，大家可以基于標準但不要被其所限制。

二、項目多標準體系實施

現在汽車研發的標準越來越多，有些公司在實施 ISO26262 或者ISO/SAE21434 流程搭建以及項目文件起草時，文件輸出和項目基于ASPICE 的實施是獨立的兩套過程和交付物，這必然會給項目團隊帶來人力資源和流程上的重復和浪費。

以ASPICE SYS.2系統需求分析過程為例，要定義系統需求，即使用利益相關方需求及其變更，以識別系統所需的功能和能力。在項目上如有相關功能安全和網絡安全的要求，在系統需求分析過程需要考慮以下圖所示的相關方（類別包含基于HATA分析得出的功能安全有關需求和基于TARA分析得出的網絡安全相關需求），項目需要對整體需求進行管理并按照基本實踐的要求進行實施，并非是每個領域的需求單獨成文，僅考慮本領域要求進行管控，而是項目的整體需求都需要按照ASPICE需求分析過程的要求執行才能達到需求分析過程的能力要求，例如：要對需求進行優先級排序（對應到發布計劃），制定驗收標準等。

三、流程實施所用的工具

下面再聊下 ASPICE 實施過程中的追溯和管理工具，關于 ASPICE雙向追溯性的要求是比較復雜的，見下圖，雖然 ASPICE 沒有說工具是必須，但如果沒有工具建立和維護這種兩個維度的追溯性耗時且耗力，后續更新維護也容易出現錯誤。公司如有資金預算當然可以采購一些行業通用的工程工具（市面上工具大廠就那幾家，當然國內也有一些公司的工具不錯）。但如果現階段沒有充足的預算，在需求規模不大的情況下也可以用表格來實現追溯關系，當然也看到有些公司研發人員自己開發了一些簡易的工具或者方法來從現在的文件上提取出追溯的要素來維護和檢查雙向追溯關系，也可達到提高效率的目的。

市面上也有一些研發和管理集成的工具可以幫大家管理研發流程，工具通常有內置的流程導航，報告，統計等功能，幫助大家實現流程管理的自動化，減少在導入 ASPICE 等流程時的人力耗費。如下圖所示：持續集成和持續構建流水線中進行代碼檢查及門禁設置，研發數據統計管理，項目狀態報告等。通過這些工具可以幫助研發團隊快速的完成必要的流程步驟，給到研發團隊實施牽引，數據結果能量化團隊的績效和改進方向，極大的減少管理的成本。