【正文】 當(dāng)前的軟件業(yè)面臨著巨大競(jìng)爭(zhēng)壓力，要求軟件企業(yè)有更低的構(gòu)建成本和更短的開(kāi)發(fā)周期?？?戶 指 軟 件開(kāi) 發(fā) 的委托方或 軟 件市 場(chǎng) 的目 標(biāo) 客 戶 。 定量化軟件需求應(yīng)盡可能地表述清楚，沒(méi)有二義性，進(jìn)行適當(dāng)?shù)牧炕?，?yīng)避免含糊、無(wú)法測(cè)試、無(wú)法驗(yàn)證的需求出現(xiàn)?？沈?yàn)證性可驗(yàn)證性是軟件需求的基本屬性。只有通過(guò)軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明，從而奠定軟件開(kāi)發(fā)的基礎(chǔ)。CONFIDENTIALJava軟 件工程與 項(xiàng) 目案例教程（三）2 北京亞思晟北京亞思晟 科技有限公司科技有限公司主要內(nèi)容軟件需求分析概述軟件需求分析過(guò)程 項(xiàng)目案例 3 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析概述需求分析是整個(gè)項(xiàng)目開(kāi)發(fā)流程的第一個(gè)環(huán)節(jié)，它是在用戶和軟件開(kāi)發(fā)組之間建立對(duì)用戶的共同理解，由軟件開(kāi)發(fā)組進(jìn)行分析、精化并詳細(xì)描述后，按文檔規(guī)范編寫(xiě)出 《 軟件需求規(guī)格說(shuō)明書(shū) 》 (Software Requirement Specification,SRS)的過(guò)程。許多大型應(yīng)用系統(tǒng)的失敗，最后均歸結(jié)到需求分析的失?。阂传@取需求的方法不當(dāng)，使得需求分析不到位或不徹底，導(dǎo)致開(kāi)發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行；要么客戶配合不好，導(dǎo)致客戶對(duì)需求不確認(rèn)，或客戶需求不斷變化，同樣致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行。軟件需求必須是可驗(yàn)證的，否則軟件的評(píng)審和測(cè)試就沒(méi)有相應(yīng)的依據(jù)。軟件質(zhì)量的可靠性和用戶界面的友好性等非功能性需求的量化尤為重要。市 場(chǎng) 分析人 員 對(duì) 于沒(méi)有具體客 戶 的通用 軟 件，市 場(chǎng) 分析人 員 將提供市 場(chǎng) 需要，并 對(duì)實(shí)際 客 戶進(jìn) 行模 擬系 統(tǒng) 分析 師 對(duì) 于 類(lèi) 似的 項(xiàng) 目，系 統(tǒng) 分析 師 將 對(duì) 以前系 統(tǒng)進(jìn) 行 評(píng) 估，判斷是否存在重用的可能 軟件需求分析過(guò)程7 北京亞思晟北京亞思晟 科技有限公司科技有限公司 需求過(guò)程迭代軟件需求分析是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程。有些項(xiàng)目受環(huán)境的影響很大，有些項(xiàng)目是對(duì)原有項(xiàng)目的升級(jí)，有些項(xiàng)目客戶要求在指定的架構(gòu)下完成。這種迭代會(huì)給項(xiàng)目帶來(lái)一定的風(fēng)險(xiǎn)，上一次迭代的設(shè)計(jì)實(shí)現(xiàn)可能會(huì)因?yàn)樾枨蟛蛔愣煌品?。用戶的文化差異、客戶的組織結(jié)構(gòu)，常常會(huì)是系統(tǒng)難以正常實(shí)施的原因。 軟件需求分析過(guò)程11 北京亞思晟北京亞思晟 科技有限公司科技有限公司基于用例的需求表達(dá)體系如下圖 32所示 基于用例的需求表達(dá)體系 軟件需求分析過(guò)程12 北京亞思晟北京亞思晟 科技有限公司科技有限公司用例圖（ 1）用例圖概述用例建模技術(shù)離不開(kāi)用例圖。用例圖從用戶的角度來(lái)組織需求，每個(gè)用例描述一個(gè)特定的任務(wù)，如表 32所示。 圖 47中的 “圖書(shū) 管理 員 ”、 “讀 者 ”和 “系 統(tǒng) 管理 員 ”是與系 統(tǒng)進(jìn) 行交互的角色?；?動(dòng) 是原子性的，即要么完整的 執(zhí) 行，要么全不 執(zhí) 行。用 實(shí)線 表示用例關(guān)系《 引申 類(lèi) 型》用例與用例之 間 的關(guān)系。（ 2）用例層次 我們把用例劃分為 3個(gè)目標(biāo)層次 :概要層 ,用戶目標(biāo)層和子功能層 ,并通過(guò)引入巧妙的 Why/How技術(shù)幫助分析者找到合適的目標(biāo)層次 ,從而可以有效地把握用例的粒度 (真正的用例最終應(yīng)落實(shí)到用戶目標(biāo)層 )。（ 4）用例關(guān)系1）角色和角色之間繼承關(guān)系 :表示子類(lèi)角色將繼承父類(lèi)角色在用例中所能擔(dān)任的角色2）角色和用例之間使用關(guān)系 :表示角色將使用用例提供的服務(wù)3）用例和用例之間包含關(guān)系 : 通常是指一個(gè)大的用例包含了幾個(gè)小的用例，幾個(gè)小的用例組成一個(gè)大的用例。15 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過(guò)程表現(xiàn)幾種關(guān)系的實(shí)例如下圖 33：圖 33 用例關(guān)系實(shí)例16 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過(guò)程用例 編 號(hào)：（用例 編 號(hào)）用例名稱(chēng)：（用例名稱(chēng)）用例描述：（用例描述）前置條件：（描述用例 執(zhí) 行前必 須滿 足的條件）后置條件：（描述用例 執(zhí) 行 結(jié) 束后將 執(zhí) 行的內(nèi)容）基本事件流（主事件流）：（描述常 規(guī) 條件下，系 統(tǒng)執(zhí) 行的步 驟 ）步 驟 步 驟 步 驟 、擴(kuò) 展事件流（分支事件流）：（描述其他情況下，系 統(tǒng)執(zhí) 行的步 驟 ） 2a、 擴(kuò) 展步 驟 2a、 2a 擴(kuò) 展步 驟 2a異常事件流：（描述在異常情況下可能出 現(xiàn) 的 場(chǎng) 景）用例描述用例模型除了繪制用例圖外，還要對(duì)用例進(jìn)行描述，也就是詳細(xì)展開(kāi)每個(gè)用例的內(nèi)容。右表 用例描述模板17 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過(guò)程用例 編 號(hào)： 用例名稱(chēng)：借 書(shū) 登 記用例描述： 圖書(shū) 管理 員對(duì)讀 者借 閱 的 圖書(shū)進(jìn) 行登 記 。主事件流： 讀 者 請(qǐng) 求借 閱圖書(shū) 。 讀 者 獲 取 圖書(shū) 。設(shè)定優(yōu)先級(jí)意味著權(quán)衡每個(gè)需求的業(yè)務(wù)利益和它的費(fèi)用，以及它所牽涉到的結(jié)構(gòu)基礎(chǔ)和對(duì)產(chǎn)品的未來(lái)評(píng)價(jià)。建立每個(gè)功能的相對(duì)重要性有助于規(guī)劃軟件的構(gòu)造，以最少的費(fèi)用提供產(chǎn)品的最大功能。應(yīng)當(dāng)在項(xiàng)目的早期階段設(shè)定優(yōu)先級(jí)，這有助于逐步作出相互協(xié)調(diào)的決策，而不是在最后階段匆忙決定。例如： 高、中、低； 基本的、條件的、可選的、 1 。 案例描述 本案例體現(xiàn)了真實(shí)的軟件需求規(guī)格說(shuō)明書(shū)文檔。 21 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 案例實(shí)施 eGov電子政務(wù)項(xiàng)目需求規(guī)格說(shuō)明書(shū) 編寫(xiě)目的此需求規(guī)格說(shuō)明書(shū)對(duì)項(xiàng)目的背景、范圍、驗(yàn)收標(biāo)準(zhǔn)和需求等信息進(jìn)行說(shuō)明，包括功能性需求和非功能性需求，確保對(duì)用戶需求的理解一致。其中，有的欄目（如新聞）必須經(jīng)過(guò)審批才能發(fā)布，有的欄目（如通知）則不需要審批就能發(fā)布。 用戶的特點(diǎn)本軟件的最終用戶為組織內(nèi)的日常使用者，操作人員和維護(hù)人員有較高的教育水平和技術(shù)專(zhuān)長(zhǎng)，同時(shí)使用的用戶數(shù)量初步估計(jì)為幾百人。 24 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例圖 125 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 一般用戶瀏覽的內(nèi)容管理：首頁(yè)顯示及其他頁(yè)面首頁(yè)顯示是數(shù)據(jù)量最大的一頁(yè)，是為所有模塊展示內(nèi)容的部分。27 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例一、登錄1．用例描述（ 1）角色：注冊(cè)用戶（用戶和管理員）（ 2）前提條件：無(wú)（ 3）主事件流：① 用戶登錄該網(wǎng)站的登錄頁(yè)面（ E1）；② 顯示登錄頁(yè)面信息，如用戶名，密碼；③ 輸入用戶名和密碼，單擊 “登錄 ”按鈕（ E2）；④ 驗(yàn)證登錄信息；⑤ 加載用戶所擁有的權(quán)限信息，并顯示在頁(yè)面上。圖 429 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例二、欄目業(yè)務(wù)設(shè)置1．用例描述（ 1）角色：管理員（ 2）前提條件：用戶必須完成登錄的用例（ 3）主事件流：① 當(dāng)用戶登錄該網(wǎng)站（ E1）后，單擊 “欄目業(yè)務(wù)設(shè)置 ”鏈接；② 進(jìn)入欄目業(yè)務(wù)設(shè)置頁(yè)面；③ 設(shè)置每個(gè)欄目的內(nèi)容管理（ S1）和內(nèi)容審核（ S2）（單擊內(nèi)容管理圖標(biāo)會(huì)更改）。30 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例2．用戶界面圖單擊 “欄目業(yè)務(wù)設(shè)置 ”鏈接，進(jìn)入該模塊，設(shè)定欄目是否具有內(nèi)容管理和內(nèi)容審核的權(quán)限。32 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例（ 4）分支事件流：S1：添加用戶。圖 734 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例頁(yè)面中左面顯示用戶過(guò)濾，也是備選用戶，右面顯示管理權(quán)限和審核權(quán)限。四、用戶管