需求用例分析之三 補充規約

2021-06-22 02:40:00 字數 1112 閱讀 1291

補充規約在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:

[email protected]

本**的所有文字允許在

知識共享 署名-相同方式共享 3.0協議

和gnu自由文件許可證

下修改和再使用。

需求用例分析之三 補充規約

補充規約在rup 中是記錄那些在用例模型的用例中不easy體現出來的系統需求。這些需求包含 補充規約是對用例模型的重要補充。補充規約和用例模型應該一起獲取對系統的一整套需求。通過以上文字能夠知道,補充規約是全域性性的要求,與上述c文中的 全域性規則 極為接近。而中文中 補充規約 的說法讓不少人以為這...

需求分析 4 用例分析

1 用例技術 1.1 用例圖 用例圖描述軟體系統為使用者或外部系統提供的服務。用例圖所做的,一是確定與本系統互動的角色或外部系統,二是描述系統必須提供的功能。1.2 用例簡述 使用者故事 通過簡短的文字對用例的功能進行描述,一般而言,用例簡述都應包含成功場景的簡單描述。1.3 用例規約 用例規約的主...

UML2用例描述以及需求用例規約文件生成

初學uml者,應該避免這樣一種誤解 認為就是由參與者和用例構成的用例圖就是用例模型,用例圖只是在總體上大致描述了系統所能提供的各種服務,讓我們對於系統的功能有乙個總體的認識。但用例圖並非如此,在用例圖中我們還需要針對每乙個用例描述它的詳細資訊,這些資訊包含在用例規約中,因此用例模型應該是由用例圖和每...