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

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

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

邏輯架構(gòu)模型開(kāi)發(fā)的目的和過(guò)程方法

汽車(chē)電子工程知識(shí)體系 ? 來(lái)源:汽車(chē)電子硬件設(shè)計(jì) ? 作者:汽車(chē)電子硬件設(shè)計(jì) ? 2021-01-11 11:52 ? 次閱讀

1.目的

邏輯架構(gòu)模型開(kāi)發(fā)的目的是定義、選擇、和集成系統(tǒng)的邏輯架構(gòu)模型提供了一個(gè)框架,來(lái)驗(yàn)證一個(gè)對(duì)未來(lái)的系統(tǒng)將滿足所有操作場(chǎng)景的系統(tǒng)需求,在權(quán)衡系統(tǒng)需求可以探索開(kāi)發(fā)這樣的系統(tǒng)。

流程的通用輸入包括系統(tǒng)需求、架構(gòu)師識(shí)別并用于回答需求的通用架構(gòu)模式、系統(tǒng)分析過(guò)程的結(jié)果,以及來(lái)自系統(tǒng)驗(yàn)證和確認(rèn)過(guò)程的反饋。根據(jù)所選擇的生命周期模型,這些輸入和輸出以及它們之間的關(guān)系將在整個(gè)過(guò)程中演進(jìn)和變更(請(qǐng)參閱應(yīng)用生命周期過(guò)程)。

流程的一般輸出要么是單個(gè)邏輯架構(gòu)模型,要么是一組候選邏輯架構(gòu)模型,以及所選的獨(dú)立邏輯架構(gòu)模型及其選擇的基本原理。它們至少包括視圖和模型。這些包括功能、行為和時(shí)間視圖,邏輯架構(gòu)模型要素和系統(tǒng)需求之間的可跟蹤矩陣。

2.過(guò)程的活動(dòng)

在此過(guò)程中執(zhí)行的主要活動(dòng)和任務(wù)包括:

識(shí)別和分析功能和行為要素:

通過(guò)分析功能、接口和操作需求,從系統(tǒng)需求中識(shí)別功能、輸入-輸出流、操作模式、模式轉(zhuǎn)換和操作場(chǎng)景。

為每個(gè)功能和輸出定義必要的輸入和控制(能量、材料和數(shù)據(jù)流),從而推論出使用、轉(zhuǎn)換、移動(dòng)和生成輸入-輸出流所需的功能。

將系統(tǒng)需求分配到功能和行為要素:

通過(guò)對(duì)性能、有效性和約束需求的分配,正式地描述功能表達(dá)式及其屬性。特別是,研究時(shí)間方面的需求,以分配持續(xù)時(shí)間,響應(yīng)時(shí)間,和頻率的功能。

通過(guò)接口、有效性、操作性、時(shí)間和約束需求的分配,正式地描述輸入、輸出和控制流表達(dá)式及其屬性。

在系統(tǒng)需求和這些功能和行為要素之間建立可追溯性。

為每個(gè)候選項(xiàng)定義候選邏輯架構(gòu)模型:

根據(jù)系統(tǒng)需求(如果有的話)分析操作模式,并/或使用先前定義的要素來(lái)建模操作模式的序列和模式的轉(zhuǎn)換。最終將模式分解為子模式,然后為每個(gè)操作模式建立一個(gè)或多個(gè)功能識(shí)別和/或使用相關(guān)的通用行為模式的場(chǎng)景。

集成這些功能場(chǎng)景,以獲得系統(tǒng)的行為架構(gòu)模型(動(dòng)態(tài)行為的完整描述)。

根據(jù)需要分解前面定義的邏輯要素,以查看實(shí)現(xiàn)。

為之前定義的邏輯要素分配和合并時(shí)間約束,如時(shí)間周期、持續(xù)時(shí)間、頻率、響應(yīng)時(shí)間、超時(shí)、停止條件等。

為與決策級(jí)別相對(duì)應(yīng)的功能定義多個(gè)級(jí)別的執(zhí)行頻率,以便監(jiān)控系統(tǒng)操作,在這個(gè)時(shí)間基礎(chǔ)上對(duì)處理進(jìn)行優(yōu)先級(jí)排序,并在這些執(zhí)行頻率級(jí)別之間共享功能,以獲得一個(gè)當(dāng)前架構(gòu)模型。

執(zhí)行功能失效模式和效果分析,并根據(jù)需要更新邏輯架構(gòu)要素。

使用模擬器執(zhí)行模型(如果可能的話),并調(diào)整這些模型以獲得預(yù)期的特性。

集成選擇的獨(dú)立邏輯架構(gòu)模型:

通過(guò)根據(jù)評(píng)估標(biāo)準(zhǔn)(與系統(tǒng)需求相關(guān))評(píng)估候選邏輯架構(gòu)模型并對(duì)它們進(jìn)行比較,選擇邏輯架構(gòu),使用系統(tǒng)分析過(guò)程來(lái)執(zhí)行評(píng)估和選擇的決策管理過(guò)程(參見(jiàn)系統(tǒng)分析和決策管理主題)。這種選定的邏輯架構(gòu)模型稱為獨(dú)立邏輯架構(gòu)模型,因?yàn)樗M可能地獨(dú)立于實(shí)現(xiàn)決策。

識(shí)別和定義為設(shè)計(jì)的必要性而創(chuàng)建的與派生的系統(tǒng)需求相對(duì)應(yīng)的派生的邏輯架構(gòu)模型要素。將這些需求分配給適當(dāng)?shù)南到y(tǒng)(當(dāng)前研究的系統(tǒng)或外部系統(tǒng))。

驗(yàn)證并驗(yàn)證所選擇的邏輯架構(gòu)模型(盡可能使用可執(zhí)行的模型),根據(jù)需要進(jìn)行修正,并建立系統(tǒng)需求和邏輯架構(gòu)模型要素之間的可追溯性。

反饋邏輯架構(gòu)模型開(kāi)發(fā)和系統(tǒng)需求。此活動(dòng)在物理架構(gòu)模型開(kāi)發(fā)過(guò)程之后執(zhí)行:

如果可能的話,將分配的邏輯架構(gòu)建模到系統(tǒng)和系統(tǒng)要素,并根據(jù)需要添加任何功能、行為和時(shí)間要素來(lái)同步功能和處理。

定義或合并由所選邏輯和物理架構(gòu)模型產(chǎn)生的派生邏輯和物理要素。定義相應(yīng)的派生需求,并將它們分配到適當(dāng)?shù)倪壿嫼臀锢砑軜?gòu)要素。將這些派生的需求合并到受影響系統(tǒng)的需求基線中。

3.工件、方法和建模技術(shù)

邏輯架構(gòu)描述使用分組在下列模型類型下的建模技術(shù)。已經(jīng)開(kāi)發(fā)了幾種方法來(lái)支持這些類型的模型(有些是可執(zhí)行模型):

功能模型——包括結(jié)構(gòu)化分析設(shè)計(jì)技術(shù)(SADT/IDEF0)、系統(tǒng)分析與實(shí)時(shí)(SA-RT)、增強(qiáng)功能流框圖(eFFBD)和功能分析系統(tǒng)技術(shù)(FAST)等模型。

語(yǔ)義模型——包括實(shí)體關(guān)系圖、類圖和數(shù)據(jù)流圖等模型。

動(dòng)態(tài)模型——包括狀態(tài)轉(zhuǎn)換圖、狀態(tài)圖、eFFBDs、狀態(tài)機(jī)等模型

圖(SysML)、活動(dòng)圖(SysML) (OMG 2010)和petri網(wǎng)。

根據(jù)領(lǐng)域的類型(如防御、企業(yè)),架構(gòu)框架提供了可以幫助表示架構(gòu)的其他方面/視圖的描述——參見(jiàn)企業(yè)系統(tǒng)工程關(guān)鍵概念中的“企業(yè)架構(gòu)框架和方法論”一節(jié)。參見(jiàn)使用與ISO/IEC/IEEE 42010 (ISO 2011)相關(guān)的通用模板的實(shí)用方法。

4.實(shí)際考慮

如上所述,邏輯架構(gòu)模型的目的是提供系統(tǒng)必須能夠做什么來(lái)滿足所述需求的描述。這將有助于確保所有利益攸關(guān)方的需求和/或關(guān)注點(diǎn)都能通過(guò)任何解決方案得到解決,并且能夠考慮創(chuàng)新的解決方案,以及基于當(dāng)前解決方案技術(shù)的解決方案。在實(shí)踐中,問(wèn)題利益攸關(guān)方推動(dòng)他們自己的議程,解決方案架構(gòu)師或設(shè)計(jì)師提供他們熟悉的解決方案,這是人的本性。如果邏輯架構(gòu)模型在選擇的生命周期中沒(méi)有得到適當(dāng)?shù)膱?zhí)行,那么問(wèn)題和解決方案利益攸關(guān)方很容易忽略它,并恢復(fù)到他們自己的偏見(jiàn)(參見(jiàn)第5部分:啟用系統(tǒng)工程)。如果邏輯架構(gòu)模型成為其自身權(quán)利的終點(diǎn),或者與主要生命周期活動(dòng)斷開(kāi)連接,這種情況就會(huì)加劇。這可以通過(guò)使用抽象語(yǔ)言或符號(hào)、細(xì)節(jié)級(jí)別、花費(fèi)的時(shí)間或過(guò)于復(fù)雜的最終架構(gòu)來(lái)實(shí)現(xiàn),而最終架構(gòu)與創(chuàng)建它的目的并不匹配。如果架構(gòu)的語(yǔ)言、范圍和及時(shí)性與問(wèn)題利益攸關(guān)方或解決方案提供者不匹配,他們就很容易忽略它。下面兩部分將描述有助于避免與邏輯架構(gòu)模型相關(guān)的問(wèn)題的關(guān)鍵缺陷和良好實(shí)踐。

4.1陷阱

表1提供了在開(kāi)發(fā)邏輯架構(gòu)時(shí)遇到的一些關(guān)鍵缺陷。

表1。邏輯架構(gòu)開(kāi)發(fā)的缺陷。

陷阱 描述
問(wèn)題的相關(guān)性 邏輯架構(gòu)模型應(yīng)該與任務(wù)分析產(chǎn)生的操作場(chǎng)景相關(guān)聯(lián)。
架構(gòu)模型的輸入 包括一組系統(tǒng)需求和實(shí)例,在這些需求和實(shí)例中,它們沒(méi)有解決正確的架構(gòu)級(jí)別。其結(jié)果是,架構(gòu)師允許將需求放在一邊,并使用他或她通過(guò)輸入理解的內(nèi)容來(lái)發(fā)明解決方案。
分解太深 許多架構(gòu)初學(xué)者經(jīng)常犯的一個(gè)錯(cuò)誤是:將功能分解得太深,或者在場(chǎng)景中或當(dāng)前的功能架構(gòu)模型中有太多的功能和輸入/輸出流系統(tǒng)的塊。
沒(méi)有將輸入和輸出與功能一起考慮 一個(gè)常見(jiàn)的錯(cuò)誤是只考慮功能支持的操作并分解它們,而忘記了輸入和輸出,或者考慮它們太晚了。輸入和輸出是一個(gè)功能不可分割的部分。
只考慮功能的靜態(tài)分解 靜態(tài)功能分解是最小的功能架構(gòu)模型任務(wù),并回答了基本問(wèn)題,“這是如何完成的?”靜態(tài)分解的目的是為了方便對(duì)功能列表的管理或?qū)Ш?。只有在?chǎng)景已經(jīng)創(chuàng)建并且邏輯架構(gòu)接近完成時(shí),才應(yīng)該建立靜態(tài)分解。
混合治理、管理和操作 治理(策略監(jiān)控)、管理(戰(zhàn)術(shù)監(jiān)控)和基本操作通?;旌显趶?fù)雜系統(tǒng)中。邏輯架構(gòu)模型應(yīng)該處理行為架構(gòu)模型和當(dāng)前架構(gòu)模型。

4.2實(shí)踐證明

表2提供了從參考資料中收集的一些經(jīng)過(guò)驗(yàn)證的實(shí)踐。

表2。經(jīng)過(guò)驗(yàn)證的邏輯架構(gòu)開(kāi)發(fā)實(shí)踐。

實(shí)踐 描述
構(gòu)成功能場(chǎng)景 在構(gòu)成功能分解樹(shù)之前,必須對(duì)系統(tǒng)的行為建模,建立功能場(chǎng)景,并將功能分解為子功能場(chǎng)景。
分析與合成循環(huán) 當(dāng)面對(duì)一個(gè)包含大量功能的系統(tǒng)時(shí),應(yīng)該嘗試在標(biāo)準(zhǔn)的幫助下將功能集成為更高的功能抽象級(jí)別。不要只進(jìn)行分析;相反,進(jìn)行小的分析(分解)和合成周期。使用場(chǎng)景的技術(shù)包括這種設(shè)計(jì)實(shí)踐。
交替的功能和行為視圖 功能(動(dòng)作動(dòng)詞;如?!耙苿?dòng)”)及其執(zhí)行狀態(tài)/操作模式(例如:“移動(dòng)”)是兩個(gè)相似和稱贊的觀點(diǎn)。利用這一點(diǎn)來(lái)考慮系統(tǒng)的行為視圖,該視圖允許從一種操作模式轉(zhuǎn)換到另一種操作模式。
創(chuàng)建一個(gè)場(chǎng)景的順序功能 在創(chuàng)建功能場(chǎng)景時(shí),首先建立功能的(控制)流,然后添加輸入和輸出流,最后添加用于同步的觸發(fā)器或信號(hào),這樣效率更高。

原文標(biāo)題:邏輯架構(gòu)模型過(guò)程方法

文章出處:【微信公眾號(hào):汽車(chē)電子硬件設(shè)計(jì)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

責(zé)任編輯:haq

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

    關(guān)注

    1

    文章

    3116

    瀏覽量

    48660

原文標(biāo)題:邏輯架構(gòu)模型過(guò)程方法

文章出處:【微信號(hào):QCDZYJ,微信公眾號(hào):汽車(chē)電子工程知識(shí)體系】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    大語(yǔ)言模型如何開(kāi)發(fā)

    大語(yǔ)言模型開(kāi)發(fā)是一個(gè)復(fù)雜且細(xì)致的過(guò)程,涵蓋了數(shù)據(jù)準(zhǔn)備、模型架構(gòu)設(shè)計(jì)、訓(xùn)練、微調(diào)和部署等多個(gè)階段。以下是對(duì)大語(yǔ)言
    的頭像 發(fā)表于 11-04 10:14 ?53次閱讀

    【「大模型時(shí)代的基礎(chǔ)架構(gòu)」閱讀體驗(yàn)】+ 未知領(lǐng)域的感受

    國(guó)慶前就收到《大模型時(shí)代的基礎(chǔ)架構(gòu)》一書(shū),感謝電子發(fā)燒友論壇。歡度國(guó)慶之余,今天才靜下心來(lái)體驗(yàn)此書(shū),書(shū)不厚,200余頁(yè),彩色圖例,印刷精美! 當(dāng)初申請(qǐng)此書(shū),主要是看到副標(biāo)題“大模型算力中心建設(shè)指南
    發(fā)表于 10-08 10:40

    名單公布!【書(shū)籍評(píng)測(cè)活動(dòng)NO.41】大模型時(shí)代的基礎(chǔ)架構(gòu):大模型算力中心建設(shè)指南

    基于TOGAF方法論,剖析業(yè)界知名案例的設(shè)計(jì)方案。 全書(shū)總計(jì)13章。第1章講解AI與大模型時(shí)代對(duì)基礎(chǔ)架構(gòu)的需求;第2章講解軟件程序與專用硬件的結(jié)合,涉及GPU并行運(yùn)算庫(kù)、機(jī)器學(xué)習(xí)程序的開(kāi)發(fā)
    發(fā)表于 08-16 18:33

    組合邏輯電路邏輯功能的測(cè)試方法

    ,對(duì)組合邏輯電路邏輯功能的測(cè)試是確保數(shù)字系統(tǒng)正確性的關(guān)鍵步驟。 二、測(cè)試目的 組合邏輯電路邏輯功能的測(cè)試主要
    的頭像 發(fā)表于 07-30 14:38 ?738次閱讀

    PyTorch神經(jīng)網(wǎng)絡(luò)模型構(gòu)建過(guò)程

    PyTorch,作為一個(gè)廣泛使用的開(kāi)源深度學(xué)習(xí)庫(kù),提供了豐富的工具和模塊,幫助開(kāi)發(fā)者構(gòu)建、訓(xùn)練和部署神經(jīng)網(wǎng)絡(luò)模型。在神經(jīng)網(wǎng)絡(luò)模型中,輸出層是尤為關(guān)鍵的部分,它負(fù)責(zé)將模型的預(yù)測(cè)結(jié)果以合適
    的頭像 發(fā)表于 07-10 14:57 ?420次閱讀

    Transformer語(yǔ)言模型簡(jiǎn)介與實(shí)現(xiàn)過(guò)程

    在自然語(yǔ)言處理(NLP)領(lǐng)域,Transformer模型以其卓越的性能和廣泛的應(yīng)用前景,成為了近年來(lái)最引人注目的技術(shù)之一。Transformer模型由谷歌在2017年提出,并首次應(yīng)用于神經(jīng)機(jī)器翻譯
    的頭像 發(fā)表于 07-10 11:48 ?1117次閱讀

    nlp邏輯層次模型的特點(diǎn)

    NLP(自然語(yǔ)言處理)邏輯層次模型是一種用于理解和生成自然語(yǔ)言文本的計(jì)算模型。它將自然語(yǔ)言文本分解為不同的層次,以便于計(jì)算機(jī)更好地處理和理解。以下是對(duì)NLP邏輯層次
    的頭像 發(fā)表于 07-09 10:39 ?297次閱讀

    深度學(xué)習(xí)模型訓(xùn)練過(guò)程詳解

    深度學(xué)習(xí)模型訓(xùn)練是一個(gè)復(fù)雜且關(guān)鍵的過(guò)程,它涉及大量的數(shù)據(jù)、計(jì)算資源和精心設(shè)計(jì)的算法。訓(xùn)練一個(gè)深度學(xué)習(xí)模型,本質(zhì)上是通過(guò)優(yōu)化算法調(diào)整模型參數(shù),使模型
    的頭像 發(fā)表于 07-01 16:13 ?1022次閱讀

    【大語(yǔ)言模型:原理與工程實(shí)踐】大語(yǔ)言模型的評(píng)測(cè)

    安全性的評(píng)測(cè)則關(guān)注模型在強(qiáng)化學(xué)習(xí)階段的表現(xiàn)。行業(yè)模型的評(píng)測(cè)則針對(duì)特定行業(yè)的能力,如金融和法律等領(lǐng)域。整體能力的評(píng)測(cè)從宏觀角度評(píng)估模型作為一個(gè)通用人工智能的綜合能力。這些評(píng)測(cè)方法和基準(zhǔn)的
    發(fā)表于 05-07 17:12

    【大語(yǔ)言模型:原理與工程實(shí)踐】揭開(kāi)大語(yǔ)言模型的面紗

    了探索更大、更高效模型架構(gòu)和訓(xùn)練方法的空間。在實(shí)際應(yīng)用中,大語(yǔ)言模型的縮放定律推動(dòng)了自然語(yǔ)言處理等領(lǐng)域的發(fā)展,提升了應(yīng)用效果和用戶體驗(yàn)。此外,縮放定律的發(fā)現(xiàn)也為未來(lái)研究提供了方向,推動(dòng)
    發(fā)表于 05-04 23:55

    基于歸結(jié)反演的大語(yǔ)言模型邏輯推斷系統(tǒng)

    邏輯符號(hào)領(lǐng)域的邏輯推理方法的啟發(fā),我們引入了一個(gè)在一階邏輯下完備的邏輯推理范式歸結(jié)反演(其推理過(guò)程
    發(fā)表于 04-28 18:00 ?333次閱讀
    基于歸結(jié)反演的大語(yǔ)言<b class='flag-5'>模型</b><b class='flag-5'>邏輯</b>推斷系統(tǒng)

    javaWeb的MVC三層架構(gòu)的原理

    可維護(hù)性、可擴(kuò)展性和重用性。在本文中,我們將詳細(xì)介紹JavaWeb的MVC三層架構(gòu)的原理以及每個(gè)組件的作用。 模型(Model) 模型是JavaWeb應(yīng)用程序中處理數(shù)據(jù)和業(yè)務(wù)邏輯的部分
    的頭像 發(fā)表于 12-03 11:48 ?882次閱讀

    IGBT的物理結(jié)構(gòu)模型—PIN&amp;MOS模型(1)

    分析IGBT,一般可以采用兩種模型,一種是簡(jiǎn)化的“PIN+MOS”模型,一種是更切合實(shí)際的“PNP+MOS”模型,前者邏輯分析簡(jiǎn)單
    的頭像 發(fā)表于 11-30 17:00 ?1645次閱讀
    IGBT的物理結(jié)<b class='flag-5'>構(gòu)模型</b>—PIN&amp;MOS<b class='flag-5'>模型</b>(1)

    javaweb三層架構(gòu)和mvc架構(gòu)

    JavaWeb三層架構(gòu)和MVC架構(gòu)是當(dāng)前Web開(kāi)發(fā)領(lǐng)域中常用的兩種架構(gòu)模式。 一、JavaWeb三層架構(gòu) JavaWeb三層
    的頭像 發(fā)表于 11-22 16:41 ?1567次閱讀

    AI 模型構(gòu)建的五個(gè)過(guò)程詳解

    AI 模型構(gòu)建的過(guò)程 模型構(gòu)建主要包括 5 個(gè)階段,分別為模型設(shè)計(jì)、特征工程、模型訓(xùn)練、模型驗(yàn)證
    發(fā)表于 11-17 10:31 ?7919次閱讀
    AI <b class='flag-5'>模型</b>構(gòu)建的五個(gè)<b class='flag-5'>過(guò)程</b>詳解