補充規約在rup
中是記錄那些在用例模型的用例中不easy體現出來的系統需求。這些需求包含：
補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。
通過以上文字能夠知道，補充規約是全域性性的要求，與上述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 中是記錄那些在用例模型的用例中不容易體現出來的系統需求。這些需求包括 補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。通過以上文字可以知道，補充規約是全域性性的要求，與上述c文中的 全域性規則 極為接近。而中文中 補充規約 的說法讓不少人以為這是不...
需求分析 4 用例分析
1 用例技術 1.1 用例圖 用例圖描述軟體系統為使用者或外部系統提供的服務。用例圖所做的，一是確定與本系統互動的角色或外部系統，二是描述系統必須提供的功能。1.2 用例簡述 使用者故事 通過簡短的文字對用例的功能進行描述，一般而言，用例簡述都應包含成功場景的簡單描述。1.3 用例規約 用例規約的主...
UML2用例描述以及需求用例規約文件生成
初學uml者，應該避免這樣一種誤解 認為就是由參與者和用例構成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統所能提供的各種服務，讓我們對於系統的功能有乙個總體的認識。但用例圖並非如此，在用例圖中我們還需要針對每乙個用例描述它的詳細資訊，這些資訊包含在用例規約中，因此用例模型應該是由用例圖和每...