需求階段建議

與需求階段有關的主要工作事項是制定需求規格，或者說，制定一份包含附帶效能目標之需求的功能規格。 在決定這些目標時，必須將系統的使用者和企業主一併列入考慮，才能取得精確的效能分析資料。

建立效能準則

從效能觀點來看，在此階段建立的功能規格中，最重要的部分是為專案定義詳細的效能目標，以及建立效能釋放準則。 定義效能準則時，有三個關鍵要素：

• 以時間函式來定義效能的曲線。

• 與效能函式關聯的效能需求。

• 檔案大小與類型的散佈。

  這些準則會在什麼是永續性效能中討論？

  您可以從效能目標中推導出應用程式的效能釋放準則。 這些準則具體描述一個可達成且可評量的行為模式，您可以經由測試來證實。 除非已經符合所有的釋放準則，或者在無法達成時，認定發生了釋放準則的例外情況，否則不會將應用程式推出發行。

  在產品週期的先期階段中設定釋放準則，是非常重要的。 這麼做，意味著所有相關人員在正式同意設計與實作前，都知道目標是什麼，以及未達成準則的後果。

  此外，效能測試案例也將以釋放準則的評量方式為依歸，所以這個準則必須夠詳細，才能避免產生混淆。 例如，在陳述要達成的特定輸送量時，就應該包括：

• 執行時必須使用的硬體，例如，伺服器的數量及類型、磁碟速度/類型等

• 要測試什麼實例，例如，應用程式會採用何種路徑訊息

• 評量的方法，例如，使用效能計數器、自訂程式碼、測試訊息抵達某部分的次數等

  格式完整的釋放準則必須讓任何人都能夠檢視做成文件的釋放準則，並瞭解如何建立測試案例來驗證準則。

識別效能風險

在充分制定效能目標及釋放準則的細節之後，可以進行初步的效能風險範圍評估。 這項分析的目的是找出應用程式中可能需要在設計上多加注意、另行解決或刪減的部分，以利達成期望的準則。

例如，每個傳輸配接器類型都有本身的效能及容量縮放特性。 如果所需的輸送量超過其中一或多個 (接收或傳送) 配接器類型的能力，則可能有必要研究調查擴充配接器的替代方法。

預估規模大小

確立目標和準則而知所遵循之後，最好盡早開始預估達到目標所需的硬體規模。 如同任何調整大小估計工作，一個必須根據實際測試結果的估計值。 在專案的先期階段中，這些結果可能得仰賴外部來源。 如需範例和案例研究，請參閱 小型到 Medium-Sized 公司的安全性案例研究。

請記住，沒有任何預測模型或模擬可精確預測任何在BizTalk Server上執行之任意應用程式的系統大小。 BizTalk Server是一種平臺，其中可以部署各種不同的應用程式解決方案，每個解決方案都有自己的效能行為。 因此，雖然使用現有案例研究結果推得的預估資料，在規劃工作上提供了良好的起點，但即使是最簡單的應用程式架構，其系統的最終規模也必定需要加以調整。

規劃充分的測試

如上所述，目前沒有模型或模擬方法可以準確預測滿足效能目標所需的硬體。 這代表實際驗證系統是否能夠達成目標的唯一辦法，就是在實際執行等級的硬體上測試它。 也就是說，要在盡可能接近實際執行環境的硬體上執行測試案例。

這個部分的規劃工作是關鍵所在，您必須綜覽持續性效能的原則，並詳細瞭解輸送量分析資料和效能釋放準則。 使用現有資料推估而得的輸送量分析資料時，必須導出能夠一致地評量釋放準則的測試案例。 執行測試案例時，也必須考慮到持續性的問題。 如需持續性測試的範例，請參閱下列主題：

• 測量最大的可負載引擎輸送量

• 測量最大持續性追蹤輸送量

另請參閱

依階段的專案規劃建議
設計階段建議
實作階段建議
驗證階段建議
發行階段建議