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
-
模型
+關(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)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論