• / 9
  • 下載費用:30 金幣  

一種民用飛機服務視圖構型數據庫的構建方法.pdf

摘要
申請專利號:

CN201510395871.2

申請日:

2015.07.07

公開號:

CN104991938A

公開日:

2015.10.21

當前法律狀態:

實審

有效性:

審中

法律詳情: 實質審查的生效IPC(主分類):G06F 17/30申請日:20150707|||公開
IPC分類號: G06F17/30 主分類號: G06F17/30
申請人: 中國商用飛機有限責任公司; 上海飛機客戶服務有限公司
發明人: 王玉偉; 張樂; 王莉莉; 李秀坤; 王梓霖
地址: 200120上海市浦東新區張楊路25號
優先權:
專利代理機構: 北京市金杜律師事務所11256 代理人: 鄭立柱
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201510395871.2

授權公告號:

|||

法律狀態公告日:

2015.11.18|||2015.10.21

法律狀態類型:

實質審查的生效|||公開

摘要

本發明涉及一種民用飛機服務視圖構型數據庫的構建方法,所述方法包括根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的頂層結構,其中,所述SBOM的頂層結構依次包括機種、系統、分系統、分分系統;以及根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的構型層結構。依據本發明,SBOM在EBOM的基礎上按照客服公司的業務需求進行了重構,建立面向客戶服務的產品結構,以該產品結構為核心組織上游輸入數據及維修工程分析產生的各類數據,并為客服各專業提供源數據。

權利要求書

權利要求書
1.  一種民用飛機服務視圖構型數據庫的構建方法,所述方法包括:
根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的頂層結構,其中,所述SBOM的頂層結構依次包括機種、系統、分系統、分分系統;以及
根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的構型層結構。

2.  根據權利要求1所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM的頂層結構還包括單元體,所述單元體處于所述分分系統之下。

3.  根據權利要求1所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM包括基于飛機系統劃分的SBOM系統視圖和基于飛機產品部段劃分的SBOM部段視圖。

4.  根據權利要求3所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM系統視圖是將系統功能進行描述的產品結構關系。

5.  根據權利要求3所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM部段視圖是將物理結構進行描述的產品結構關系。

6.  根據權利要求1所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM的頂層結構包括區域級的劃分并且所述SBOM的頂層結構區域、子區域、子子區域。

7.  根據權利要求1所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM包括SBOM對象模型。

8.  根據權利要求7所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM對象模型包括以下多項之中的至少一項:
-輸入文件包;
-SBOM頂層節點和構型層節點;
-分析活動;
-維修分析報告;
-維修任務;以及
-維修任務程序。

9.  根據權利要求1所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述方法還包括實施設計變更的更改落實。

10.  根據權利要求9所述的民用飛機服務視圖構型數據庫的構建方法,其中,所述設計變更的更改落實的內容包括:EBOM中發生更改時,IDEAL將提示SBOM中的相應節點需要進行相應更改,以確保數據的一致性。

說明書

說明書一種民用飛機服務視圖構型數據庫的構建方法
技術領域
本發明涉及一種民用飛機領域,特別地,涉及一種民用飛機服務視圖構型數據庫的構建方法。
背景技術
型客機在研制初始即制定了C919大型客機構型管理體系,并通過構型管理文件、構型管理平臺進行落實,但僅管理、落實在設計、制造領域,客服公司各項支援活動尚游離于構型管理系統外。為保障客服支援活動的順利有序進行,需在遵循C919項目構型管理大綱及相關文件的基礎上,根據客服公司的業務,制定數據交換要求,制定客服構型控制要求,并基于電子化平臺實施。
通過本系統,使得客服構型控制在電子化平臺上實施,保證客服業務使用的構型數據的唯一性、有效性、可控性、可交換性及可追溯性,從而保證客服各項業務活動的有序進行。
SBOM在EBOM的基礎上按照客服公司的業務需求進行了重構,建立面向客戶服務的產品結構,以該產品結構為核心組織上游輸入數據及維修工程分析產生的各類數據,并為客服各專業提供源數據。在大客PDM平臺IDEAL中將客服的更改落實納入設計的構型體系,成為完整的構型管理體系,客服落實任務由設計更改觸發,落實完整流程全部在本系統中實現。
發明內容
鑒于對以上背景技術的理解,本發明的目的在于提供一種民用 飛機服務視圖構型數據庫的構建方法,所述方法包括:
根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的頂層結構,其中,所述SBOM的頂層結構依次包括機種、系統、分系統、分分系統;以及
根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的構型層結構。
在依據本發明的方法的一個實施例之中,所述民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM的頂層結構還包括單元體,所述單元體處于所述分分系統之下。
在依據本發明的方法的一個實施例之中,所述SBOM包括基于飛機系統劃分的SBOM系統視圖和基于飛機產品部段劃分的SBOM部段視圖。
在依據本發明的方法的一個實施例之中,所述SBOM系統視圖是將系統功能進行描述的產品結構關系。
在依據本發明的方法的一個實施例之中,所述SBOM部段視圖是將物理結構進行描述的產品結構關系。
在依據本發明的方法的一個實施例之中,所述SBOM的頂層結構包括區域級的劃分并且所述SBOM的頂層結構區域、子區域、子子區域。
在依據本發明的方法的一個實施例之中,所述SBOM包括SBOM對象模型。
在依據本發明的方法的一個實施例之中,所述SBOM對象模型包括以下多項之中的至少一項:
-輸入文件包;
-SBOM頂層節點和構型層節點;
-分析活動;
-維修分析報告;
-維修任務;以及
-維修任務程序。
在依據本發明的方法的一個實施例之中,所述方法還包括實施設計變更的更改落實。
在依據本發明的方法的一個實施例之中,所述設計變更的更改落實的內容包括:EBOM中發生更改時,IDEAL將提示SBOM中的相應節點需要進行相應更改,以確保數據的一致性。
SBOM在EBOM的基礎上按照客服公司的業務需求進行了重構,建立面向客戶服務的產品結構,以該產品結構為核心組織上游輸入數據及維修工程分析產生的各類數據,并為客服各專業提供源數據。
附圖說明
通過參照附圖閱讀以下所作的對非限制性實施例的詳細描述,本發明的其它特征、目的和優點將會變得更明顯:
圖1示出了根據本發明的民用飛機服務視圖構型數據庫的構建方法的流程圖100。
具體實施方式
為了清晰地闡述本發明,將首先介紹以下概念:
1服務視圖:
基于IDEAL平臺的服務視圖構型管理業務流程業務說明基于IDEAL平臺的服務視圖構型管理業務流程涵蓋了基于IDEAL平臺的C919型號服務視圖構型管理的業務過程,并對過程中產生的數據形成了明確的分類,并納入了以SVCI/SVDM為核心的服務模塊管理。
1.1服務視圖構型管理方面主要包含以下內容:
SBOM的規劃
SBOM的靜態數據結構
SBOM的頂層和構型層建立
維修工程輸入數據準備
維修工程分析目標確定
維修工程分析執行
維修工程分析交付業務流程
1.2 SBOM的總體規劃
在未來的客服構型管理系統中,將針對客戶服務領域內各業務需求,形成基于飛機系統劃分和飛機產品部段劃分兩種視圖的SBOM。系統視圖是將系統功能進行描述的產品結構關系,部段視圖是將物理結構進行描述的產品結構關系。
未來在系統中構建和維護的核心是SBOM系統視圖,部段視圖的結構樹不需用戶構建和維護,由系統動態生成,供用戶瀏覽查看。
系統視圖是面向維護的縱向產品結構樹,共分為兩個層次:頂層和構型層。
頂層結構除了包含有eBOM系統視圖的系統、分系統、分分系統三層外,在分分系統下構型層之上還有一層單元體,細分出單元體層的主要原因是:
1)若按照系統、分系統、分分系統三層劃分,構型層之上只有4位編碼,如C1-2143(21-系統,4-分系統,3-分分系統);而技術出版物系統及維修工程分析等系統都要求是6位編碼,如C1-214301,C1-214302,因此增加單元體層可以使其結構和編碼都吻合;
2)可以展示出LRU信息,如某些結構在維修時需作為整體拆換;
3)eBOM上的CI結構較大、復雜,需要映射到不同的單元體下的不同SCI來維護。
頂層結構除了包括系統級的劃分,還需要包括區域級的劃分。因為維修工程分析工作很多基于區域開展,因此需要劃分區域、子區域、子子區域,作為頂層結構的一部分。
構型層一般關聯在單元體下,但根據實際業務需要,構型層也可以關聯在頂層結構上。當頂層結構是維護候選項時,為了管理頂層候選項的服務數據,需要為頂層件創建相應的SVCI/SVLO/SVDM,相應的管理模式與單元體下關聯的SVCI相同。這體現了構型控制的 核心是構型項的思想,也與設計單位系統視圖SCI可以關聯到頂層任意結構的思路保持一致。業務上可能出現某個系統為候選項,其下屬的分系統也可能是候選項,即候選項存在嵌套關系。這種情況下每個候選項分別對應不同的SVCI/SVLO/SVDM,構型層之間本身不嵌套。
構型層包含關聯對象有效性、服務構型模塊,需要說明的是,SBOM底層不掛接任何零部件,服務構型模塊的虛擬結構完全由系統動態生成。本期使用簡便的上下游CI關聯的方式以及服務標識功能代替原有的重構方案。查看SVDM時,系統自動根據SVDM的有效性及與設計CI和系統CI之間的關系,結合用戶勾選的服務標識,動態生成虛擬結構供用戶查看和下載數模。
SBOM方案的優點:
使用簡便的上下游CI關聯的方式代替原有的重構方案;
方便快捷地通過CI關聯關系獲取指定SVCI/SVDM完整有效的三維數模信息
真正實現″結構″與″維護″分離,設計部門與客服職責更分明;
2.3.SBOM對象模型
未來SBOM關聯的數據對象主要有以下六大類:
1、輸入文件包:由構型管理組為維修候選項建立輸入文件包,按照客服業務方式對設計/制造輸入文件進行分類和組織,方便客服用戶查找使用,關聯在候選項所對應的SCVI上。
2、SBOM頂層節點和構型層節點:由構型管理組負責SBOM頂層節點和構型層節點的初始結構關系建立,所有SBOM上的節點均包括基本屬性。對于SBOM上的SVDM節點,其屬性分為兩部分,一部分是在SBOM建立時由構型管理組負責填寫的基本屬性,另一部分則是隨著維修分析工作的開展,由維修分析工程師負責填寫的維修屬性。
3、分析活動:以數據的形式管理,由維修分析工程師負責創建和維護。關聯在確定的候選項上,一個候選項可對應多個分析任務。
4、維修分析報告:以文檔的形式管理,由維修分析工程師負責創建和維護,關聯在對應的候選項上。如一個分析報告包含多個候選項,則關聯在共同的頂層父件上。
5、維修任務:以數據對象的形式進行管理,由維修分析工程師負責創建和維護。關聯在確定的候選項上,一個候選項可對應多個維修任務。
6、維修任務程序:以文檔的形式進行管理,由維修分析工程師負責創建和維護,關聯在對應的任務上。一個任務對應一個任務程序。
2更改控制:
1基于IDEAL平臺的客服更改控制流程業務說明
IDEAL平臺客服更改控制主要包括設計更改落實和內部更改管控兩大部分。
IDEAL平臺現有的工程更改控制模塊已經涵蓋了更改申請、更改評估、更改落實、以及更改審核,但需將客服的更改落實一并納入,成為完整的管理體系。
客服業務實際上是與設計工作并行展開的,需要為客服內部數據規劃實施統一的內部更改管控。
1.1更改控制管理方面的主要內容
i.EBOM中發生更改時,IDEAL將提示SBOM中的相應節點需要進行相應更改,以確保數據的一致性。
ii.為實現對C919大型客機客服各項業務在其全生命周期的對源數據及其動態更改管控,增加對各業務部門的更改控制、紀實及審核流程。
iii.基于IDEAL平臺實現客服更改控制、紀實及審核業務流程的電子化管理,滿足這些業務流程規范受控的管理需要。
iv.構型紀實匯總輸出。
1.2設計變更的更改落實
設計變更的更改落實主要指設計變更經審核發布后,需要將該變更傳遞至客服,以更改落實單為載體,驅動控制各業務部門的更改落實,實現上下游間的更改閉環。
需要在現有IDEAL平臺上工程更改設計落實確認和更改通告(CL)業務流程中加入客服確認接收CL的環節,并在后臺自動創建出對應的更改落實單,觸發客服的更改落實。需要涵蓋設計數模更改和構型基線中技術文件更改。
客服更改控制管理組中各業務部門責任人根據此次更改的影響范圍和程度判斷是否需要基于落實單創建服務變更通知,規劃、落實相應更改。
僅當更改落實單所關聯的所有服務變更通知都完成后,即受影響業務部門完成對此次設計更改的落實工作,落實單才能被關閉,標識設計更改閉環。
1.3客服內部變更管控
客服內部變更管控是相對于設計更改落實而言,指客服內部各業務部門(維修工程、技術出版物、航材、飛訓等)可以基于客服相關業務對象發起變更、落實變更。以及其他業務部門根據其受影響程度判斷是否需要針對該變更作出相應的變更響應。
內部變更管控包括服務變更請求和服務變更通知。是否需要先創建服務變更請求再創建服務變更通知由變更人員根據業務規范判斷;否則,可以直接創建服務變更通知,添加受影響數據、規劃、落實變更。
內部變更的規劃、落實(服務變更通知)業務流程與設計更改落實各業務部門的變更規劃、落實一致。
1.4紀實匯總輸出
根據不同時間段統計客服接收到的各類更改信息(分類)及關閉狀況。
根據不同時間段統計各部門各類更改接收及落實狀況。
對系統現有的報表功能進行完善,使得用戶選取SBOM頂層產 品結構中的某一個系統、分系統或分分系統(對應ATA的章、節、子節)時,能夠生成其下的零組件匯總報表,并能基于SBOM底層零組件定義的現有屬性的屬性值作為查詢條件,生成所需的報表;能夠基于有效性要求生成不同架次的定制匯總報表(零組件、構型項、文檔清單等)。
圖1示出了根據本發明的民用飛機服務視圖構型數據庫的構建方法的流程圖100。從圖中可以看出:依據本發明的民用飛機服務視圖構型數據庫的構建方法100包括:
首先,在第一方法步驟110之中,根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的頂層結構,其中,所述SBOM的頂層結構依次包括機種、系統、分系統、分分系統;以及
然后,在第一方法步驟120之中,根據所述民用飛機的eBOM系統視圖來設計所述民用飛機的SBOM的構型層結構。
在依據本發明的方法的一個實施例之中,所述民用飛機服務視圖構型數據庫的構建方法,其中,所述SBOM的頂層結構還包括單元體,所述單元體處于所述分分系統之下。
在依據本發明的方法的一個實施例之中,所述SBOM包括基于飛機系統劃分的SBOM系統視圖和基于飛機產品部段劃分的SBOM部段視圖。
在依據本發明的方法的一個實施例之中,所述SBOM系統視圖是將系統功能進行描述的產品結構關系。
在依據本發明的方法的一個實施例之中,所述SBOM部段視圖是將物理結構進行描述的產品結構關系。
在依據本發明的方法的一個實施例之中,所述SBOM的頂層結構包括區域級的劃分并且所述SBOM的頂層結構區域、子區域、子子區域。
在依據本發明的方法的一個實施例之中,所述SBOM包括SBOM對象模型。
在依據本發明的方法的一個實施例之中,所述SBOM對象模型 包括以下多項之中的至少一項:
-輸入文件包;
-SBOM頂層節點和構型層節點;
-分析活動;
-維修分析報告;
-維修任務;以及
-維修任務程序。
在依據本發明的方法的一個實施例之中,所述方法還包括實施設計變更的更改落實。
在依據本發明的方法的一個實施例之中,所述設計變更的更改落實的內容包括:EBOM中發生更改時,IDEAL將提示SBOM中的相應節點需要進行相應更改,以確保數據的一致性。
SBOM在EBOM的基礎上按照客服公司的業務需求進行了重構,建立面向客戶服務的產品結構,以該產品結構為核心組織上游輸入數據及維修工程分析產生的各類數據,并為客服各專業提供源數據。
本領域技術人員應能理解,上述實施例均是示例性而非限制性的。在不同實施例中出現的不同技術特征可以進行組合,以取得有益效果。本領域技術人員在研究附圖、說明書及權利要求書的基礎上,應能理解并實現所揭示的實施例的其他變化的實施例。在權利要求書中,術語“包括”并不排除其他裝置或步驟;不定冠詞“一個”不排除多個;術語“第一”、“第二”用于標示名稱而非用于表示任何特定的順序。權利要求中的任何附圖標記均不應被理解為對保護范圍的限制。某些技術特征出現在不同的從屬權利要求中并不意味著不能將這些技術特征進行組合以取得有益效果。本專利覆蓋在字面上或在等同原則下落入所附權利要求的范圍的所有方法、裝置和產品。

關 鍵 詞:
一種 民用 飛機 服務 視圖 構型 數據庫 構建 方法
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:一種民用飛機服務視圖構型數據庫的構建方法.pdf
鏈接地址:http://www.rgyfuv.icu/p-6353658.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图