【正文】 需求的優(yōu)先級每一個具有有限資源的軟件項(xiàng)目必須理解所要求的特性、使用實(shí)例和功能需求的相對優(yōu)先級。前置條件： 讀 者取得借 閱 的 圖書 。子用例繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。 軟件需求分析過程13 北京亞思晟北京亞思晟 科技有限公司科技有限公司用例模型可以在不同層次上建立，具有不同的粒度。 “一系列的活 動 ”可以是系 統(tǒng) 招待的功能、數(shù)學(xué) 計(jì) 算或其他 產(chǎn) 生一個 結(jié) 果的內(nèi)部 過 程。用例圖是需求和系統(tǒng)行為設(shè)計(jì)的高層模型，它以圖形化的方式描述外部實(shí)體對系統(tǒng)功能的感知。系統(tǒng)分析師應(yīng)從不同涉眾的角度去識別、表述他們的需求。當(dāng)前的軟件業(yè)面臨著巨大競爭壓力，要求軟件企業(yè)有更低的構(gòu)建成本和更短的開發(fā)周期。 定量化軟件需求應(yīng)盡可能地表述清楚，沒有二義性，進(jìn)行適當(dāng)?shù)牧炕?，?yīng)避免含糊、無法測試、無法驗(yàn)證的需求出現(xiàn)。只有通過軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，從而奠定軟件開發(fā)的基礎(chǔ)。許多大型應(yīng)用系統(tǒng)的失敗，最后均歸結(jié)到需求分析的失?。阂传@取需求的方法不當(dāng)，使得需求分析不到位或不徹底，導(dǎo)致開發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計(jì)、編碼、測試無法順利進(jìn)行；要么客戶配合不好，導(dǎo)致客戶對需求不確認(rèn)，或客戶需求不斷變化，同樣致使設(shè)計(jì)、編碼、測試無法順利進(jìn)行。軟件質(zhì)量的可靠性和用戶界面的友好性等非功能性需求的量化尤為重要。有些項(xiàng)目受環(huán)境的影響很大，有些項(xiàng)目是對原有項(xiàng)目的升級，有些項(xiàng)目客戶要求在指定的架構(gòu)下完成。用戶的文化差異、客戶的組織結(jié)構(gòu)，常常會是系統(tǒng)難以正常實(shí)施的原因。用例圖從用戶的角度來組織需求，每個用例描述一個特定的任務(wù)，如表 32所示?；?動 是原子性的，即要么完整的 執(zhí) 行，要么全不 執(zhí) 行。（ 2）用例層次 我們把用例劃分為 3個目標(biāo)層次 :概要層 ,用戶目標(biāo)層和子功能層 ,并通過引入巧妙的 Why/How技術(shù)幫助分析者找到合適的目標(biāo)層次 ,從而可以有效地把握用例的粒度 (真正的用例最終應(yīng)落實(shí)到用戶目標(biāo)層 )。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ì)展開每個用例的內(nèi)容。主事件流： 讀 者 請 求借 閱圖書 。設(shè)定優(yōu)先級意味著權(quán)衡每個需求的業(yè)務(wù)利益和它的費(fèi)用，以及它所牽涉到的結(jié)構(gòu)基礎(chǔ)和對產(chǎn)品的未來評價。應(yīng)當(dāng)在項(xiàng)目的早期階段設(shè)定優(yōu)先級，這有助于逐步作出相互協(xié)調(diào)的決策，而不是在最后階段匆忙決定。 案例描述 本案例體現(xiàn)了真實(shí)的軟件需求規(guī)格說明書文檔。其中，有的欄目（如新聞）必須經(jīng)過審批才能發(fā)布，有的欄目（如通知）則不需要審批就能發(fā)布。 24 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例圖 125 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 一般用戶瀏覽的內(nèi)容管理：首頁顯示及其他頁面首頁顯示是數(shù)據(jù)量最大的一頁，是為所有模塊展示內(nèi)容的部分。圖 429 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例二、欄目業(yè)務(wù)設(shè)置1．用例描述（ 1）角色：管理員（ 2）前提條件：用戶必須完成登錄的用例（ 3）主事件流：① 當(dāng)用戶登錄該網(wǎng)站（ E1）后，單擊 “欄目業(yè)務(wù)設(shè)置 ”鏈接；② 進(jìn)入欄目業(yè)務(wù)設(shè)置頁面；③ 設(shè)置每個欄目的內(nèi)容管理（ S1）和內(nèi)容審核（ S2）（單擊內(nèi)容管理圖標(biāo)會更改）。32 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例（ 4）分支事件流：S1：添加用戶。四、用戶管理設(shè)置1．用例描述（ 1）角色：管理員（ 2）前提條件：用戶必須完成登錄的用例（ 3）主事件流：① 當(dāng)用戶登錄該網(wǎng)站后，單擊 “用戶管理設(shè)置 ”鏈接；② 進(jìn)入用戶管理設(shè)置頁面；③ 單擊 “新增 ”按鈕（ S1）、 “修改 ”按鈕（ S2）和 “刪除 ”按鈕（ S3）。輸入新的用戶信息，然后提交。圖 1141 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例當(dāng)用戶進(jìn)入系統(tǒng)時，應(yīng)該看到自己的權(quán)限范圍，不同的用戶擁有不同的權(quán)限。45 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例圖 1546 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例提交后的瀏覽頁應(yīng)該根據(jù)時間進(jìn)行倒序，以保證最后發(fā)布的新聞在第一條上。即：如果狀態(tài)為發(fā)布，那么就不能執(zhí)行修改和刪除操作，而是跳轉(zhuǎn)到一個友好界面上去提示用戶。其中的附件 附件 附件 3后面的框?yàn)楦郊Q，每個附件名稱后面的 3個框?yàn)橐蟼鞯?3種文件。2．用戶界面圖單擊內(nèi)容審核列表里的新聞欄目，進(jìn)入新聞審核模塊如圖 23和圖 24所示。這條新聞因?yàn)閯偛疟恍薷倪^了，所以狀態(tài)發(fā)生了改變，審核者這里又重新有了這個任務(wù)。a．當(dāng)用戶功能模塊增加時， StrutsSpringHibernate框架可以方便地支持新的功能；b．當(dāng)用戶并發(fā)訪問量增加時，可以考慮將 Tomcat Web服務(wù)器升級為 WebLogic應(yīng)用服務(wù)器，而不會影響業(yè)務(wù)功能。64 北京亞思晟北京亞思晟 科技有限公司科技有限公司65 北京亞思晟北京亞思晟 科技有限公司科技有限公司靜夜四無鄰，荒居舊業(yè)貧。 2023/3/23 22:10:2522:10:2523 March 20231做前，能夠環(huán)視四周；做時，你只能或者最好沿著以腳為起點(diǎn)的射線向前。 三月 2110:10 下午 三月 2122:10March 23, 20231少年十五二十時，步行奪得胡馬騎。 三月 21三月 2122:10:2522:10:25March 23, 20231意志堅(jiān)強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 三月 2110:10 下午 三月 2122:10March 23, 20231業(yè)余生活要有意義，不要越軌。 10:10:25 下午 10:10 下午 22:10:25三月 21楊柳散和風(fēng)，青山澹吾慮。 三月 21三月 21Tuesday, March 23, 2023很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒有。 22:10:2522:10:2522:103/23/2023 10:10:25 PM1以我獨(dú)沈久，愧君相見頻。硬件方面使用冗余備份方式，保證負(fù)載平衡和系統(tǒng)可靠性。圖 3161 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例審核者發(fā)現(xiàn)新聞沒有問題，點(diǎn)擊同意，這時新聞的狀態(tài)變?yōu)?“已發(fā)布 ”，如圖 32所示。圖 2457 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例圖 25審核頁面和正式的發(fā)布頁面是一樣的，審核者根據(jù)新聞是否可以發(fā)布來選擇按鈕，這里的 “同意 ”表示此新聞可以發(fā)布， “已閱 ”則表示此新聞有問題不可以發(fā)布，并且可以在審核意見中輸入文字說明。53 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例（ 2）通知管理 —— 通知修改本業(yè)務(wù)在任何時候都可以修改，可以修改所有項(xiàng)。49 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例三、通知管理（通知的編輯、修改、刪除）