本發(fā)明涉及企業(yè)信息化技術領域,特別是涉及一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法及工具。
背景技術:
隨著信息化技術的不斷發(fā)展和企業(yè)業(yè)務的日趨復雜,大型企業(yè)已逐步形成自己的企業(yè)信息系統(tǒng),以實現(xiàn)對企業(yè)的高效管理。目前,企業(yè)信息系統(tǒng)的檢查優(yōu)化都是采用傳統(tǒng)的專家審查的方式實現(xiàn)的,隨著涉及業(yè)務領域的逐漸增多,技術更新迅速,企業(yè)信息系統(tǒng)往往規(guī)模宏大、成果較多、元素之間的關系復雜,傳統(tǒng)的專家審查的方式通常面臨專家資源不足、工作量大、成本高、準確率低的問題,導致企業(yè)信息系統(tǒng)的準確性和高效性難以保證。
技術實現(xiàn)要素:
基于此,有必要針對現(xiàn)有技術中對企業(yè)信息系統(tǒng)進行檢查優(yōu)化時面臨的專家資源不足、工作量大、成本高、準確率低,導致企業(yè)信息系統(tǒng)的合理性和準確性難以保證的問題,提供一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法及工具。
為解決現(xiàn)有技術中的上述問題,本發(fā)明采取如下的技術方案:
一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法,所述方法包括以下步驟:
讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型;
讀取預先設置的與所述系統(tǒng)模型對應的架構元模型的架構元素之間的關系類型和約束條件;
根據(jù)所述關系類型和所述約束條件對所述系統(tǒng)模型進行匹配分析,并根據(jù)匹配分析結果優(yōu)化所述企業(yè)信息系統(tǒng)。
相應地,本發(fā)明還提出一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化工具,所述工具包括:
系統(tǒng)模型讀取模塊,用于讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型;
元模型讀取模塊,用于讀取預先設置的與所述系統(tǒng)模型對應的架構元模型的架構元素之間的關系類型和各個所述架構元素之間的約束條件;
系統(tǒng)優(yōu)化模塊,用于根據(jù)所述關系類型和所述約束條件對所述系統(tǒng)模型進行匹配分析,并根據(jù)匹配分析結果優(yōu)化所述企業(yè)信息系統(tǒng)。
上述基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法及工具基于預先設置的架構元模型,通過將企業(yè)信息系統(tǒng)對應的系統(tǒng)模型與架構元模型進行滿足關系類型和約束條件的匹配分析,進而根據(jù)匹配分析結果對企業(yè)信息系統(tǒng)進行優(yōu)化,無需人工對企業(yè)信息系統(tǒng)對應的系統(tǒng)模型進行逐一檢查和優(yōu)化,同時避免了人為主觀因素對優(yōu)化結果的影響,從而提高了對企業(yè)信息系統(tǒng)進行優(yōu)化的自動化程度和準確性。
附圖說明
圖1為其中一個實施例中基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法的流程示意圖;
圖2為其中一個實施例中基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化系統(tǒng)的結構示意圖。
具體實施方式
下面將結合附圖及較佳實施例對本發(fā)明的技術方案進行詳細描述。
在其中一個實施例中,參見圖1所示,一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法,該方法包括以下步驟:
S100讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型。
在本步驟中,利用相應工具讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型,例如,讀取系統(tǒng)模型的各個元素等。
S200讀取預先設置的與所述系統(tǒng)模型對應的架構元模型的架構元素之間的關系類型和約束條件。
在本實施例中,架構元模型是描述構成企業(yè)信息系統(tǒng)的所有關鍵元素和關系的模型集合,一般包括業(yè)務架構元模型、應用架構元模型、數(shù)據(jù)架構元模型和技術架構元模型,且架構元模型與系統(tǒng)模型相對應,二者具有對應的組成元素,本步驟可以讀取預先設置的架構元模型的各個架構元素如業(yè)務分類模塊、應用模塊、技術模塊等之間的關系類型和約束條件。
作為一種可選的實施方式,各個架構元素之間的關系類型根據(jù)架構元素的具體關系可以分為以下幾種:使用關系類型、分配關系類型、細分關系類型、協(xié)同關系類型和實現(xiàn)關系類型,例如對于架構元素A和架構元素B而言,若架構元素A和架構元素B的關系類型為使用關系類型,則表示架構元素B被架構元素A使用;若架構元素A和架構元素B的關系類型為分配關系類型,則表示架構元素B描述了架構元素A的分配關系;若架構元素A和架構元素B的關系類型為細分關系類型,則表示架構元素B可細分為架構元素A;若架構元素A和架構元素B的關系類型為協(xié)同關系類型,則表示架構元素B描述了架構元素A的協(xié)同關系;若架構元素A和架構元素B的關系類型為實現(xiàn)關系類型,則表示架構元素B實現(xiàn)了架構元素A。通過對架構元素之間的關系類型的細分,有利于提高企業(yè)信息系統(tǒng)優(yōu)化的準確性。
在步驟S200中,除讀取預先設置的與系統(tǒng)模型對應的架構元模型的各個架構元素之間的關系類型外,還讀取各個架構元素之間的約束條件。作為一種可選的實施方式,讀取的各個架構元素之間的約束條件包括等級約束條件、強制約束條件和數(shù)量約束條件,具體地,等級約束條件可以利用對分層的架構元素的等級進行設定的函數(shù)即Level函數(shù)表示,并以Max表示分層的架構元素中的最底層,Min表示分層的架構元素中的最上層,例如對于業(yè)務分類這一架構元素而言,其只有一級業(yè)務分類x和二級業(yè)務分類y,那么Level(y)=Level(x)+1,二級業(yè)務分類y也可以表示為Level(y)=Max。在讀取各個架構元素之間的約束條件時,例如讀取架構元素A和架構元素B之間的強制約束條件時,強制約束條件包括強制約束架構元素A和強制約束架構元素B兩種具體條件:當強制約束架構元素A且不強制約束架構元素B時,表示必定存在架構元素B與架構元素A之間滿足相應的關系類型;當不強制約束架構元素A且強制約束架構元素B時,表示必定存在架構元素A與架構元素B之間滿足相應的關系類型;當強制約束架構元素A且強制約束架構元素B時,表示必定存在滿足架構元素A和架構元素B滿足二者之間的關系類型;當既不強制約束架構元素A,也不強制約束架構元素B時,表示可以不存在架構元素A與架構元素B滿足相應的關系類型,同時也可以不存在架構元素B與架構元素A滿足相應的關系類型。數(shù)量約束條件是指架構元素A和架構元素B之間數(shù)量上的關系,例如n->1表示一個架構元素B對應一個或多個架構元素A,而不存在一個架構元素A對應多個架構元素B;2->1表示存在兩個架構元素A對應一個架構元素B;n->m表示可以是一個架構元素A對應多個架構元素B,也可以是一個架構元素B對應多個架構元素A。通過讀取架構元模型的多種約束條件,為架構元模型與系統(tǒng)模型之間的匹配分析提供約束條件,有利于對模型匹配分析的準確性,從而進一步提高企業(yè)信息系統(tǒng)優(yōu)化的準確性。
S300根據(jù)所述關系類型和所述約束條件對所述系統(tǒng)模型進行匹配分析,并根據(jù)匹配分析結果優(yōu)化所述企業(yè)信息系統(tǒng)。
在本步驟中,根據(jù)在步驟S100中讀取到的待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型和在步驟S200中讀取到的架構元模型的各個架構元素之間的關系類型、約束條件,對系統(tǒng)模型進行匹配分析,獲得匹配分析結果,該結果包括對系統(tǒng)模型中各個元素的分析結果、元素之間的關系的分析結果等,根據(jù)匹配分析結果,本領域技術人員可以采用已有的優(yōu)化方式和優(yōu)化工具對企業(yè)信息系統(tǒng)進行優(yōu)化。
在根據(jù)關系類型和約束條件對系統(tǒng)模型進行匹配分析,并根據(jù)匹配分析結果優(yōu)化企業(yè)信息系統(tǒng)時,作為一種具體的實施方式,該過程包括以下步驟:讀取系統(tǒng)模型的元素;判斷元素是否滿足元素在架構元模型中對應的架構元素的關系類型和約束條件,若否,則根據(jù)對應的架構元素的關系類型和約束條件調(diào)整元素的關系類型和約束條件,對企業(yè)信息系統(tǒng)進行優(yōu)化。在本實施方式中,首先讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型的各個元素,獲得構成系統(tǒng)模型的各個元素的信息;然后判斷系統(tǒng)模型的每一元素是否滿足架構元模型中對應的架構元素之間的關系類型和約束條件,例如判斷系統(tǒng)模型的元素a和元素b是否滿足架構元模型中架構元素A和架構元素B之間的關系類型和約束條件,其中系統(tǒng)模型的元素a在架構元模型中對應的架構元素為架構元素A,系統(tǒng)模型的元素b在架構元模型中對應的架構元素為架構元素B,如果判斷結果是元素a和元素b均滿足,表明系統(tǒng)模型中元素a和元素b之間的關系是正確的,否則是錯誤的,當判斷元素a和元素b不滿足關系類型和約束條件時,此時根據(jù)對應的架構元素A和架構元素B之間的關系類型和約束條件調(diào)整元素a和元素b的關系類型和約束條件,實現(xiàn)對系統(tǒng)模型的優(yōu)化,進而實現(xiàn)對企業(yè)信息系統(tǒng)的優(yōu)化。通過對系統(tǒng)模型的各個元素是否滿足關系類型和約束條件的判斷,能夠?qū)崿F(xiàn)系統(tǒng)模型與架構元模型之間準確、快速的匹配分析,從而提高基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法的效率。
在上述具體實施方式的基礎之上,更進一步地,基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法還包括以下步驟:當判斷系統(tǒng)模型的元素不滿足相應的關系類型和約束條件時,將對應的元素、關系類型和約束條件進行存儲,并生成錯誤信息文本。例如,架構元素A和架構元素B的關系類型為細分關系類型,且約束條件中的強制約束條件為強制約束架構元素A且不強制約束架構元素B,當判斷系統(tǒng)模型的中元素a和元素b不滿足架構元素A和架構元素B之間的關系類型和約束條件,或者不滿足架構元素A和架構元素B之間的關系類型和約束條件二者中的任意一種時,此時將對應的元素、關系類型和約束條件進行存儲,即將元素a、元素b、細分關系類型和強制約束條件進行存儲,以為未來對企業(yè)信息系統(tǒng)的優(yōu)化數(shù)據(jù)追溯提供數(shù)據(jù)支持;同時生成錯誤信息文本,將錯誤信息如元素a、元素b、細分關系類型和強制約束條件等以文字形式顯示于文本之上,以提醒用戶并供用戶查看。
上述基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化方法基于預先設置的架構元模型,通過將企業(yè)信息系統(tǒng)對應的系統(tǒng)模型與架構元模型進行滿足關系類型和約束條件的匹配分析,進而根據(jù)匹配分析結果對企業(yè)信息系統(tǒng)進行優(yōu)化,無需人工對企業(yè)信息系統(tǒng)對應的系統(tǒng)模型進行逐一檢查和優(yōu)化,同時避免了人為主觀因素對優(yōu)化結果的影響,從而提高了對企業(yè)信息系統(tǒng)進行優(yōu)化的自動化程度和準確性。
同時,本發(fā)明還提出一種基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化工具,參見圖2所示,該工具包括:
系統(tǒng)模型讀取模塊100,用于讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型;
元模型讀取模塊200,用于讀取預先設置的與所述系統(tǒng)模型對應的架構元模型的架構元素之間的關系類型和約束條件;
系統(tǒng)優(yōu)化模塊300,用于根據(jù)所述關系類型和所述約束條件對所述系統(tǒng)模型進行匹配分析,并根據(jù)匹配分析結果優(yōu)化所述企業(yè)信息系統(tǒng)。
具體地,在本實施例中,系統(tǒng)模型讀取模塊100讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型。系統(tǒng)模型讀取模塊100利用相應工具讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型,例如,讀取系統(tǒng)模型的各個元素和各個元素之間的關系等。
架構元模型是描述構成企業(yè)信息系統(tǒng)的所有關鍵元素和關系的模型集合,一般包括業(yè)務架構元模型、應用架構元模型、數(shù)據(jù)架構元模型和技術架構元模型,且架構元模型與系統(tǒng)模型相對應,二者具有對應的組成元素,元模型讀取模塊200可以讀取預先設置的架構元模型的各個架構元素如業(yè)務分類模塊、應用模塊、技術模塊等之間的關系類型和約束條件。
作為一種可選的實施方式,各個架構元素之間的關系類型根據(jù)架構元素的具體關系可以分為以下幾種:使用關系類型、分配關系類型、細分關系類型、協(xié)同關系類型和實現(xiàn)關系類型,例如對于架構元素A和架構元素B而言,若架構元素A和架構元素B的關系類型為使用關系類型,則表示架構元素B被架構元素A使用;若架構元素A和架構元素B的關系類型為分配關系類型,則表示架構元素B描述了架構元素A的分配關系;若架構元素A和架構元素B的關系類型為細分關系類型,則表示架構元素B可細分為架構元素A;若架構元素A和架構元素B的關系類型為協(xié)同關系類型,則表示架構元素B描述了架構元素A的協(xié)同關系;若架構元素A和架構元素B的關系類型為實現(xiàn)關系類型,則表示架構元素B實現(xiàn)了架構元素A。通過對架構元素之間的關系類型的細分,有利于提高企業(yè)信息系統(tǒng)優(yōu)化的準確性。
元模型讀取模塊200除讀取預先設置的與系統(tǒng)模型對應的架構元模型的各個架構元素之間的關系類型外,還讀取各個架構元素之間的約束條件。作為一種可選的實施方式,元模型讀取模塊200讀取的各個架構元素之間的約束條件包括等級約束條件、強制約束條件和數(shù)量約束條件,具體地,等級約束條件可以利用對分層的架構元素的等級進行設定的函數(shù)即Level函數(shù)表示,并以Max表示分層的架構元素中的最底層,Min表示分層的架構元素中的最上層,例如對于業(yè)務分類這一架構元素而言,其只有一級業(yè)務分類x和二級業(yè)務分類y,那么Level(y)=Level(x)+1,二級業(yè)務分類y也可以表示為Level(y)=Max。在讀取各個架構元素之間的約束條件時,例如讀取架構元素A和架構元素B之間的強制約束條件時,強制約束條件包括強制約束架構元素A和強制約束架構元素B兩種具體條件:當強制約束架構元素A且不強制約束架構元素B時,表示必定存在架構元素B與架構元素A之間滿足相應的關系類型;當不強制約束架構元素A且強制約束架構元素B時,表示必定存在架構元素A與架構元素B之間滿足相應的關系類型;當強制約束架構元素A且強制約束架構元素B時,表示必定存在滿足架構元素A和架構元素B滿足二者之間的關系類型;當既不強制約束架構元素A,也不強制約束架構元素B時,表示可以不存在架構元素A與架構元素B滿足相應的關系類型,同時也可以不存在架構元素B與架構元素A滿足相應的關系類型。數(shù)量約束條件是指架構元素A和架構元素B之間數(shù)量上的關系,例如n->1表示一個架構元素B對應一個或多個架構元素A,而不存在一個架構元素A對應多個架構元素B;2->1表示存在兩個架構元素A對應一個架構元素B;n->m表示可以是一個架構元素A對應多個架構元素B,也可以是一個架構元素B對應多個架構元素A。通過讀取架構元模型的多種約束條件,為架構元模型與系統(tǒng)模型之間的匹配分析提供約束條件,有利于對模型匹配分析的準確性,從而進一步提高企業(yè)信息系統(tǒng)優(yōu)化的準確性。
系統(tǒng)模型優(yōu)化模塊300根據(jù)系統(tǒng)模型讀取模塊100讀取到的待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型和元模型讀取模塊200讀取到的架構元模型的各個架構元素之間的關系類型、約束條件,對系統(tǒng)模型進行匹配分析,獲得匹配分析結果,該結果包括對系統(tǒng)模型中各個元素的分析結果、元素之間的關系的分析結果等,根據(jù)匹配分析結果,系統(tǒng)模型優(yōu)化模塊300對系統(tǒng)模型進行優(yōu)化,并根據(jù)優(yōu)化后的系統(tǒng)模型進一步實現(xiàn)對企業(yè)信息系統(tǒng)的優(yōu)化。
作為一種具體的實施方式,系統(tǒng)優(yōu)化模塊300包括讀取子模塊、判斷子模塊和優(yōu)化子模塊,讀取子模塊用于讀取系統(tǒng)模型的元素;判斷子模塊用于判斷元素是否滿足元素在架構元模型中對應的架構元素的關系類型和約束條件;優(yōu)化子模塊用于在判斷子模塊的判斷結果為否時,根據(jù)對應的架構元素的關系類型和約束條件調(diào)整元素的關系類型和約束條件,對企業(yè)信息系統(tǒng)進行優(yōu)化。在本實施方式中,首先讀取子模塊讀取待優(yōu)化的企業(yè)信息系統(tǒng)對應的系統(tǒng)模型的各個元素,獲得構成系統(tǒng)模型的各個元素的信息;然后判斷子模塊判斷系統(tǒng)模型的每一元素是否滿足架構元模型中對應的架構元素之間的關系類型和約束條件,例如判斷系統(tǒng)模型中元素a和元素b是否滿足架構元模型的架構元素A和架構元素B之間的關系類型和約束條件,其中系統(tǒng)模型的元素a在架構元模型中對應的架構元素為架構元素A,系統(tǒng)模型的元素b在架構元模型中對應的架構元素為架構元素B,如果判斷結果是元素a和元素b均滿足,表明系統(tǒng)模型中元素a和元素b之間的關系是正確的,否則是錯誤的,當判斷子模塊判斷元素a和元素b不滿足關系類型和約束條件時,此時優(yōu)化子模塊根據(jù)對應的架構元素A和架構元素B之間的關系類型和約束條件調(diào)整元素a和元素b的關系類型和約束條件,實現(xiàn)對系統(tǒng)模型的優(yōu)化,進而實現(xiàn)對企業(yè)信息系統(tǒng)的優(yōu)化。本實施方式中的系統(tǒng)優(yōu)化模塊利用讀取子模塊、判斷子模塊和優(yōu)化子模塊的系統(tǒng)作用,通過對系統(tǒng)模型的各個元素是否滿足關系類型和約束條件的判斷,能夠?qū)崿F(xiàn)系統(tǒng)模型與架構元模型之間準確、快速的匹配分析,從而提高基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化效率。
在上述具體實施方式的基礎之上,更進一步地,基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化系統(tǒng)中的系統(tǒng)優(yōu)化模塊還包括存儲子模塊,當判斷子模塊判斷系統(tǒng)模型的元素不滿足相應的關系類型和約束條件時,存儲子模塊用于將對應的元素、關系類型和約束條件進行存儲,并生成錯誤信息文本。例如,架構元素A和架構元素B的關系類型為細分關系類型,且約束條件中的強制約束條件為強制約束架構元素A且不強制約束架構元素B,當判斷子模塊判斷系統(tǒng)模型的中元素a和元素b不滿足架構元素A和架構元素B之間的關系類型和約束條件,或者不滿足架構元素A和架構元素B之間的關系類型和約束條件二者中的任意一種時,此時存儲子模塊將對應的元素、關系類型和約束條件進行存儲,即將元素a、元素b、細分關系類型和強制約束條件進行存儲,以為未來對企業(yè)信息系統(tǒng)的優(yōu)化數(shù)據(jù)追溯提供數(shù)據(jù)支持;同時生成錯誤信息文本,將錯誤信息如元素a、元素b、細分關系類型和強制約束條件等以文字形式顯示于文本之上,以提醒用戶并供用戶查看。
上述基于架構元模型的企業(yè)信息系統(tǒng)優(yōu)化系統(tǒng)基于預先設置的架構元模型,通過將企業(yè)信息系統(tǒng)對應的系統(tǒng)模型與架構元模型進行滿足關系類型和約束條件的匹配分析,進而根據(jù)匹配分析結果對企業(yè)信息系統(tǒng)進行優(yōu)化,無需人工對企業(yè)信息系統(tǒng)對應的系統(tǒng)模型進行逐一檢查和優(yōu)化,同時避免了人為主觀因素對優(yōu)化結果的影響,從而提高了對企業(yè)信息系統(tǒng)進行優(yōu)化的自動化程度和準確性。
以上所述實施例的各技術特征可以進行任意的組合,為使描述簡潔,未對上述實施例中的各個技術特征所有可能的組合都進行描述,然而,只要這些技術特征的組合不存在矛盾,都應當認為是本說明書記載的范圍。
以上所述實施例僅表達了本發(fā)明的幾種實施方式,其描述較為具體和詳細,但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是,對于本領域的普通技術人員來說,在不脫離本發(fā)明構思的前提下,還可以做出若干變形和改進,這些都屬于本發(fā)明的保護范圍。因此,本發(fā)明專利的保護范圍應以所附權利要求為準。