補充規約在rup
中是記錄那些在用例模型的用例中不容易體現出來的系統需求。這些需求包括：
補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。
通過以上文字可以知道，補充規約是全域性性的要求，與上述c文中的「全域性規則」極為接近。而中文中「補充規約」的說法讓不少人以為這是不重要的，是可以不寫的。
事實上這是需求全域性總綱性的說明，不寫補充規約相當於沒有展現全貌。因此有些組織將此文件名稱改為「需求全域性說明書」或者「需求總綱說明」，在需求全域性說明書中說明需求概貌和原補充規約需要的內容，下面是乙個需求全域性說明的章節例子：
1 專案或產品概況
1.1 產品或系統名稱
1.2 產品或系統使用者
1.3 執行平台
1.4 詞彙表
1.5 資料字典
2 效能指標和驗收標準
3 功能需求概況
3.1 總體概述
3.2 功能模組劃分
3.3 功能塊編碼
4 資訊保安方面需求
4.1 許可證方面需求
4.2 身份認證和授權方面需求
4.3 可恢復性方面需求
5 法律法規標準方面要求
6 非功能性需求
可用性需求、可靠性需求、效能需求和可支援性需求
7 其它要求
諸如作業系統和操作環境、相容性需求以及設計約束
另外乙個對於補充規約的誤解是將補充規約設為用例規約的一部分，成為用例的乙個屬性字段，甚至於將大量業務邏輯寫在用例的補充規約中，
由於在乙個欄位中書寫，所用寫法只能是傳統srs的寫法，這樣書寫後，用例的事件流變成簡單的引用補充規約，顯得無足輕重。
這樣其實喪失了用例分析的優勢，反而是回到了傳統srs
的路上。
所以無論從那個角度來講，在用例裡面是不需要補充規約這個屬性字段。
微博：張克強-敏捷307
email:
本**的所有文字允許在
知識共享 署名-相同方式共享 3.0協議
和gnu自由文件許可證
下修改和再使用。
需求用例分析之三 補充規約
補充規約在rup 中是記錄那些在用例模型的用例中不easy體現出來的系統需求。這些需求包含 補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。通過以上文字能夠知道，補充規約是全域性性的要求，與上述c文中的 全域性規則 極為接近。而中文中 補充規約 的說法讓不少人以為這...
需求分析 4 用例分析
1 用例技術 1.1 用例圖 用例圖描述軟體系統為使用者或外部系統提供的服務。用例圖所做的，一是確定與本系統互動的角色或外部系統，二是描述系統必須提供的功能。1.2 用例簡述 使用者故事 通過簡短的文字對用例的功能進行描述，一般而言，用例簡述都應包含成功場景的簡單描述。1.3 用例規約 用例規約的主...
UML2用例描述以及需求用例規約文件生成
初學uml者，應該避免這樣一種誤解 認為就是由參與者和用例構成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統所能提供的各種服務，讓我們對於系統的功能有乙個總體的認識。但用例圖並非如此，在用例圖中我們還需要針對每乙個用例描述它的詳細資訊，這些資訊包含在用例規約中，因此用例模型應該是由用例圖和每...