專利名稱：用于管理面向服務(wù)體系結(jié)構(gòu)的生存周期的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于管理面向服務(wù)體系結(jié)構(gòu)(SOA)的生存周期的方法和 系統(tǒng)。
背景技術(shù)：
服務(wù)使用標(biāo)準(zhǔn)化接口來通過例如因特網(wǎng)等計(jì)算機(jī)網(wǎng)絡(luò)在計(jì)算機(jī)之間交 換數(shù)據(jù)。應(yīng)用可以使用服務(wù)器提供的服務(wù)通過計(jì)算機(jī)網(wǎng)絡(luò)請(qǐng)求來自服務(wù)器 的數(shù)據(jù)。這種請(qǐng)求一般被容納在SOAP封裝內(nèi)，SOAP封裝使用HTTP而 被傳送，并且可以包括XML和其他web相關(guān)標(biāo)準(zhǔn)。技術(shù)上更先進(jìn)的應(yīng)用 組合各種服務(wù)來獲得或處理所需數(shù)據(jù)。針對(duì)多個(gè)服務(wù)(例如因特網(wǎng)上的 web服務(wù))開發(fā)的軟件體系結(jié)構(gòu)被稱為面向服務(wù)體系結(jié)構(gòu)(SOA)。
在SOA中，資源作為網(wǎng)絡(luò)中的參與者可以標(biāo)準(zhǔn)化方式訪問的獨(dú)立服 務(wù)而對(duì)參與者可用。雖然SOA的大部分定義使用經(jīng)由TCP/IP上的 HTTP/HTTPS傳送的SOAP請(qǐng)求，但是SOA也可以使用任意基于web服 務(wù)的技術(shù)。web服務(wù)基于獨(dú)立于底層平臺(tái)和編程語(yǔ)言的形式定義進(jìn)行互操 作。接口定義封裝了特定實(shí)現(xiàn)方式。SOA獨(dú)立于特定開發(fā)技術(shù)(例如Java 和.NET)。軟件組件變得非常易于重新使用，因?yàn)榻涌谑亲駨臉?biāo)準(zhǔn)的，并 且獨(dú)立于web服務(wù)邏輯的底層實(shí)現(xiàn)方式。例如，C# (C Sharp)服務(wù)可被 JAVA應(yīng)用使用，反之亦然。
在SOA中，注冊(cè)表在管理關(guān)于SOA實(shí)體的信息和諸如SOA實(shí)體之間 關(guān)聯(lián)政策(例如關(guān)于web服務(wù)的使用或性能的情況的規(guī)則)等其他元數(shù)據(jù) 方面扮演重要角色。不僅在操作SOA時(shí)，而且在SOA的生存周期的其他 階段也是這樣。因此，在一個(gè)或多個(gè)注冊(cè)表中維護(hù)的信息將經(jīng)歷這樣的生 存周期，該生存周期例如可以定向到軟件的經(jīng)典開發(fā)周期(啟動(dòng)、設(shè)計(jì)、 實(shí)現(xiàn)、測(cè)試、生產(chǎn)，等等)。但是，將生存周期的一個(gè)階段改變?yōu)橄乱粋€(gè) 階段將影響SOA的哪些部分將在很大程度上依賴于在實(shí)現(xiàn)其SOA的組織 中建立的過程?，F(xiàn)有技術(shù)中公開的SOA體系結(jié)構(gòu)及其元素不提供定制的 生存周期管理，而是提供最佳"普適"手段用于管理SOA的實(shí)體的生存 周期，其中對(duì)每個(gè)web服務(wù)提供狀態(tài)指示，該指示可以反映某個(gè)web服務(wù) 可操作還是仍被測(cè)試。
因此，本發(fā)明所要解決的技術(shù)問題是克服現(xiàn)有技術(shù)的這些缺點(diǎn)，并提 供用于依賴于實(shí)現(xiàn)SOA的組織的需要而以高度可定制形式管理生存周期 信息的方法和系統(tǒng)。

發(fā)明內(nèi)容
在本發(fā)明的一個(gè)方面中，通過用于管理面向服務(wù)體系結(jié)構(gòu)(SOA)的 生存周期的方法來解決該問題，該方法包括以下步驟根據(jù)實(shí)現(xiàn)SOA的 組織的要求來選擇用于生存周期管理的SOA的多個(gè)對(duì)象的子集；以及向 SOA的多個(gè)對(duì)象的子集的每個(gè)成員分配生存周期屬性。
本發(fā)明的方法不是向SOA的所有實(shí)體或其固定子集提供不靈活的生 存周期管理，而是首先提供選擇步驟，其中用戶可以選擇SOA的對(duì)象， 所述對(duì)象可被SOA的生存周期影響。實(shí)現(xiàn)組織可以例如決定要被提供以 生存周期屬性的對(duì)象不是web服務(wù)而僅是它們的多個(gè)部分，例如各個(gè)消息 部分?？梢员惶峁┮陨嬷芷趯傩缘钠渌麑?duì)象是SOA的關(guān)聯(lián)或政策，它 們可以依賴于特定實(shí)現(xiàn)而在生存周期期間改變。
優(yōu)選地，第一步驟包括選擇SOA的多個(gè)對(duì)象類型的至少一個(gè)對(duì)象類 型的步驟，其中第二步驟包括向?qū)儆谶x定對(duì)象類型的SOA的每個(gè)對(duì)象分 配生存周期屬性。不是對(duì)要被提供以生存周期屬性的對(duì)象執(zhí)行個(gè)體選擇， 相反，某個(gè)類型的所有對(duì)象優(yōu)選地被提供以生存周期屬性。該特征輔助包 括更多數(shù)目對(duì)象的更大SOA的生存周期管理。
如果在第一步驟中選擇的子集包括包括SOA的對(duì)象的集合的對(duì)象， 則優(yōu)選地，被集合的對(duì)象中的每一個(gè)從父對(duì)象繼承生存周期屬性。同樣， 這減少了用于管理相關(guān)對(duì)象的生存周期的選擇步驟的數(shù)量。
在當(dāng)前優(yōu)選實(shí)施例中，該方法還包括根據(jù)實(shí)現(xiàn)SOA的組織的要求來
定義多個(gè)生存周期狀態(tài)的至少一個(gè)的步驟，所述生存周期狀態(tài)可由生存周 期屬性反映。因此，不是將實(shí)現(xiàn)組織約束為使用用于生存周期管理的一組 預(yù)定階段，相反，可以自由地用語(yǔ)言和命名法設(shè)計(jì)、命名和標(biāo)記(包括用 圖標(biāo)表示)最好地滿足實(shí)現(xiàn)組織的特定要求的不同生存周期狀態(tài)。特別優(yōu) 選的是這樣一個(gè)實(shí)施例，其中每個(gè)生存周期階段包括一個(gè)或多個(gè)可由生存 周期屬性反映的生存周期狀態(tài)。在階段和狀態(tài)之間的區(qū)分提供了生存周期 的更結(jié)構(gòu)化的管理。在一些情況下，每個(gè)階段對(duì)應(yīng)于其自己的包括在生存 周期的各個(gè)階段期間的SOA的對(duì)象的注冊(cè)表。
在一個(gè)實(shí)施例中，選定子集的第一對(duì)象的一個(gè)或多個(gè)定義的生存周期 階段和/或狀態(tài)不同于選定子集的第二對(duì)象的一個(gè)或多個(gè)定義的生存周期階 段和/或狀態(tài)。因此，生存周期管理可以根據(jù)實(shí)現(xiàn)組織的要求針對(duì)被選擇用
于生存周期管理的SOA的個(gè)體對(duì)象而被定制。
根據(jù)另一方面，該方法包括根據(jù)實(shí)現(xiàn)SOA的組織的要求來定義由所 述生存周期屬性反映的多個(gè)轉(zhuǎn)換狀態(tài)中的、對(duì)象的生存周期屬性可以在所 述對(duì)象的生存周期的下一步驟改變到的至少一個(gè)轉(zhuǎn)換狀態(tài)。因此，這些轉(zhuǎn) 換狀態(tài)約朿對(duì)象可以改變到生存周期中的哪個(gè)(哪些)狀態(tài)，其中該改變 可以依賴于實(shí)現(xiàn)組織的一個(gè)或多個(gè)授權(quán)用戶的核準(zhǔn)。此外，生存周期屬性 可適于在從生存周期的一個(gè)狀態(tài)到另一個(gè)的轉(zhuǎn)換期間影響SOA中的過 程，例如調(diào)用web服務(wù)。
在當(dāng)前優(yōu)選實(shí)施例中，上述方法的第一和第二步驟涉及為SOA的至 少一個(gè)注冊(cè)表創(chuàng)建JAXR分類。本領(lǐng)域技術(shù)人員也可以設(shè)想和了解用于執(zhí) 行所述方法的其他技術(shù)，例如使用利用OWL (web本體語(yǔ)言)或RDF (資源描述框架)的語(yǔ)義建模。另一手段是提供用于SOA的對(duì)象的生存 周期屬性。
根據(jù)另一方面，本發(fā)明涉及適于執(zhí)行上述方法中任意一種的用于SOA 的生存周期管理系統(tǒng)。為此，生存周期管理系統(tǒng)優(yōu)選地包括用于管理SOA
的一個(gè)或多個(gè)注冊(cè)表中的對(duì)象的API。在一個(gè)實(shí)施例中，生存周期管理系 統(tǒng)包括顯示SOA的多個(gè)對(duì)象的選定子集的生存周期屬性的圖形用戶界 面。最后，本發(fā)明涉及使用所描述的生存周期管理系統(tǒng)實(shí)現(xiàn)的S0A。


在下面的詳細(xì)描述中，參考附圖進(jìn)一步描述本發(fā)明的當(dāng)前優(yōu)選實(shí)施
例
圖1:簡(jiǎn)化SOA和用于管理SOA相關(guān)信息的注冊(cè)表的示意圖； 圖2: SOA的生存周期的各個(gè)階段的示意圖3:在本發(fā)明的優(yōu)選實(shí)施例中被稱為L(zhǎng)ifecycleParticipants (生存周 期參與者)的生存周期分類的三個(gè)優(yōu)選類別的示意圖4:在本發(fā)明優(yōu)選實(shí)施例中用于定義生存周期分類的對(duì)象類型的步 驟的示意圖5:示出本發(fā)明優(yōu)選實(shí)施例中定義生存周期分類的生存周期狀態(tài)的 步驟的示意圖6:示出本發(fā)明實(shí)施例的生存周期管理系統(tǒng)的分類對(duì)象類型的實(shí)例 的分類的示意圖7:示出本發(fā)明優(yōu)選實(shí)施例中定義生存周期分類的類別
LifecycleStateTransitionType (生存周期狀態(tài)轉(zhuǎn)換類型)的步驟的示意圖； 以及
圖8:本發(fā)明實(shí)施例的簡(jiǎn)化XML序列化形式的示例性JAXR表示。
具體實(shí)施例方式
下面參考SOA的一個(gè)或多個(gè)注冊(cè)表描述本發(fā)明的優(yōu)選實(shí)施例。圖1 示意性地示出了注冊(cè)表IO及其與SOA的實(shí)體的關(guān)系。應(yīng)用30發(fā)出對(duì)web 服務(wù)20的請(qǐng)求31。為此，應(yīng)用30首先需要關(guān)于web服務(wù)20的接口定義 的描述。該描述40例如可以以web服務(wù)定義語(yǔ)言(WSDL)提供，并且 可以從注冊(cè)表IO (或直接從web服務(wù)20)獲得。注冊(cè)表10優(yōu)選地包括對(duì) SOA的所有web服務(wù)的描述，例如具有關(guān)于各個(gè)web服務(wù)的功能、數(shù) 據(jù)、數(shù)據(jù)類型和交換協(xié)議的信息的WSDL文件40?；蛘?未在圖1中示 出)，注冊(cè)表IO本身可以不包含WSDL文件而是包含一個(gè)引用，其中可 以找到某個(gè)web服務(wù)的WSDL文件。在任意情形下，如果應(yīng)用30想要發(fā) 送請(qǐng)求到web服務(wù)20，則它可以聯(lián)系注冊(cè)表10以獲得WSDL文件40和 找出如何訪問web服務(wù)20。
除了對(duì)web服務(wù)的描述或?qū)@些描述的引用以外，還存在在注冊(cè)表10 中存儲(chǔ)和管理的與SOA有關(guān)的其他元數(shù)據(jù)，例如SOA實(shí)體之間的政策和 關(guān)聯(lián)。此外，注冊(cè)表10可以保存關(guān)于因?qū)崿F(xiàn)組織而定的實(shí)體的信息。這 些實(shí)體可以是SOA本身的元素(例如基礎(chǔ)設(shè)施或應(yīng)用)，或者是與管理 SOA的過程有關(guān)的實(shí)體，例如設(shè)計(jì)文檔等。
在優(yōu)選實(shí)施例中，本發(fā)明與注冊(cè)表被一起使用，注冊(cè)表可利用用于 XML注冊(cè)表的Java API GAXR)來管理。在此情形下，注冊(cè)表?xiàng)l目被分 類為由實(shí)現(xiàn)組織使用JAXR分類ObjectType (對(duì)象類型)定義的特定類 型。這些和核心類型的實(shí)例可以保存額外的定制屬性。此外，注冊(cè)表優(yōu)選 地具有其描述的實(shí)體的分類能力，也就是將類別組織為用于分類實(shí)體的等 級(jí)分類的能力。此外，注冊(cè)表優(yōu)選地具有定義實(shí)體之間的定向關(guān)系的能 力。在可利用JAXR管理注冊(cè)表的情形下，該關(guān)系被稱為關(guān)聯(lián)，其中關(guān)聯(lián) 本身被分類并且可以攜帶屬性。
與其他大型軟件工程類似，SOA也經(jīng)過具有多個(gè)階段的生存周期，例 如規(guī)劃(計(jì)劃)、開發(fā)、測(cè)試和生產(chǎn)。階段的精確數(shù)量、命名和意圖依賴 于實(shí)現(xiàn)組織。圖2代表包括規(guī)劃階段100、開發(fā)200、測(cè)試階段300和生 產(chǎn)階段400的可能的生存周期的簡(jiǎn)化示意圖。
本發(fā)明基于這樣的實(shí)現(xiàn)方式，其中不論注冊(cè)表中的所有信息還是信息 的固定子集都不受該典型生存周期影響。
相反，只有關(guān)于SOA的某些元數(shù)據(jù)以因?qū)崿F(xiàn)組織而定的方式在生存 周期階段期間改變。
更具體而言，注冊(cè)表中的相關(guān)元數(shù)據(jù)可能不僅依賴于上述生存周期階 段100—400，而且還依賴于特定生存周期狀態(tài)(例如設(shè)計(jì)、設(shè)計(jì)核準(zhǔn)、實(shí) 現(xiàn)、測(cè)試、生產(chǎn)移交、量產(chǎn)、退役)。每個(gè)生存周期狀態(tài)發(fā)生在特定生存 周期階段中(例如"實(shí)現(xiàn)"在"開發(fā)"中，"量產(chǎn)"在"生產(chǎn)"中)，并 且轉(zhuǎn)換優(yōu)選地僅可能在某些狀態(tài)之間發(fā)生(例如從"實(shí)現(xiàn)"到"測(cè)試"，
而不是直接到"量產(chǎn)")。對(duì)于某些SOA實(shí)現(xiàn)方式而言，生存周期的每 個(gè)階段甚至可以在一個(gè)或多個(gè)獨(dú)立的注冊(cè)表中表示，所述一個(gè)或多個(gè)獨(dú)立 的注冊(cè)表需要后續(xù)注冊(cè)表之間的信息傳遞。
為了向?qū)崿F(xiàn)SOA的組織提供足夠的靈活性，本發(fā)明的優(yōu)選實(shí)施例允
許選擇它想要管理的對(duì)象類型、階段和狀態(tài)的分類，以及狀態(tài)和階段之間
的轉(zhuǎn)換。這優(yōu)選地是通過將標(biāo)記分類引入注冊(cè)表實(shí)現(xiàn)的，例如圖3所示。 該分類(稱為L(zhǎng)ifecycleParticipants)優(yōu)選地具有實(shí)現(xiàn)組織可用來標(biāo)記SOA 的選定對(duì)象從而更有效地在SOA的生存周期期間管理它們的三種類別， 如下所述。將分類引入注冊(cè)表向生存周期管理系統(tǒng)(LMS)(其可以是管 理注冊(cè)表的API的一部分)指示該注冊(cè)表是有生存周期意識(shí)的。
圖 3所示的標(biāo)記分類LifecycleParticipants的第 一 類別 LifecycleObjectType (生存周期對(duì)象類型)在步驟50 (見圖4)被用來選 擇和分類由LMS管理(因?yàn)樗鼈儗⒕哂杏蒐MS辨別的生存周期狀態(tài))的 對(duì)象類型。這些可以是在注冊(cè)表中預(yù)定義的標(biāo)準(zhǔn)SOA對(duì)象類型(類似于 服務(wù))，或由實(shí)現(xiàn)組織引入的類型(例如服務(wù)的群組或僅僅服務(wù)的一部 分)。此外，注冊(cè)表中包含的政策或其他元數(shù)據(jù)也可以是LMS的選定的 和被分類的對(duì)象類型。圖4示出了不是所有的對(duì)象類型都需要針對(duì)LMS 被分類。
LMS將使用對(duì)象類型的分類來使其行為適合于這些類型的實(shí)例，例如 允許使用例如合適的圖形用戶界面查看和修改生存周期信息。在一個(gè)實(shí)施 例中，某個(gè)對(duì)象類型的對(duì)象可以是包括聚集到其中的多個(gè)其他對(duì)象的對(duì) 象。如果是這樣，則每個(gè)被聚集的對(duì)象在原理從主對(duì)象繼承的它的生存周 期狀態(tài)，從而它的類型不需要被分類為L(zhǎng)ifecycleObjectType。例如， (web)服務(wù)通常包括服務(wù)綁定，服務(wù)綁定又包括規(guī)范鏈接，其中該等級(jí) 的較低元素自動(dòng)繼承相應(yīng)較高元素的生存周期狀態(tài)。
圖3的整體分類LifecycleParticipants的第二類別被用來標(biāo)記另一包含 由實(shí)現(xiàn)組織選擇的階段和狀態(tài)的分類。在圖3和5的示例中，該分類被稱 為L(zhǎng)ifecycleStates (生存周期狀態(tài))。如圖5所示，可以存在多個(gè)生存周期 階段和狀態(tài)。圖5左側(cè)所示的各個(gè)階段和狀態(tài)僅被認(rèn)為是非限制性示例。 實(shí)現(xiàn)組織可以自由選擇和命名分類和其中包含的階段和狀態(tài)。此外，代表 階段和狀態(tài)的圖標(biāo)可被經(jīng)由外部鏈接附加到各個(gè)類別。在原理上，可以存 在任意數(shù)量的階段和狀態(tài)。這里提供的四個(gè)階段被認(rèn)為對(duì)于SOA的合理 精細(xì)的實(shí)現(xiàn)而言是典型的。
圖5所示的虛線箭頭60示出了限定哪些階段和狀態(tài)被SOA的實(shí)現(xiàn)組 織實(shí)際選擇和分類以用于LifecydeState分類的分類步驟。實(shí)現(xiàn)組織例如可 以確定在從規(guī)劃階段到開發(fā)階段的改變期間，在SOA中不會(huì)發(fā)生一個(gè)或 多個(gè)注冊(cè)表的相關(guān)元數(shù)據(jù)的實(shí)質(zhì)改變，并因此僅使用一個(gè)公共階段用于整 體生存周期的這個(gè)部分。
在另一實(shí)施例(未示出)中，生存周期階段和狀態(tài)可以分別依賴于對(duì) 象類型或甚至個(gè)體對(duì)象。因此， 一個(gè)對(duì)象類型或?qū)ο罂梢跃哂信c另一對(duì)象 類型或?qū)ο蟛煌纳嬷芷陔A段和周期。該可選特征還提高了所述方法的 靈活性，使其精確地適應(yīng)SOA的實(shí)現(xiàn)組織的要求。
最后應(yīng)當(dāng)注意，LifecycleStates分類本身并不意味著狀態(tài)內(nèi)的序列，即 對(duì)利用該分類分類的對(duì)象的限制可以自由地從一個(gè)狀態(tài)改變?yōu)榱硪粋€(gè)。該 特定問題是利用進(jìn)一歩類別(第三類別LifecycleStateTransitionType)解決 的，該類別是可選的并且被如下所述地使用。
圖6示出了用于本發(fā)明實(shí)施例的LMS的稱為"MyApplication (我的 應(yīng)用)"的實(shí)例的分類。可以看出，對(duì)象類型"Application (應(yīng)用)"在 步驟50被選擇和分類為分類LifecycleParticipants的LifecycleObjectType。 此外，某些階段和狀態(tài)在步驟60被選擇和分類作為分類 LifecycleParticipants的LifecycleStates。因此，實(shí)例My Application現(xiàn)在可 以在其真實(shí)生存周期的某個(gè)時(shí)間點(diǎn)處被分類為被實(shí)現(xiàn)的(見圖6的步驟 80 )。應(yīng)當(dāng)注意，MyApplication的可用分類(既作為屬于 LifecydeObjectType的對(duì)象又作為被實(shí)現(xiàn)的特定分類)完全是可根據(jù)SOA 的實(shí)現(xiàn)組織的要求定制的。
根據(jù)所述實(shí)施例的又一方面，圖3的標(biāo)記分類LifecycleParticipants的 類別LifecycleStateTransitionType被用來在步驟70對(duì)用于表達(dá)狀態(tài)轉(zhuǎn)換的 關(guān)聯(lián)類型分類。在圖7所示示例中，這是關(guān)聯(lián)NextState (下一狀態(tài))85。
如圖7的左側(cè)可見，在狀態(tài)實(shí)現(xiàn)、已實(shí)現(xiàn)、測(cè)試、已測(cè)試和測(cè)試核準(zhǔn)之間
存在NextState關(guān)聯(lián)85。
LMS將在階段內(nèi)和階段之間的轉(zhuǎn)換之間進(jìn)行區(qū)分。這是很容易確定 的，因?yàn)槊總€(gè)狀態(tài)都由在等級(jí)上被布置為階段的子類別的類別代表。LMS 可以處理階段之間的狀態(tài)轉(zhuǎn)換，以指示信息從一個(gè)階段的流出和向不同階 段的流入，并且可以基于使用LifecydeTransition關(guān)聯(lián)類型定義的關(guān)聯(lián)來檢 查進(jìn)入分配給階段的注冊(cè)表的信息的有效性。在從不同階段導(dǎo)入時(shí)，LMS 可以基于所接收的狀態(tài)和到該階段的狀態(tài)的可能轉(zhuǎn)換來計(jì)算所隱含的狀態(tài) 轉(zhuǎn)換。
通過解釋狀態(tài)轉(zhuǎn)換關(guān)聯(lián)的屬性，LMS可以確保對(duì)狀態(tài)轉(zhuǎn)換的特定約 束。例如圖7所示的狀態(tài)，從狀態(tài)實(shí)現(xiàn)到已測(cè)試沒有允許的直接轉(zhuǎn)換。此 外，在具有基于角色的用戶管理的注冊(cè)表中，作為由NextState關(guān)聯(lián)代表的 狀態(tài)轉(zhuǎn)換的屬性的對(duì)角色的分配被LMS解釋來約束該狀態(tài)由具有該角色 的用戶發(fā)起。在圖7的示例中，從已測(cè)試到測(cè)試核準(zhǔn)的轉(zhuǎn)換可被標(biāo)記來要 求例如來自具有SOA規(guī)劃者的角色的用戶的核準(zhǔn)。因此，LMS可以從限 定的狀態(tài)轉(zhuǎn)換確定狀態(tài)轉(zhuǎn)換是否可由給定用戶執(zhí)行，或者是否已到達(dá)要求 來自不同用戶的通知和核準(zhǔn)的狀態(tài)，并發(fā)起適當(dāng)?shù)膭?dòng)作。
此外，NextState關(guān)聯(lián)85可以發(fā)起諸如調(diào)用web服務(wù)等過程，以例如
提供用于從一個(gè)生存周期狀態(tài)改變到另一個(gè)的更高級(jí)的核準(zhǔn)機(jī)制(未在圖 7中示出)。
此外，還可以存在Next關(guān)聯(lián)(未在圖7中示出)，其簡(jiǎn)單地指示給定 生存周期狀態(tài)的下一狀態(tài)，例如對(duì)于前一狀態(tài)已測(cè)試的測(cè)試核準(zhǔn)。這種關(guān) 聯(lián)輔助以默認(rèn)順序?qū)OA的選定對(duì)象類型的生存周期狀態(tài)進(jìn)行顯示和整 理。
最終，圖8提供了以作為簡(jiǎn)化XML序列化的它們當(dāng)前優(yōu)選的JAXR 表示呈現(xiàn)的本發(fā)明的上述實(shí)施例的樣本對(duì)象。
可以看出，整體ClassificationScheme (分類方案)510與注冊(cè)表的任 意條目一樣具有唯一的UDDI關(guān)鍵字。使用該關(guān)鍵字作為引用， ClassificationScheme 510 是上述兩個(gè)類另ij LifecycleObjectType 禾口
LifecycleStateTaxonomy (生存周期狀態(tài)分類)(在JAXR中被表示為概念 520和530)的父。這兩個(gè)分類優(yōu)選地由本發(fā)明的方法和LMS預(yù)先定義。 作為對(duì)比，圖8所示的特定ClassificationScheme LifecycleState (分類方案 生存周期狀態(tài))540關(guān)于其結(jié)構(gòu)和名稱可以被實(shí)現(xiàn)組織完全定制。540中 對(duì)概念LifecycleStateTaxonomy 530的關(guān)鍵字的引用確保了該分類方案被 LMS用作為與實(shí)現(xiàn)組織有關(guān)的生存周期的實(shí)際狀態(tài)的分類。
ClassificationScheme 540的實(shí)際的生存周期階段和狀態(tài)的兩個(gè)示例是 用于測(cè)試階段的概念550和用于測(cè)試狀態(tài)的概念560，如圖8中間部分所 示。由于概念560指一個(gè)狀態(tài)，所以它用其父關(guān)鍵字的引用指向它所屬的 各個(gè)階段，即測(cè)試階段540。這反映了比圖5所示更簡(jiǎn)要的階段和狀態(tài)等 級(jí)。
圖8的下部示出了由LMS管理的示例性對(duì)象類型。概念570定義了 由實(shí)現(xiàn)組織定義的非標(biāo)準(zhǔn)注冊(cè)表對(duì)象類型。該概念中對(duì) LifecydeObjectType的分類引用將該用戶定義的對(duì)象類型分類為具有被管 理周期的對(duì)象類型。最終，概念580提供了這種對(duì)象類型的實(shí)例(類似于 圖6的更簡(jiǎn)化示意圖中的分類對(duì)象類型"應(yīng)用"的實(shí)例 "MyApplication")。這由對(duì)概念570中的對(duì)象類型定義的引用反映。對(duì) 測(cè)試狀態(tài)概念560的額外引用指示實(shí)例ExampleUserlnstance (示例用戶實(shí) 例)580當(dāng)前處于測(cè)試狀態(tài)。
雖然圖8示出了基于JAXR的本發(fā)明的實(shí)施例，但是本領(lǐng)域技術(shù)人員 很清楚存在多種其他技術(shù)用于實(shí)現(xiàn)本發(fā)明。因此，本發(fā)明不限于該特定 API和一個(gè)或多個(gè)相應(yīng)注冊(cè)表。
權(quán)利要求
1.一種用于管理面向服務(wù)體系結(jié)構(gòu)(SOA)的生存周期的方法，包括以下步驟a.根據(jù)實(shí)現(xiàn)所述SOA的組織的要求來選擇(50)所述SOA的多個(gè)對(duì)象的子集，以進(jìn)行生存周期管理；以及b.向所述SOA的多個(gè)對(duì)象的子集的每個(gè)成員分配生存周期屬性。
2. 如權(quán)利要求1所述的方法，其中步驟a包括選擇(50)所述SOA 的多個(gè)對(duì)象類型的至少一個(gè)對(duì)象類型，并且其中步驟b包括向SOA的屬 于選定的對(duì)象類型的每個(gè)對(duì)象分配生存周期屬性。
3. 如權(quán)利要求l所述的方法，其中在步驟a中選擇(50)的子集包括 包括所述SOA的對(duì)象的集合的對(duì)象，并且其中所述SOA的每個(gè)被集合的 對(duì)象繼承所述生存周期屬性。
4. 如權(quán)利要求l一3中任意一個(gè)所述的方法，還包括以下歩驟根據(jù) 實(shí)現(xiàn)所述SOA的組織的要求定義(60)多個(gè)生存周期狀態(tài)的至少一個(gè)， 所述生存周期狀態(tài)可由所述生存周期屬性反映。
5. 如權(quán)利要求4所述的方法，還包括以下步驟根據(jù)實(shí)現(xiàn)所述SOA的組織的要求來定義(60)多個(gè)生存周期階段中 的至少一個(gè)，其中每個(gè)生存周期階段包括可由所述生存周期屬性反映的一 個(gè)或多個(gè)生存周期狀態(tài)。
6. 如權(quán)利要求5所述的方法，其中每個(gè)階段對(duì)應(yīng)于包括相應(yīng)生存周 期階段期間的SOA的對(duì)象的注冊(cè)表(10)。
7. 如權(quán)利要求4一6中任意一個(gè)所述的方法，其中選定的子集的第一 對(duì)象的定義的生存周期階段和/或狀態(tài)中的一個(gè)或多個(gè)不同于選定的子集的 第二對(duì)象的定義的生存周期階段和/或狀態(tài)中的一個(gè)或多個(gè)。
8. 如權(quán)利要求4一7中任意一個(gè)所述的方法，還包括以下步驟根據(jù) 實(shí)現(xiàn)所述SOA的組織的要求來定義(70)由所述生存周期屬性反映的多 個(gè)轉(zhuǎn)換狀態(tài)中的、對(duì)象的生存周期屬性可以在所述對(duì)象的生存周期的下一 步驟改變到的至少一個(gè)轉(zhuǎn)換狀態(tài)。
9. 如權(quán)利要求8所述的方法，其中所述生存周期屬性依賴于所述實(shí)現(xiàn)組織的一個(gè)或多個(gè)授權(quán)用戶的核準(zhǔn)來約束從所述生存周期的一個(gè)狀態(tài)到 下一個(gè)的轉(zhuǎn)換。
10. 如權(quán)利要求8或9所述的方法，其中所述生存周期屬性適于在從 所述生存周期的一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)的轉(zhuǎn)換期間實(shí)現(xiàn)所述SOA中的過 程。
11. 如上述權(quán)利要求中任意一個(gè)所述的方法，其中步驟a和b涉及為 所述SOA的至少一個(gè)注冊(cè)表創(chuàng)建JAXR分類。
12. —種用于SOA的適于執(zhí)行如上述權(quán)利要求1_11中任意一個(gè)所 述的方法的生存周期管理系統(tǒng)。
13. 如權(quán)利要求12所述的生存周期管理系統(tǒng)，包括用于管理所述 SOA的一個(gè)或多個(gè)注冊(cè)表中的對(duì)象的API。
14. 如權(quán)利要求12或13所述的生存周期管理系統(tǒng)，包括顯示所述 SOA的多個(gè)對(duì)象的選定子集的生存周期屬性的圖形用戶接口。
15. —種使用如權(quán)利要求12—14中任意一個(gè)所述的生存周期管理系 統(tǒng)實(shí)現(xiàn)的SOA。
全文摘要
本發(fā)明涉及一種用于管理面向服務(wù)體系結(jié)構(gòu)(SOA)的生存周期的方法，包括以下步驟根據(jù)實(shí)現(xiàn)所述SOA的組織的要求來選擇(50)所述SOA的多個(gè)對(duì)象的子集以進(jìn)行生存周期管理；以及向所述SOA的多個(gè)對(duì)象的子集的每個(gè)成員分配生存周期屬性。
文檔編號(hào)G06Q10/00GK101174210SQ200710145369
公開日2008年5月7日 申請(qǐng)日期2007年9月11日 優(yōu)先權(quán)日2006年9月11日
發(fā)明者烏爾里希·波斯特, 哈拉德·斯隆寧, 雨朵·哈非曼 申請(qǐng)人:軟件股份公司