一種飛機全系統(tǒng)icd協(xié)同設計與配置管理方法
【技術領域】
[0001] 本發(fā)明屬于飛機設計技術領域，具體涉及一種飛機全系統(tǒng)ICD協(xié)同設計與配置管 理方法。
【背景技術】
[0002] IO)，即interfacecontroldocument，意為接口控制文件，用于說明系統(tǒng)內(nèi)部及 系統(tǒng)與系統(tǒng)間的接口信息情況，在飛機設計領域，ICD是設計結果文件，從其產(chǎn)生開始，根據(jù) 飛機的研發(fā)、驗證任務逐步完善更新，最終達到凍結發(fā)布狀態(tài)，ICD記錄了包括信號類型、信 號值、信號偏移量、傳輸頻率、傳輸路徑等各類信息，是飛機整個生命周期中的一份非常重 要的文件。ICD接口控制文件給出了設計和開發(fā)中接口的詳細定義，補充了詳細設計文件并 且同飛行員操作程序文件以及航空系統(tǒng)規(guī)范一起是飛機設計文件中不可缺少的部分。ICD 作為飛機設計的頂層文件，其設計和管理對航空器的功能和性能產(chǎn)生重要影響。
[0003] 現(xiàn)有技術中，I⑶數(shù)據(jù)的管理方式主要有如下幾種：基于文檔的管理，如傳統(tǒng)word 文檔或者excel表格管理；基于商用軟件的管理，如DOORS工具；基于XML語音的管理。傳統(tǒng) 的ICD設計方式為由設計專業(yè)基于文檔設計和自行管理，存在數(shù)據(jù)源不唯一，且難于查詢； 文檔設計為自然語言描述，不是基于模型且可結構化的工程語言，存在二義性；對于幾百甚 至上千信號一本的ICD文檔，難于定位版本間數(shù)據(jù)差異，很難快速評估變更帶來的風險；難 于記錄、有效管理和追溯更改過程。
[0004] 隨著新技術的發(fā)展，現(xiàn)代飛機航電的軟硬接口（ICD)涉及的信號量不斷增加，各 種數(shù)據(jù)之間的交聯(lián)關系非常復雜，通過涉及航電ICD生產(chǎn)域管理系統(tǒng)來替代手工設計的方 法，實現(xiàn)集中式設計與管理，提高工作效率降低產(chǎn)品故障，使總線系統(tǒng)達到最佳通信狀 態(tài)、控制邏輯關系正確，實現(xiàn)飛機的高性能、可靠性成為現(xiàn)代飛機設計中的必要環(huán)節(jié)。

【發(fā)明內(nèi)容】

[0005] 為了解決上述問題，本發(fā)明提出了一種飛機全系統(tǒng)ICD協(xié)同設計與配置管理方 法。
[0006] 本發(fā)明飛機全系統(tǒng)I⑶協(xié)同設計與配置管理方法主要包括以下步驟：
[0007] S1、根據(jù)飛機的各研制階段，分別建立和標識具有時間先后順序的ICD基線；
[0008] S2、標識所述基線的配置管理項，生成I⑶接口數(shù)據(jù)模型；
[0009] S3、建立ICD數(shù)據(jù)開發(fā)庫，所述ICD數(shù)據(jù)開發(fā)庫用于設計及存儲若干個不同種類的 I⑶接口數(shù)據(jù)模型；
[0010]S4、建立I⑶數(shù)據(jù)受控庫，記錄并存儲任一所述I⑶接口數(shù)據(jù)模型更新版本，所述ICD數(shù)據(jù)受控庫用于對任一種ICD接口數(shù)據(jù)模型的版本入庫及更新管理；
[0011] S5、建立I⑶文檔產(chǎn)品庫，對最終版本任一I⑶接口數(shù)據(jù)模型的進行發(fā)布處理，所 述I⑶文檔產(chǎn)品庫用于對任一種I⑶接口數(shù)據(jù)模型的最終版本出庫管理。
[0012] 優(yōu)選的是，在所述步驟2中，標識所述基線的配置管理項包括根據(jù)總線和/或非總 線不同通訊類型的I⑶基線數(shù)據(jù)進行配置管理項的標識。
[0013] 在上述方案中優(yōu)選的是，在所述步驟2中，標識所述基線的配置管理項包括根據(jù) 后續(xù)全系統(tǒng)ICD管理系統(tǒng)的飛機設備間接口數(shù)據(jù)進行配置管理項的標識。
[0014] 在上述方案中優(yōu)選的是，所述I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法，包 括：
[0015] S401、ICD數(shù)據(jù)優(yōu)化變更設計；
[0016]S402、入庫申請；
[0017]S403、校對及審核，若校對及審核通過，則入庫，否則，返回步驟S401。
[0018] 在上述方案中優(yōu)選的是，在所述步驟S403中，所述校對及審核依據(jù)比對報告，所 述比對報告中包含有ICD數(shù)據(jù)優(yōu)化變更標準。
[0019] 在上述方案中優(yōu)選的是，所述I⑶數(shù)據(jù)受控庫設置有I⑶數(shù)據(jù)入庫管理方法，包 括：
[0020] S501、定義I⑶包含的數(shù)據(jù)集；
[0021] S502、出庫申請；
[0022] S503、校對及審核，若校對及審核通過，則入庫，否則，返回步驟S501。
[0023] 在上述方案中優(yōu)選的是，在所述步驟S502中，所述出庫申請依據(jù)出庫單，所述出 庫單中包含待出庫的ICD數(shù)據(jù)版本集合。
[0024] 本發(fā)明的優(yōu)點是：
[0025] 基于應用信息化平臺開展飛機全系統(tǒng)統(tǒng)一的ICD的協(xié)同設計和配置管理，解決了 傳統(tǒng)基于文檔設計管理方式的一系列問題。根據(jù)數(shù)據(jù)庫，自動導出生成結構化ICD源代碼， 可應用于機載設備軟件開發(fā)、地面試驗仿真測試，保證了ICD設計、設備實現(xiàn)、試驗的數(shù)據(jù) 一致性和可追溯性。
【附圖說明】
[0026]圖1為本發(fā)明飛機全系統(tǒng)I⑶協(xié)同設計與配置管理方法的一優(yōu)選實施例的入庫流 程不意圖。
[0027] 圖2為圖1所示實施例的出庫流程示意圖。
[0028] 圖3為圖1所示實施例的ICD文檔配置庫中的集合具備連接關系示意圖。
【具體實施方式】
[0029] 為使本發(fā)明實施的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中 的附圖，對本發(fā)明實施例中的技術方案進行更加詳細的描述。在附圖中，自始至終相同或類 似的標號表示相同或類似的元件或具有相同或類似功能的元件。所描述的實施例是本發(fā)明 一部分實施例，而不是全部的實施例。下面通過參考附圖描述的實施例是示例性的，旨在用 于解釋本發(fā)明，而不能理解為對本發(fā)明的限制?；诒景l(fā)明中的實施例，本領域普通技術人 員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。下 面結合附圖對本發(fā)明的實施例進行詳細說明。
[0030] 在本發(fā)明的描述中，需要理解的是，術語"中心"、"縱向"、"橫向"、"前"、"后"、"左"、 "右"、"豎直"、"水平"、"頂"、"底" "內(nèi)"、"外"等指示的方位或位置關系為基于附圖所示的方 位或位置關系，僅是為了便于描述本發(fā)明和簡化描述，而不是指示或暗示所指的裝置或元 件必須具有特定的方位、以特定的方位構造和操作，因此不能理解為對本發(fā)明保護范圍的 限制。
[0031] 本發(fā)明提供了一種飛機全系統(tǒng)I⑶協(xié)同設計與配置管理方法，基于飛機全系統(tǒng) ICD全壽命期的多專業(yè)間協(xié)同設計和統(tǒng)一管理問題，若采用傳統(tǒng)的ICD設計和管理方式，設 計專業(yè)基于文檔設計和自行管理設計數(shù)據(jù)，接口數(shù)據(jù)分散存儲在近白份文檔中，數(shù)據(jù)源不 唯一。通過一種全新ICD數(shù)據(jù)開發(fā)庫、受控庫、ICD文檔產(chǎn)品庫的三庫管理辦法，解決了數(shù) 據(jù)源難統(tǒng)一、難查詢、難追溯的問題。
[0032] 需要說明的是，ICD為接口控制文件，用于說明系統(tǒng)內(nèi)部及系統(tǒng)與系統(tǒng)間的接口信 息情況，在飛機設計領域，ICD是設計結果文件，從其產(chǎn)生開始，根據(jù)飛機的研發(fā)、驗證任務 逐步完善更新，最終達到凍結發(fā)布狀態(tài)，ICD記錄了包括信號類型、信號值、信號偏移量、傳 輸頻率、傳輸路徑等各類信息，是飛機整個生命周期中的一份非常重要的文件。
[0033] 本發(fā)明根據(jù)各研制階段，分別建立和標識I⑶基線；識別并標識基線的配置管理 項；建立ICD數(shù)據(jù)開發(fā)庫、受控庫、ICD文檔產(chǎn)品庫的三庫配置管理方法；制定不同控制等 級、合理精簡的入出庫流程；根據(jù)變更頻繁程度，制定配置狀態(tài)記實和配置審核規(guī)定；明確 協(xié)同設計、配置管理的組織架構、職責分工和權限；依據(jù)三庫配置管理方法、國軍標和所標 總線/非總線設計規(guī)范，研發(fā)出ICD協(xié)同設計和配置管理系統(tǒng)（全系統(tǒng)ICD管理軟件），從 而實現(xiàn)全機全壽命周期ICD的多專業(yè)協(xié)同設計和總體專業(yè)對其進行統(tǒng)一的技術狀態(tài)管理。
[0034] 本實施例，所述機全系統(tǒng)I⑶協(xié)同設計與配置管理方法主要包括以下步驟：
[0035] S1、根據(jù)飛機的各研制階段，分別建立和標識具有時間先后順序的ICD基線；
[0036]S2、標識所述基線的配置管理項，生成I⑶接口數(shù)據(jù)模型；
[0037]S3、建立ICD數(shù)據(jù)開發(fā)庫，所述ICD數(shù)據(jù)開發(fā)庫用于設計及存儲若干個不同種類的 I⑶接口數(shù)據(jù)模型；
[0038]S4、建立I⑶數(shù)據(jù)受控庫，記錄并存儲任一所述I⑶接口數(shù)據(jù)模型更新版本，所述 ICD數(shù)據(jù)受控庫用于對任一種ICD接口數(shù)據(jù)模型的版本入庫及更新管理；
[0039]S5、建立I⑶文檔產(chǎn)品庫，對最終版本任一I⑶接口數(shù)據(jù)模型的進行發(fā)布處理，所 述I⑶文檔產(chǎn)品庫用于對任一種I⑶接口數(shù)據(jù)模型的最終版本出庫管理。
[0040] 需要說明的是，基線是通過CCB(配置管控委員會）審批的配置項的集合，用于存 放階段成果，是具有里程碑意義的一個配置，是正式的階段產(chǎn)品。建立基線，是為了把各階 段的工作劃分得更加明確，使得本來連續(xù)開展的工作，在這些點上被分割開，從而更加有利 于檢驗和肯定階段工作成果，有利于進行變更控制。根據(jù)飛機ICD生命期內(nèi)不同的研制階 段，建立了每個階段的基線、明確基線預期建立時間、基線內(nèi)的配置項，如表1所示。
[0041] 表1基線類型及對應的建立時間、配置管理項
[0042]
[0043]
[0044] 其中，所述I⑶B是指飛機接口控制文件數(shù)據(jù)庫管理文件。
[0045] 需要說明的是，配置項是受配置控制的基本單位，ICD配置管理工作均圍繞配置項 "數(shù)據(jù)集"進行。配置項劃分是否合理，是配置管理能否實現(xiàn)的關鍵。對于ICD設計和管理， 即要合理劃分配置項"數(shù)據(jù)集"的細粒度（包含的接口數(shù)據(jù)的范圍）。細粒度過小，變更控 制越精細，但要付出不必要的管理成本和代價。細粒度過大，配置項"數(shù)據(jù)集"狀態(tài)版本變 更，就會影響不該影響的其他ICD的基線數(shù)據(jù)。兩者都會使配置管理過程無法實施。
[0046] 本實施例中，為突破配置項"數(shù)據(jù)集"劃分方法，來標識所述基線的配置管理項，主 要從以下兩方面進行分析。
[0047] -方面，根據(jù)總線、非總線不同通訊類型I⑶報告基線數(shù)據(jù)特點。
[0048] 一份非總線ICD報告的基線數(shù)據(jù)集合，由一個設備和與其交聯(lián)的所有目的設備的 所有類型的雙向非總線信號組成。配置項"數(shù)據(jù)集"細粒度劃分上，第一，應區(qū)分目的設備。 可以達到與一個目的設備間通訊協(xié)議進行更改時，不會影響其他目的設備；第二，