專利名稱：用于改變it系統(tǒng)的方法和計算機程序產(chǎn)品的制作方法
技術領域：
本發(fā)明涉及一種用于改變包括多個交互組件(interacting component)的信息技 術系統(tǒng)的方法。本發(fā)明還涉及一種用于提供改變調(diào)度(change schedule)的計算機程序產(chǎn)品，該 改變調(diào)度用于改變包括多個交互組件的信息技術系統(tǒng)。本發(fā)明又涉及一種包括包含這樣的計算機程序的計算機的系統(tǒng)。
背景技術：
諸如聯(lián)網(wǎng)系統(tǒng)之類的信息技術(IT)系統(tǒng)已達到了高度的復雜性。這種復雜性例 如表現(xiàn)在這樣的系統(tǒng)中，該系統(tǒng)包括各種各樣的其間存在復雜依賴性(dependency)的硬 件和軟件組件。眾所周知，IT系統(tǒng)定期需要維護，例如因為軟件和/或硬件組件需要重啟、 更換、更新等等。在本申請的背景下，這樣的維護任務一般被稱為改變，并且通常在預先議 定的維護窗口期間被執(zhí)行。經(jīng)受維護的系統(tǒng)的復雜性反映在維護任務本身的復雜性中；由 于改變量的增加，系統(tǒng)管理員在可用的維護窗口期間手動調(diào)度所需的改變實際上已變得不 可能。出于這個原因，若干至少部分自動化的過程已變得可用來幫助生成IT系統(tǒng)的改 變調(diào)度。這樣的過程的示例是IT信息庫(ITIL)。IT信息庫定義用于實現(xiàn)IT服務管理的若 干過程。改變管理是一個這樣的過程。其目標是確保IT改變以受控的方式被記錄、評估、 授權、優(yōu)先化、規(guī)劃、測試、實施、文檔化和回顧；例如參見ITIL Service Transition book, 3rd version,該書籍可以從http://www, itil. org, uk在線購買。若干符合ITIL的改變管 理系統(tǒng)可從各個軟件供應商獲得。這些系統(tǒng)在跟蹤、協(xié)調(diào)和可視化改變方面是有用的。另一個改變管理系統(tǒng)被公開在Proceedings of the 9th IEEE/IFIP Network Operations and Management Symposium(N0MS 2004), Seoul, Korea,2004, % 395-408 M 中、Keller ·入的'The CHAMPS System :Change Management with Planning and Scheduling'中。CHAMPS系統(tǒng)由任務圖構建器和規(guī)劃器與調(diào)度器組成。任務圖構建器被設 計成通過根據(jù)現(xiàn)有組件依賴性描述創(chuàng)建可重復使用的工作流來確定為完成改變請求所需 的任務的時間和位置約束，而規(guī)劃器與調(diào)度器使用構造的任務圖來構造改變調(diào)度。CHAMPS 系統(tǒng)被特別地設計成通過并行化彼此獨立的改變而在改變過程中引入很大程度的并行度。這兩種現(xiàn)有技術方法都假設可以從所需的改變和相關聯(lián)約束中導出可行的改變 調(diào)度。然而，在實際中約束集的復雜性可能使得已知的改變管理方法不能產(chǎn)生可行的改變 調(diào)度，這迫使IT管理員重新定義某些約束并重復調(diào)度演練。這不僅耗時而且引入IT管理 員在要產(chǎn)生的調(diào)度中引入沖突的增加風險。因而，存在對改進的改變管理方法的需要。


參考附圖更詳細地且通過非限制性示例的方式描述本發(fā)明的實施例，其中圖1示意性地描繪本發(fā)明實施例的改變調(diào)度系統(tǒng)的實施例；
圖2示意性地描繪依據(jù)本發(fā)明實施例的算法的流程圖；以及。圖3示意性地描繪本發(fā)明的方法的實施例的流程圖。
具體實施例方式應當理解，這些圖僅僅是示意性的而不是按比例繪制的。也應當理解，相同的附圖 標記在全部圖中用來指示相同或相似的部分。在本描述中，以下詞匯用來描述改變管理域，例如依據(jù)圖1所示的本發(fā)明實施例 的系統(tǒng)架構100。改變由活動(activity)組成并且可以被分配給若干維護窗口之一。這樣 的維護窗口可以例如由IT系統(tǒng)的管理員進行用戶定義。按照ITIL術語，為了遞送IT服務而需要被管理的任何IT組件被稱作配置項目 (Cl，configuration item)。CI可以是硬件組件或軟件組件?；顒痈淖僆T系統(tǒng)的Cl。組 件或CI在其直接被活動改變的情況下被說成是改變的CI (CCI)。CI在其依賴于CCI的情 況下被說成是受影響的CI (ACI)(例如，如果基礎的服務器被重啟則web服務器是ACI)。在實施例中，每個活動可以要求熟練的人力資源，諸如技術員。在活動中可以明確 地指定技術員?？蛇x地，活動可以規(guī)定所需的技能，例如UNIX工程師。現(xiàn)在更詳細地解釋圖1的改變管理架構。該架構包括構成改變管理系統(tǒng)(CMS)的第一數(shù)據(jù)庫110。CMSllO包括所需組件改 變，其有時被稱為改變請求(RFC)。這樣的RFC典型地包括組件改變的描述以及組件改變 屬性。這樣的屬性可以包括以下中的一個或多個指示改變生命周期中的步驟的改變狀態(tài) (例如“創(chuàng)建”、“批準”、“實施”、“關閉”)，改變截止時間，以及可接受維護窗口。RFC還包括 每個改變的詳細工作流，所述工作流包括經(jīng)受活動之間的優(yōu)先約束(例如活動A必須在活 動B之前被執(zhí)行)和時間約束(例如活動A必須在上午10點后開始)的改變活動列表以 及每個改變活動的細節(jié)。這樣的細節(jié)可以包括用于執(zhí)行活動的持續(xù)時間、所需的技能或者 所需的技術員。CMS 110還可以包括可用維護窗口的日程(calendar)，并且在改變活動細節(jié)包括 所需的技能或者所需的技術員的情況下，CMS 110還可以包括可用技術員的日程。要明白， 存儲在CMS 110中的數(shù)據(jù)需要RFC必須被應用到的實際IT系統(tǒng)的很少知識。換言之，CMS 110存儲除了 RFC工作流中活動的次序以外的很少依賴性信息。這使得系統(tǒng)管理員或者任 何其它合適的人員把RFC添加到CMS 110相對簡單。新RFC到CMS 110的添加可以以任何 合適的方式被實現(xiàn)，并且將僅出于簡明的原因而不對此進一步討論。系統(tǒng)架構100還包括第二數(shù)據(jù)庫，即配置管理數(shù)據(jù)庫(CMDB) 120。CMDB 120列出 要改變的IT系統(tǒng)中的所有硬件和軟件組件的細節(jié)。這樣的組件在ITIL中一般被稱為配置 項目(Cl)。CMDB 120還列出IT系統(tǒng)的組件之間的依賴性。這樣的依賴性的示例是“如果 服務器A崩饋，則應用1將不可用”或者“如果應用2脫機，則商業(yè)服務B不可用”。換言之，CMDB 120包含IT系統(tǒng)特定信息，其使得能定義對存儲在CMS 110中的 RFC的執(zhí)行的約束。換言之，CMDB 120典型地包括組件之間的依賴性，而CMS 110典型地包 括對改變的執(zhí)行的約束。要明白，數(shù)據(jù)庫110和120的相應數(shù)據(jù)格式對本發(fā)明的各個實施 例沒有重大影響，并且可以被選擇為具有任何合適的數(shù)據(jù)格式。架構100被設計成把存儲在CMS 110和CMDB 120中的信息轉(zhuǎn)換成用于改變請求的約束集。這樣的轉(zhuǎn)換步驟典型地涉及從CMS 110中的相關請求和CMDB 120中的相關聯(lián)組 件約束中提取相關約束信息。這些約束可以被保存在約束數(shù)據(jù)庫諸如約束存儲器140中。 可以生成以下類型的約束-所有改變必須在預先議定的維護窗口之一中進行，如在對應的改變屬性中規(guī)定 的；-改變的所有活動必須在相同的維護窗口中被執(zhí)行；-所有改變或活動之間的優(yōu)先約束必須被遵守；_用于改變或活動的時間約束；例如截止時間約束，諸如必須開始于，必須結束 于，開始不晚于，結束不早于；-所有活動必須由指定的技術員執(zhí)行(如果被規(guī)定的話)；-所有活動必須由具有所需技能的技術員執(zhí)行；-所有技術員每次只能夠從事于一個活動；-在所有改變的所有活動之中，兩個活動不能同時改變相同的CI(這是為了避免 CCI-CCI 沖突)；-CI不能同時被活動改變并且受另一個活動影響(這是為了避免CCI-ACI沖突)； 以及-CI不能同時受兩個活動影響(這是為了避免ACI-ACI沖突)。要明白，也可以使用其它合適的可以從CMS 110和CMDB 120中的信息中導出的約 束。CMS 110或CMDB 120的內(nèi)容中的任何改變觸發(fā)約束存儲器140的更新。如先前所解釋的，大多數(shù)基于約束的改變調(diào)度問題諸如基于上面約束集的約束調(diào) 度問題結果是不可解決的，即不可能找出滿足所有約束的調(diào)度，因而導致需要放寬某些約 束ο依據(jù)本發(fā)明的實施例，為了得到解決方案，即產(chǎn)生可以在可用維護窗口期間執(zhí)行 的改變調(diào)度，改變管理員即負責管理改變過程的IT管理員可以以產(chǎn)生規(guī)則的形式規(guī)定其 關于約束放寬的偏好以及對CMS 100中的改變的偏好分數(shù)的定義，所述產(chǎn)生規(guī)則可以以偏 好規(guī)則集130的形式被提供。這樣的偏好規(guī)則可以采取條件表達式的形式，例如IF條件THEN動作。規(guī)則的條 件可以是關于約束的類型和/或關于改變屬性，例如緊急度、截止時間、顧客類型等等。規(guī) 則的動作可以用來調(diào)整約束的偏好分數(shù)。這樣的調(diào)整的示例包括提高偏好分數(shù)、降低偏好 分數(shù)以及給偏好分數(shù)分配固定值。例如，這樣的規(guī)則可以寫成“如果約束是截止時間約束 并且受影響系統(tǒng)是SAP，則把偏好分數(shù)提高5”。偏好規(guī)則集130是由改變調(diào)度器150對約 束儲存器中的所有約束評估的，現(xiàn)在將對此更詳細地描述。在實施例中，改變調(diào)度器150包括偏好評估器(evaluator) 160和約束解算器 (solver) 170。偏好評估器160被配置成評估偏好規(guī)則集130中的偏好規(guī)則并且基于這些 偏好規(guī)則給來自約束存儲器140的每個約束分配偏好分數(shù)。在實施例中，來自約束存儲器 140的所有約束具有相同的初始分數(shù)，例如0的偏好分數(shù)。偏好評估器160可以借助于任何 合適的規(guī)則引擎例如Drools系統(tǒng)(http://labS. jboss. com/drools)來實施并且可以根據(jù) 偏好規(guī)則集130把優(yōu)先級規(guī)則應用于偏好分數(shù)的分配；例如固定分數(shù)的分配優(yōu)先于提高或 降低分數(shù)。偏好評估器160為每個約束產(chǎn)生偏好分數(shù)。
具有其各個偏好分數(shù)的約束集被從偏好評估器160轉(zhuǎn)發(fā)到約束解算器170。約束 解算器170可以由任何合適的約束解算器(例如基于JAVA的Choco約束編程系統(tǒng)，也稱為 Choco解算器)來實施。約束解算器170嘗試基于約束和其從偏好評估器160接收的約束 偏好分數(shù)來生成改變調(diào)度。在圖2中給出由約束解算器應用的方法或算法的實施例。該方 法始于步驟210，此后由偏好評估器160提供的來自約束存儲器140的所有約束的偏好分數(shù) 在步驟220中被評估。在步驟230中，選擇滿足預定義閾值例如至少具有預定義最小值的 所有約束以用于調(diào)度。在步驟240中約束調(diào)度器嘗試基于所選擇的約束來提供可接受改變 調(diào)度。如果如在步驟250中檢查那樣這一嘗試成功，則該方法在步驟280中終止。如果步驟240中的調(diào)度嘗試不成功，則算法將在步驟260中檢查是否已達到預定 義閾值例如最大迭代次數(shù)或時限。如果情況就是這樣，則算法將同樣在步驟280中終止，其 中把最近產(chǎn)生的調(diào)度提供為找出可接受改變調(diào)度的最佳嘗試。在實施例中，在達到預定義 閾值后產(chǎn)生的調(diào)度可能是不完整的，即一些改變可能已被調(diào)度，而可以不被調(diào)度的其它改 變可能已被省略。否則，即在沒有可行的調(diào)度可以被提供的情況下，算法將進行到步驟270，在步驟 270中修改所選擇的約束的偏好分數(shù)。這樣的修改可以包括刪除具有低偏好分數(shù)的約束， 即被視為具有有限重要性的約束；或者基于IT管理員提供的偏好規(guī)則來調(diào)整約束的偏好 分數(shù)。在實施例中，高偏好分數(shù)將降低要放寬的約束的幾率。算法隨后回復到步驟230。這 個過程被重復直到達到可接受調(diào)度或最大迭代次數(shù)為止。在實施例中，在不能達到可行或可接受調(diào)度的情況下，約束解算器可以使用例如 "Finding Irreducible Infeasible Systems (找出不可約不可行系統(tǒng))”算法的技術執(zhí) 行不可行性分析。這樣的技術的示例由0. Guieu等人公開在〃 Analyzing Infeasible Mixed-Integer and Integer Linear Programs " , INFORMS Journal on Computing. Vol. 11(1)，1999，第63-77頁中。這樣的分析將向IT改變管理員揭示造成調(diào)度不可行性的 潛在約束。這將幫助IT改變管理員采取正確的動作過程以確?？梢赃_到可行的調(diào)度，例如 改變約束偏好、刪除約束或甚至排除某些改變。任何約束解算器的關鍵要素是用于遍歷搜索樹的機智分支策略。為了在合理的時 幀內(nèi)產(chǎn)生可接受解決方案，這樣的分支策略應當考慮到要解決的問題的特殊性。分支策略 必須能夠在任何給定的迭代時從其域中選擇哪個決策變量(decision variable)以分配哪 個值。在本發(fā)明實施例的背景下，這樣的決策變量可以從兩個決策變量集中進行選擇，所述 兩個決策變量集即將被分配來自可能維護窗口的值的改變決策變量Ca集和將被分配特定 維護窗口中的起始時間的活動決策變量Auk集。在先前的標記中，索引i在改變的所有活 動上蔓延，索引j在所有改變上蔓延，而索引k在所有維護窗口上蔓延。已意識到，把改變分配給改變窗口是無意義的，除非該改變的所有活動可以全部 被分配相同改變窗口中的起始時間。因此，任何分支策略應當在改變的分配和所有其活動 的分配之間交替。換言之，如果當前的分支對象是改變決策變量CA，則另一個改變決策變 量Clk不能被選擇直到與改變Ca相關聯(lián)的活動的所有決策變量都已經(jīng)被探究。在本發(fā)明的實施例中，使用在改變決策變量和活動決策變量之間交替的分支策 略。一旦選擇了決策變量，下一步驟就是從其域中進行值分配。要明白，任何分配策略應當 注意分配最大化產(chǎn)生可接受改變調(diào)度的幾率的值。
已發(fā)現(xiàn)，對于生成改變調(diào)度的問題，用于分配改變決策變量的“盡可能晚的”方法 和用于分配活動決策變量的“盡可能快的”方法在產(chǎn)生可接受改變調(diào)度方面是最成功的。在實施例中，改變調(diào)度器150被配置成接收現(xiàn)有的改變調(diào)度?，F(xiàn)有的調(diào)度的使用 最小化對現(xiàn)有的改變調(diào)度的擾動，原因在于用于探究已經(jīng)調(diào)度的改變的決策變量的起始值 的選擇是對應于先前調(diào)度的所分配值。本發(fā)明的調(diào)度方法的長處之一在于其基于優(yōu)化策略。這不僅允許生成可接受調(diào) 度而且允許生成優(yōu)化給定目標函數(shù)的調(diào)度。幾乎任何目標函數(shù)可以被插入改變調(diào)度器150 中。目標函數(shù)的示例包括在改變窗口中最大化改變數(shù)量、最小化IT服務的停機時間以及最 小化改變過程的總成本。目標函數(shù)的其它合適示例對技術人員將是顯而易見的。可以由系統(tǒng)架構100實施的、本發(fā)明的方法的實施例被描繪在圖3的流程圖中。該 方法在步驟310中開始，此后方法進行到步驟320，在步驟320中例如由IT管理員以日程的 形式定義可用的維護窗口。接著，在步驟330中提供所需組件改變的數(shù)據(jù)庫例如CMS 110 并且在步驟340中提供組件及其依賴性的數(shù)據(jù)庫例如CMDB 120。步驟320、330和340可以 以任何合適的次序被執(zhí)行。在步驟350中，根據(jù)所需組件改變以及組件及其依賴性，例如根 據(jù)CMS 110和CMDB 120，生成改變約束集例如約束存儲器140。接著，在步驟360中，修改 每個改變約束的偏好分數(shù)。在步驟360的背景下，修改包括設定偏好分數(shù)。步驟360可以 基于用戶定義的偏好規(guī)則，例如偏好規(guī)則集130。接著，在步驟370中進行生成改變調(diào)度的嘗試，并且在步驟380中檢查這個嘗試是 否已成功。如果是，這方法在步驟390中終止。否則，方法回復到步驟360以例如通過更改 偏好分數(shù)或通過完全刪除約束來修改改變約束的偏好分數(shù)，此后基于更改的偏好分數(shù)重新 嘗試改變調(diào)度的生成，也如在改變調(diào)度器150的背景下所解釋的。如圖1所示的架構100可以被實施為包括存儲計算機程序產(chǎn)品的計算機(未示 出)的系統(tǒng)，該計算機程序產(chǎn)品可以實施本發(fā)明的方法的任一前述實施例。在實施例中，計 算機程序產(chǎn)品被布置成接收多個維護窗口、訪問改變管理系統(tǒng)數(shù)據(jù)庫110和配置管理系統(tǒng) 數(shù)據(jù)庫120。這兩個數(shù)據(jù)庫都是系統(tǒng)的一部分。計算機程序產(chǎn)品還被布置成生成約束存儲 器140中的改變約束、為所生成的改變約束生成各個偏好分數(shù)集并且使用各個偏好分數(shù)來 在可用的維護窗口中調(diào)度改變。在進一步實施例中，計算機程序產(chǎn)品可以被布置成基于偏好規(guī)則集130來生成各 個偏好分數(shù)集，并且可以被布置成在不能使用初始偏好分數(shù)來生成可接受調(diào)度的情況下使 用這個規(guī)則集來修改偏好分數(shù)，如先前所解釋的。在另一個實施例中，計算機程序產(chǎn)品可以被布置成在調(diào)度過程中包括熟練的人力 資源的可用性，如先前解釋的。由于本發(fā)明的方法的各個實施例在這樣的計算機程序產(chǎn)品中的實施可以由本領 域的技術人員通過采用其常規(guī)技能來實現(xiàn)，所以僅僅為了簡明起見省略了這樣的實施細 節(jié)?？梢岳缭谟嬎銠C可讀數(shù)據(jù)載體上使計算機程序產(chǎn)品用作單獨產(chǎn)品以與前述系 統(tǒng)一起使用，所述計算機可讀數(shù)據(jù)載體諸如CD-R0M、DVD、存儲棒、用于下載計算機程序產(chǎn)品 的互聯(lián)網(wǎng)可訪問的服務器等等。應當注意，上面提及的實施例說明而不是限制發(fā)明，并且本領域的技術人員將能
8夠設計許多可選的實施例而不偏離所附權利要求的范圍。在權利要求書中，放置在括號之 間的任何附圖標記不應解釋為限制權利要求。字詞“包括”不排除除了權利要求中列出的 那些元件或步驟之外的元件或步驟的存在。在元件之前的字詞“一”或“一個”不排除多個 這樣的元件的存在。本發(fā)明可以借助于包括若干不同元件的硬件來實施。在列舉若干裝置 的設備權利要求中，這些裝置中的若干裝置可以由同一項硬件來實現(xiàn)。
在相互不同從屬權利要求中敘述某些措施的純粹事實不指示這些措施的組合不 能被有利地使用。
權利要求
一種改變包括多個交互組件的信息技術系統(tǒng)的方法，所述方法包括定義(320)多個維護窗口；提供(330)所需組件改變的數(shù)據(jù)庫(110)，每個改變包括具有預定義持續(xù)時間的至少一個活動的工作流，每個改變標記有包括可接受維護窗口列表的屬性集；提供(340)列出所述組件和所述組件之間的依賴性的數(shù)據(jù)庫(120)；基于所述依賴性和所需組件改變，為所需組件改變生成(350)改變約束；為所生成的改變約束來生成(360)各個偏好分數(shù)集；以及使用各個偏好分數(shù)來在可用的維護窗口中調(diào)度(370)改變。
2.根據(jù)權利要求1所述的方法，其中每個屬性還包括偏好分數(shù)產(chǎn)生規(guī)則，且其中生成 (360)各個偏好分數(shù)集的步驟包括基于所述偏好分數(shù)產(chǎn)生規(guī)則來生成所述分數(shù)。
3.根據(jù)權利要求1或2所述的方法，還包括以下步驟在所述調(diào)度步驟未能產(chǎn)生可接 受調(diào)度的情況下調(diào)整(360)偏好分數(shù)集以及隨后重復所述調(diào)度步驟(370)。
4.根據(jù)權利要求1-3中任一項所述的方法，其中每個活動還需要人力資源來執(zhí)行該活 動，所述方法還包括提供可用人力資源的日程，且其中生成(350)改變約束的步驟包括基 于可接受維護窗口中的所需人力資源的可用性來生成所述約束。
5.根據(jù)權利要求1-4中任一項所述的方法，還包括提供現(xiàn)有的改變調(diào)度，且其中所述 調(diào)度步驟(370)包括修改現(xiàn)有的調(diào)度。
6.一種用于提供改變調(diào)度的計算機程序產(chǎn)品，該改變調(diào)度用于改變包括多個交互組件 的信息技術系統(tǒng)，所述計算機程序產(chǎn)品包括軟件程序代碼裝置，該軟件程序代碼裝置適于 在由計算機執(zhí)行時執(zhí)行以下步驟接收多個維護窗口；訪問所需組件改變的數(shù)據(jù)庫(110)，每個改變包括具有預定義持續(xù)時間的至少一個活 動的工作流，每個改變標記有包括可接受維護窗口列表的屬性集； 訪問列出所述組件和所述組件之間的依賴性的數(shù)據(jù)庫(120)； 基于所述依賴性和所需組件改變，為所需組件改變生成(350)改變約束； 為所生成的改變約束生成(360)各個偏好分數(shù)集；以及 使用各個偏好分數(shù)來在可用的維護窗口中調(diào)度(370)改變。
7.根據(jù)權利要求6所述的計算機程序產(chǎn)品，其中每個屬性還包括偏好分數(shù)產(chǎn)生規(guī)則， 且其中生成(360)各個偏好分數(shù)集的步驟包括基于所述偏好分數(shù)產(chǎn)生規(guī)則來生成所述分數(shù)。
8.根據(jù)權利要求6或7所述的計算機程序產(chǎn)品，還適于執(zhí)行以下步驟在所述調(diào)度步 驟(370)未能產(chǎn)生可接受調(diào)度的情況下調(diào)整(360)偏好分數(shù)集以及隨后重復所述調(diào)度步驟 (370)。
9.根據(jù)權利要求6-8中任一項所述的計算機程序產(chǎn)品，其中每個活動還需要人力資源 來執(zhí)行該活動，所述計算機程序產(chǎn)品還適于訪問可用人力資源的日程，且其中生成改變約 束的步驟(350)包括基于可接受維護窗口中的所需人力資源的可用性來生成所述約束。
10.根據(jù)權利要求6-9中任一項所述的計算機程序產(chǎn)品，還適于訪問現(xiàn)有的改變調(diào)度， 且其中所述調(diào)度步驟(370)包括修改現(xiàn)有的調(diào)度
11.一種計算機可讀數(shù)據(jù)載體，包括權利要求6-10中任一項的計算機程序產(chǎn)品。
12. 一種包括計算機的系統(tǒng)，該計算機存儲根據(jù)權利要求6-10中任一項所述的計算機 程序產(chǎn)品，所述系統(tǒng)還包括所需組件改變的數(shù)據(jù)庫(110)，每個改變包括具有預定義持續(xù)時間的至少一個活動的 工作流，每個改變標記有包括可接受維護窗口列表的屬性集；以及 列出所述組件和所述組件之間的依賴性的數(shù)據(jù)庫(120)。
全文摘要
提供了一種改變包括多個交互組件的信息技術系統(tǒng)的方法。在一個實施例中，該方法包括定義(320)多個維護窗口；提供(330)所需組件改變的數(shù)據(jù)庫(110)，每個改變包括具有預定義持續(xù)時間的至少一個活動的工作流，每個改變標記有包括可接受維護窗口列表的屬性集；提供(340)列出所述組件和所述組件之間的依賴性的數(shù)據(jù)庫；基于所述依賴性和所需組件改變，為所需組件改變生成(350)改變約束；為所生成的改變約束生成(360)各個偏好分數(shù)集；以及使用各個偏好分數(shù)來在可用的維護窗口中調(diào)度(370)改變。另外，提供了一種計算機程序產(chǎn)品，其在計算機上執(zhí)行時適于執(zhí)行本發(fā)明的方法的實施例的至少一些步驟以為IT系統(tǒng)提供改變調(diào)度。
文檔編號G06Q10/00GK101946255SQ200880126794
公開日2011年1月12日 申請日期2008年2月15日 優(yōu)先權日2008年2月15日
發(fā)明者A·格弗茨曼, D·特拉斯圖爾, M·拉莫尼 申請人:惠普開發(fā)有限公司