RUP中文模板用例實(shí)現(xiàn)規(guī)約

1、. DOCPROPERTY Company * MERGEFORMAT ; SUBJECT * MERGEFORMAT title * Mergeformat 用例實(shí)現(xiàn)規(guī)約：版本 注：以下提供的模板用于 Rational Unified Process。其中包括用方括號括起來并以藍(lán)色斜體（樣式=InfoBlue）顯示的文本，它們用于向作者提供指導(dǎo)，在發(fā)布此文檔之前應(yīng)該將其刪除。按此樣式輸入的段落將被自動設(shè)置為普通樣式（樣式=Body Text）。要定制 Microsoft Word 中的自動字段（選中時顯示灰色背景），請選擇 FileProperties，然后將 Title、Subject 和

2、 Company 等字段替換為此文檔的相應(yīng)信息。關(guān)閉該對話框后，通過選擇 EditSelect All（或 Ctrl-A）并按 F9，或只是在字段上單擊并按 F9，可以在整個文檔中更新自動字段。對于頁眉和頁腳，這一操作必須單獨(dú)進(jìn)行。按 Alt-F9，將在顯示字段名稱和字段內(nèi)容之間切換。有關(guān)字段處理的詳細(xì)信息，請參見 Word 幫助。subject * Mergeformat Version: title * Mergeformat 用例實(shí)現(xiàn)規(guī)約：Date:Confidentialsymbol 211 f Symbol s 10? DOCPROPERTY Company * MERGEFORMA

3、T , 2000Page page 5修訂歷史記錄日期版本說明作者目錄 TOC o 1-3 1.用例名稱 PAGEREF _Toc498930515 h 41.1簡要說明 PAGEREF _Toc498930516 h 42.事件流 PAGEREF _Toc498930517 h 42.1基本流 PAGEREF _Toc498930518 h 42.2備選流 PAGEREF _Toc498930519 h 42.2.1 PAGEREF _Toc498930520 h 42.2.2 PAGEREF _Toc498930521 h 43.特殊需求 PAGEREF _Toc498930522 h 5

4、3.1 PAGEREF _Toc498930523 h 54.前置條件 PAGEREF _Toc498930524 h 54.1 PAGEREF _Toc498930525 h 55.后置條件 PAGEREF _Toc498930526 h 55.1 PAGEREF _Toc498930527 h 56.擴(kuò)展點(diǎn) PAGEREF _Toc498930528 h 56.1 PAGEREF _Toc498930529 h 5title * Mergeformat 用例實(shí)現(xiàn)規(guī)約： 以下提供的模板用于用例規(guī)約，它包含以文本表示的用例特征。該文檔和需求管理工具（如 Rational RequisitePr

5、o）一起使用，用于詳細(xì)說明用例特征中的需求，并對這些需求進(jìn)行標(biāo)記用例圖可在可視化建模工具（如 Rational Rose）中開發(fā)。用例報告（具有所有特征）可用 Rational SoDA 生成。有關(guān)詳細(xì)信息，請參見 Rational Unified Process 中的工具向?qū)?。用例名稱簡要說明此說明應(yīng)該簡要介紹該用例的作用和目的。一個段落即足以作此說明。事件流基本流當(dāng)主角有所行動時，此用例隨即開始?？偸怯芍鹘莵韼佑美?。用例應(yīng)說明主角的行為及系統(tǒng)的響應(yīng)。應(yīng)按照主角與系統(tǒng)進(jìn)行對話的形式來逐步引入用例。用例應(yīng)說明的是系統(tǒng)內(nèi)發(fā)生的事件，而不是事件發(fā)生的方式和原因。如果進(jìn)行了信息交換，則需指出來回傳

6、遞的具體信息。例如，只表述主角輸入了客戶信息就不夠明確。最好明確地說主角輸入了客戶姓名和地址。通?？梢岳迷~匯表讓用例的復(fù)雜性保持在可控范圍內(nèi) 您最好在詞匯表中定義客戶信息等內(nèi)容，使用例不至于陷入過多的細(xì)節(jié)。簡單的備選流可以在用例文本中提供。 如果只需幾句話就可說明存在備選流時將發(fā)生的事件，則可以直接在事件流一節(jié)中說明。 如果備選流較為復(fù)雜，則需要用另外一節(jié)來單獨(dú)說明。 例如，備選流小節(jié)解釋如何說明較復(fù)雜的備選流。雖然清晰明了的敘述性文字是無可替代的，但有時一幅圖要比千言短文更具說明性。 只要表達(dá)得簡潔明了，您就可以在用例中任意粘貼用戶界面和流程的圖形化顯示方式，或是其他圖形。 如果流程圖有助

7、于描述復(fù)雜的決策流程，那么一定要充分利用它！ 同樣，對于與狀態(tài)相關(guān)的行為，狀態(tài)轉(zhuǎn)移圖通常比數(shù)頁文字更能清晰地描述系統(tǒng)的行為。 根據(jù)問題來選用妥當(dāng)?shù)谋硎痉椒?，但?yīng)慎用您的讀者可能不太明了的術(shù)語、符號或圖形。 請切記，您的目的是要闡明問題，而不是混淆問題。備選流較復(fù)雜的備選流應(yīng)單獨(dú)說明，這已在事件流一節(jié)的基本流小節(jié)中提及。 將備選流小節(jié)當(dāng)作備選行為 在許多情況下，由于主事件流中發(fā)生異常事件，這時每個備選流都可代表備選行為。 這些備選流的長度可以是說明與備選行為相關(guān)的事件所需的長度。 當(dāng)備選流結(jié)束時，除非另外說明，主事件流的事件將重新開始。如果能使表達(dá)更明確，備選流又可再分為多個支流。在一個用例中很可能會有多個備選流。 為了使表達(dá)更清晰，應(yīng)將各個備選流分開說明。 使用備選流可以提高用例的可讀性，并防止將用例分解為過多的層次。 應(yīng)切記，用例只是文本說明，其主要目的是以清晰、簡潔、易于理解的方式記錄系統(tǒng)的行為。特殊需求特殊需求通常是非功能性需求，它為一個用例所專有，但無法在用例的事件流文本中較容易或較自然地進(jìn)行說明。特殊需求的示例包括法律或法規(guī)方面的需求、應(yīng)用程序標(biāo)準(zhǔn)和所構(gòu)建系統(tǒng)的質(zhì)量屬性（包括可用性、可靠性、性能或支持性需求）。此