【正文】 3個(gè)目標(biāo)層次 :概要層 ,用戶目標(biāo)層和子功能層 ,并通過引入巧妙的 Why/How技術(shù)幫助分析者找到合適的目標(biāo)層次 ,從而可以有效地把握用例的粒度 (真正的用例最終應(yīng)落實(shí)到用戶目標(biāo)層 )。值得注意的是 ,我們在實(shí)踐中應(yīng)該尤其關(guān)注用戶目標(biāo)層用例 .引入概要層用例的主要目的是為了包含一個(gè)或多個(gè)用戶目標(biāo)層用例 ,為系統(tǒng)提供全局功能視圖 ,提出子功能層用例則是為了表達(dá)用戶目標(biāo)層用例的具體實(shí)現(xiàn)步驟。（ 3）用例范圍 根據(jù)范圍的不同，用例可分為業(yè)務(wù)用例和系統(tǒng)用例兩種 1）業(yè)務(wù)用例在業(yè)務(wù)中執(zhí)行的一系列動作 ,這些動作為業(yè)務(wù)的個(gè)體主角產(chǎn)生具有可見價(jià)值的結(jié)果實(shí)質(zhì)是業(yè)務(wù)流程可以分為核心業(yè)務(wù)用例 ,支持業(yè)務(wù)用例 ,管理業(yè)務(wù)用例主要包括業(yè)務(wù)角色 ,業(yè)務(wù)活動 ,業(yè)務(wù)實(shí)體 ,業(yè)務(wù)規(guī)則2）系統(tǒng)用例是系統(tǒng)執(zhí)行的一系列動作 ,這些動作將生產(chǎn)特定主角可觀測的結(jié)果值主要包括系統(tǒng)角色和系統(tǒng)的一系列的交互過程 軟件需求分析過程14 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程 如果某個(gè) SuD或者用例的范圍包含了人以及由人組成的團(tuán)隊(duì) ,部門 ,組織的活動 ,那么針對這個(gè) SuD寫出的用例必然是業(yè)務(wù)用例 。如果該 SuD僅僅是一些軟件 ,硬件 ,機(jī)電設(shè)備或由它們組成的系統(tǒng) ,并不涉及到人的業(yè)務(wù)活動 ,那么根據(jù)這個(gè) SuD寫出來的就是系統(tǒng)用例。（ 4）用例關(guān)系1）角色和角色之間繼承關(guān)系 :表示子類角色將繼承父類角色在用例中所能擔(dān)任的角色2）角色和用例之間使用關(guān)系 :表示角色將使用用例提供的服務(wù)3）用例和用例之間包含關(guān)系 : 通常是指一個(gè)大的用例包含了幾個(gè)小的用例，幾個(gè)小的用例組成一個(gè)大的用例。擴(kuò)展關(guān)系 : 基于擴(kuò)展點(diǎn)之上的兩個(gè)獨(dú)立用例，擴(kuò)展用例為基本用例的實(shí)例增添新的行為，其實(shí)質(zhì)是擴(kuò)展事件流的延伸，兩個(gè)用例本身都是獨(dú)立的。繼承關(guān)系：父用例可以特化形成一個(gè)或多個(gè)子用例，這些子用例代表了父用例比較特殊的形式。子用例繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。15 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程表現(xiàn)幾種關(guān)系的實(shí)例如下圖 33：圖 33 用例關(guān)系實(shí)例16 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程用例 編 號：（用例 編 號）用例名稱：（用例名稱）用例描述：（用例描述）前置條件：（描述用例 執(zhí) 行前必 須滿 足的條件）后置條件：（描述用例 執(zhí) 行 結(jié) 束后將 執(zhí) 行的內(nèi)容）基本事件流（主事件流）：（描述常 規(guī) 條件下，系 統(tǒng)執(zhí) 行的步 驟 ）步 驟 步 驟 步 驟 、擴(kuò) 展事件流（分支事件流）：（描述其他情況下，系 統(tǒng)執(zhí) 行的步 驟 ） 2a、 擴(kuò) 展步 驟 2a、 2a 擴(kuò) 展步 驟 2a異常事件流：（描述在異常情況下可能出 現(xiàn) 的 場 景）用例描述用例模型除了繪制用例圖外，還要對用例進(jìn)行描述，也就是詳細(xì)展開每個(gè)用例的內(nèi)容。用例描述可以是文字性的，也可以用活動圖進(jìn)行說明。文字性的用例描述模板如表 33所示。以 “借書登記 ”為例，其具體的用例描述如表 34所示。右表 用例描述模板17 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程用例 編 號： 用例名稱：借 書 登 記用例描述： 圖書 管理 員對讀 者借 閱 的 圖書進(jìn) 行登 記 。 讀 者借 閱圖書 的數(shù)量不能超過規(guī) 定的數(shù)量。如果 讀 者有 過 期未 還 的 圖書 ，不能借 閱 新 圖書 。前置條件： 讀 者取得借 閱 的 圖書 。主事件流： 讀 者 請 求借 閱圖書 。 檢查讀 者的狀 態(tài) 。 檢查圖書 的狀 態(tài) 。 標(biāo)記圖書為 借出狀 態(tài) 。 讀 者 獲 取 圖書 。擴(kuò) 展事件流： 2a、如果用 戶 借 閱 數(shù)量超 過規(guī) 定數(shù)量，或者有 過 期未 還 的 圖書 ， 則 用例 終 止。 3a、如果借 閱 的 圖書 不存在， 則 用例 終 止。異常事件流： 無右表 借書登記用例描述 18 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程用例優(yōu)先級（ 1）為什么要設(shè)定需求的優(yōu)先級每一個(gè)具有有限資源的軟件項(xiàng)目必須理解所要求的特性、使用實(shí)例和功能需求的相對優(yōu)先級。設(shè)定優(yōu)先級意味著權(quán)衡每個(gè)需求的業(yè)務(wù)利益和它的費(fèi)用，以及它所牽涉到的結(jié)構(gòu)基礎(chǔ)和對產(chǎn)品的未來評價(jià)。項(xiàng)目經(jīng)理必須權(quán)衡合理的項(xiàng)目范圍和進(jìn)度安排、預(yù)算、人力資源以及質(zhì)量目標(biāo)的約束。設(shè)定優(yōu)先級有助于項(xiàng)目經(jīng)理解決沖突、安排階段性交付，并且做出必要的取舍。當(dāng)客戶的期望很高、開發(fā)時(shí)間短并且資源有限時(shí)，必須盡早確定出所交付的產(chǎn)品應(yīng)具備的最重要的功能。建立每個(gè)功能的相對重要性有助于規(guī)劃軟件的構(gòu)造，以最少的費(fèi)用提供產(chǎn)品的最大功能。當(dāng)采用漸增式開發(fā)方式時(shí)，設(shè)定優(yōu)先級就特別重要，因?yàn)樵陂_發(fā)過程中，交付進(jìn)度安排很緊，并且日期不可改變。必須排除或推遲一些不重要的功能。（ 2）系統(tǒng)分析員的態(tài)度和做法在需求分析階段，分析人員應(yīng)該明確的提出需求的優(yōu)先級和處理策略，并在軟件需求規(guī)格說明書 中明確說明。應(yīng)當(dāng)在項(xiàng)目的早期階段設(shè)定優(yōu)先級，這有助于逐步作出相互協(xié)調(diào)的決策，而不是在最后階段匆忙決定。19 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程你評價(jià)優(yōu)先級時(shí)，應(yīng)該看到不同需求之間的內(nèi)在聯(lián)系，以及它們與項(xiàng)目業(yè)務(wù)需求的一致性。在判斷出需求的低優(yōu)先級之前，如果開發(fā)人員已經(jīng)實(shí)現(xiàn)了將近一半的特性和功能，那這將是一種浪費(fèi)，這個(gè)責(zé)任應(yīng)該由分析人員承擔(dān)。 （ 3）設(shè)定優(yōu)先級的方法與在客觀世界人們對事務(wù) 的分類習(xí)慣與方法相一致，系統(tǒng)需求的優(yōu)先級設(shè)定分成三類。例如： 高、中、低； 基本的、條件的、可選的、 1 。。具體描述見下表 35：表 35 系統(tǒng)需求的 優(yōu)先級分類 命 名 意 義高 一個(gè)關(guān) 鍵 任 務(wù) 的需求；下一版本所需求的中 支持必要的系 統(tǒng) 操作；最 終 所要求的，但如果有必要的 話 ，可以延 遲 到下一個(gè)版本低 功能或 質(zhì) 量上的增 強(qiáng) ；如果 資 源允 許 的 話 ， 實(shí)現(xiàn)這 些需求 總 有一天使 產(chǎn) 品更完美基本的 只有在 這 些需求上達(dá)成一致意 見 ， 軟 件才會被接受條件的 實(shí)現(xiàn)這 些需求將增 強(qiáng) 產(chǎn) 品的性能，但如果忽略 這 些需求， 產(chǎn) 品也是可以被接受的可 選 的 一個(gè)功能 類 ， 實(shí)現(xiàn) 或不 實(shí)現(xiàn) 均可3 必 須 完美地 實(shí)現(xiàn)2 需要付出努力，但不必做得太完美1 可以包含缺陷20 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 學(xué)習(xí)目標(biāo) 理解軟件需求分析的概念及其重要性。 掌握需求分析中的用例建模技術(shù)。 掌握軟件需求的表達(dá)和軟件需求規(guī)格說明書的編寫。 案例描述 本案例體現(xiàn)了真實(shí)的軟件需求規(guī)格說明書文檔。該 eGov電子政務(wù)項(xiàng)目文檔展現(xiàn)了功能和非功能需求及其文檔的標(biāo)準(zhǔn)格式，通過它我們可以更好地熟悉和理解軟件需求的表達(dá)。 案例要點(diǎn) 在實(shí)際工作中，我們需要將需求分析過程通過軟件需求文檔記錄下來。軟件需求文檔雖然可以有各種不同的格式，但它的主要內(nèi)容包括用例描述和界面導(dǎo)航圖。 21 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 案例實(shí)施 eGov電子政務(wù)項(xiàng)目需求規(guī)格說明書 編寫目的此需求規(guī)格說明書對項(xiàng)目的背景、范圍、驗(yàn)收標(biāo)準(zhǔn)和需求等信息進(jìn)行說明，包括功能性需求和非功能性需求，確保對用戶需求的理解一致。預(yù)期的讀者有（甲方）的需求提供者、項(xiàng)目負(fù)責(zé)人、相關(guān)技術(shù)人員等，北京亞思晟商務(wù)科技有限公司（乙方）的項(xiàng)目組成員，包括項(xiàng)目經(jīng)理、客戶經(jīng)理、分析 /設(shè)計(jì) /開發(fā) /測試等人員。 背景電子政務(wù)系統(tǒng)是基于互聯(lián)網(wǎng)的應(yīng)用軟件。在研究中心的網(wǎng)上能了解到已公開發(fā)布的不同欄目（如新聞、通知等）的內(nèi)容，各部門可以發(fā)表欄目內(nèi)容（如新聞、通知等），有關(guān)負(fù)責(zé)人對需要發(fā)布的內(nèi)容進(jìn)行審批。其中，有的欄目（如新聞）必須經(jīng)過審批才能發(fā)布，有的欄目（如通知