雲端工作流程

設定使用者角色

在下表中，John 顯示為租車公司的資訊技術 (IT) 管理者。 他負責在公司的雲端入口網站中管理使用者帳戶。 作為第一位受邀加入入口網站的人員，他具有雲端管理者角色。 雖然他自己可能不會使用雲端元件，但他必須邀請其他人員加入入口網站，並將角色指派給他們以使用元件。

在決策服務上分工合作

作為規則開發人員， Kim 使用 Rule Designer 來建立決策服務，將它部署至執行時期環境，並將它發佈至 Decision Center。 她瞭解 Java™ 並瞭解公司的物件模型。 她與軟體架構設計師合作開發決策服務的第一個版本，定義其詞彙並撰寫商業規則，以建立租車商業的邏輯模型。

下圖顯示 Kim 的活動。 首先，她在 Rule Designer中建立決策服務和相關聯的構件。 在處理決策服務時，她透過將決策服務部署至開發環境中的 Rule Execution Server 來測試決策服務。 當她完成決策服務的起始版本時，會將它發佈至 Decision Center。

作為版本管理員， Frank 在 Decision Center中使用決策控管架構。 他建立決策服務的發行，並在發行中設定變更和驗證活動。 當團隊已完成驗證活動，且規則已備妥可供測試時， Frank 會將發行部署至伺服器，以便在開發環境中執行規則。

在下圖中，商業使用者 Gary 在 Decision Center中更新決策服務，而 Frank 將決策服務從 Decision Center 部署至 Rule Execution Server。

因為 Gary 在行銷部門工作，所以他想要檢閱規則中所表示的計價原則。 Gary 透過 Decision Center 主控台檢視及編輯規則。 Gary 在追蹤其變更的活動分支中工作。

除了在雲端入口網站中設定使用者帳戶之外， John 還在 Decision Center 主控台中擔任許可權管理員。 他在管理標籤中設定安全及使用者存取參數。 他確保 Gary 以及需要存取決策服務中版本及活動分支的其他使用者，已指派給正確的使用者群組。 他也可以將決策服務部署至正式作業。

測試和調升決策服務

身為版本經理，Frank 有權存取所有三個雲端環境。 他可以在決策服務的整個開發生命週期中執行測試。 在下圖中，當團隊在開發環境中完成決策服務時，Frank 會將它部署至測試環境。

Frank 與整合商 Arjun 密切合作。 為了判斷決策服務是否如預期般執行， Arjun 可在 Decision Center 主控台和所有三個雲端環境中運作。 當用戶端應用程式呼叫決策服務時，他會監視並評估決策服務的行為。

為了評估測試環境中決策服務的效能，Frank 要求 Arjun 執行使用標準軟體開發驗證程序的基準性能測試。 Arjun 將程式碼新增至租車 Web 應用程式，讓它能夠呼叫新的決策服務。 在下圖中，租車 Web 應用程式在公司應用程式伺服器上執行，並從測試環境呼叫決策服務。

當開發完成，且 Frank 對測試環境中的基準性能測試結果感到滿意時，他會將決策服務提升至正式作業環境中的 Rule Execution Server ，作為決策服務生命週期中的最終步驟。 作為發行管理程式，Frank 可以將決策服務部署至正式作業。

下圖顯示將決策服務升級至正式作業環境。 當客戶使用 Web 應用程式時，它會呼叫決策服務。

Gary 也可以告訴他的行銷同事，他可以在下一個季度實作新的促銷定價活動，因為他可以使用雲端入口網站來修訂決策服務中的定價規則。