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

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


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