管理規(guī)范 軟件工程用例說明模板1V1

管理規(guī)范軟件工程用例說明模板文件編號202XQK011/BT-ZTA-QK011文件狀態(tài)[]草稿[√]正式發(fā)布[]正在修改當前版本擬制日期審核日期

隨著UML的日益普及，用例（Usecase）分析技術也在需求實踐中廣泛被采用。但是也有許多團隊在使用該技術時，只畫出了用例圖，而缺少了用例說明，其實這是一個嚴重的誤區(qū)。而本模板就將指導你編寫該說明。1.用例名稱1.1

簡要說明[簡要說明用例的作用和目的。該小節(jié)的篇幅不要太長。]2.上下文圖[在此小節(jié)中，有一個只包括本用例和所有與該用例相關的Actor和其它用例組成的，一個用例圖的局部。]3.

事件流3.1

基本流[當Actor采取行動時，用例也就隨即開始。用例總是由Actor啟動的，用例應說明Actor的行為及系統(tǒng)的響應，可按照Actor與系統(tǒng)進行對話的形式來逐步引入用例。][要注意的是，用例描述應該說明系統(tǒng)內(nèi)發(fā)生的事情，而不是事件發(fā)生的方式與原因。如果進行了信息交換，則需指出來回傳遞的具體信息。例如，只表述主角輸入了客戶信息就不夠明確。最好明確地說主角輸入了客戶姓名和地址。當然你也可以通過項目詞匯表來定義這些信息，使得用例中的內(nèi)容被簡化，從而不致于讓用例描述陷入過多的細節(jié)內(nèi)容。][如果存在一些相對比較簡單的備選流，只需少數(shù)幾句話就可以說明清楚，那么也可以直接在這一部分中描述。但是如果比較復雜，還是應該單獨放在備選流小節(jié)中描述。][一幅圖勝過千言萬語，因此建議在這一小節(jié)中，除了敘述性文字之外，你還可以引用UML中的活動圖、順序圖、協(xié)作圖、狀態(tài)圖等手段，對其進行補充說明。]3.2

備選流3.2.1

第一備選流[正如前面所述，對于較復雜的備選流應單獨地說明。]3.2.1.1

備選支流[如果能使表達更明確，備選流又可再分為多個支流。]3.2.2

第二備選流[在一個用例中很可能會有多個備選流。為了使表達更清晰，應將各個備選流分開說明。使用備選流可以提高用例的可讀性，并防止將用例分解為過多的層次。應切記，用例只是文本說明，其主要目的是以清晰、簡潔、易于理解的方式記錄系統(tǒng)的行為。]4.

非功能需求[在這個小節(jié)中，主要對該用例所涉及的非功能性需求進行描述。由于其通常很難以在事件流中進行表述，因此單列為一小節(jié)進行闡述。這些需求通過包括法律法規(guī)、應用程序標準、質(zhì)量屬性（可用性、可靠性、性能、支持性等）、兼容性、可移植性，以及設計約束等方面的需求。在這些需求的描述方面，一定要注意使其可度量、可驗證，否則就容易流于形式，形同擺設。]5.前置條件[用例的前置條件是執(zhí)行用例之前必須存在的系統(tǒng)狀態(tài)。]6.后置條件[用例的