【牛喀活動】The AutoSWQA 2023智能汽車軟件質(zhì)量研討會
9月27日，由牛喀網(wǎng)與肅星會展主辦，上汽集團(tuán)培訓(xùn)中心協(xié)辦，匠歆汽車承辦的“The AutoSWQA 2023智能汽車軟件質(zhì)量研討會”圓滿收官。
【牛喀活動】汽車軟件FMEA和DFA分析技術(shù)實踐
NEWCAR TECH特邀請TUV軟件功能安全總工程師（牛喀學(xué)城特級講師），主講為期兩期的“【NEWCAR TECH】汽車軟件FMEA和DFA分析技術(shù)實踐”，講師將以介紹FMEA的基本思想和方法論為引導(dǎo)，并輔以對功能安全軟件的基本開發(fā)思路的介紹，幫助學(xué)員理解如何在ISO 26262相關(guān)項目中執(zhí)行軟件
【牛喀直播】汽車軟件質(zhì)量最佳實踐技術(shù)研討
牛喀學(xué)城特邀具備十年汽車軟件質(zhì)量研究工作經(jīng)驗的資深專家，主講為期三期的“【線上大講堂系列】汽車軟件質(zhì)量技術(shù)精講”，專家將采取循序漸進(jìn)的課程講解方式，幫助大家能夠更進(jìn)一步掌握汽車軟件質(zhì)量技術(shù)。
AutoSWQA 2023 智能汽車軟件質(zhì)量研討會
AutoSWQA 2023 智能汽車軟件質(zhì)量研討會將于 2023年9月27日在上海舉辦，歡迎參會！
【牛喀直播】主機(jī)廠軟件質(zhì)量管理思路及實施路徑
NEWCAR LIVE（牛喀直播間）特別邀請了專注在軟件領(lǐng)域20年的資深專家，主講本期“主機(jī)廠軟件質(zhì)量管理思路及實施路徑”，專家將結(jié)合實際案例分享主機(jī)廠軟件質(zhì)量管理的總體思路和實施路徑，以應(yīng)對當(dāng)前整車軟件質(zhì)量帶來的挑戰(zhàn)！
汽車軟件開發(fā)的質(zhì)量和安全管理流程
本文闡述了如何通過軟件開發(fā)來管理實現(xiàn)自動化與聯(lián)網(wǎng)功能的流程，以及是否可能改變管理團(tuán)隊的策略與軟件開發(fā)流程。
基于MBSE的系統(tǒng)設(shè)計和流程合規(guī)實例
本文分享了 PO 公司引入全套基于模型的方法（MBSE）以解決其原有方法中存在問題的經(jīng)驗教訓(xùn)，并通過開源工具 Papyrus 在實際案例研究中對所提出的方法進(jìn)行了評估。
【軟件質(zhì)量】寶馬汽車安全相關(guān)系統(tǒng)的軟件架構(gòu)建模方法
在本文中，我們介紹了寶馬為何以及如何在自動駕駛軟件開發(fā)中采用“將架構(gòu)視為代碼”的方法
ASPICE配置管理如何做
本文介紹了ASPICE如何做配置管理的相關(guān)內(nèi)容。
汽車軟件靜態(tài)分析價值的反思
這是一篇有關(guān)汽車軟件靜態(tài)分析價值反思的文章 。 首先，描述了包括靜態(tài)分析在內(nèi)的一系列“好得不明顯”的工作在行業(yè)里不受重視的現(xiàn)狀。 然后，針對汽車軟件領(lǐng)域這個特定語境下的靜態(tài)分析概念、價值及弊端進(jìn)行了總結(jié)與思考。 順著弊端，提供了一些優(yōu)化思路，但也應(yīng)明確靜態(tài)分析工具的專業(yè)化和由此而來的高門檻
汽車測試用例規(guī)范的質(zhì)量指標(biāo)
汽車領(lǐng)域的許多創(chuàng)新都是通過軟件和電子系統(tǒng)實現(xiàn)的。可靠的測試流程是開發(fā)流程中不可或缺的一部分，用于驗證所實施的軟件是否按預(yù)期運(yùn)行。ISO 26262或 ASPICE等標(biāo)準(zhǔn)要求一致的測試文檔。測試文檔的一個重要部分是測試用例規(guī)范，它由軟件測試標(biāo)準(zhǔn)ISO 29119定義。測試用例規(guī)范包含一組從特定測試對象
【軟件質(zhì)量】汽車軟件質(zhì)量的解決方案：持續(xù)審查(CI)
本文深入概述了如何在汽車項目中對軟件質(zhì)量進(jìn)行持續(xù)檢查。為此，實施了支持解決方案，并手動修復(fù)了所有已存在的問題。
ASPICE4.0之軟件開發(fā)流程（SWE)
本文介紹了ASPICE4.0的軟件開發(fā)流程（SWE)。
融合SOTIF&ASPCIE&敏捷開發(fā)的自動駕駛軟件開發(fā)流程
為滿足自動駕駛車輛的安全性需求，根據(jù)ISO PAS 21448標(biāo)準(zhǔn)，智能駕駛系統(tǒng)本身傳感器/控制器/執(zhí)行器的設(shè)計不足、性能局限在遇到一定的場景觸發(fā)條件（如環(huán)境干擾或人員誤用）時，將可能導(dǎo)致整車級失效危害，進(jìn)而威脅人身安全。究其根本，應(yīng)在軟件開發(fā)階段充分降低預(yù)期功能安全SOTIF危害事件的潛在風(fēng)險、提
對比ASPICE 3.1，ASPICE 4.0都有哪些變化呢？
對比ASPICE 3.1，ASPICE 4.0都有哪些變化呢？
AutomotiveSPICE_for_Cybersecurity
AutomotiveSPICE_for_Cybersecurity
各個流程標(biāo)準(zhǔn)融合cybersecurity+fs+aspice+sotif-integration
各個流程標(biāo)準(zhǔn)融合cybersecurity+fs+aspice+sotif-integration
ISO26262&ASPICE融合開發(fā)方法
本文基于Aspice模型中V流程開發(fā)模式，從汽車控制系統(tǒng)的需求分析、架構(gòu)設(shè)計、軟硬件需求分析、代碼/模型開發(fā)實現(xiàn)、系統(tǒng)測試及驗證整個V模型各階段，結(jié)合ISO 26262功能安全標(biāo)準(zhǔn)在各階段的要求，提出一種Aspice與ISO 26262相融合的汽車控制系統(tǒng)開發(fā)流程，并結(jié)合實踐開展過程，闡明各開發(fā)過程
“ASPICE”代碼管理策略（下）
“ASPICE”代碼管理策略（下）1、分支管理策略；2、分支策略說明；
“ASPICE”代碼管理策略（上）
【ASPICE】代碼管理策略（上）軟件項目的核心是“代碼管理”，具體代碼管理策略；
自適應(yīng)AUTOSAR系統(tǒng)安全評估（五）：軟件分區(qū)結(jié)果和評估
此文為該連載系列的“第五”篇章，在之前的“連載（四）”中，我們已經(jīng)具體在Linux中實現(xiàn)軟件安全機(jī)制。作為此專題連載的收尾，我們將在本連載（五）中具體分析軟件分區(qū)結(jié)果和評估，以及針對本專題連載的相關(guān)討論和結(jié)論。
自適應(yīng)AUTOSAR系統(tǒng)安全評估（四）：在Linux中實現(xiàn)軟件安全機(jī)制
此文為該連載系列的“第四”篇章，在之前的“連載（三）”中已經(jīng)詳細(xì)評估了GNU/Linux作為ISO 26262背景下安全關(guān)鍵環(huán)境中自適應(yīng)平臺操作系統(tǒng)的適用性。那么，在本連載（四）中，我們將具體在Linux中實現(xiàn)軟件安全機(jī)制。
自適應(yīng)AUTOSAR系統(tǒng)安全評估（三）：ISO 26262背景下GNU/Linux的評估
此文為該連載系列的“第三”篇章，在之前的“連載（二）”中已經(jīng)具體評估了Linux在安全關(guān)鍵環(huán)境中的適用性的相關(guān)工作。在本連載（三）中，我們將詳細(xì)評估GNU/Linux作為ISO 26262背景下安全關(guān)鍵環(huán)境中自適應(yīng)平臺操作系統(tǒng)的適用性。
（ASPICE）參考的供應(yīng)商軟件質(zhì)量管控方案（上）
【ASPICE】參考的供應(yīng)商軟件質(zhì)量管控方案（上）軟件外包的現(xiàn)狀和趨勢；
（ASPICE）參考的供應(yīng)商軟件質(zhì)量管控方案（下）
【ASPICE】參考的供應(yīng)商軟件質(zhì)量管控方案（下）供應(yīng)商軟件質(zhì)量管控總方案；
（ASPICE）參考的供應(yīng)商軟件質(zhì)量管控方案（中）
【ASPICE】參考的供應(yīng)商軟件質(zhì)量管控方案（中）國內(nèi)外OEM對供應(yīng)商的軟件質(zhì)量管控模式；
自適應(yīng)AUTOSAR系統(tǒng)安全評估（二）：評估Linux在安全關(guān)鍵環(huán)境中的適用性
此文為該連載系列的“第二”篇章，在之前的“連載（一）”中已經(jīng)介紹了相關(guān)問題描述、范圍及方法論，并具體闡述了本專題連載感興趣的基本技術(shù)主題。接下來，在連載（二）中，我們將具體評估Linux在安全關(guān)鍵環(huán)境中的適用性的相關(guān)工作。
功能安全環(huán)境下自適應(yīng)AUTOSAR系統(tǒng)的評估（一）：基礎(chǔ)知識及方法論
《功能安全環(huán)境下自適應(yīng)AUTOSAR系統(tǒng)的評估》專題連載共分為“五個”篇章。此文為該連載系列的“第一”篇章，介紹了相關(guān)問題描述、范圍及方法論，并具體闡述了本專題連載感興趣的基本技術(shù)主題：面向服務(wù)的架構(gòu)、POSIX、軟件平臺架構(gòu)、SOME/IP和GNU/Linux等。
如何看懂ASPICE證書？
【NEWCAR TECH】如何看懂ASPICE證書？開展評估、評估類型、評估類別；
ASPICE如何評分？（N/P/L/F）
概述：1、評分是每個過程域的過程屬性達(dá)成情況進(jìn)行表述；2、獲得相應(yīng)能力等級的兩個必要條件。
如何減少ASPICE評估的時間
為了節(jié)省評估（包括ASPICE和網(wǎng)絡(luò)安全流程）所需的時間，本文確定了工作產(chǎn)品共享和依賴關(guān)系。這些建議有助于減少執(zhí)行評估的時間。
ASPICE各過程能力級別印象剖析
ASPICE各過程能力級別印象剖析，能力級別印象總覽；
VDA-SCOPE的起源（下）
VDA-SCOPE的起源（下）不同OEM對供應(yīng)商軟件能力要求的級別剖析；
VDA-SCOPE的起源（上）
VDA-SCOPE的起源（上）HIS（Hersteller Initiative Software）聯(lián)盟；
汽車安全檔案中流程和產(chǎn)品的論證思路
在本文中，我們提出了一個工作流程，引入一種符合ASPICE和ISO 26262的基于流程和產(chǎn)品的論證的聯(lián)合方法。該方法得到論證模式的支持，這些論證模式涵蓋了相關(guān)標(biāo)準(zhǔn)的主要論證思路。該方法的適用性在混合動力電動汽車動力系統(tǒng)的高壓電池系統(tǒng)的汽車用例中得到了證明。
ASPICE標(biāo)準(zhǔn)的由來（下）
【NEWCAR TECH 牛喀技術(shù)】ASPICE標(biāo)準(zhǔn)的由來（下）System Engineering Process Group（SYS）；
ASPICE標(biāo)準(zhǔn)的由來（中）
【NEWCAR TECH 牛喀技術(shù)】ASPICE標(biāo)準(zhǔn)的由來（中）1、什么是軟件質(zhì)量？2、軟件開發(fā)定律；3、CMMI是第1個真正意義的軟件過程評估模型。
ASPICE標(biāo)準(zhǔn)的由來（上）
ASPICE標(biāo)準(zhǔn)的由來（上）概述：1、汽車軟件質(zhì)量涉及哪些零部件？2、什么是軟件質(zhì)量？3、整車智能化程度越高，代碼量越大，軟件質(zhì)量面臨風(fēng)險就越大！
汽車電子軟件設(shè)計和測試的知識和技能要求
本文介紹了新入行開發(fā)人員使用硬件在環(huán)(HiL)設(shè)計和測試汽車安全關(guān)鍵系統(tǒng)所需的知識和技能。我們簡要介紹了開發(fā)過程，并簡要說明了各個階段，其中包括文檔中書面文本的一些典型示例（需求、測試用例等）。該過程遵循ASPICE，并重點(diǎn)關(guān)注V模型的尖端。
通過CAN總線進(jìn)行安全可靠UDS刷新
本文根據(jù)汽車標(biāo)準(zhǔn)ISO 26262和ASPICE，使用V模型開發(fā)周期的改編，描述了通過CAN總線進(jìn)行UDS引導(dǎo)加載程序的開發(fā)，并考慮以下部分：需求、架構(gòu)、設(shè)計和實現(xiàn)、測試和集成。為了進(jìn)行系統(tǒng)驗證，軟件和系統(tǒng)測試是在受控環(huán)境中執(zhí)行的。
質(zhì)量量化在汽車嵌入式系統(tǒng)和軟件中的應(yīng)用
本文回顧了質(zhì)量量化的重要性、當(dāng)前方法的主要困難是什么，并強(qiáng)調(diào)了質(zhì)量評測方法作為解決方案。在通過多態(tài)性強(qiáng)化了最先進(jìn)的質(zhì)量測量和質(zhì)量模型概念之后，展示了它們在雷諾汽車嵌入式系統(tǒng)和軟件中應(yīng)用的第一步。結(jié)果不僅是復(fù)雜系統(tǒng)質(zhì)量量化的好處，例如同質(zhì)性、一致性和兼容性，而且還突出了ASPICE中質(zhì)量模型版本變化的
-
共1頁 41條
