[p=24, null, left]分解命令是將某些特殊的對象分解成多個獨立的部分,以便于更具體的編輯。主要用于將復(fù)合對象,如矩形、多段線、填充圖案和塊等還原成一般對象。分解后的對象對其顏色、線型和線寬都可能發(fā)生改變。[/p][p=24, null, left]調(diào)用分解命令的方法如下:[/p][p=24, null, left]菜單欄:執(zhí)行修改/分解命令[/p][p=24, null, left]工具欄:單擊修改工具欄中的分解按鈕[/p][p=24, null, left]命令行:在命令行中輸入explode/x[/p][p=24, null, left]功能區(qū):在默認選項卡中,單擊修改面板中的分解按鈕[/p][p=24, null, left]調(diào)用分解命令,命令行提示如下:[/p][p=24, null, left]命令:-explode[/p][p=24, null, left]選擇對象[/p][p=24, null, left]注意:分解命令不能分解用minser和外部參照插入的塊以及外部參照依賴的塊。分解一個包含屬性的塊將刪除屬性值并重新顯示屬性定義。[/p][p=24, null, left]推薦閱讀:CAD怎么打印加長圖紙 三維CAD[/p]
展開 作者 | 小青的風箏
來源 | 汽車ECU開發(fā)
摘要:接觸功能安全的讀者一定對ASIL分解不陌生,都知道ASIL B(D)意味著原本需求為ASIL D,分解成了ASIL B,從而降低功能安全開發(fā)難度。但是如果繼續(xù)追問則是一知半解,比如:
ASIL分解的原則是什么?
進行ASIL分解需要滿足什么條件?
ASIL分解到底如何降低了功能安全開發(fā)難度?
本文試圖對這些問題進行回答,在介紹分解原則的同時指出其中的關(guān)鍵點,拋磚引玉,希望能給讀者帶來一些參考。
1、什么是ASIL分解?
軟件工程師可能經(jīng)常遇到這樣一個場景:在進行功能安全開發(fā)時,Safety Goal的ASIL等級太高,輸入信號無法滿足要求。對于這一種情況,ISO 26262提供了一個特殊的裁剪方法以降低對功能安全需求的ASIL等級,即“ASIL分解”。
這一方法的核心點是通過將一條功能安全需求分解成兩條相互獨立的需求并分配到兩個及兩個以上相互獨立的元素(如軟件模塊、輸入信號等)上。由于冗余的存在,對每個分解后的相關(guān)元素的ASIL等級要求可以降低。
ASIL分解有特定的標記方式。
展開 出品 | 焉知
知圈 | 進“電子電氣群”請加微13636581676,備注架構(gòu)
本文要點
稍微了解功能安全的朋友絕對都聽過ASIL分解。畢竟作為ISO 26262官方推薦的降低功能安全開發(fā)要求的手段,必然是要被工程師們好好地加以利用的。但是 ASIL分解雖好,卻不是簡單的加減運算式的“ASIL D 可以分為兩個ASIL B或一個ASIL A和一個ASIL C”那么簡單,如果在進行分解時忽略了它的前提和規(guī)則,將可能造成系統(tǒng)的功能安全漏洞。
基于此背景,本文旨在梳理ASIL分解的理論以及易被忽略的規(guī)則,以期為讀者提供一些有價值的參考。
1. 什么是ASIL分解?
設(shè)想一個場景:養(yǎng)豬場有兩個豬圈,一個里面有一頭豬X,另一個里面有兩頭豬Y和Z。如果它們的目標都是用力量沖破豬圈的木柵欄獲得自由。顯而易見,對X的力量要求比一起合作的Y和Z都高。
ASIL分解的背后也是相同的道理。作為降低對功能安全需求的ASIL等級的裁剪方法,這一方法的核心點是通過將一條功能安全需求分解成兩條相互獨立的需求并分配到兩個及兩個以上相互獨立的要素(如軟件模塊、硬件模塊、輸入信號等)上,正是由于這些參與分解的獨立的要素之間構(gòu)成了互為冗余關(guān)系,從整個系統(tǒng)的角度看,只有當這些元素同時發(fā)生失效時才會違背安全目標,這樣一來對每個參與分解的相關(guān)元素的功能安全要求可以降低。
ISO 26262, part9第5章中定義了ASIL分解的特定的標記方式:
應(yīng)通過在括號中給出安全目標的ASIL等級,對每個分解后的ASIL等級做標注。each decomposed ASIL shall be marked by giving the ASIL of the safety goal in parenthesis.
展開 共因失效(左);級聯(lián)失效(右)
提到獨立性,讀者比較熟知的是ASIL分解,ISO 26262中要求ASIL分解的前提是:ASIL分解需要安全要求具有冗余性,且分配給充分獨立的架構(gòu)要素。
本文將對ASIL分解展開說明,在介紹分解原則的同時指出其中的關(guān)鍵點,拋磚引玉,希望能給讀者帶來一些參考。
1.什么是ASIL分解?
下面的案例在功能安全開發(fā)過程中非常常見:
對信號的功能安全需求的ASIL等級為ASIL D或者ASIL C,而信號只能達到ASIL A或者ASIL B
對于這種偏差,ISO 26262開了個“后門”來合理地避免這類偏差影響功能安全開發(fā),這個“后門”就是ASIL分解。ASIL分解是降低對功能安全需求的ASIL等級的裁剪方法,這一方法的核心點是通過將一條功能安全需求分解成兩條相互獨立的需求并分配到兩個及兩個以上相互獨立的元素(如軟件模塊、硬件模塊、輸入信號等)上。
正是由于這些參與分解的獨立的元素之間構(gòu)成了互為冗余關(guān)系,從整個系統(tǒng)的角度看,只有當這些元素同時發(fā)生失效時才會違背安全目標,這樣一來對每個參與分解的相關(guān)元素的功能安全要求可以降低。
ISO 26262, part9第5章中定義了ASIL分解的特定的標記方式:
應(yīng)通過在括號中給出安全目標的ASIL等級,對每個分解后的ASIL等級做標注。each decomposed ASIL shall be marked by giving the ASIL of the safety goal in parenthesis.
例如,如果一個ASILD的要求分解成一個ASILC的要求和一個ASIL A 的要求,則應(yīng)標注成“ASIL C(D)”和“ASIL A(D)”。
展開 二是參考組織主體、價值活動客體、信息物理空間等新型能力分解的主要視角,對新型能力建設(shè)的總體需求進行逐級分解和細化,將各新型能力及相對應(yīng)的價值效益需求分解至不能或不必再分解為止,這些細分的新型能力應(yīng)對應(yīng)明確的組織邊界、價值活動、基礎(chǔ)設(shè)施與資源環(huán)境。
【本部分節(jié)選自T/AIITRE 10002—2020《數(shù)字化轉(zhuǎn)型 價值效益參考模型》標準原文“6.3基于能力分解實現(xiàn)價值分解的主要視角”部分】
6.3基于能力分解實現(xiàn)價值分解的主要視角
組織應(yīng)參考組織主體、價值活動客體、信息物理空間等三個視角,系統(tǒng)開展新型能力的系統(tǒng)分析、逐級分解,包括但不限于:
a) 充分考慮建設(shè)和運用能力的組織主體,明確新型能力所涉及的組織邊界。在新型能力分解過程中,系統(tǒng)分析個人/崗位、部門/團隊、組織、生態(tài)圈等組織主體相關(guān)方面,按照所對應(yīng)的組織層級和范圍等開展新型能力的分解。
b) 充分考慮能力賦能的價值活動客體,明確新型能力所涉及的主要價值活動。在新型能力分解過程中,系統(tǒng)分析需求定義、產(chǎn)品研制、交易/交付、服務(wù)、循環(huán)利用/終止處理等價值活動客體相關(guān)方面,按照所對應(yīng)的業(yè)務(wù)體系和業(yè)務(wù)活動等開展新型能力的分解。
c) 充分考慮支撐能力的信息物理空間,明確能力建設(shè)和運用所涉及的基礎(chǔ)設(shè)施和資源環(huán)境。在新型能力分解過程中,系統(tǒng)分析硬件、軟件、網(wǎng)絡(luò)、平臺等信息物理空間相關(guān)方面,按照所對應(yīng)的基礎(chǔ)設(shè)施和資源環(huán)境等開展新型能力的分解。
三是以能力單元承載不能或不必再分解的新型能力,根據(jù)新型能力和相應(yīng)的價值效益需求,從過程維、要素維、管理維三方面系統(tǒng)策劃和構(gòu)建能力單元。
展開