一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

DO-178C將現(xiàn)代技術(shù)引入安全關(guān)鍵型軟件開發(fā)

星星科技指導(dǎo)員 ? 來源:嵌入式計算設(shè)計 ? 作者:TIM KING,BILL ST. C ? 2022-11-08 11:27 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

自1992年DO-178B推出以來,航空電子軟件技術(shù)突飛猛進(jìn)。DO-178C將把安全關(guān)鍵型軟件開發(fā)帶入現(xiàn)代,增加對UML和數(shù)學(xué)建模、面向?qū)ο?a target="_blank">編程和形式化方法等先進(jìn)技術(shù)的支持。第三方工具、平臺和認(rèn)證服務(wù)的隨時可用將加速DO-178C的采用和部署。

隨著軟件變得越來越復(fù)雜,很難在代碼級別管理該軟件的設(shè)計。面向?qū)ο缶幊蹋?a href="http://www.www27dydycom.cn/tags/C++/" target="_blank">C++、Ada 和 Java)和建模(UML、數(shù)學(xué)等)使設(shè)計人員能夠在更高級別概念化、架構(gòu)和封裝其設(shè)計,從而簡化了復(fù)雜軟件的開發(fā)。與基于模型的開發(fā)相關(guān)的形式化方法可以更輕松地評估復(fù)雜軟件功能(如控制回路)的正確性。

DO-178C 繼承了 DO-178B 核心文檔、原則和流程,同時增加了對高級建模、面向?qū)ο缶幊毯托问交椒ǖ闹С?,重點是從模型到可執(zhí)行代碼再到返回的雙向可追溯性(側(cè)欄 1)。DO-178C 還提供了工具補充,用于詳細(xì)解決不僅用于建模、面向?qū)ο缶幊毯托问交椒ǖ墓ぞ叩南薅ê凸δ?,還用于其他開發(fā)技術(shù)(如過程軟件和程序集級編程)的工具的資格和功能。

DO-178C 補充

DO-178C工作組已經(jīng)制作了三種開發(fā)技術(shù)補充:面向?qū)ο蠹夹g(shù)和相關(guān)技術(shù)(OOT和RT),基于模型的開發(fā)和驗證以及形式化方法。它還大大擴展了DO-178B中的工具認(rèn)證指南。這四份增刊已由RTCA出版為:

DO-330,軟件工具認(rèn)證注意事項

DO-331,DO-178C 和 DO-278A 的基于模型的開發(fā)和驗證補充

DO-332,面向?qū)ο蠹夹g(shù)和相關(guān)技術(shù) DO-178C 和 DO-278A 的補充

DO-333,DO-178C 和 DO-278A 的形式化方法補充

請注意,DO-278A 相當(dāng)于 DO-178C 的地面系統(tǒng)。

面向?qū)ο蠹夹g(shù)及相關(guān)技術(shù)

面向?qū)ο蠹夹g(shù)和相關(guān)技術(shù)(OOT&RT)是用于手動代碼開發(fā)和驗證的綜合安全關(guān)鍵軟件指南。它不僅包括面向?qū)ο蟮能浖_發(fā),還包括過程語言中使用的技術(shù)。這些相關(guān)技術(shù)包括動態(tài)內(nèi)存管理、重載、參數(shù)化多態(tài)性(例如 C++ 中的模板和 Ada 中的泛型)類型轉(zhuǎn)換和虛擬化。最終結(jié)果是,OOT和RT補充可以在大多數(shù)使用過程語言和OOT的項目上調(diào)用。

OOT和RT最重要的補充是新目標(biāo)的定義。目標(biāo)確定必須生成哪些開發(fā)資產(chǎn)、集成流程和驗證工件才能使產(chǎn)品可認(rèn)證。OOT 和 RT 定義了兩個新的驗證目標(biāo):第一個驗證本地類型一致性,這使得子類方法能夠安全地重寫父類方法。第二個驗證動態(tài)內(nèi)存管理系統(tǒng)的使用是否可靠。特別是,它驗證了動態(tài)內(nèi)存管理系統(tǒng)的以下特征:引用歧義、碎片饑餓、釋放匱乏、內(nèi)存耗盡、過早釋放、丟失更新和過時引用以及未綁定分配或解除分配時間。

基于模型的開發(fā)和驗證(MBD&V)

在審查和批準(zhǔn)MBD&V補充時,最大和最具爭議的挑戰(zhàn)是確定在目標(biāo)系統(tǒng)上編譯,鏈接和加載的可執(zhí)行目標(biāo)代碼(EOC)上使用的最終驗證方法。在所考慮的MBD&V系統(tǒng)的背景下,EOC可以直接追溯到模型自動生成的源代碼。從歷史上看,在驗證一些航空電子軟件方面有一個先例,這些軟件在模型本身中都進(jìn)行了測試,而沒有對EOC進(jìn)行目標(biāo)測試,有效地消除了DO-178C“核心文件”中EOC測試的目標(biāo)。相反,DO-178C全體會議同意必須在目標(biāo)系統(tǒng)上對EOC進(jìn)行某種形式的獨立驗證,從而保留DO-178C的EOC目標(biāo)。

盡管就EOC驗證達(dá)成了共識,但MBD&V補充確實增加了許多目標(biāo),為模型在模型架構(gòu)和模型代碼上執(zhí)行或至少由模型定義的驗證活動提供認(rèn)證信用。這些驗證活動主要由“模擬用例”執(zhí)行,這些用例代替測試用例和其他形式的驗證運行。

添加到任何DO-178C技術(shù)補充中的最明確的常見問題解答可能是添加到MBD&V補充中的常見問題解答。新常見問題解答的范圍涵蓋開發(fā)和驗證,不僅包括標(biāo)準(zhǔn)的高級和低級軟件要求以及相關(guān)的規(guī)范和設(shè)計模型,還包括分配給軟件的系統(tǒng)要求。從歷史上看,這些模型類型和需求層次結(jié)構(gòu)之間的差距及其各種來源一直是MBD&V項目中模糊和實現(xiàn)不佳設(shè)計的主要原因。

形式化方法補充

形式化方法補充遵循與MBD&V類似的軌跡,因為它最終也同意通過規(guī)定最終通過形式方法或數(shù)學(xué)證明對EOC進(jìn)行獨立驗證來保留核心文件的EOC目標(biāo)。形式化方法或MBD&V補充尚未明確解決的一個關(guān)鍵問題是這些補充之間可能發(fā)生的明顯領(lǐng)域重疊。也就是說,形式化方法(FM)作為一種開發(fā)和驗證技術(shù),本身就利用了一種基于模型的開發(fā)形式。美國聯(lián)邦航空局將在將于今年發(fā)布的通知中解決這一和其他潛在的領(lǐng)域重疊問題。

軟件工具鑒定注意事項

當(dāng)DO-178C的過程通過使用軟件工具被消除,減少或自動化時,需要對工具進(jìn)行認(rèn)證,而其輸出沒有按照標(biāo)準(zhǔn)中的規(guī)定進(jìn)行驗證。工具鑒定過程的目的是確保工具提供的信心至少與消除、減少或自動化的過程相同。

軟件工具認(rèn)證注意事項文檔介紹了一種新的工具認(rèn)證結(jié)構(gòu),該結(jié)構(gòu)由三個標(biāo)準(zhǔn)和五個工具認(rèn)證級別 (TQL) 組成,如表 1 所示。

表 1:軟件工具資格認(rèn)證注意事項文檔引入了新的工具資格認(rèn)證結(jié)構(gòu),該結(jié)構(gòu)由三個標(biāo)準(zhǔn)和五個工具資格級別 (TQL) 組成。

pYYBAGNpzJKAXgXEAABZ0kKWpko748.jpg

標(biāo)準(zhǔn) 1 適用的 TQL 是 DO-178B 中開發(fā)工具的替代品。

標(biāo)準(zhǔn) 2 是 DO-178C 的新標(biāo)準(zhǔn),旨在解決新方法中工具使用的擴展問題。標(biāo)準(zhǔn) 2 基本上要求對軟件級別 A 和 B 上使用的工具進(jìn)行比 DO-178B 標(biāo)準(zhǔn)更高的嚴(yán)格性,以增加使用該工具的信心。

標(biāo)準(zhǔn) 3 完全由 TQL-5 級組成,是 DO-178B 中驗證工具的替代品。

為了幫助安全關(guān)鍵型開發(fā)人員充分利用 DO-178 的高級功能,自動化和簡化開發(fā)、驗證和認(rèn)證流程的工具變得至關(guān)重要。例如,DO-178C 第 11 節(jié)介紹了跟蹤數(shù)據(jù),它將其描述為生命周期數(shù)據(jù)項(如需求、設(shè)計、源代碼和測試用例)之間的參考鏈接。自動化生命周期數(shù)據(jù)可追溯性的工具的一個關(guān)鍵方面是用于建立向前和向后可追溯性的工具,從需求向下到分解樹,再到可執(zhí)行代碼,然后再返回,包括驗證任務(wù)。

自動化工具大大減少了與開發(fā)符合 DO-178 標(biāo)準(zhǔn)的軟件相關(guān)的時間和成本。然而,DO-178認(rèn)證仍然是一個昂貴、耗時和艱巨的過程。為了幫助航空電子設(shè)備制造商加快這一過程,一些公司,如DDC-I,除了為DO-178B和DO-178C提供交鑰匙開發(fā)和認(rèn)證服務(wù)外,還提供已經(jīng)通過DO-178B A級認(rèn)證的基于Eclipse的開發(fā)工具和RTOS平臺。

DO-178C 簡化航空電子設(shè)備開發(fā)

DO-178C標(biāo)志著復(fù)雜航空電子軟件開發(fā)人員向前邁出了一大步,這些軟件必須經(jīng)過最高級別的安全關(guān)鍵性認(rèn)證。DO-178C 通過采用形式化方法、高級建模和面向?qū)ο蟮募夹g(shù)來簡化開發(fā)過程,使設(shè)計人員能夠在更高層次上概念化和封裝他們的軟件。它還通過提供從模型和要求到可執(zhí)行代碼并再次返回的雙向可追溯性來簡化驗證和認(rèn)證過程。結(jié)合自動化工具、平臺和認(rèn)證服務(wù),DO-178C極大地闡明了降低與開發(fā)、認(rèn)證和部署復(fù)雜的安全關(guān)鍵航空電子軟件相關(guān)的成本的風(fēng)險和潛在手段。

審核編輯:郭婷

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • JAVA
    +關(guān)注

    關(guān)注

    20

    文章

    2989

    瀏覽量

    109835
  • C++
    C++
    +關(guān)注

    關(guān)注

    22

    文章

    2119

    瀏覽量

    75333
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    知識分享 | 敏捷方法在基于模型的軟件開發(fā)項目中的應(yīng)用

    傳統(tǒng)的瀑布式軟件開發(fā)流程存在諸多局限,這使得應(yīng)用敏捷原則變得尤為重要,尤其是面對復(fù)雜且不斷變化的開發(fā)環(huán)境時。作為最高效的軟件開發(fā)方法之一,基于模型的開發(fā)(MBD)具有諸多優(yōu)勢。
    的頭像 發(fā)表于 07-16 16:52 ?435次閱讀
    知識分享 | 敏捷方法在基于模型的<b class='flag-5'>軟件開發(fā)</b>項目中的應(yīng)用

    芯科科技Unify軟件開發(fā)套件更新

    Silicon Labs(芯科科技)最新發(fā)布的Unify 軟件開發(fā)套件 (SDK) 更新內(nèi)容引入了一系列功能,旨在大幅增強對Z-Wave開發(fā)的支持,包括優(yōu)化的安全性以及協(xié)議功能。該版本
    的頭像 發(fā)表于 04-23 10:03 ?427次閱讀

    IAR發(fā)布云端平臺,助力現(xiàn)代嵌入式軟件開發(fā)團(tuán)隊

    該平臺為嵌入式軟件開發(fā)人員提供前所未有的自由度與靈活性,助力開發(fā)團(tuán)隊在工具選擇和日常工作流中實現(xiàn)更高效的協(xié)作與創(chuàng)新。
    的頭像 發(fā)表于 03-12 11:56 ?364次閱讀

    開源安全領(lǐng)航者!華為云 CodeArts Governance 構(gòu)建更安全軟件開發(fā)生命周期

    成分分析專業(yè)版已開啟公測。 隨著開源軟件廣泛應(yīng)用,顛覆性技術(shù)不斷涌現(xiàn),如何在軟件開發(fā)全流程中保障開源安全,成為企業(yè)面對的重要挑戰(zhàn)。 根據(jù)研究數(shù)據(jù)顯示,全球超過 99%的商業(yè)
    的頭像 發(fā)表于 02-12 16:50 ?1587次閱讀
    開源<b class='flag-5'>安全</b>領(lǐng)航者!華為云 CodeArts Governance 構(gòu)建更<b class='flag-5'>安全</b>的<b class='flag-5'>軟件開發(fā)</b>生命周期

    嵌入式軟件開發(fā)符合ISO 26262 功能安全標(biāo)準(zhǔn)

    ISO 26262 功能安全標(biāo)準(zhǔn)的要求可能非常具有挑戰(zhàn)性,尤其是當(dāng)您的汽車系統(tǒng)中的某些部件相比其他部件具有更高的安全風(fēng)險時。開發(fā)者如何在整個軟件開發(fā)生命周期中保持對每一個汽車
    發(fā)表于 01-15 12:04 ?2次下載

    DevSecOps自動化在安全關(guān)鍵軟件開發(fā)中的實踐、Helix QAC&amp;amp; Klocwork等SAST工具應(yīng)用

    DevSecOps自動化旨在通過在軟件開發(fā)生命周期的各個階段集成安全流程,使用自動化工具和最佳實踐來簡化開發(fā)、安全和運營。實現(xiàn)DevSecOps自動化流程的一個重要部分就是使用SAST
    的頭像 發(fā)表于 01-03 16:05 ?470次閱讀
    DevSecOps自動化在<b class='flag-5'>安全</b><b class='flag-5'>關(guān)鍵</b><b class='flag-5'>型</b><b class='flag-5'>軟件開發(fā)</b>中的實踐、Helix QAC&amp;amp; Klocwork等SAST工具應(yīng)用

    最新Simplicity SDK軟件開發(fā)工具包發(fā)布

    最新的SimplicitySDK軟件開發(fā)工具包已經(jīng)發(fā)布!此次更新針對SiliconLabs(芯科科技)第二代無線開發(fā)平臺帶來了包括藍(lán)牙6.0的信道探測(Channel Sounding
    的頭像 發(fā)表于 12-24 09:47 ?896次閱讀

    我國軟件開發(fā)者數(shù)量超過940萬

    的地位日益凸顯。 近年來,我國在軟件產(chǎn)業(yè)方面取得了長足的進(jìn)步。隨著信息技術(shù)的快速發(fā)展和普及,越來越多的年輕人投身于軟件開發(fā)行業(yè),為我國的信息化建設(shè)貢獻(xiàn)自己的力量。同時,政府也加大了對軟件
    的頭像 發(fā)表于 12-23 11:08 ?622次閱讀

    緩存技術(shù)軟件開發(fā)中的應(yīng)用

    現(xiàn)代軟件開發(fā)中,隨著數(shù)據(jù)量的爆炸性增長和用戶對響應(yīng)速度的高要求,緩存技術(shù)成為了提升系統(tǒng)性能的重要手段。緩存技術(shù)通過數(shù)據(jù)存儲在離用戶更近的
    的頭像 發(fā)表于 12-18 09:32 ?717次閱讀

    MathWorks公司舉辦線上專題研討會

    MathWorks 公司將于 11 月 14 日 (周四)下午 14:00 通過騰訊會議舉行主題為 《基于模型的設(shè)計開發(fā)符合 ISO 26262 和 DO-178C 的應(yīng)用軟件》 的專題研討會,誠邀您參會。
    的頭像 發(fā)表于 10-31 16:29 ?651次閱讀

    TMS320C6201 DSP軟件開發(fā)技術(shù)

    電子發(fā)燒友網(wǎng)站提供《TMS320C6201 DSP軟件開發(fā)技術(shù).pdf》資料免費下載
    發(fā)表于 10-26 09:25 ?0次下載
    TMS320<b class='flag-5'>C</b>6201 DSP<b class='flag-5'>軟件開發(fā)</b><b class='flag-5'>技術(shù)</b>

    ECU電控軟件開發(fā)及測試介紹

    本文重點介紹符合AutoSar架構(gòu)的應(yīng)用軟件開發(fā)、MBD開發(fā)模式下的軟件質(zhì)量評估與優(yōu)化方案、復(fù)雜場景下的ECU性能壓力測試方案。
    的頭像 發(fā)表于 09-26 14:25 ?4053次閱讀
    ECU電控<b class='flag-5'>軟件開發(fā)</b>及測試介紹

    Vector DaVinci Team解決方案實現(xiàn)AUTOSAR Classic ECU軟件開發(fā)

    單元(HPC)和區(qū)域控制單元(Zonal ECU)分工協(xié)作的架構(gòu)。因此,ECU的軟件功能越來越多,越來越復(fù)雜。ECU的軟件開發(fā),也引入不同部門、不同公司的更多項目
    的頭像 發(fā)表于 09-13 11:23 ?2873次閱讀
    Vector DaVinci Team解決方案實現(xiàn)AUTOSAR Classic ECU<b class='flag-5'>軟件開發(fā)</b>

    軟件開發(fā)分為多少個階段

    軟件開發(fā)分為多少個階段 第一階段:需要分析及確認(rèn)階段 系統(tǒng)需要分析階段,明確項目需求,確保所有利益相關(guān)者對項目目標(biāo)、功能、性能、安全、用戶接口等方面有共同的理解和期望。 需求分析:對收集到的需求
    的頭像 發(fā)表于 08-21 14:27 ?1045次閱讀

    嵌入式軟件開發(fā)與AI整合

    嵌入式軟件開發(fā)與AI整合是當(dāng)前技術(shù)發(fā)展的重要趨勢之一。隨著人工智能技術(shù)的快速發(fā)展,嵌入式系統(tǒng)越來越多地集成了AI算法,以實現(xiàn)更復(fù)雜的智能功能。以下是關(guān)于嵌入式軟件開發(fā)與AI整合的詳細(xì)分
    的頭像 發(fā)表于 07-31 09:25 ?1370次閱讀
    嵌入式<b class='flag-5'>軟件開發(fā)</b>與AI整合