chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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ò)程方法

汽車電子工程知識(shí)體系 ? 來(lái)源:汽車電子硬件設(shè)計(jì) ? 作者:汽車電子硬件設(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):汽車電子硬件設(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

    文章

    3687

    瀏覽量

    51942

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

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

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    ADI建議電源開(kāi)發(fā)優(yōu)先考慮電源架構(gòu)的優(yōu)化

    電源開(kāi)發(fā)的另一個(gè)關(guān)鍵點(diǎn)是定義電源架構(gòu)或創(chuàng)建電源樹(shù)。完整的系統(tǒng)電源通常需要多個(gè)電源轉(zhuǎn)換器,而且往往需要多個(gè)不同的電壓。為此,有多種方法可達(dá)到目的??梢允褂秒娫?/div>
    的頭像 發(fā)表于 08-18 17:28 ?3525次閱讀
    ADI建議電源<b class='flag-5'>開(kāi)發(fā)</b>優(yōu)先考慮電源<b class='flag-5'>架構(gòu)</b>的優(yōu)化

    如何實(shí)現(xiàn)基于模型的系統(tǒng)工程

    工程師使用基于模型的系統(tǒng)工程 (MBSE) 來(lái)管理系統(tǒng)復(fù)雜性、改善溝通并生成優(yōu)化系統(tǒng)。成功的 MBSE 需要將利益相關(guān)方的需求融入到系統(tǒng)設(shè)計(jì)需求和架構(gòu)模型中,以創(chuàng)建直觀的系統(tǒng)描述。
    的頭像 發(fā)表于 07-22 10:12 ?728次閱讀
    如何實(shí)現(xiàn)基于<b class='flag-5'>模型</b>的系統(tǒng)工程

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

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

    模型推理顯存和計(jì)算量估計(jì)方法研究

    方法。 一、引言 大模型推理是指在已知輸入數(shù)據(jù)的情況下,通過(guò)深度學(xué)習(xí)模型進(jìn)行預(yù)測(cè)或分類的過(guò)程。然而,大模型的推理
    發(fā)表于 07-03 19:43

    Vector全流程開(kāi)發(fā)工具鏈概述

    ,難以滿足當(dāng)前智能網(wǎng)聯(lián)汽車的發(fā)展需求。因此基于模型的系統(tǒng)工程(MBSE,Model-Based Systems Engineering)方法成為主流,允許開(kāi)發(fā)人員在統(tǒng)一的系統(tǒng)架構(gòu)模型
    的頭像 發(fā)表于 06-17 13:45 ?1039次閱讀
    Vector全流程<b class='flag-5'>開(kāi)發(fā)</b>工具鏈概述

    主流版本控制工具Git vs Perforce P4:架構(gòu)模式、性能、大文件管理及分支管理對(duì)比詳解

    Git vs Perforce P4,如何選型?架構(gòu)模式、性能、大文件管理、分支策略四大維度對(duì)比,幫你全面了解兩者的核心差異,選擇更合適你團(tuán)隊(duì)需求的版本控制系統(tǒng)。
    的頭像 發(fā)表于 06-13 14:52 ?683次閱讀
    主流版本控制工具Git vs Perforce P4:<b class='flag-5'>架構(gòu)模</b>式、性能、大文件管理及分支管理對(duì)比詳解

    知識(shí)分享 | 評(píng)估模型架構(gòu)——如何實(shí)現(xiàn)?

    確保良好的模型架構(gòu)對(duì)于開(kāi)發(fā)安全和可靠的軟件非常重要。本文為您介紹MES Model Examiner? (MXAM)如何優(yōu)化模型架構(gòu),簡(jiǎn)化復(fù)
    的頭像 發(fā)表于 06-05 11:46 ?542次閱讀
    知識(shí)分享 | 評(píng)估<b class='flag-5'>模型</b><b class='flag-5'>架構(gòu)</b>——如何實(shí)現(xiàn)?

    KaihongOS操作系統(tǒng)FA模型與Stage模型介紹

    KaihongOS中提供了不同的開(kāi)發(fā)方式和架構(gòu)選擇,Stage模型因其在分布式應(yīng)用開(kāi)發(fā)中的優(yōu)勢(shì)而被推薦使用。 說(shuō)明:KaihongOS文檔中心中應(yīng)用
    發(fā)表于 04-24 07:27

    首創(chuàng)開(kāi)源架構(gòu),天璣AI開(kāi)發(fā)套件讓端側(cè)AI模型接入得心應(yīng)手

    模型庫(kù)的限制,聯(lián)發(fā)科還首發(fā)了開(kāi)源彈性架構(gòu)。區(qū)別于過(guò)往的開(kāi)放接口,只能部署特定架構(gòu)模型,開(kāi)放彈性架構(gòu)允許開(kāi)發(fā)者直接調(diào)整平臺(tái)源代碼,無(wú)需等待芯片
    發(fā)表于 04-13 19:52

    在采用異構(gòu)模式推理時(shí),如何檢查每層使用的設(shè)備是什么?

    在異構(gòu)模式推理時(shí),無(wú)法檢查每層使用的設(shè)備是什么
    發(fā)表于 03-06 06:49

    AI SoC # 愛(ài)芯元智AX650N詳細(xì)介紹:原生支持Transformer架構(gòu)模型 適用部署DeepSeek R1

    和 18TOPs@INT8 ,原生支持Transformer架構(gòu)模型,適用于CNN、LLM(如DeepSeek、Llama3、Qwen2.5)及多模態(tài)大模型(VLM)部署。 部署DeepS
    的頭像 發(fā)表于 03-04 11:15 ?8113次閱讀
    AI SoC # 愛(ài)芯元智AX650N詳細(xì)介紹:原生支持Transformer<b class='flag-5'>架構(gòu)模型</b> 適用部署DeepSeek R1

    添越智創(chuàng)基于 RK3588 開(kāi)發(fā)板部署測(cè)試 DeepSeek 模型全攻略

    實(shí)踐筑牢了硬件根基。 DeepSeek 模型部署:兩種路徑,各顯神通 在 RK3588 開(kāi)發(fā)板上部署 DeepSeek 模型,目前主要有兩種實(shí)用且特色鮮明的方法。接下來(lái),我們?cè)敿?xì)剖析
    發(fā)表于 02-14 17:42

    字節(jié)豆包大模型團(tuán)隊(duì)提出稀疏模型架構(gòu)

    字節(jié)跳動(dòng)豆包大模型Foundation團(tuán)隊(duì)近期研發(fā)出UltraMem,一種創(chuàng)新的稀疏模型架構(gòu),旨在解決推理過(guò)程中的訪存問(wèn)題,同時(shí)確保模型效果
    的頭像 發(fā)表于 02-13 15:25 ?1138次閱讀

    字節(jié)豆包大模型團(tuán)隊(duì)推出UltraMem稀疏架構(gòu)

    字節(jié)跳動(dòng)豆包大模型Foundation團(tuán)隊(duì)近期在稀疏模型架構(gòu)領(lǐng)域取得了新突破,提出了一種名為UltraMem的新型架構(gòu)。這一架構(gòu)通過(guò)將計(jì)算和
    的頭像 發(fā)表于 02-13 11:17 ?1197次閱讀

    【「基于大模型的RAG應(yīng)用開(kāi)發(fā)與優(yōu)化」閱讀體驗(yàn)】RAG基本概念

    隨著大模型在25年初的進(jìn)一步發(fā)展,RAG應(yīng)用已成為新的一個(gè)趨勢(shì),很榮幸有機(jī)會(huì)試讀這本<基于大模型的RAG應(yīng)用開(kāi)發(fā)與優(yōu)化>,書(shū)本很厚,有500多頁(yè),誠(chéng)意滿滿。 本書(shū)所闡述
    發(fā)表于 02-08 00:22