進行設計逐步解說

使用這些最佳作法來執行設計逐步解說,以幫助您建立和推展應用程式。

設計逐步解說通常涉及下列關鍵步驟:

  1. 建置應用程式
  2. 測試
  3. 推展
  4. 為使用者啟用應用程式

建置應用程式

從建立基礎開始—貴公司的帳戶和組織結構。接下來,新增案例以支援內部程序,例如「計畫」、「實際」與「預測」。新增您報告的差異成員,例如 Actual 與 Plan。

建立將會用以從使用者收集資料的表單,並執行複查、分析和報告。為了支援商業邏輯,您可以運用 Calculation Manager 來建立計算。您也可以在向使用者推展應用程式之前,先建立報表和套用存取權限。

建立應用程式結構

新增帳戶、實體和其他維度以支援商業程序。

維度會分類資料值。規劃包括這些維度:Account、Entity、Scenario、Version、Period 及 Years。如果您規劃使用多重幣別,您的應用程式也會有 Currency 維度。

您也可以使用自訂維度來定義自己的值,例如 Product、Customer 或是 Market。您最多總共可以有 32 個維度。然而,最佳的作法建議是包括少於 12。可使用載入檔案新增維度,或內建於 Oracle Smart View for Office

影片

您的目標 觀看本影片
瞭解如何在應用程式中匯出和匯入資料。 影片圖示 在 Oracle Planning and Budgeting Cloud 中匯出和匯入資料
瞭解如何使用檔案來載入維度。 影片圖示 在 Oracle Planning and Budgeting Cloud 中匯入中繼資料

測試

測試是應用程式開發的關鍵步驟。所有的計算、存取權限和報告都必須加以測試,才能確保它們正常運作。

關於單位測試

單位測試是正式測試的第一個步驟,而且是測試環境的主要建置區塊。單位測試需要以獨立的單位來測試應用程式的每個功能區域,從而確保它能夠依預期執行。

例如,測試可以確認資料載入從執行到完成都沒有錯誤。其他測試可確認表單和報表可存取、計算已完成等等。

建置或設定應用程式的人通常會執行單位測試。

關於系統測試

系統測試會驗證系統在沒有錯誤的情況下操作,並提供所需的功能。

主要的焦點在於測試已設定應用程式的方式,以及查看團隊如何建構商業程序與報表。系統測試會聚焦在測試整個系統,包括唯一的參數組態、將使用的所有功能以及任何增強功能。

系統測試也會測試軟體更進一步的功能,並驗證手動程序、表單和控制的有效性。它是一組完整的正式功能測試,涵蓋所建系統內功能的所有層面。

這種類型的測試通常會與下列項目結合:

  • 安全性測試:測試系統安全性及資料庫安全性對於整體系統及每個特定使用者而言是否適當。

  • 整合測試:測試整體的商業解決方案,包括與其他整合系統之間的資料傳輸情況。當已結合系統的所有層面時,這將會確認功能是否仍然有效。

  • 使用者驗收測試:使用者驗證系統是否運作正常,以及是否符合需求。如果使用者未包含在正式系統測試中或是他們要求特定測試,可能需要進一步的接受測試。然而,在大部分的情況下,這個類型的測試將會在「系統測試」和「整合測試」中執行,但使用者必須承認這些測試足以令人接受。

推展

在推展期間,您可以訓練在系統上的一般使用者,並說明如何導覽和使用功能。最佳作法是記錄您的系統,以便在需要時,可讓別人接管管理。

訓練

此系統的所有使用者都應該接受使用此應用程式的訓練。使用者需要瞭解如何在此應用程式中舒適地導覽,並瞭解指派給他們的任務。訓練應包括登入應用程式、導覽整個任務清單、輸入資料、執行規則、使用智慧型檢視,及使用應用程式內的工具。訓練通常是使用者第一次接觸應用程式,而且充分計畫與執行的訓練課程可協助建立良好第一印象。

文件系統與管理資訊

在建置應用程式後,建議您為應用程式建立系統管理說明文件。

最佳作法:

  • 當有新的資訊時,請在「建置程序」的結尾建立這個說明文件。

  • 包括資料來源、應用程式結構、計算的運作方式以及應用程式所需的維護資訊。

列出以時間範圍劃分的維護任務,例如每月和每年的維護。這使得日後若有需要,可讓別人便於接管系統。

為使用者啟用應用程式

若要為一般使用者啟用應用程式,您必須開啟系統啟用。此外,啟動核准程序以啟用核准。