應包括所 有非總線通訊類型的信號，即不區(qū)分信號類型。將與其中一個目的設備間的所有雙向的非 總線通訊信號作為集合，即不區(qū)分供電、模擬、離散、視頻、音頻、脈沖、射頻等信號類型。
[0049] -份總線I⑶報告的基線數(shù)據(jù)集合，在區(qū)分目的設備的基礎上，還應區(qū)分總線類 型，即區(qū)分6邛2894、光纖、1?422、1?232、邢6096、13948等總線類型。如6邛2894總線，一份 I⑶報告基線數(shù)據(jù)由一個BC(總線控制器）和一個RT(遠程終端）的雙向通訊信號組成。
[0050] 另一方面，根據(jù)后續(xù)全系統(tǒng)ICD管理系統(tǒng)的飛機設備間接口數(shù)據(jù)的設計建模方 案。如果每個設備都要建立輸入和輸出雙向的接口數(shù)據(jù)模型，就會造成數(shù)據(jù)源的不唯一性， 不便于控制變更。所以，采用了飛機每個設備作為源設備僅去定義輸出端的各通訊類型的 接口數(shù)據(jù)，在目的設備輸入端軟件系統(tǒng)實現(xiàn)自動映射的解決方案，實現(xiàn)數(shù)據(jù)源的唯一性。所 以，配置項"數(shù)據(jù)集"內(nèi)的接口數(shù)據(jù)就帶有了方向性。即規(guī)定配置項"數(shù)據(jù)集"內(nèi)的接口數(shù) 據(jù)為設備發(fā)出的單向通訊數(shù)據(jù)。
[0051] 需要說明的是，本實施例中，基線、配置項標識要滿足唯一性和可追溯性。方法如 表2所示。飛機從詳細設計階段開始，到服役結束，貫穿全壽命周期的版本標識規(guī)定，如表 3所示。
[0052] 表2基線、配置項標識方法
[0053]
[0054] 表3版本標識方法
[0055]
[0056] 之后，開始建立三庫管理模式，所述三庫包括I⑶數(shù)據(jù)開發(fā)庫、I⑶數(shù)據(jù)受控庫以 及ICD文檔產(chǎn)品庫，其中，所述ICD數(shù)據(jù)開發(fā)庫用于設計及存儲若干個不同種類的ICD接 口數(shù)據(jù)模型，ICD數(shù)據(jù)受控庫用于對任一種ICD接口數(shù)據(jù)模型的版本入庫及更新管理，所述 I⑶文檔產(chǎn)品庫用于對任一種I⑶接口數(shù)據(jù)模型的最終版本出庫管理。具體如下：
[0057]I⑶數(shù)據(jù)開發(fā)庫：接口數(shù)據(jù)的模型設計庫，設備輸出的各類型接口數(shù)據(jù)處于可編 輯狀態(tài)，不受控。比如，構建的模型包括系統(tǒng)VI，設備VI、V2,非總線VI、V2、V3 ;
[0058]ICD數(shù)據(jù)受控庫：當設計數(shù)據(jù)需要凍結版本生效時，以配置項"數(shù)據(jù)集"位單位，經(jīng) 入受控庫（簡稱入庫）流程，按配置控制規(guī)定，生成配置項生效版本，受控且可追溯。比如， 根據(jù)ICD數(shù)據(jù)開發(fā)庫中的模型，本ICD數(shù)據(jù)受控庫則應當包含的數(shù)據(jù)集為系統(tǒng)集（以下簡 稱數(shù)據(jù)集A)VI. 00、VI. 10、VI. 02等等，設備集（以下簡稱數(shù)據(jù)集B)VI. 00、VI. 10、VI. 02等 等以及V2. 00、V2. 01等等，非總線集（以下簡稱數(shù)據(jù)集C)V1. 00、V1. 10、V1. 02等等、V2. 00、 V2. 01 以及V3. 00、V3. 01 等等。
[0059] I⑶文檔配置庫：定義一份I⑶報告基線數(shù)據(jù)（由一個或多個配置項"數(shù)據(jù)集"生 效版本數(shù)據(jù)組成），經(jīng)出受控庫（簡稱出庫）流程，根據(jù)配置控制規(guī)定，生成ICD報告基線生 效版本，用于發(fā)布，受控且可追溯。仍然基于上述實施例，本ICD文檔配置庫中的集合具備 連接關系，如圖3所示。
[0060] 基線和配置項變更，按"變更申請一CCB批準一確認一版本生效"方法進行配置控 制。入、出庫配置控制流程，如表4所示。入、出庫流程，如圖1和2所示，其中，圖1所示的 為入庫流程，該實施過程在ICD數(shù)據(jù)受控庫中實現(xiàn)，圖2所示的為出庫流程，該實施過程在 I⑶文檔配置庫中實現(xiàn)。
[0061] 在本實施例中，如圖1所示，所述I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法， 包括：
[0062]S401、ICD數(shù)據(jù)優(yōu)化變更設計；
[0063]S402、入庫申請；
[0064]S403、校對及審核，若校對及審核通過，則入庫，否則，返回步驟S401。
[0065]在所述步驟S403中，所述校對及審核依據(jù)比對報告，所述比對報告中包含有I⑶ 數(shù)據(jù)優(yōu)化變更標準。
[0066] 如圖2所示，所述I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法，包括：
[0067] S501、定義I⑶包含的數(shù)據(jù)集；
[0068]S502、出庫申請；
[0069]S503、校對及審核，若校對及審核通過，則入庫，否則，返回步驟S501。
[0070] 在所述步驟S502中，所述出庫申請依據(jù)出庫單，所述出庫單中包含待出庫的ICD 數(shù)據(jù)版本集合。
[0071] 表4配置控制流程
[0072]
[0073] 需要說明的是，在出入庫流程中，需要經(jīng)過多重審核，比如最后經(jīng)過配置管理員確 認，變更與申請內(nèi)容是否一致，過程是否符合配置管理規(guī)定，同時，還應進行配置狀態(tài)記實。
[0074] 可以理解的是，配置狀態(tài)記實的目的是向項目組所有成員提供全機每份I⑶報告 基線內(nèi)容的狀態(tài)、基線變更的信息。在飛機全生命周期中，通過對配置項、基線的變更數(shù)據(jù) 統(tǒng)計分析，有利于評估變更帶來的項目風險，有效控制項目的執(zhí)行。
[0075] 需要說明的是，配置狀態(tài)記實存在與開發(fā)庫設備接口數(shù)據(jù)設計過程中、受控庫配 置項入庫進度記實過程中以及產(chǎn)品庫多類型報告基線數(shù)據(jù)出庫進度記實過程中等等，比 如，在開發(fā)庫設備接口數(shù)據(jù)設計過程中，對設備名稱、設備生產(chǎn)單位、數(shù)據(jù)量以及增/刪/改 量進行記錄；在受控庫配置項入庫進度中，對ICD報告名稱、文檔類型、當前基線生效版本、 編號等進行記錄；在產(chǎn)品庫多類型報告基線中對設備名稱、數(shù)據(jù)量、非數(shù)字信號等進行記 錄，本實施例不再 舉例。
[0076] 另外需要說明的是，配置狀態(tài)的審核辦法，可以理解的是，配置審核是過程質量檢 查活動，包括配置管理活動審核和基線審核。目的是保證項目所有人員都遵守配置管理規(guī) 范，CCB質量保證人員要定期審核配置管理工作?；€審核的目的是保證基線化產(chǎn)品全機ICD的完整性和一致性。配置審核時間周期和審核內(nèi)容，如表5所示。
[0077] 表5配置審核規(guī)定
[0078]
[0079] 本發(fā)明的優(yōu)點是：
[0080] 基于應用信息化平臺開展飛機全系統(tǒng)統(tǒng)一的ICD的協(xié)同設計和配置管理，解決了 傳統(tǒng)基于文檔設計管理方式的一系列問題。根據(jù)數(shù)據(jù)庫，自動導出生成結構化ICD源代碼， 可應用于機載設備軟件開發(fā)、地面試驗仿真測試，保證了ICD設計、設備實現(xiàn)、試驗的數(shù)據(jù) 一致性和可追溯性。
[0081] 最后需要指出的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制。 盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依 然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替 換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精 神和范圍。
【主權項】
1. 一種飛機全系統(tǒng)I⑶協(xié)同設計與配置管理方法，其特征在于，包括： 51、 根據(jù)飛機的各研制階段，分別建立和標識具有時間先后順序的ICD基線； 52、 標識所述基線的配置管理項，生成I⑶接口數(shù)據(jù)模型； 53、 建立ICD數(shù)據(jù)開發(fā)庫，所述ICD數(shù)據(jù)開發(fā)庫用于設計及存儲若干個不同種類的ICD 接口數(shù)據(jù)模型； 54、 建立I⑶數(shù)據(jù)受控庫，記錄并存儲任一所述I⑶接口數(shù)據(jù)模型更新版本，所述I⑶ 數(shù)據(jù)受控庫用于對任一種ICD接口數(shù)據(jù)模型的版本入庫及更新管理； 55、 建立I⑶文檔產(chǎn)品庫，對最終版本任一I⑶接口數(shù)據(jù)模型的進行發(fā)布處理，所述I⑶ 文檔產(chǎn)品庫用于對任一種I⑶接口數(shù)據(jù)模型的最終版本出庫管理。2. 如權利要求1所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：在所 述步驟2中，標識所述基線的配置管理項包括根據(jù)總線和/或非總線不同通訊類型的ICD 基線數(shù)據(jù)進行配置管理項的標識。3. 如權利要求1所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：在所 述步驟2中，標識所述基線的配置管理項包括根據(jù)后續(xù)全系統(tǒng)ICD管理系統(tǒng)的飛機設備間 接口數(shù)據(jù)進行配置管理項的標識。4. 如權利要求1所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：所述 I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法，包括： 5401、I⑶數(shù)據(jù)優(yōu)化變更設計； 5402、 入庫申請； 5403、 校對及審核，若校對及審核通過，則入庫，否則，返回步驟S401。5. 如權利要求4所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：在所 述步驟S403中，所述校對及審核依據(jù)比對報告，所述比對報告中包含有ICD數(shù)據(jù)優(yōu)化變更 標準。6. 如權利要求1所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：所述 I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法，包括： 5501、 定義I⑶包含的數(shù)據(jù)集； 5502、 出庫申請； 5503、 校對及審核，若校對及審核通過，則入庫，否則，返回步驟S501。7. 如權利要求6所述的飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，其特征在于：在所 述步驟S502中，所述出庫申請依據(jù)出庫單，所述出庫單中包含待出庫的ICD數(shù)據(jù)版本集合。
【專利摘要】本發(fā)明公開了一種飛機全系統(tǒng)ICD協(xié)同設計與配置管理方法，屬于飛機設計技術領域。首先根據(jù)飛機的各研制階段，分別建立和標識具有時間先后順序的ICD基線；其次標識所述基線的配置管理項，生成ICD接口數(shù)據(jù)模型；最后，建立ICD數(shù)據(jù)開發(fā)庫、ICD數(shù)據(jù)受控庫以及ICD文檔產(chǎn)品庫，所述ICD數(shù)據(jù)開發(fā)庫用于設計及存儲若干個不同種類的ICD接口數(shù)據(jù)模型；ICD數(shù)據(jù)受控庫，記錄并存儲任一所述ICD接口數(shù)據(jù)模型更新版本，ICD文檔產(chǎn)品庫，對最終版本任一ICD接口數(shù)據(jù)模型的進行發(fā)布處理。通過一種全新ICD數(shù)據(jù)開發(fā)庫、受控庫、ICD文檔產(chǎn)品庫的三庫管理辦法，解決了飛機全機各系統(tǒng)ICD(接口控制文件)數(shù)據(jù)源難統(tǒng)一、難查詢、難追溯的管理問題以及協(xié)同設計問題。
【IPC分類】G06F17/50
【公開號】CN105335580
【申請?zhí)枴緾N201510844167
【發(fā)明人】鄧寅平, 孫智孝, 張子軍, 王鶴, 賀集樂, 肖靜, 闞東
【申請人】中國航空工業(yè)集團公司沈陽飛機設計研究所
【公開日】2016年2月17日
【申請日】2015年11月26日