Visual Studio 會繪製有關使用者活動的圖表，以及系統在協助使用者達成目標方面所扮演的角色，以協助您瞭解、討論及傳達使用者的需求。 需求模型是一組這些圖表，每個圖表都著重於使用者需求的不同層面。
若要查看哪些版本的 Visual Studio 支援每種類型的模型，請參閱 架構和模型化工具的版本支援。
需求模型可協助您：
專注於系統的外部行為，而不是其內部設計。
描述使用者和利害關係人的需求，其歧義比使用自然語言要少得多。
定義可供使用者、開發人員和測試人員使用的一致術語表。
減少需求中的差距和不一致。
減少回應需求變更所需的工作。
規劃功能的開發順序。
使用模型作為系統測試的基礎，在測試和需求之間建立明確的關係。 當需求變更時，此關係可協助您正確更新測試。 這可確保系統符合新要求。
如果您使用需求模型來集中與使用者或其代表的討論，並在每次反覆專案開始時重新瀏覽它，則需求模型可提供最大的好處。 在編寫代碼之前，您不必詳細完成它。 即使經過大幅簡化，部分功能的應用程式通常是與使用者討論需求的最佳基礎。 該模型是總結這些討論結果的有效方法。 如需詳細資訊，請參閱在 開發程序中使用模型。
備註
在這些主題中，「系統」是指您正在開發的系統或應用程式。 它可能是許多軟體和硬體元件的大量集合;或單一應用程式;或更大系統內的軟體元件。 在每種情況下，需求模型都會描述從系統外部可見的行為，無論是透過使用者介面還是 API。
常見工作
您可以建立使用者需求的數個不同視圖。 每個視圖都提供特定類型的資訊。 當您建立這些視圖時，最好經常從一個視圖移動到另一個視圖。 您可以從任何視圖開始。
| 圖表或文件 | 它在需求模型中描述的內容 | 章節 |
|---|---|---|
| 概念類別圖 | 用來描述需求的類型詞彙表;系統介面上可見的類型。 | |
| 其他文件或工作項目 | 效能、安全性、可用性和可靠性標準。 | 描述服務品質需求 |
| 其他文件或工作項目 | 不特定使用案例的限制和規則 | 顯示商務規則 |
請注意，大部分的圖表類型都可用於其他用途。 如需圖表類型的概觀，請參閱 建立應用程式的模型。
顯示商業規則
商業規則是與特定使用案例無關的需求，應在整個系統中遵守。
許多商業規則是概念類別之間關係的限制。 您可以將這些 靜態商業規則 撰寫為與概念類別圖上相關類別相關聯的註解。 例如：
動態商業規則 會限制允許的事件順序。 例如，您可以使用序列或活動圖來顯示使用者必須先登入，才能在系統上執行其他作業。
然而，許多動態規則可以透過用靜態規則取代它們來更有效、更通用地陳述它們。 例如，您可以將布林屬性「登入」新增至概念類別模型中的類別。 您可以將「登入」新增為登入使用案例的後置條件，並將其新增為大多數其他使用案例的先決條件。 此方法可讓您避免定義事件序列的所有可能組合。 當您需要將新的用例添加到模型時，它也更加靈活。
請注意，這裡的選擇是關於您如何定義需求，而且這與您在程式代碼中實作需求的方式無關。
下列主題提供詳細資訊：
| 瞭解 | 參閱 |
|---|---|
| 如何開發符合業務規則的程式碼 | 建立應用程式架構模型 |
描述服務品質需求
服務質量要求有幾類。 這些因素包括：
Performance
安全性
Usability
Reliability
加強性
您可以在特定使用案例的說明中包含其中一些需求。 其他需求並非特定於使用案例，而是最有效地編寫在單獨的文件中。 如果可以的話，遵守需求模型所定義的詞彙會很有用。 在下列範例中，請注意需求中使用的主要單字是上述圖例中動作者、使用案例和類別的標題：
如果餐廳在顧客點餐時刪除菜單項，則任何引用該菜單項的訂單項目都將顯示為紅色。
請參閱 建立應用程式架構的模型 ，以瞭解如何開發符合服務品質需求的程式碼。