Paul F.Smith,Sameer M.Prabhu,Jonathan H.Friedman

The MathWorks

 

需謹(jǐn)慎管理向基于模型設(shè)計的過渡，不僅要展示其短期效益 ，還需建立能夠完全實現(xiàn)此方法理論優(yōu)點(diǎn)的文化。本文引入了基于模型設(shè)計的概念，突出了其中的一些優(yōu)點(diǎn)，詳細(xì)討論了組織中采用基于模型設(shè)計文化的10個最佳策略。這些最佳策略從不同工業(yè)領(lǐng)域的公司中收集，包括向基于模型設(shè)計的成功或者不成功的過渡。

 

嵌入式系統(tǒng)的深入應(yīng)用不斷改變著汽車工業(yè)。在復(fù)雜的，板載的，和基于軟件的電控使用中需對系統(tǒng)的性能，安全性，和維護(hù)的改進(jìn)，從而引起汽車工業(yè)的變化。這種變化不僅僅在客車領(lǐng)域發(fā)生，在商務(wù)車領(lǐng)域也開始應(yīng)用嵌入式系統(tǒng)。這里應(yīng)用的嵌入式系統(tǒng)可用于液壓系統(tǒng)的控制，而之前液壓系統(tǒng)都是由機(jī)械系統(tǒng)控制，嵌入式系統(tǒng)的使得改進(jìn)了機(jī)器的生產(chǎn)率，安全性以及維護(hù)等性能。這以上兩個領(lǐng)域中，系統(tǒng)復(fù)雜度的增加給傳統(tǒng)系統(tǒng)開發(fā)過程提出了很大的挑戰(zhàn)，如滿足程序時序，成本和質(zhì)量等性能的度量上。為了應(yīng)對以上挑戰(zhàn)，主要汽車制造商的工程師跳過了手寫代碼進(jìn)行系統(tǒng)設(shè)計的開發(fā)過程，直接過渡至利用圖示化模型設(shè)計，分析及執(zhí)行決定機(jī)器性能和行為的軟件。

使用模型可以保證最終產(chǎn)品滿足系統(tǒng)的需求。這些模型幫助不同專業(yè)的工程師一起高效工作，并可在設(shè)計過程的不同階段進(jìn)行交流；在設(shè)計的早期階段發(fā)現(xiàn)并校正錯誤；自動生成實用，高效，及高質(zhì)量的軟件。軟件工具賣家的獨(dú)特視角可看出：基本原則的提煉可能保證基于模型設(shè)計的成功應(yīng)用。這些基本原則的范圍從與自動代碼生成相關(guān)的特定策略到一些組織性的問題。我們需要對每個策略進(jìn)行細(xì)節(jié)的檢查。以上建議的“正確”綜合以及基于模型設(shè)計需要依托的公司環(huán)境，在過渡時需由工程部經(jīng)理進(jìn)行仔細(xì)的選擇。

 

在基于模型的設(shè)計中，開發(fā)的過程圍繞著系統(tǒng)的模型—從需求的獲取到設(shè)計的執(zhí)行及測試。

圖1：基于模型的設(shè)計

系統(tǒng)模型是可執(zhí)行規(guī)范的核心部分。可執(zhí)行規(guī)范需在設(shè)計流程中使用及精心開發(fā)。可執(zhí)行規(guī)范還包括輸入，期望輸出或可接受標(biāo)準(zhǔn)，應(yīng)用的環(huán)境，以及同需求之間的連接或相關(guān)[1]。可執(zhí)行規(guī)范的目標(biāo)是明確的傳達(dá)設(shè)計目標(biāo)，同時通過仿真對需求進(jìn)行可行性和兼容性分析。

當(dāng)包括軟件和硬件的執(zhí)行需求時：如定點(diǎn)，或定時的行為，可以為嵌入式部署自動生成代碼，同時創(chuàng)建測試臺對系統(tǒng)進(jìn)行檢驗，節(jié)省時間同時避免引入手寫代碼的錯誤。

使用基于模型的設(shè)計，工程師可以通過下列方法提高效率：

 

為什么公司都采用基于模型的設(shè)計？有時候通過戰(zhàn)略計劃驅(qū)動的自上而下的委托管理來部署一套常用的工具和進(jìn)程，其他則是基層自主的方式，在大學(xué)中的工程師使用建模的方法并在現(xiàn)在工作中尋找工具來滿足需求。在其它情況下，基于模型的設(shè)計能夠?qū)⒓夹g(shù)擴(kuò)展至更積極的如6sigma或者系統(tǒng)工程中。無論向基于模型設(shè)計的過渡的推動力是什么，由于公司所見的回報，仍然在進(jìn)行努力。回報以以下幾種形式體現(xiàn)：

另外，工程師通常在選用正確的工具時，工作的會更有樂趣。

 

智慧是數(shù)年學(xué)習(xí)的積累

聰明的組織從自己犯的錯誤中吸取教訓(xùn)，而智慧的組織則是從他人犯的錯誤中學(xué)習(xí)新的東西。多年來同很多公司和政府機(jī)構(gòu)一起工作，當(dāng)這些組織向基于模型設(shè)計的過渡中，我們看到了很多成功之處，也有少量的挫折。我們收集了下列最有代表性的最優(yōu)策略，這樣我們的讀者可從其它人身上學(xué)習(xí)很多東西，避免向基于模型設(shè)計文化過渡時遇到的一些常見的錯誤。

考慮到向基于模型設(shè)計過作為一種開發(fā)嵌入式計算系統(tǒng)的方法時，需要著重考慮文化，工具，處理器，組織以及戰(zhàn)略等方面。

首先，組織必須建立起衡量模型和仿真開發(fā)和使用的文化，將其作為一個核心的工程活動。

需要易于獲取工具，同時使得基于模型的設(shè)計可以改進(jìn)生產(chǎn)效率。

需要易于獲得工具，同時能夠廣泛運(yùn)行，從而獲得基于模型設(shè)計的生產(chǎn)率的提高。

在定義的進(jìn)程的界限內(nèi)使用工具。每個公司或者政府部門在設(shè)計過程中有不同等級的形式，這些形式是由文化，規(guī)定，最優(yōu)策略，最新的趨勢以及在其中工作的人決定的。但采用基于模型的設(shè)計時，同其他技術(shù)一樣，需要建立有效一致環(huán)境處理過程。

可能需要改變或者棄用傳統(tǒng)的組織模型，從而支持基于模型設(shè)計的工作流程。在內(nèi)部小組之間傳遞工作成果，同時設(shè)計者和執(zhí)行者由于基于模型的設(shè)計界限變得模糊。一個有著愿竟式領(lǐng)導(dǎo)的有效組織機(jī)構(gòu)是成功的必要條件。

向基于模型設(shè)計的過渡需有一個明確定義的目標(biāo)和支持的戰(zhàn)略。過渡需要邏輯順序，這根據(jù)組織的不同而不同。這種戰(zhàn)略需要建立在現(xiàn)有的優(yōu)勢上，同時支持設(shè)計過程中的弱點(diǎn)。高層管理者需要深刻理解這些戰(zhàn)略，同時針對計劃對工程師進(jìn)行管理。

 

在發(fā)生任何進(jìn)程的改進(jìn)前，需要更深一步理解現(xiàn)有的組織機(jī)構(gòu)和進(jìn)程中相關(guān)的優(yōu)勢和弱點(diǎn)。需要有支持這些理解內(nèi)容的衡量方法。對于沒有合適的衡量標(biāo)準(zhǔn)項目的組織，使用最佳策略#0建立這樣一個項目。一個醫(yī)生在弄明白病的實質(zhì)和病人用藥史前不能開出精確的治病處方。這同樣適用于基于模型設(shè)計的采用。在現(xiàn)代嵌入式系統(tǒng)開發(fā)過程中有很多子元素不能有效運(yùn)行，舉例如下：

每個采用基于模型設(shè)計的組織需要發(fā)現(xiàn)現(xiàn)有過程中存在的弱點(diǎn)，為了解決該弱點(diǎn)需要付出的代價，以及首先要解決的問題。

在解決首先解決什么問題時，同樣需要知道解決該問題所需花費(fèi)的時間。總經(jīng)理需要對該工具投資以及授權(quán)技術(shù)的回報有自己的見解，從中選出一部分向贊助商說明投資的回報。

 

為了過渡至基于模型的設(shè)計，我們需要對工具，培訓(xùn)以及組織性等方面進(jìn)行變革從而適應(yīng)該過渡過程。為了獲取以上投資的最少可接受的回報，生成的模型需要可用于至少兩種以上的應(yīng)用中。舉例來說，模型需要用于在仿真中驗證需求，同時生成文檔資料。同時可選擇的應(yīng)用：定義和開發(fā)在快速原型時的控制算法，及為產(chǎn)品控制器自動生成代碼。

兩個過程元素的選擇需要使用最佳策略#1進(jìn)行慎重考慮。這樣做的目的為獲得投資的最大回報。不同設(shè)計階段的模型重復(fù)使用功能是獲取最大回報的必要條件。

追求一次性模型的組織可能獲得成功，但易于發(fā)現(xiàn)采用新技術(shù)的負(fù)擔(dān)，他們很難獲得時間和資金投資的收益。     

 

組織不斷通過軟件來實現(xiàn)硬件的共用，也就是說，為了保證同樣的基礎(chǔ)硬件能夠?qū)崿F(xiàn)不同的功能，可以通過改變控制該硬件的嵌入式軟件。這樣節(jié)省了制造商在硬件上的規(guī)模，同時使得產(chǎn)品僅僅通過改變嵌入式軟件就可以滿足顧客自定義的需求，滿足了產(chǎn)品自定義同大批量生產(chǎn)兩個看上去相互矛盾的目標(biāo)。毫無疑問，嵌入式系統(tǒng)軟件正快速取代著機(jī)械硬件的使用，成為決定產(chǎn)品性能特性的關(guān)鍵因素。同時，嵌入式系統(tǒng)軟件控制著汽車的主要系統(tǒng)，因此從實際來說，汽車的“行駛”需要依靠軟件。討論了嵌入式軟件的重要性之后，則可以很自然的將之前所提到的“規(guī)則2”擴(kuò)展至模型的一個使用：自動生成嵌入式軟件，

使用模型保證設(shè)計能夠滿足相關(guān)系統(tǒng)的需求，同時在設(shè)計的早期發(fā)現(xiàn)設(shè)計錯誤，從而使得糾正錯誤付出的代價最小化。代碼生成技術(shù)的最新發(fā)展可以從模型中自動生成產(chǎn)品級嵌入式軟件[11]。當(dāng)模型能夠自動生成軟件時，整個測試基礎(chǔ)可重用于測試模型，因此可以檢驗生成的軟件及可能發(fā)現(xiàn)的錯誤，同時及早糾正。同時，如果需要改變需求及設(shè)計，則需將他們做成模型，這樣可以重新高效的從模型中生成軟件，大大縮短了軟件跟上需求或者設(shè)計的改變所需的反應(yīng)時間。

從模型中自動生成嵌入式軟件需要組織文化的轉(zhuǎn)變。在過去，控制設(shè)計師為他們的設(shè)計創(chuàng)建模型，軟件工程師則基于這些模型的規(guī)范手動開發(fā)嵌入式系統(tǒng)。有了嵌入式軟件的自動生成，軟件工程師的關(guān)注點(diǎn)發(fā)生著變化，從每次設(shè)計或者需求改變時重新花費(fèi)時間寫算法代碼到花費(fèi)更多的時間將算法代碼同嵌入式系統(tǒng)的其他部分集成，同時也適用于說明和設(shè)置基礎(chǔ)結(jié)構(gòu)。這是一個重要的轉(zhuǎn)變，使得衡量軟件工程師工作效率的指標(biāo)也隨之改變。另外，模型使得控制工程師和設(shè)計工程師之間的關(guān)系更為緊密，消除了工作之間傳統(tǒng)的障礙。組織的領(lǐng)導(dǎo)者需要鼓勵和支持這種做法，從而得到基于模型設(shè)計的所有優(yōu)點(diǎn)。

 

除了遵從“規(guī)則2”和在開發(fā)過程中使用模型實現(xiàn)多重目的得到的優(yōu)點(diǎn)外，基于模型設(shè)計的一個很重要的優(yōu)點(diǎn)即建立的模型可在多個項目中重復(fù)利用。模型屬于組織的知識產(chǎn)權(quán)（IP），可以在很多項目中重復(fù)使用，因此IP可以發(fā)揮協(xié)調(diào)作用使得項目在質(zhì)量和時間上大大提高。但是，這種優(yōu)勢只有在模型中包含真正的IP才能獲得。

本最佳策略和最佳策略#3的邏輯擴(kuò)展即模型是同嵌入式系統(tǒng)相關(guān)的真理的唯一來源。模型中自動生成的嵌入式軟件只能讓汽車“行駛”。如果在試生產(chǎn)汽車的最后檢驗和測試中發(fā)現(xiàn)算法錯誤或者針對需求進(jìn)行最后微小的改變，則傾向于“修正”嵌入式軟件本身來避免對自動的嵌入式軟件生成和一體化進(jìn)程重新檢查。但若軟件工程師使用了這種試探性的方法，會停止模型軟件的同步，模型也不包括真正的IP。因此，如果在不同的項目中重復(fù)使用該模型，則需要在項目中重復(fù)面對及處理算法錯誤或需求的不一致。

該部分同最佳策略#3討論的一樣加強(qiáng)了組織的含義。控制和軟件工程師需要合作從而保證任何最終很小的改變都確實融入至模型中。組織的領(lǐng)導(dǎo)者需要支持和鼓勵這種做法，同時強(qiáng)調(diào)這樣做的需要及好處。如果不是這樣，控制和軟件工程師很容易發(fā)生分歧，從而防礙了基于模型設(shè)計的所有優(yōu)點(diǎn)。實際上，組織者需要有嚴(yán)格的紀(jì)律來使用和促進(jìn)模型，使其成為嵌入式系統(tǒng)唯一的設(shè)計語言。

 

有時候，從傳統(tǒng)的開發(fā)過程過渡至基于模型的設(shè)計會有些徘徊。但是，組織者遵從最佳策略#1，同時通過過渡的過程進(jìn)行自我學(xué)習(xí)，這對他們長期的成功非常有益。這種自我反省可對現(xiàn)有的過程，以及自己的優(yōu)點(diǎn)和弱點(diǎn)有清楚根本地認(rèn)識，同時對組織的核心競爭力有更深的理解。有了這些深入的信息，組織可以更好的完成向基于模型設(shè)計過渡的任務(wù)。

在向基于模型設(shè)計過渡的過程中，一種常見的試探性的做法既“外包”至第三方。雖然外包本身不是壞主意，但仍然需要正確的判斷，同時目標(biāo)領(lǐng)域是組織的非核心競爭力部分。如果將現(xiàn)有的IP至基于模型的環(huán)境的過渡進(jìn)行外包，則組織也失去了重新檢查這些IP的機(jī)會，同時也無法質(zhì)疑IP的哪一部分需要真的變化，或者修正可能存在IP內(nèi)的錯誤和BUG等等。因此，效率不高的外包很容易浪費(fèi)改進(jìn)產(chǎn)品質(zhì)量的很重要的機(jī)會。組織需要確認(rèn)能從第三方得到幫助，這些幫助需要集中在創(chuàng)建工具和效用上，簡化向基于模型設(shè)計的過渡，同時提出基于模型設(shè)計的更好的過程等等。

另外一種試探性的做法即“快速轉(zhuǎn)變”，徹底地向基于模型設(shè)計過渡從而獲得所有的優(yōu)點(diǎn)。這種做法也有很多缺點(diǎn)。首先，現(xiàn)有的開發(fā)過程或產(chǎn)品的某些組成部分效率較高，或者構(gòu)造完善，在第一道關(guān)時不需要改變。丟棄這樣優(yōu)勢會導(dǎo)致向基于模型的設(shè)計調(diào)整時不必要的重復(fù)性工作。一種更聰明的方法即批判性的選擇開發(fā)過程和產(chǎn)品的組成部分，取其精華，去其糟粕。舉例來說，識別當(dāng)前開發(fā)過程或產(chǎn)品中的問題區(qū)域，在第一次循環(huán)中將基于模型的設(shè)計集中于該區(qū)域。第二步，了解當(dāng)前開發(fā)過程或產(chǎn)品中包含哪些不需要向基于模型的設(shè)計過渡的部分，如低等級的設(shè)備驅(qū)動器，或者在未來產(chǎn)品中需要淘汰的性能等，這些都不需要過渡至基于模型的設(shè)計。對當(dāng)前的開發(fā)過程進(jìn)行深入的觀察，識別其中最適合使用基于模型設(shè)計的區(qū)域，最小的中斷開發(fā)過程，同時獲得最大的收益。

當(dāng)決定產(chǎn)品IP的哪一部分需要建模后，首先需要解決一些全新的控制特性。其次，著手解決設(shè)計中的問題部分，那些不斷發(fā)生變化或者引起問題的部分。最后，如果時間允許，將更為穩(wěn)定的控制系統(tǒng)的端口慢慢移植入該背景中。

 

有時候，引入基于模型的設(shè)計時，軟件工程師會立即關(guān)注他們的職位是否受到威脅。然而，這種擔(dān)心在設(shè)計小組發(fā)現(xiàn)軟件工程師仍是基于模型設(shè)計中的一部分后消失了。但是軟件工程師的角色也隨之改變，從運(yùn)行時代碼編寫的綜合能動性過渡至在開發(fā)過程的初始階段構(gòu)建軟件，同時不斷完善可執(zhí)行規(guī)范從而使得生成的代碼更接近執(zhí)行階段。

舉例來說，軟件工程師需要開發(fā)一個靈活的機(jī)制，使得使用基于模型設(shè)計開發(fā)的新特性能夠同原有代碼集成。另外，軟件工程師需要對生成的模型進(jìn)行完善，保證其生成的代碼能夠在目標(biāo)處理器中運(yùn)行，如當(dāng)算法模型作為浮點(diǎn)值創(chuàng)建時，目標(biāo)處理器即為浮點(diǎn)的。

 

若有可支持的基礎(chǔ)設(shè)施增強(qiáng)本文所提出的最佳策略，則基于模型的設(shè)計的應(yīng)用會更流行。換句話說，要想取得成功，基于模型的設(shè)計需要是主流產(chǎn)品開發(fā)過程的一部分，而不是覆蓋。

通常，需對現(xiàn)有的開發(fā)過程和衡量方法進(jìn)行修改從而同基于模型的設(shè)計結(jié)合。舉例來說，我們需要開發(fā)風(fēng)格向?qū)В�并在合適的項目里程碑中回顧該風(fēng)格向?qū)б赃M(jìn)行支持。我們需要涉及基于模型設(shè)計的加工品的配置管理。在以代碼為中心的過程中，代碼通常是主要的或者唯一人工可控的部分。在基于模型的設(shè)計中，控制的人工部分包括測試向量，期望成果，模型組成以及使用的建模環(huán)境的版本[6]等等。同樣，需求管理和驗證過程及工具需同基于模型設(shè)計工具相集成。傳統(tǒng)方式中，軟件需求一般不進(jìn)行校驗，除非有可用的可執(zhí)行硬件。但是，引入基于模型的設(shè)計后，仿真驗證可在硬件驗證之前進(jìn)行。

必須建立細(xì)節(jié)的，不間斷的培訓(xùn)以及能力開發(fā)計劃。這些計劃包括一般的產(chǎn)品培訓(xùn)和自定義的特定過程的指導(dǎo)和規(guī)定。

最后，可能也是最重要的，需要更新評估項目狀態(tài)的衡量方法，從而完成向基于模型設(shè)計的過渡[8]。舉例來說，在傳統(tǒng)的開發(fā)過程中，一個人可能對每天生成的代碼行數(shù)進(jìn)行計數(shù)從而評估項目的“健康度”。但當(dāng)所有行的代碼在“一個按鈕按下時”可全部生成，這種衡量方式失去了意義。

 

成功過渡至基于模型設(shè)計的大部分的組織通常選擇了一個有力的，有經(jīng)驗的同時受尊敬的領(lǐng)導(dǎo)者。有時候這個領(lǐng)導(dǎo)者需要是善于促成共識的人，有時候也是仁慈的獨(dú)裁者。

這個人通常很有資歷，有著證明其曾經(jīng)協(xié)調(diào)過體系變革的歷史紀(jì)錄。這種空降兵被某些人所懼怕，同時被其他人擁戴。勝利者需要鼓勵那些希望用新方法做事的人，同時也要安慰（或者消除）那些不希望用新的方法做事的人的恐懼。

勝利者需要同是被同級，上級以及下級的人所尊重。如果勝利者所處的政治前景明顯或不明顯的破壞著過渡過程，則整個的過渡過程面臨風(fēng)險，而同技術(shù)或開發(fā)過程無關(guān)。

這個人需要進(jìn)行直接的預(yù)算控制，或者有著高級贊助商的支持。人力，資本或者培訓(xùn)的投資是整個基于模型設(shè)計的部署和投資期望回報（ROI）的函數(shù)。這些投資對于組織來說非常重要，同時預(yù)算的處理也是勝利者的一個重要特質(zhì)。

 

向基于模型設(shè)計過渡需要一定的時間。對于交通業(yè)，建筑設(shè)備，或者空防等從零開始的工業(yè)組織中，中等大小的嵌入式系統(tǒng)的設(shè)計和開發(fā)需使用年來衡量過渡的時間，而不是用月。ROI可在第一個模型建立，仿真及消除設(shè)計缺陷后，同時在變成代碼或硬件之前取得。獲得全部的優(yōu)點(diǎn)則需花費(fèi)一定的時間。

很多組織試圖跟上潮流是常見的事情，他們希望在3到6個月內(nèi)將他們的開發(fā)機(jī)構(gòu)過渡至基于模型設(shè)計的概念或者技術(shù)的機(jī)構(gòu)，這是非常不現(xiàn)實的。可能有著少量生產(chǎn)線的小型全套裝備以及5-20個開發(fā)者可以在一段較短的時間內(nèi)完成過渡。進(jìn)行基礎(chǔ)研究的小組進(jìn)行得更快些，這是因為他們不易被原有代碼所累（但是相應(yīng)的ROI較低）。較大的組織更容易被原有開發(fā)過程的組成部分所累，同時“粘合”任何商業(yè)工具至開發(fā)過程也占用了相當(dāng)多的時間。需要考慮包括如何結(jié)合基于模型的設(shè)計同原有的系統(tǒng)和開發(fā)過程在內(nèi)的一些因素，這樣做為了：

（注：這不是一個詳盡的列表）

長期的工作需要耐心和深思熟慮。擁有一個管理計劃，不停的完善。慶祝過程中小的勝利，同時如果環(huán)境變化也需考慮適當(dāng)改變計劃。使用上面列出的其他最佳策略，慎重選擇使用策略的順序，用于將基于模型設(shè)計概念應(yīng)用于說明價值提升的一系列命令（以及承諾提供保持過渡所需的資源）

大部分工程師都會在過渡的開始立即發(fā)現(xiàn)一個優(yōu)點(diǎn)：工作中有了更多的樂趣。大部分人，尤其是工程師-喜歡使用強(qiáng)大的工具，這樣可以保持較高的速率以及提升工作的滿意度。

 

如本文開始部分所述，聰明的組織從自己的錯誤中吸取教訓(xùn)，而明智的組織則是從其它人的錯誤中學(xué)習(xí)新的東西。由于工具供應(yīng)商在組織向基于模型設(shè)計的過渡中扮演了重要的角色，需緊密的加入支持過渡的過程中，因此，他們積累了關(guān)于大量組織在管理成功的（或不成功的）過渡時需要處理的情況和方面等重要經(jīng)驗，。在自己組織的過渡過程中使用工具供應(yīng)商積累的經(jīng)驗可以很大程度上降低著名的學(xué)習(xí)曲線的陡度。這樣組織能夠更快體會到基于模型設(shè)計的好處，因此也使得投資回報率（ROI）盈虧平衡點(diǎn)更為提前，不僅僅降低了學(xué)習(xí)曲線初始加速的坡度，同時及早在組織中使用工具供應(yīng)商收集的經(jīng)驗可以減少保持基于模型設(shè)計所需的努力。因此，同工具供應(yīng)商密切聯(lián)系，將他們包括至過渡計劃，有效利用他們的經(jīng)驗，避免常見的錯誤，同時合作獲得一個成功的過渡。

 

結(jié)論

基于模型設(shè)計的應(yīng)用為開發(fā)嵌入式控制系統(tǒng)，如應(yīng)用于汽車動力傳動或者經(jīng)典控制中的系統(tǒng)，提供了一個健全，成熟以及高度精煉的策略。通過多年觀察及參與不同組織的過渡過程，這些過渡包括大的小的，商業(yè)的或者政府的，交通，通信，以及其它嵌入式控制開發(fā)等，從中提煉了上述最佳策略，同時和大家分享。這些策略不是固定的準(zhǔn)則，不能在每個仿真中應(yīng)用。每個組織在向基于模型設(shè)計的過渡階段需要退一步來省視自我。只有明智的選用這些最佳策略才會給使用中的嵌入式控制開發(fā)過程現(xiàn)代化所需要的人力和技術(shù)投資帶來最大的回報。