[發明專利]一種分級結構的元數據版本管理方法

有效

• 申請號: 201210000810.8
• 申請日: 2012-01-04
• 公開（公告）號: CN102591666B
• 公開（公告）日: 2016-11-16
• 發明（設計）人: 魏代森;孫立新
• 申請（專利權）人: 浪潮通用軟件有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 姜明

1.一種分級結構的元數據版本管理方法，其特征在于包括以下步驟：

設定開發層次

包括定義元數據的開發層次，所述開發層次用于描述中ERP系統分工細化的結構；

包括定義一種元數據版本結構，所述元數據版本結構用于描述一個元數據的分級結構版本信息；

開發或修改元數據；

發布元數據

將元數據發布為系統部署環境可更新的軟件打包形式，用于后續的元數據部署；

部署元數據

在目標系統環境中更新步驟C發布的元數據；

加載元數據

所述加載元數據的過程，是指根據元數據的標識和開發層級關系，獲取到元數據內容的過程，

步驟B至步驟D可以進行多次迭代。

2.根據權利要求1所述的分級結構的元數據版本管理方法，其特征在于：在步驟A，為了實現對于元數據的版本管理，首先需要定義元數據的開發層次，所述開發層次用于描述中ERP系統分工細化的結構，開發層次包含的內容：

開發層次標識，開發層次的唯一標識；

開發層次名稱，用于語義化的表達開發層次的含義；

開發層次的分類，包含三類：產品層次、行業/區域化層次、客戶定制層次，用于分類描述當前開發層次在ERP系統分工細化中的層次分類；

開發層次描述；

父級開發層次，用以指定開發層次之間的層級關系。

3.根據權利要求2所述的分級結構的元數據版本管理方法，其特征在于：開發層次的定義，由ERP系統軟件開發商統一管理和發布，主要目的是開發層次的沖突管理及規范性，

任何一個ERP系統的部署環境中，都必須設定當前部署環境的開發層次，如果需要修改相應的元數據，則必須具有開發層次的授權，如果不具備相應的授權，則系統阻止對于指定開發層次的元數據修改操作。

4.根據權利要求3所述的分級結構的元數據版本管理方法，其特征在于：開發層次授權在系統中用于控制對于特定開發層次元數據的開發的操作權限，采用與特定硬件標識設備綁定的加密算法產生的字符串。

5.根據權利要求1所述的分級結構的元數據版本管理方法，其特征在于：基于開發層次定義，定義一種元數據版本結構，所述元數據版本結構包含一個或多個帶有父子層級關系的開發層次節點，每個開發層次節點用于描述一個元數據的特定開發層次版本控制信息，每個節點包含如下內容：

元數據標識，用于指定相應的元數據；

開發層次標識，用于指定元數據的當前的開發層次標識；

父層次標識，用于指定元數據當前修改所基于的開發層次的標識；

層次版本號，用于指定當前元數據，在當前開發層次下，其版本的變更記錄；

層次控制信息，提供相關的控制標志，包含的控制標志如下：

是否封閉，用于指定后續開發層次是否可以基于當前開發層次進行修改，如果是否封閉為“真”，則不允許修改；

可修改的層次分類，用于指定當前開發層次的元數據，在哪類開發層次可被再次修改；

是否允許替換，用于指定后續開發層次是否可以將當前開發層次元數據的引用替換為其他開發層次元數據；

升級策略，用于指定當父開發層次及以上層次的變更在更新到當前開發層次時，元數據信息的合并策略，包括：自動合并、覆蓋、人工合并、不合并；

可替代的版本范圍，用于指定當前版本可替代的開發層次及層次版本的范圍，它在元數據加載時使用。

6.根據權利要求1所述的分級結構的元數據版本管理方法，其特征在于：在步驟B，開發或修改元數據時，受到如下限制：

如果不具備當前開發層次的授權，則不允許對相應的元數據進行修改；

修改指定開發層次的元數據，系統的控制遵守相應的開發層次節點的“層次控制信息”中包含的控制標志設定；

在步驟B，修改元數據時，需要選擇基于的該元數據的父開發層次，并且自動復制父開發層次元數據的元數據內容信息和開發層次節點信息；

在步驟B，修改的元數據被保存時，系統將自動保存元數據修改前內容為歷史版本。

7.根據權利要求1所述的分級結構的元數據版本管理方法，其特征在于：在步驟C，元數據發布時，需要發布元數據的開發層級節點信息及元數據內容信息。