專利名稱：建構(gòu)管理軟件的驗證方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)于一種安裝軟件的驗證方法，且特別是有關(guān)于一種建構(gòu)企業(yè)軟 件的驗證方法。
背景技術(shù)：
伴隨著信息技術(shù)的進步以及企業(yè)業(yè)務的多樣化，企業(yè)已開發(fā)出多種信息系統(tǒng) 以滿足每一部門中對于管理信息的需求。此等信息系統(tǒng)收集并記錄來自各部門的大 量數(shù)據(jù)。然而，部門對于信息系統(tǒng)通常有其自己的要求，此導致每一信息系統(tǒng)僅可 獨立地服務于個別部門，而無法對不同信息系統(tǒng)之間的數(shù)據(jù)進行交換。在企業(yè)走向全球化發(fā)展的情況下，不同分支機構(gòu)或部門之間的通信已成為不 可避免的問題，且如何在不同信息系統(tǒng)之間交換數(shù)據(jù)也變得更加重要。企業(yè)需要投 入更多精力以及成本以用于維護此等信息系統(tǒng)，并確保信息系統(tǒng)中數(shù)據(jù)的準確性以 及一致性。在對數(shù)據(jù)整合具有強烈需求的情形之下，發(fā)展出一個稱之為"企業(yè)資源計劃 (Enterprise Resource Planning, ERP)系統(tǒng)"的解決方案，其可滿足管理信息 的需要并增強企業(yè)的競爭力。ERP系統(tǒng)是用于對諸如財務部、會計部、生產(chǎn)部、材 料管理部、品質(zhì)保證部、市場營銷部以及人力資源部之公司部門的數(shù)據(jù)進行整合以 及結(jié)合的應用軟件。當ERP系統(tǒng)的發(fā)展趨于成熟時，公司可將其分支機構(gòu)中的所有 者與全域財務、生產(chǎn)、或市場營銷系統(tǒng)相連接，以即時分析產(chǎn)品品質(zhì)與規(guī)格，并獲 得諸如利潤以及客戶滿意度等有用信息。除了提供企業(yè)資源整合以及數(shù)據(jù)同步的ERP系統(tǒng)以外，軟件供應商亦根據(jù)各種企業(yè)流程以及需求設計了一系列業(yè)務導向式軟件，以和ERP系統(tǒng)合作且使用ERP 系統(tǒng)的數(shù)據(jù)庫，從而改進操作效率。上述軟件即為所謂的企業(yè)軟件(Enterprise Software)。然而，ERP系統(tǒng)龐大且復雜。當以ERP系統(tǒng)來建構(gòu)企業(yè)軟件時，需要執(zhí)行大量 參數(shù)、尖端處理以及反復測試以使企業(yè)軟件可確切遵從ERP系統(tǒng)且正常運作。因此， 建構(gòu)企業(yè)軟件通常需要獲得專業(yè)人員的支持。使軟件供應商中經(jīng)驗豐富的顧問與公 司管理信息系統(tǒng)(MIS)部門的員工進行為期數(shù)周或數(shù)月的合作，以便能夠完全建 構(gòu)所要軟件以及企業(yè)軟件所需要的參數(shù)。正因如此，公司須花費相當大的經(jīng)費與人 力來完成軟件建構(gòu)。此外，當需要維護或更新企業(yè)軟件時，亦必須經(jīng)過諸多繁雜的 建構(gòu)程序，而這些程序是相當耗時且費力的。發(fā)明內(nèi)容有鑒于此，本發(fā)明提供一種建構(gòu)管理軟件的驗證方法，將在服務端預先安裝 事先組態(tài)的管理軟件的管理主機提供給客戶端以供建構(gòu)管理軟件。據(jù)此減少在客戶 端安裝管理主機所需執(zhí)行的步驟，以大幅縮短管理軟件的驗證時間，進而減少建構(gòu) 所需耗費的時間與經(jīng)費。本發(fā)明提出一種建構(gòu)管理軟件的驗證方法，可于客戶端的模擬環(huán)境下執(zhí)行。 管理軟件用于搜集、管理及分析周邊主機的數(shù)據(jù)。在此方法中，首先在服務端建立 符合管理軟件需求的管理系統(tǒng)。管理系統(tǒng)包括管理主機及多個第一周邊主機，其中 管理主機透過網(wǎng)絡與上述第一周邊主機相連接，且管理主機安裝有管理軟件。接著， 提供一個或多個驗證方案，據(jù)以在客戶端的模擬環(huán)境中測試管理軟件的組態(tài)及效 能。根據(jù)本發(fā)明一實施例，管理主機在服務端的模擬環(huán)境中預先安裝有預先組態(tài) 的管理軟件，且管理主機在客戶端透過網(wǎng)絡與多個周邊主機相連接。此驗證方法在 建構(gòu)管理軟件后，接著設定數(shù)據(jù)于管理主機并重新啟動。接下來選擇一個驗證方案， 其中驗證方案透過管理主機中的管理軟件而行經(jīng)客戶端到周邊路徑上的多個認證 點。最后，建立對應驗證方案的要求，并將要求傳送至上述路徑以進行驗證。倘若 傳回對應上述要求的有效回復，則管理軟件的建構(gòu)即被判斷為完整且成功。在上述方法中，設定數(shù)據(jù)于管理主機的步驟包括取得周邊主機的軟件授權(quán)數(shù)據(jù)、網(wǎng)絡組態(tài)數(shù)據(jù)及軟件組態(tài)數(shù)據(jù)。并將軟件授權(quán)數(shù)據(jù)、網(wǎng)絡組態(tài)數(shù)據(jù)與軟件組態(tài) 數(shù)據(jù)設定于管理主機。在上述方法中，周邊主機包括交換服務器、結(jié)構(gòu)化査詢語言(SQL)服務器、 活動目錄服務服務器以及后端服務器。在上述方法中，其中之一周邊主機包括將服務要求及多個商務套件應用程序 整合至企業(yè)應用系統(tǒng)的引擎、組態(tài)工具，以及后設數(shù)據(jù)數(shù)據(jù)庫。在上述方法中，商務套件應用程序包括企業(yè)資源規(guī)劃(Enterprise Resource Planning, ERP)、顧客關(guān)系管理(Customer Relationship Management, CRM)、 供應商關(guān)系管理(Supplier Relationship Management, SRM)、供應鏈管理(S叩ply Chain Management, SCM)、商業(yè)智慧(Business Intelligence, BI)， 或交易市 集與電子采購的應用程序。本發(fā)明提供一種用以驗證管理軟件的建構(gòu)的系統(tǒng)。在此 系統(tǒng)中，管理主機在服務端便預先安裝多個預先組態(tài)的管理軟件。在客戶端的模擬 環(huán)境中，管理主機透過網(wǎng)絡與多個周邊主機相連接。將知識管理系統(tǒng)所提供的參數(shù) 設定于管理主機，并重新啟動管理主機以完成管理軟件的建構(gòu)。接著選擇驗證方案， 以透過管理主機內(nèi)的管理軟件行經(jīng)客戶端至周邊主機路徑上的多個認證點。并根據(jù) 驗證方案建立要求，以及將要求傳送至上述路徑據(jù)以進行驗證。若有回傳對應要求 的有效回復，則判定管理軟件的建構(gòu)屬于完整且有效。在上述系統(tǒng)中，設定于管理主機的參數(shù)包括服務端的周邊主機的軟件授權(quán)數(shù) 據(jù)、網(wǎng)絡組態(tài)數(shù)據(jù)及軟件組態(tài)數(shù)據(jù)。并將上述軟件授權(quán)數(shù)據(jù)、網(wǎng)絡組態(tài)數(shù)據(jù)及軟件 組態(tài)數(shù)據(jù)設定于管理主機。在上述系統(tǒng)中，若客戶端在經(jīng)過預設時間后仍舊沒有取得對應要求的有效回 復，則更新知識管理系統(tǒng)，接著根據(jù)驗證方案建立另外的要求，并將要求傳送至路 徑據(jù)以進行驗證。在上述系統(tǒng)中，若客戶端在經(jīng)過預設時間后仍舊沒有取得對應要求的有效回 復，則由知識管理系統(tǒng)中取得第二組參數(shù)，接著根據(jù)驗證方案建立另外的要求，并 將要求傳送至路徑據(jù)以進行驗證。在上述方法中，是根據(jù)客戶端電腦中的驗證方案來建立要求。其中，客戶端 電腦安裝有管理軟件的客戶端應用程序，據(jù)以配合管理主機。為讓本發(fā)明的上述特征和優(yōu)點能更明顯易懂，下文特舉較佳實施例，并配合附圖作詳細說明如下。


圖1是依照本發(fā)明一實施例所繪示的建構(gòu)管理軟件的方法的方塊圖。圖2是依照本發(fā)明一實施例所繪示的建構(gòu)管理軟件的驗證方法的流程圖。圖3是依照本發(fā)明一實施例所繪示的在企業(yè)中使用重新啟動的管理主機的方塊圖。圖4是依照本發(fā)明一實施例所繪示的根據(jù)驗證方案所建立的要求的示意圖。 圖5是依照本發(fā)明一實施例所繪示的在管理系統(tǒng)中實現(xiàn)管理軟件的驗證方法 的方塊圖。
具體實施方式
為了使本發(fā)明的內(nèi)容更為明了，以下特舉實施例做為本發(fā)明確實能夠據(jù)以 實施的范例。在另外兩篇同為本案發(fā)明人向美國專利局所提出的審査中的申請案里，分 別提出了一種建構(gòu)管理軟件的方法以及一種建構(gòu)具有預先組態(tài)軟件的硬件的 方法。其中 一 篇專利申請案的發(fā)明名稱為「 METHOD FOR IMPLEMENTING MANAGEMENT SOFTWARE, HARDWARE WITH PRE-CONFIGURED SOFTWARE AND IMPLEMENTING METHOD T服RE0F」，另一篇則是「KNOWLEDGE MANAGEMENT SYSYTEM AND METHOD FOR IMPLEMENTING MANAGEMENT SOFTWARE USING THE SAME」。據(jù) 此，上述兩篇專利申請案所揭示的內(nèi)容完整結(jié)合于本說明書中。請參閱圖1，上述專利申請案所提到的建構(gòu)管理軟件的方法可實施于服務 端以及客戶端。在服務端，安裝有管理軟件的管理主機ioo連接至第一周邊主 機110以及第一周邊主機120。接著，預先設定管理軟件與安裝于第一周邊主 機110以及第一周邊主機120中的應用軟件之間的軟件組態(tài)。之后將安裝有預 先組態(tài)的軟件的管理主機100運送至客戶端，并與第二周邊主機130以及第二 周邊主機140相連接。接下來，僅需取得安裝在第二周邊主機130與第二周邊 主機140中的應用軟件的軟件授權(quán)數(shù)據(jù)，并設定第二周邊主機130及第二周邊 主機140的軟件組態(tài)數(shù)據(jù)以及網(wǎng)絡組態(tài)數(shù)據(jù)，便可完成建構(gòu)動作。在本實施例中，知識管理系統(tǒng)(Knowledge Management System, KMS)是用以提供在管理 主機100中建構(gòu)管理軟件所需要的數(shù)據(jù)。圖2是依照本發(fā)明一實施例所繪示的建構(gòu)管理軟件的驗證方法的流程圖。 請參閱圖2，在軟件設備以及硬件設備已完全安裝及組態(tài)完畢后，如步驟210 所示，取得預先安裝有預先組態(tài)的管理軟件的管理主機。接著在步驟220中， 將管理主機連接至系統(tǒng)網(wǎng)絡，以建立管理主機與周邊主機之間傳送數(shù)據(jù)的連 線。其中，周邊主機是由原先于客戶端所組態(tài)的環(huán)境所模擬。為使管理主機能 夠識別與其相連接的周邊主機并能在周邊主機中安裝應用程序，在步驟230中， 必須取得周邊主機的軟件授權(quán)數(shù)據(jù)、軟件組態(tài)數(shù)據(jù)以及網(wǎng)絡組態(tài)數(shù)據(jù)，以設定 管理軟件。接下來如步驟240所示，當所有管理軟件所需要的參數(shù)均已設定完成后， 使用者可通過重新啟動管理主機以使所組態(tài)的參數(shù)產(chǎn)生效用。至此便完成了管 理軟件的建構(gòu)。接下來是說明管理主機的組態(tài)的驗證流程。本發(fā)明提供了一種 在客戶端的模擬環(huán)境下，對建構(gòu)管理軟件迸行驗證的方法。如步驟250所示， 首先，客戶端電腦安裝有客戶端應用程序以和管理主機配合。在步驟260中， 為了進行測試而開始一個或多個驗證方案。其中每個驗證方案透過管理系統(tǒng)而 行經(jīng)客戶端至后端的路徑上的所有關(guān)鍵點。根據(jù)不同的需求，可提出多個驗證方案以對建構(gòu)管理軟件進行驗證。在每 個驗證方案中，在行經(jīng)多個認證點并且在最終取得對應要求的一完整且有效的 回復后，由客戶端電腦所送出的要求即被視為有效。在開始一個或多個驗證方 案后，如步驟270所示，執(zhí)行相對于各個驗證方案的驗證程序。在驗證程序完 成時，如步驟280所示，判斷是否取得對應各個驗證方案的有效回復。倘若客 戶端電腦已取得相對于所有驗證方案的有效回復，則如步驟290所示，判定己 完整且成功地建構(gòu)管理軟件。也就是說，客戶端電腦透過管理系統(tǒng)連接至后端 的路徑是有效且完整的。而值得注意的是，「完整」在此至少表示了管理軟件 已經(jīng)建構(gòu)完成，且符合客戶端的需求并得以在客戶端電腦與后端之間建立相互 溝通的路徑。在一實施例中，若客戶端電腦在經(jīng)過一段預設時間(可根據(jù)系統(tǒng)的需求而 有不同的預設時間)的等待后仍舊沒有取得有效回復，接下來則至少有兩種不同的方法得以繼續(xù)進行驗證。其中一種是為了執(zhí)行進一步的驗證步驟而更新知識管理系統(tǒng)數(shù)據(jù)庫；另一種則如步驟292及步驟294所示，從知識管理系統(tǒng)數(shù)據(jù)庫中選擇其他的參數(shù)以進行驗證動作。請參閱圖3，圖3繪示為在企業(yè)中使用重新啟動的管理主機310的方塊圖。 管理主機310例如有助于客戶端320、企業(yè)應用系統(tǒng)330、信息交換服務器340 以及活動目錄服務服務器350之間的配置及溝通。其中，管理主機310包括服 務器元件312與管理服務器314。服務器元件312包括即時后設數(shù)據(jù)數(shù)據(jù)庫 (metadata r印ository)、用以格式化與傳送數(shù)據(jù)至信息交換服務器340的 模塊(例如Microsoft Exchange Server)，以及用以傳送新版信息至企業(yè)應 用系統(tǒng)330的部署模塊等等。而在即時后設數(shù)據(jù)數(shù)據(jù)庫中包括了描述應用程序 的使用者界面的數(shù)據(jù)，以及組態(tài)及傳送的信息。用以格式化及傳送數(shù)據(jù)的模塊 可直接呼叫企業(yè)應用系統(tǒng)330中的應用程序，進而減少大量使用所產(chǎn)生的瓶頸。 服務器元件312可以處理與多個交換服務器的連接以及與多個后端系統(tǒng)的連 接。而在更新后設數(shù)據(jù)時，部署模塊可將數(shù)據(jù)由管理主機310移動至企業(yè)應用 系統(tǒng)330，同時亦可在客戶端提出要求時對格式與文件進行部署。在客戶端320中至少包括一個客戶端附加元件322，辦公室軟件324 (例 如Microsoft Office 2003)，以及數(shù)據(jù)庫應用軟件326 (例如SQL Express)。 其中，客戶端附加元件322具有即時引擎、用以存儲數(shù)據(jù)的安全快取區(qū)、請求 組件與后設數(shù)據(jù)，以及輸出隊列。客戶端附加元件322如外掛程序般，被例如 管理服務器314 (例如Microsoft Systems Management Server)的多個標準 遠端工具安裝在桌面。即時引擎轉(zhuǎn)譯使用者界面的后設數(shù)據(jù)，并建立工具列與 工作窗格(task pane)據(jù)以讓使用者檢視辦公室軟件324。安全快取區(qū)則可將 常用的應用程序數(shù)據(jù)(例如下拉式選單)保留在本地端，并且在離線時使用管 理主機310的方案。為了維護數(shù)據(jù)的即時性與正確性，安全快取區(qū)也將在使用 者再度上線時，透過輸出隊列觸發(fā)自動更新。企業(yè)應用系統(tǒng)330包括附加元件，其包括用以將服務要求及多個商務套件 應用程序整合至企業(yè)應用系統(tǒng)330的引擎、組態(tài)工具與后設數(shù)據(jù)數(shù)據(jù)庫。此附 加元件包括網(wǎng)絡服務配接器，用以連接商務套件應用程序。附加元件在維護商 務套件應用程序的處理邏輯及規(guī)則的同時，還可命令管理主機310傳送使用者要求的回復。在本實施例中，商務套件應用程序可以是關(guān)于企業(yè)資源規(guī)劃(Enterprise Resource Planning, ERP )、 顧客關(guān)系管理 (Customer Relationship Management, CRM)、供應商關(guān)系管理(Supplier Relationship Management, SRM)、供應鏈管理(Supply Chain Management, SCM)、商業(yè) 智慧(Business Intelligence, BI)，或交易市集與電子采購的應用程序。延續(xù)圖3所示的架構(gòu)，圖4為根據(jù)驗證方案所建立的要求的示意圖。請參 閱圖4，在客戶端電腦中安裝有客戶端附加元件，在開始執(zhí)行軟件時， 一個彈 出視窗(pop-叩window)將顯示在例如顯示器的右方。如上所述，客戶端附 加元件所包括的即時引擎，將用以轉(zhuǎn)譯使用者界面的后設數(shù)據(jù)、建立工具列， 以及建立可讓使用者檢視辦公室軟件的工作窗格(例如圖4所示的動作窗格 410)。值得注意的是，在接下來的實施例中雖是以Duet架構(gòu)來對本發(fā)明進行 說明，但并不用以限定本發(fā)明的范圍。其中，Duet架構(gòu)是由微軟以及SAP這兩 家公司所開發(fā)，是將微軟的office應用程序與SAP的商務程序的核心做結(jié)合。為了對建構(gòu)管理軟件進行驗證，在此假設員工為了私人事務必須暫時休假 因而發(fā)出一個休假要求。經(jīng)由多個認證點執(zhí)行驗證程序，以檢驗客戶端電腦是 否能收到對應休假要求的有效回復。請參閱圖5，圖5繪示為由客戶端電腦傳 送休假要求至后端的路徑，以及由后端傳送認可或拒絕回復至客戶端電腦的示 意圖。在辦公室客戶端510透過Duet客戶端元件(即客戶端附加元件)514的動 作窗格512將休假要求傳送出去時，在步驟1中，Duet客戶端元件514的Duet 引擎516將休假要求轉(zhuǎn)送至許可發(fā)行單元523，以利用管理主機的Duet服務器 520中的Kerberos代符(token)來取得SAP登入許可。接著在步驟2中，使 用SAP登入許可，可經(jīng)由網(wǎng)絡服務將休假要求傳送至企業(yè)應用系統(tǒng)的SAP附加 元件530。在步驟3中，服務整合元件532存儲休假要求，并與企業(yè)資源規(guī)劃 應用程序540進行溝通。接著如步驟4所述，休假要求被傳送至項目處理器534， 據(jù)以對休假要求產(chǎn)生認可或拒絕回復。在步驟5中，將回復暫存至輸出隊列536， 接著輸出至Duet服務器520的Duet后設數(shù)據(jù)服務524中的要求處理器525。 在步驟6中，要求處理器525透過交換服務器550將回復傳送至辦公室客戶端 510的參考數(shù)據(jù)快取區(qū)515。據(jù)此，辦公室客戶端510便能透過Duet客戶端元件514的動作窗格512而從Duet引擎中取得回復結(jié)果。休假管理的驗證方案用以說明建構(gòu)管理軟件的驗證流程的范例，透過在管 理主機上執(zhí)行一個或多個驗證方案來進行驗證動作。對每個驗證方案來說，若 經(jīng)由多個認證點并成功取得對應客戶端要求的完整且有效的回復，即可將客戶 端電腦所發(fā)出的要求視為有效。若驗證結(jié)果失敗，可再次執(zhí)行更多的組態(tài)程序。 舉例來說，再次確認周邊主機是否連接、取得周邊主機的軟件授權(quán)數(shù)據(jù)、軟件 組態(tài)數(shù)據(jù)以及網(wǎng)絡組態(tài)數(shù)據(jù)以設定管理軟件，并安裝應用程序于周邊主機。在 重新組態(tài)及安裝的動作完成后，接著再一次執(zhí)行建構(gòu)管理軟件的驗證方法。透過建構(gòu)管理軟件的方法及其驗證方法，可將復雜的建構(gòu)程序簡化至與安 裝一般軟件與網(wǎng)絡相同的程度。使用者僅需輸入周邊主機的各個應用程序的軟 件授權(quán)數(shù)據(jù)、軟件組態(tài)數(shù)據(jù)以及網(wǎng)絡組態(tài)數(shù)據(jù)，便可完成安裝流程。與先前所 述的必須花費大量建構(gòu)周期的技術(shù)相比，本發(fā)明僅需數(shù)天或數(shù)小時便可完成所 有的建構(gòu)程序，從而提供卓越的效能以及穩(wěn)定性。值得注意的是，在本發(fā)明中管理軟件是基于多個客戶端的要求，采用用以 建構(gòu)易于安裝之管理軟件的方法來個別安裝及組態(tài)管理軟件。此外，還可以將 管理軟件存儲為影像文件，據(jù)以降低由服務制造商提供服務所產(chǎn)生的制造成 本。雖然本發(fā)明已以較佳實施例揭示如上，然其并非用以限定本發(fā)明，任何所 屬技術(shù)領(lǐng)域中具有通常知識者，在不脫離本發(fā)明的精神和范圍內(nèi)，當可作些許 更動與潤飾，因此本發(fā)明的保護范圍當以權(quán)利要求所界定的為準。
權(quán)利要求
1. 一種建構(gòu)管理軟件的驗證方法，適用于在一服務端預先安裝有預先組態(tài)的多個管理軟件的一管理主機，且該管理主機在一客戶端的模擬環(huán)境下透過網(wǎng)絡與多個周邊主機相連接，該方法包括設定數(shù)據(jù)于該管理主機，并重新啟動該管理主機以完成上述管理軟件的建構(gòu)；選擇一驗證方案，該驗證方案透過該管理主機中的上述管理軟件而行經(jīng)該客戶端到上述周邊主機的一路徑上的多個認證點；以及對應該驗證方案建立一要求，并傳送該要求至該路徑，若有回傳對應該要求的一有效回復，則判斷已完整且成功地建構(gòu)該管理軟件。
2. 如權(quán)利要求1所述的建構(gòu)管理軟件的驗證方法，其特征在于，設定數(shù)據(jù)于 該管理主機的步驟包括取得該服務端的上述周邊主機的一軟件授權(quán)數(shù)據(jù)、 一網(wǎng)絡組態(tài)數(shù)據(jù)與一軟件 組態(tài)數(shù)據(jù)，并將該軟件授權(quán)數(shù)據(jù)、該網(wǎng)絡組態(tài)數(shù)據(jù)及該軟件組態(tài)數(shù)據(jù)設定于該管理 主機。
3. 如權(quán)利要求1所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述周邊主 機包括交換服務器、結(jié)構(gòu)化查詢語言服務器、活動目錄服務服務器以及后端服務器。
4. 如權(quán)利要求1所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述周邊其 中的一包括一引擎、多個組態(tài)工具以及一后設數(shù)據(jù)數(shù)據(jù)庫，其中該引擎用以將一服 務要求及多個商務套件應用程序整合至一企業(yè)應用系統(tǒng)。
5. 如權(quán)利要求4所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述商務套 件應用程序包括企業(yè)資源規(guī)劃、顧客關(guān)系管理、供應商關(guān)系管理、供應鏈管理、商 業(yè)智慧，或交易市集與電子采購的應用程序。
6. 如權(quán)利要求1所述的建構(gòu)管理軟件的驗證方法，其特征在于，包括根據(jù)一 客戶端電腦中的該驗證方案建立該要求，其中該客戶端電腦安裝有該管理軟件的一 客戶端應用程序以配合該管理主機。
7. 如權(quán)利要求1所述的建構(gòu)管理軟件的驗證方法，其特征在于，設定于該管理主機的數(shù)據(jù)包括一知識管理系統(tǒng)所提供的一第一組參數(shù)。
8. 如權(quán)利要求7所述的建構(gòu)管理軟件的驗證方法，其特征在于，還包括若經(jīng)過一預設時間后沒有取得該有效回復，則更新該知識管理系統(tǒng)。
9. 如權(quán)利要求7所述的建構(gòu)管理軟件的驗證方法，其特征在于，還包括若經(jīng)過一預設時間后沒有取得該有效回復，則從該知識管理系統(tǒng)中選取一第二組參數(shù)， 并根據(jù)該驗證方案建立另外的該要求，且傳送該要求至該路徑以進行驗證。
10. —種建構(gòu)管理軟件的驗證方法，適用于在一服務端預先安裝有預先組態(tài)的 多個管理軟件的一管理主機，且該管理主機在一客戶端的模擬環(huán)境下透過網(wǎng)絡與多個周邊主機相連接，該方法包括設定數(shù)據(jù)于該管理主機，并重新啟動該管理主機以完成上述管理軟件的建構(gòu)； 選取多個驗證方案，每一上述驗證方案透過該管理主機中的上述管理軟件而行經(jīng)該客戶端到上述周邊主機的一路徑上的多個認證點；以及對應每一上述驗證方案分別建立一要求，并循續(xù)傳送上述要求至該路徑，若有依序回傳對應每一上述要求的一有效回復，則判斷已完整且成功建構(gòu)該管理軟件。
11. 如權(quán)利要求10所述的建構(gòu)管理軟件的驗證方法，其特征在于，設定數(shù)據(jù) 于該管理主機的步驟包括取得該服務端的上述周邊主機的一軟件授權(quán)數(shù)據(jù)及一網(wǎng)絡組態(tài)數(shù)據(jù)，并將該 軟件授權(quán)數(shù)據(jù)及該網(wǎng)絡組態(tài)數(shù)據(jù)設定于該管理主機。
12. 如權(quán)利要求10所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述周邊 主機包括交換服務器、結(jié)構(gòu)化査詢語言服務器、活動目錄服務服務器以及后端服務 器。
13. 如權(quán)利要求10所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述周邊 其中的一包括一引擎、多個組態(tài)工具以及一后設數(shù)據(jù)數(shù)據(jù)庫，其中該引擎用以將一 服務要求及多個商務套件應用程序整合至一企業(yè)應用系統(tǒng)。
14. 如權(quán)利要求13所述的建構(gòu)管理軟件的驗證方法，其特征在于，上述商務 套件應用程序包括企業(yè)資源規(guī)劃、顧客關(guān)系管理、供應商關(guān)系管理、供應鏈管理、 商業(yè)智慧，或交易市集與電子采購的應用程序。
15. 如權(quán)利要求10所述的建構(gòu)管理軟件的驗證方法，其特征在于，還包括根 據(jù)一客戶端電腦中的上述驗證方案建立上述要求，其中該客戶端電腦安裝有該管理軟件的一客戶端應用程序以配合該管理主機。
16. 如權(quán)利要求10所述的建構(gòu)管理軟件的驗證方法，其特征在于，設定于該管理主機的數(shù)據(jù)包括一知識管理系統(tǒng)所提供的一第一組參數(shù)。
17. 如權(quán)利要求16所述的建構(gòu)管理軟件的驗證方法，其特征在于，還包括若 經(jīng)過一預設時間后沒有取得上述有效回復，則更新該知識管理系統(tǒng)并根據(jù)上述驗證 方案建立另外的該要求，且傳送該要求至該路徑以進行驗證。
18. 如權(quán)利要求16所述的建構(gòu)管理軟件的驗證方法，其特征在于，還包括若 經(jīng)過一預設時間后沒有取得上述有效回復，則從該知識管理系統(tǒng)中選取一第二組參 數(shù)，并根據(jù)上述驗證方案建立另外的該要求，且傳送該要求至該路徑以進行驗證。
全文摘要
本發(fā)明公開了一種在客戶端對建構(gòu)管理軟件進行驗證的方法。其中管理軟件用以搜集、管理以及分析周邊主機的數(shù)據(jù)。此方法首先在服務端建立符合管理軟件的需求的管理系統(tǒng)。此管理系統(tǒng)包括管理主機以及數(shù)個第一周邊主機，而管理主機安裝有管理軟件，并透過網(wǎng)絡與上述第一周邊主機連接。在客戶端的模擬環(huán)境中，提供一個以上的驗證方案以測試管理軟件的組態(tài)與效能。在每個驗證方案中，在透過多個認證點并接收針對客戶端要求所回傳的有效回復后，由客戶端電腦所送出的要求及被視為有效。
文檔編號G06Q10/00GK101281623SQ20071014195
公開日2008年10月8日 申請日期2007年8月10日 優(yōu)先權(quán)日2007年4月2日
發(fā)明者彭應雄, 楊兆倫, 車德明 申請人:英業(yè)達股份有限公司