PREEvision 介紹

1、PREEvision 介紹Aquintos公司PREEvision概述2電子電氣系統(tǒng)設(shè)計方法的創(chuàng)新2基于模型的電子電氣架構(gòu)開發(fā)2功能簡介：專業(yè)的電子電氣架構(gòu)開發(fā)環(huán)境31、需求層（Requirements Layer）32、邏輯架構(gòu)和邏輯類庫（Function network and function library）43、硬件系統(tǒng)架構(gòu) （Hardware Architecture）65、拓?fù)鋵?（Topology）96、映射功能 （Mapping）10變型管理：開發(fā)車型平臺的電子電氣架構(gòu)10架構(gòu)分析：對標(biāo)、評估和擇優(yōu)11PREEvision產(chǎn)品線12PREEvision 介紹Aquintos公

2、司PREEvision概述 Aquintos公司于2005年在德國 Karlsruhe成立，目前是Vector公司的全資子公司，該公司是全球領(lǐng)先的分布式控制系統(tǒng)電子電氣系統(tǒng)架構(gòu)（electronic&electric Architecture ，簡稱EEA）開發(fā)工具供應(yīng)商，其產(chǎn)品可應(yīng)用于汽車、軌道交通、航空航天和工業(yè)自動化等領(lǐng)域。目前，Aquintos公司已經(jīng)在架構(gòu)開發(fā)領(lǐng)域具有極高的知名度，產(chǎn)品已經(jīng)被多個全球知名的汽車客戶應(yīng)用。同時，Aquintos也是AUTOSAR協(xié)會、ProStep、FlexRay協(xié)會和ASAM的會員。 PREEvision是Aquintos公司開發(fā)的基于模型的計

3、算機(jī)輔助設(shè)計軟件工具，主要用于電子電氣架構(gòu)的概念開發(fā)、對比評估和產(chǎn)品開發(fā)工作。電子電氣系統(tǒng)設(shè)計方法的創(chuàng)新 最近十年來，在具有創(chuàng)新性的高技術(shù)工業(yè)系統(tǒng)開發(fā)領(lǐng)域，基于模型的開發(fā)方法已經(jīng)被廣泛接受，甚至被用作為首選的開發(fā)方法。基于模型的開發(fā)方式不再局限于嘗試性的探索領(lǐng)域，而已經(jīng)廣泛應(yīng)用于具有實際工程意義的開發(fā)領(lǐng)域。在汽車和航空等重要工業(yè)領(lǐng)域，基于模型的方法已經(jīng)成為保證設(shè)計成功的一個必要措施。隨著燃油經(jīng)濟(jì)性、環(huán)境保護(hù)和道路安全要求的逐步加強，交通運輸系統(tǒng)的部件成本也隨之增加，這就要求在設(shè)計過程中全面的考慮系統(tǒng)優(yōu)化。Aquintos公司致力于幫助設(shè)計者提高系統(tǒng)效率和降低部件成本，并成為系統(tǒng)架構(gòu)設(shè)計工具領(lǐng)域

4、的領(lǐng)導(dǎo)者。 PREEvision是一款理想的系統(tǒng)架構(gòu)設(shè)計及優(yōu)化工具。在汽車、航空系統(tǒng)、運輸系統(tǒng)以及一切裝備了分布式通信網(wǎng)絡(luò)的嵌入式控制系統(tǒng)設(shè)計中，PREEvision作為基于模型的計算機(jī)輔助開發(fā)工具進(jìn)行電子電氣系統(tǒng)架構(gòu)的搭建。它的功能包括需求開發(fā)、邏輯功能設(shè)計、網(wǎng)絡(luò)和部件架構(gòu)、電氣系統(tǒng)和線束設(shè)計以及拓?fù)浣Y(jié)構(gòu)設(shè)計，涵蓋了從概念原型設(shè)計階段到具體詳細(xì)設(shè)計階段，并支持大型工程團(tuán)隊的詳細(xì)開發(fā)和系統(tǒng)規(guī)范制定工作?；谀Ｐ偷碾娮与姎饧軜?gòu)開發(fā) PREEvision是一種全新的、基于模型的電子電氣架構(gòu)（Electronic/Electric Architecture, EEA）開發(fā)工具。電子電氣架構(gòu)開發(fā)在很多

5、技術(shù)領(lǐng)域都有應(yīng)用，例如汽車、航空系統(tǒng)、工業(yè)自動化系統(tǒng)，運輸系統(tǒng)以及國防系統(tǒng)等。 PREEvision采用分層開發(fā)的模式，包括如下技術(shù)層面：拓?fù)?、線束、電氣邏輯、電力供應(yīng)、功能網(wǎng)絡(luò)、用戶需求，以及各層面之間的映射聯(lián)系。在設(shè)計前期的概念化階段和多方案選擇評估階段，PREEvision為設(shè)計者提供概念原型開發(fā)和決策支持；在產(chǎn)品的具體設(shè)計階段，PREEvision為設(shè)計者提供詳細(xì)設(shè)計開發(fā)支持。 PREEvision提供了一種具有豐富屬性信息的用于建立架構(gòu)模型的專業(yè)圖形語言。該語言由汽車工業(yè)方面的專家所開發(fā)，可以應(yīng)用于所有使用分布式網(wǎng)絡(luò)嵌入式系統(tǒng)的工業(yè)領(lǐng)域。這種圖形語言的本質(zhì)是數(shù)據(jù)模型，包括數(shù)百種類型和

6、屬性，并且分為各種層次（例如線束層、功能網(wǎng)絡(luò)層等）以滿足不同的開發(fā)領(lǐng)域的要求。使用PREEvision中的圖形或圖表編輯工具，可以對EEA中所有重要的技術(shù)和成本方面的信息進(jìn)行建模。 PREEvision里集成了變型管理系統(tǒng)（同時設(shè)計多個方案，以備比較和選擇，稱為“變型”），將整體模型分解成為多個模型部件，并能為模型部件建立多個備選方案，并進(jìn)行重新整合，這樣就能有效評估各種方案的優(yōu)劣，并最終得到可靠的電子電氣系統(tǒng)架構(gòu)模型。同時，系統(tǒng)架構(gòu)工程師能夠建立一系列的評價指標(biāo)，根據(jù)用戶的需求，來評估各個備選方案優(yōu)劣，這些評價指標(biāo)可以是以下目標(biāo)的最優(yōu)化：重量、成本、總線負(fù)載率、耐久性等等。通過對各方案進(jìn)行評

7、估，能夠有效地在多個備選方案里得到符合用戶需求的最佳方案。同時，通過對標(biāo)工作得到的結(jié)論也能用于新的評價指標(biāo)的制定，或者為進(jìn)一步的架構(gòu)優(yōu)化提供參考。 PREEvision能提供高質(zhì)量的基于模型的圖形文檔輸出，可作為EEA開發(fā)工作的系統(tǒng)信息管理工具。其“一致性檢測”功能，保證其輸出模型的一致性和完整性。PREEvision還為大型工程團(tuán)隊提供了強大的“單源”數(shù)據(jù)管理系統(tǒng)，所有參與建立模型的工程師共享同一個數(shù)據(jù)庫，提高了協(xié)同工作效率并保證了數(shù)據(jù)一致性。并且提供了可配置的權(quán)限管理系統(tǒng)，保證團(tuán)隊開發(fā)的安全性。功能簡介：專業(yè)的電子電氣架構(gòu)開發(fā)環(huán)境     

8、 PREEvision集成了全面的EEA數(shù)據(jù)模型，模型中可以包含上百個類和屬性。為了向模型中輸入架構(gòu)信息，PREEvision提供了專業(yè)的圖形編輯環(huán)境，使得架構(gòu)工程師可以從模型的不同方面進(jìn)行直觀的圖形化開發(fā)。架構(gòu)模型開發(fā)過程被分為多個設(shè)計層次，每個層次均有專用的設(shè)計環(huán)境： PREEvision設(shè)計層次劃分1、需求層（Requirements Layer）      需求層一般由三部分組成：Requirements、Customer Feature、FFN。      

9、0;     Requirements以層次化的組織方式描述了需要在系統(tǒng)架構(gòu)中實現(xiàn)的所有功能性及非功能性（如法規(guī)）需求。由于需求列表的層次結(jié)構(gòu)與具體的開發(fā)流程相關(guān)，PREEvision允許用戶自定義需求包層次結(jié)構(gòu)。并且，需求的自定義屬性集和完全自定義的表格也可以在需求的映射圖上顯示出來。PREEvision為第三方工具提供了功能豐富的導(dǎo)入和導(dǎo)出過濾器，例如在需求層可導(dǎo)入DOORS、Excel格式的需求描述文件。Requirement一般用作工程設(shè)計的指導(dǎo)文件。     Customer Feature的組織方式與R

10、equirement類似，該模塊用于描述客戶所關(guān)心的車輛的配置信息。該模塊一般用作市場信息的交互。      FFN即特性功能網(wǎng)絡(luò)。特性功能網(wǎng)絡(luò)描述了一個系統(tǒng)功能的內(nèi)部情況，包括因果鏈及其在系統(tǒng)內(nèi)相互關(guān)系?！耙蚬湣笔窍到y(tǒng)設(shè)備的分解。它由三部分所組成：請求者、功能體和執(zhí)行者。用于描述：“請求者”想通過“功能體”達(dá)到“執(zhí)行者”執(zhí)行某一命令的目的，即功能體是執(zhí)行者某行為的描述，執(zhí)行者是功能體的任務(wù)承擔(dān)者?！耙蚬湣钡倪@部分信息可用于識別同時使用的各子系統(tǒng)之間的沖突。功能體的銜接關(guān)系用于表示內(nèi)部特性的因果鏈。特性功能網(wǎng)絡(luò)的某部分內(nèi)容均通過“因果鏈”來

11、表達(dá)。這種因果鏈可以是泛化、細(xì)化或者包含關(guān)系。從軟件工程的角度來看，“用例”是特性功能網(wǎng)絡(luò)最貼切的表達(dá)模式，用例圖是相應(yīng)的表達(dá)視圖。需求和特性表格編輯界面特性功能網(wǎng)絡(luò)描述圖2、邏輯架構(gòu)和邏輯類庫（Function network and function library）      此層次用于描述系統(tǒng)的邏輯功能關(guān)系，即系統(tǒng)功能的模塊框架以及各模塊之間的接口關(guān)系。該方面主要包括兩個層面的內(nèi)容：邏輯架構(gòu)層與系統(tǒng)軟件層，前者關(guān)注系統(tǒng)功能實現(xiàn)的所有邏輯關(guān)系，后者關(guān)注系統(tǒng)實現(xiàn)過程中軟件相關(guān)的邏輯關(guān)系。前者與后者的搭建與編輯方法類似。該層次主要包括兩方面的

12、開發(fā)工作：第一個部分工作就是設(shè)計“邏輯網(wǎng)絡(luò)”?！斑壿嬀W(wǎng)絡(luò)”遵從AUTOSAR標(biāo)準(zhǔn)的定義，包括邏輯傳感器、功能塊和邏輯執(zhí)行器。這些元素（也被稱為功能模塊）以層次結(jié)構(gòu)的方式組織并存儲在組合模塊中。功能模塊之間通過信息交互接口進(jìn)行連接。當(dāng)兩個功能模塊的端口通過信息交互接口連接后，相應(yīng)模塊就能進(jìn)行數(shù)據(jù)和控制信息的交換。在功能網(wǎng)絡(luò)里，用戶可以看到各功能模塊之間的邏輯關(guān)系。另一個部分工作是開發(fā)功能類型庫。在“邏輯網(wǎng)絡(luò)”中各模塊端口上的接口信息都需要事先在功能類型庫中定義。功能類型庫描述了所分配端口需要或提供的信息，這里的接口可近似看成技術(shù)通訊協(xié)議。在“邏輯網(wǎng)絡(luò)”建模以及對整個網(wǎng)絡(luò)信號進(jìn)行路由規(guī)劃過程中，接

13、口定義一致的端口之間的兼容性可以在PREEvision反映出來。PREEvision提供針對Mathworks/Simulink模型和ETAS/ASCET文件的功能模塊導(dǎo)入功能，還有不同版本AUTOSAR描述文件的導(dǎo)入導(dǎo)出功能。與邏輯架構(gòu)層中的邏輯架構(gòu)和邏輯類庫對應(yīng)，對于邏輯關(guān)系中通過軟件實現(xiàn)的功能，PREEvision提供了系統(tǒng)軟件架構(gòu)層與系統(tǒng)軟件類庫。該層更加嚴(yán)格的遵循AutoSAR的定義，其開發(fā)方法與邏輯架構(gòu)層類似。 系統(tǒng)軟件網(wǎng)絡(luò)描述圖軟件功能類型描述圖3、硬件系統(tǒng)架構(gòu) （Hardware Architecture）      PREEv

14、ision中的硬件系統(tǒng)架構(gòu)包括三層內(nèi)容：網(wǎng)絡(luò)層、部件層和原理層。      網(wǎng)絡(luò)層描述各部件之間的邏輯連接方式，例如：總線系統(tǒng)、傳統(tǒng)連接、電源供應(yīng)和地線連接，這些連接將在隨后的線路原理層進(jìn)行進(jìn)一步的細(xì)化定義；部件層描述每個部件內(nèi)部構(gòu)成及其對外接口的詳細(xì)信息；線路原理層描述網(wǎng)絡(luò)層中邏輯連接的具體實現(xiàn)情況，如具體的導(dǎo)線、線纜連接方式，保險繼電器盒的內(nèi)部結(jié)構(gòu)等，其信息可用于線束層的具體開發(fā)。3.1、網(wǎng)絡(luò)層 （Network Layer）      網(wǎng)絡(luò)層描述各部件間的連接方式，例如總線系統(tǒng)（CAN、L

15、IN、FlexRay、MOST、Ethernet、USB和WLAN）、傳統(tǒng)連接、地線和供電連接等。部件之間的所有連接通過不同的接口來實現(xiàn)。可將每個具體接口配置為定義了通用屬性的特定接口類型。通過網(wǎng)絡(luò)層的描述，可以構(gòu)建部件設(shè)備內(nèi)部對外連接的總體關(guān)系。       網(wǎng)絡(luò)圖通常在開發(fā)過程的各個階段都會被用到，在早期的設(shè)計階段，它被用于確定所有電子電氣部件內(nèi)部連接的最優(yōu)架構(gòu)方式。在設(shè)計階段，網(wǎng)絡(luò)圖描述了系統(tǒng)規(guī)范中重要的電路原理。在網(wǎng)絡(luò)圖中用戶可以自定義模塊及連接線的顯示方式，來突顯與特定屬性有關(guān)聯(lián)的部件，這些屬性可以是電源供應(yīng)、傳輸協(xié)議、網(wǎng)絡(luò)電阻等。&

16、#160;網(wǎng)絡(luò)層描述圖3.2、部件層 （Components Layer）      部件層描述了各部件的功能構(gòu)成。主要描述了部件與其它部件的組合關(guān)系，以及部件的內(nèi)部細(xì)節(jié)，如硬件模塊、處理器單元、內(nèi)存、邏輯接口等等。描述部件的內(nèi)部構(gòu)造是部件層的主要目標(biāo)。部件層不僅要顯示部件間的連接，還要顯示部件內(nèi)部的結(jié)構(gòu)和連接，因此也被稱為“電子模塊圖”。  部件層描述圖 熔絲繼電器盒描述圖3.3、線路原理層 （Schematic / Circuit Layer）      線路原

17、理層將網(wǎng)絡(luò)層所定義的連接關(guān)系進(jìn)行了細(xì)化。線路原理連接是電線、線纜等線束元件的基礎(chǔ)。，由于線束層中線路會因拓?fù)浣Y(jié)構(gòu)中安裝位置的不同可能有多種選擇，因此需要線路原理層對線束實際實現(xiàn)進(jìn)行抽象描述，這種描述不因拓?fù)浣Y(jié)構(gòu)的變化而改變。部件的內(nèi)部連接則用于連接線路原理層的具體元件，如保險絲、繼電器和用戶自定義的部件（如全橋驅(qū)動電路，等等）。通過所提供的自動布局視圖，能夠很快地定義保險絲繼電器盒，用來描述電源供應(yīng)的細(xì)節(jié)。這個視圖還可以被用于其他任何類型的部件。在大多數(shù)情況下，部件的原理細(xì)節(jié)是通過傳統(tǒng)原理圖直接繼承的。當(dāng)所實現(xiàn)模型的原理層和網(wǎng)絡(luò)層中任何一個發(fā)生改變時，通過線路原理合成功能可以使這兩層保持一致，

18、以保證模型的一致性。 4、線束層（Wiring Harness）       邏輯和原理性的連接關(guān)系在線束層中進(jìn)行物理實現(xiàn)。線路原理連接關(guān)系可在電線和電纜兩方面進(jìn)一步細(xì)化，將線束特定的細(xì)節(jié)也加入到模型中。每段電線（或電纜）都具有其物理屬性（包括單位長度重量、成本、過流能力等信息）。線束元素將來可以在拓?fù)浣Y(jié)構(gòu)中形成具體的電線和電纜布局（包括結(jié)合點和對接插頭的布局）。       采用不同的拓?fù)浣Y(jié)構(gòu)、設(shè)備和技術(shù)方案，線束也會隨之變化。PREEvision具有自動線束路由功能，可根據(jù)線路原理層的信息，

19、無須額外工作，即可自動生成新的線束層設(shè)計結(jié)果。  線路原理層描述圖 線束層描述圖5、拓?fù)鋵?（Topology）      拓?fù)鋵用枋隽讼到y(tǒng)的實際布置情況。設(shè)計人員需要根據(jù)實際的空間情況，考慮溫度、碰撞風(fēng)險以及是否暴露在腐蝕性流體中等因素，確定各個部件以及線束的最終安裝位置。      在布置區(qū)域里，分布著一些“安裝空間”，可放置具體部件。線束的對接插頭可被安放在安裝空間之間?！熬€路段”將安裝空間、對接插頭和各個分支連接起來。設(shè)計人員需要設(shè)定每個“線路段”

20、的具體長度。之后可以得出整個線束的近似統(tǒng)計長度。       PREEvision中的拓?fù)淠Ｐ褪呛喕?維模型，通過位置坐標(biāo)和幾何尺寸可以確定拓?fù)鋱D中每個元素的細(xì)節(jié)信息。PREEvision同樣支持從3維CAD工具中導(dǎo)入的拓?fù)浣Y(jié)構(gòu)數(shù)據(jù)，并能夠通過一個額外的z軸圖層，將相應(yīng)的元素放在2.5維的視圖中，以便更為直觀地理解復(fù)雜的拓?fù)浣Y(jié)構(gòu)。通過對路徑的高亮顯示，能夠清楚地跟蹤線束路由的結(jié)果。      拓?fù)鋵舆€支持KBL和ELOG線束描述文件的導(dǎo)入和導(dǎo)出。 拓?fù)鋵用枋鰣D6、映射功能 （Mapp

21、ing）      PREEvision提供超過30種跨越不同技術(shù)層面的信息映射方法，將分部在各設(shè)計層次的信息進(jìn)行整合。 層級間映射功能變型管理：開發(fā)車型平臺的電子電氣架構(gòu)      變型管理在架構(gòu)模型開發(fā)中是一項十分重要的工作，它主要用于管理不同需求下的多種技術(shù)實現(xiàn)方式。架構(gòu)工程師需要設(shè)計多個方案，供評估選擇。此外，即使是單一的產(chǎn)品型號也需要多種配置選擇，例如低配、中配和高配。對于基于同一個EEA平臺的產(chǎn)品鏈來說，衍生產(chǎn)品（例如，利用現(xiàn)有架構(gòu)改型的敞篷車）的架構(gòu)方案也需要進(jìn)行管理。因

22、此，最初的單一車型的架構(gòu)開發(fā)和評估方法就要升級到能夠?qū)ν黄脚_上不同車型的通用及特殊部件進(jìn)行管理。支撐多個變型方案的通用的概念設(shè)計必須最優(yōu)化，這些通用的概念設(shè)計，從某種程度上來說，就是產(chǎn)品鏈上降低生產(chǎn)成本和提高產(chǎn)品質(zhì)量的驅(qū)動力。PREEvision可依據(jù)兩方面因素來進(jìn)行車型平臺的變型管理：技術(shù)選擇因素和配置選擇因素。“配置選擇”是決定哪些部件是通用部件，而哪些部件是選裝部件。“技術(shù)選擇”是決定某一功能特性在技術(shù)上的具體實現(xiàn)方式，可以依據(jù)某個單一的需求來確定。例如氙氣燈，作為傳統(tǒng)車燈的一個替代物，就是一個技術(shù)因素。技術(shù)因素的最終實現(xiàn)，主要取決于所選用的設(shè)備或元器件?！芭渲眠x擇”決定架構(gòu)中包含哪些

23、元素，而“技術(shù)選擇”決定這些元素的實現(xiàn)方式。因此“配置選擇”是架構(gòu)分析的出發(fā)點。對于單個車型，組成架構(gòu)的元器件就有成千上萬；而對于車型平臺，雖然通過通用部分的復(fù)用，可以大大減少元器件的數(shù)量，但是其數(shù)目還是更為驚人。因此，手工進(jìn)行整個架構(gòu)的變型管理非常困難。而PREEvision的變型管理功能可依據(jù)“變型傳遞技術(shù)”，根據(jù)特定規(guī)則自動向新的變型方案中添加相關(guān)的架構(gòu)元素，而且可根據(jù)用戶的實際需要制定規(guī)則，極大的減輕了變型管理的工作量，并保證了架構(gòu)信息的一致性和正確性。車門控制系統(tǒng)的變型管理架構(gòu)分析：對標(biāo)、評估和擇優(yōu)      EEA概念原型建模的目標(biāo)

24、之一是探求適合的架構(gòu)設(shè)計。在考慮諸多功能和非功能需求方面的約束后，可以在開發(fā)過程的早期將最有希望的架構(gòu)方案確定下來。對架構(gòu)變型進(jìn)行評估的主要目標(biāo)是判定某架構(gòu)符合需求的程度。此外，由于不同的架構(gòu)都是基于特定的需求來開發(fā)的，因此為保證不同架構(gòu)方案的完整和有效性，就必須進(jìn)行一致性檢查。 PREEvision提供了針對架構(gòu)變型的一致性檢測功能和可量化的架構(gòu)評估功能。一致性檢查       對于依據(jù)功能需求而建立的架構(gòu)模型，無法在硬件層次進(jìn)行分解分析，因為一個功能可能分配給多個控制器或者與其他功能共同使用一個傳感器。而對于同一個需求所采用的多種技術(shù)實現(xiàn)方

25、法也使得架構(gòu)設(shè)計變得多樣化。由于以上原因，進(jìn)行一致性檢驗從而驗證最終模型的正確性是必要的。首先需要檢驗由技術(shù)理念產(chǎn)生的所有特性的正確性；接著，需要檢驗整個結(jié)構(gòu)的完整性；最后，需要檢驗是否滿足總體的和自定義的需求。       PREEvision允許用戶自定義一致性檢驗的規(guī)則。正在開發(fā)的架構(gòu)很難有完全符合所有一致性條件的，所以一致性檢驗的條件可以根據(jù)具體模型開發(fā)的階段來裁剪，用戶可以針對當(dāng)前實際開發(fā)情況來選擇不同的一致性檢驗規(guī)則。一致性檢查是基于與實際開發(fā)相關(guān)的一組一致性規(guī)則進(jìn)行的，有些不必關(guān)心的不一致性將不會被報告。架構(gòu)層

26、次之間還沒有被考慮到的、潛在的非一致性也可以被檢查并報告出來。 一致性檢驗可以自定義所需要的規(guī)則并手動運行，也可設(shè)置為讓系統(tǒng)自動進(jìn)行。通過PREEvision的一致性檢驗，可能存在的問題(包括與之相關(guān)的要素)將被報告出來，在PREEvision的幫助下，可以快速的檢索到造成不一致性的元素，這些問題的糾正也變得相對容易。架構(gòu)評估      除了要滿足功能和非功能需求，系統(tǒng)架構(gòu)還需要盡量符合特定的性能要求。PREEvision提供了度量系統(tǒng)架構(gòu)各項性能指標(biāo)的評估算法開發(fā)和計算環(huán)境。根據(jù)評估算法可得到度量指標(biāo)的估計值甚至是精確值結(jié)果。再將此結(jié)果與預(yù)先

27、給定的參考值進(jìn)行比較，即可對架構(gòu)性能優(yōu)劣程度進(jìn)行量化評估。評估結(jié)果可用于對不同架構(gòu)變型進(jìn)行比較：選擇性能最佳的架構(gòu)方案，或是選擇出最符合工作流程的架構(gòu)方案。在概念原型階段，這樣的評估結(jié)果為系統(tǒng)架構(gòu)優(yōu)劣的討論和選型提供了有效的幫助。      為了建立一個可跟蹤的開發(fā)決策過程，評價的結(jié)果必須表達(dá)出來并形成文檔。PREEvision可將評價結(jié)果用內(nèi)置的表格形式進(jìn)行表達(dá)，并在生成報告的過程中，生成不同架構(gòu)變型的評價指標(biāo)，嵌入到評估報告中，方便開發(fā)人員比較、選擇。架構(gòu)評估功能界面PREEvision產(chǎn)品線    

28、 為滿足不同開發(fā)環(huán)節(jié)及開發(fā)團(tuán)隊中不同專業(yè)人員的需要，Aquintos提供多種功能版本的產(chǎn)品。      在使用PREEvision進(jìn)行概念原型開發(fā)后,工程師可使用Modeler FN和Modeler ELH版本產(chǎn)品，繼續(xù)進(jìn)行電子電器系統(tǒng)的詳細(xì)設(shè)計。針對功能網(wǎng)絡(luò)開發(fā)、功能“因果鏈”制定、功能文檔生成方面的工作需要，可以利用PREEvision的Modeler FN版本來建立架構(gòu)層需求和功能網(wǎng)絡(luò)。針對電路原理和線束設(shè)計，可以利用PREEvision的Modeler ELH版本，實現(xiàn)電路邏輯和線束的詳細(xì)設(shè)計。   

29、60;   “單源”數(shù)據(jù)庫管理系統(tǒng)在多用戶操作時能夠保證數(shù)據(jù)安全性，其中的check in /check out、模型版本管理、用戶權(quán)限和角色等功能，可以保證大型工程團(tuán)隊能夠進(jìn)行高效的分工合作。 所有版本建立的模型都是與專業(yè)版相兼容，這就保證了架構(gòu)設(shè)計的結(jié)果能夠在后期的產(chǎn)品設(shè)計中直接使用，產(chǎn)品設(shè)計完成之后，具體的架構(gòu)設(shè)計又能作為初始模型來驗證實際的架構(gòu)。打完基線后的模型可以分發(fā)出去，擁有PREEvision授權(quán)的客戶可以通過PREEvision Viewer版本,用以瀏覽模型，這樣EEA模型都可以成為企業(yè)內(nèi)部的標(biāo)準(zhǔn)信息源。 PREEvision近期的產(chǎn)品線如下圖所示：PRE

30、Evision 產(chǎn)品路線圖      在2011年年底，將推出下一版本的eASEE Automotive Solution 5.0，這個版本將推出全新的、可用于大規(guī)模產(chǎn)品鏈的電子電器架構(gòu)數(shù)據(jù)管理工具，以及功能、線束和電源的系統(tǒng)架構(gòu)自動優(yōu)化工具。 各版本產(chǎn)品功能比較表產(chǎn)品特性 PREEvisionArchitect PREEvisionModeler FN PREEvisionModeler ELH Requirements Layer 基于表格的特性列表和需求管理 XX X 

31、Feature Function Network 特性和因果鏈及層次依賴關(guān)系設(shè)計 XX - Function Network Layer邏輯功能網(wǎng)絡(luò)架構(gòu)和功能類庫管理 X X - Network Layer 部件和網(wǎng)絡(luò)架構(gòu)及供電系統(tǒng)的結(jié)構(gòu)設(shè)計X -X Circuit / Schematic Layer 系統(tǒng)及子系統(tǒng)電氣邏輯層及物理電路設(shè)計 X - X Wiring Harness Layer 線束物理設(shè)計(接插件、線纜、分離插頭) X -

32、0;X Topology Layer 系統(tǒng)部件位置、線束路徑的幾何布局設(shè)計 X XX System Description 基于系統(tǒng)功能的系統(tǒng)設(shè)計和文檔生成 X X X Table-based Editors 用戶自定義的表格編輯器，用于設(shè)計功能、電路、線束等 X X X Refactorings Rules 基于特定規(guī)則的“重構(gòu)”功能，加速建模和架構(gòu)開發(fā) X X X Single User Mode 在單一用戶項目中管理基于XML的項

33、目 X X - Multi User Mode Oracle 大型團(tuán)隊的單源數(shù)據(jù)管理，支持用戶角色&訪問權(quán)限 X O  O  Multi User Mode MySQL 小型團(tuán)隊的單源數(shù)據(jù)管理 X - - Variant Management 管理變型方案的技術(shù)實現(xiàn)和設(shè)備配置 X XXProduct Line Management 支持產(chǎn)品線架構(gòu)設(shè)計的大規(guī)模變型管理 X O O Consistency Developer 過程一致性檢測的開發(fā)環(huán)境 X -  - Consistency Runtime 執(zhí)行一致性檢測的運行功能 X X  X  Model Query Developer 模型查詢功能開發(fā)環(huán)境（例如設(shè)定“注釋規(guī)則”和“命名習(xí)慣”） X - - Model Query Runtime 模型查詢的運行功能 X