【正文】 員很難進(jìn)行交流（ 2）用戶的需求是動態(tài)變化的（ 3）系統(tǒng)變更的代價(jià)呈非線性增長4 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程 什么是軟件需求從根本上講，軟件需求就是為了解決現(xiàn)實(shí)世界中的特定問題，軟件必須展現(xiàn)的屬性。優(yōu)先性軟件需求具有優(yōu)先級，應(yīng)該能夠在有限的資源（資金、人員、技術(shù)）情況下進(jìn)行取舍。例如，系統(tǒng)應(yīng)支持 2023個(gè)并發(fā)用戶，系統(tǒng)回應(yīng)時(shí)間應(yīng)低于 10秒，這就是需求的量化。該過程將軟件計(jì)劃階段所確定的軟件范圍（工作范圍）逐步細(xì)化到可詳細(xì)定義的程度，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決辦法。在項(xiàng)目初期，客戶不能完全確定需要什么，對計(jì)算機(jī)的能力和限制不甚了解，所以需求過程很難是一步到位的過程。但是，系統(tǒng)分析師應(yīng)根據(jù)項(xiàng)目計(jì)劃，在給定的資源條件下得到盡可能高質(zhì)量的需求。 軟件需求分析過程9 北京亞思晟北京亞思晟 科技有限公司科技有限公司 需求獲取的方法（ 1）實(shí)地參加（ 2) 開調(diào)查會（ 3）請專人介紹（ 4）面談（ 5）設(shè)計(jì)調(diào)查表請用戶填寫（ 6）查閱記錄 軟件需求分析過程10 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求的表達(dá)如何有效地表達(dá)軟件需求？我們這里建議使用用例建模技術(shù)。在 UML中，用例圖又叫做用況圖，有時(shí)又稱為Use Case 圖。表 32用例圖概述 名稱 圖 例 說 明角色 角色名稱 代表與系 統(tǒng) 交互的 實(shí) 體。用例 用例名稱定 義 了系 統(tǒng)執(zhí) 行的一系列活 動 ， 產(chǎn) 生一個(gè) 對 特定角色可 觀測 的 結(jié) 果?；?動 的原子性可以決定用例的粒度。用 帶 箭 頭 的虛 線 表示。值得注意的是 ,我們在實(shí)踐中應(yīng)該尤其關(guān)注用戶目標(biāo)層用例 .引入概要層用例的主要目的是為了包含一個(gè)或多個(gè)用戶目標(biāo)層用例 ,為系統(tǒng)提供全局功能視圖 ,提出子功能層用例則是為了表達(dá)用戶目標(biāo)層用例的具體實(shí)現(xiàn)步驟。擴(kuò)展關(guān)系 : 基于擴(kuò)展點(diǎn)之上的兩個(gè)獨(dú)立用例，擴(kuò)展用例為基本用例的實(shí)例增添新的行為，其實(shí)質(zhì)是擴(kuò)展事件流的延伸，兩個(gè)用例本身都是獨(dú)立的。用例描述可以是文字性的，也可以用活動圖進(jìn)行說明。 讀 者借 閱圖書 的數(shù)量不能超過規(guī) 定的數(shù)量。 檢查讀 者的狀 態(tài) 。擴(kuò) 展事件流： 2a、如果用 戶 借 閱 數(shù)量超 過規(guī) 定數(shù)量，或者有 過 期未 還 的 圖書 ， 則 用例 終 止。項(xiàng)目經(jīng)理必須權(quán)衡合理的項(xiàng)目范圍和進(jìn)度安排、預(yù)算、人力資源以及質(zhì)量目標(biāo)的約束。當(dāng)采用漸增式開發(fā)方式時(shí)，設(shè)定優(yōu)先級就特別重要，因?yàn)樵陂_發(fā)過程中，交付進(jìn)度安排很緊，并且日期不可改變。19 北京亞思晟北京亞思晟 科技有限公司科技有限公司 軟件需求分析過程你評價(jià)優(yōu)先級時(shí)，應(yīng)該看到不同需求之間的內(nèi)在聯(lián)系，以及它們與項(xiàng)目業(yè)務(wù)需求的一致性。具體描述見下表 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) 理解軟件需求分析的概念及其重要性。該 eGov電子政務(wù)項(xiàng)目文檔展現(xiàn)了功能和非功能需求及其文檔的標(biāo)準(zhǔn)格式，通過它我們可以更好地熟悉和理解軟件需求的表達(dá)。預(yù)期的讀者有（甲方）的需求提供者、項(xiàng)目負(fù)責(zé)人、相關(guān)技術(shù)人員等，北京亞思晟商務(wù)科技有限公司（乙方）的項(xiàng)目組成員，包括項(xiàng)目經(jīng)理、客戶經(jīng)理、分析 /設(shè)計(jì) /開發(fā) /測試等人員。系統(tǒng)管理人員對用戶及其權(quán)限進(jìn)行管理。23 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例 假定和約束假定此系統(tǒng)為自包含的，不過分依賴其他外部系統(tǒng)。從該頁還可以登錄進(jìn)入管理等后端功能模塊。（ 4）異常事件流：E1：鍵入非法的標(biāo)識符，指明錯(cuò)誤。（ 4）分支事件流：S1：設(shè)置內(nèi)容管理。欄目業(yè)務(wù)設(shè)置是整個(gè)系統(tǒng)管理模塊的最高級權(quán)限設(shè)置，它的操作可以影響到欄目權(quán)限設(shè)置，以及所有的與本欄目有關(guān)的權(quán)限設(shè)置，如圖 5所示。 選中用戶后單擊 “添加 ”按鈕 添加用戶 單擊 “返回 ”按鈕 返回欄目權(quán)限設(shè)置頁面S2：刪除用戶。選擇不同部門時(shí)，該部門的所有人員應(yīng)該顯示在備選用戶列表里。35 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例（ 4）分支事件流：S1：單擊 “新增 ”按鈕： 單擊 “新增 ”按鈕 進(jìn)入添加新用戶頁面 添加用戶基本信息，單擊 “添加 ”（ E1）按鈕 保存用戶信息 返回用戶管理設(shè)置頁面S2：單擊 “修改 ”按鈕。用戶管理設(shè)置頁面用于顯示用戶、添加用戶、修改用戶、刪除用戶。（ 3）修改用戶：單擊 “修改 ”按鈕，顯示見圖 10。40 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例（ 4）異常事件流：E1：鍵入非法的標(biāo)識符，指明錯(cuò)誤。見圖 12這個(gè)用戶具有的權(quán)限是對 1個(gè)欄目的內(nèi)容管理權(quán)限。2．用戶界面圖（ 1）新聞管理 —— 新聞編輯單擊內(nèi)容管理中的 “綜合新聞管理 ”，進(jìn)入新聞編輯頁面，見圖 14。剛剛發(fā)布的新聞的發(fā)布狀態(tài)是待審（已經(jīng)提交了，但是要等待審核），就是要等待有審核權(quán)限的人審核這條新聞，通過后才能發(fā)布上去。如果新聞沒有發(fā)布，則可以修改，如圖 18所示。圖 1848 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例圖 19（ 4）新聞管理 —— 新聞刪除新聞刪除和修改的原理一樣，只有當(dāng)新聞不處于發(fā)布狀態(tài)時(shí)才可以刪除，否則將跳轉(zhuǎn)到友好頁面提示用戶該如何正確刪除。2．用戶界面圖（ 1）通知管理 —— 通知編輯在通知管理頁面（見圖 20），單擊 “新增 ”按鈕，進(jìn)入通知編輯頁面。這里要說明的是每個(gè)附件只代表一種文件，也就是說，后面的這 3種文件（本地文件、政策法規(guī)、文件表格）只能選擇一種上傳。（ 4）分支事件流：S1：單擊 “已閱 ”按鈕。在審核的任務(wù)瀏覽頁中，單擊 “審核 ”按鈕，進(jìn)入內(nèi)容審核頁面，如圖 25所示。圖 2759 北京亞思晟北京亞思晟 科技有限公司科技有限公司 項(xiàng)目案例單擊發(fā)布狀態(tài)欄目中的已審，新聞發(fā)布者可以看到審核后的意見，如圖 28所示。圖 30如果審核者審核未通過，新聞將被駁回，如圖 31所示。 時(shí)間特性要求a．響應(yīng)時(shí)間要低于 5秒；b．更新處理時(shí)間要低于 20秒；c．?dāng)?shù)據(jù)的轉(zhuǎn)換和傳送時(shí)間要低于 10秒。 健壯性在軟件設(shè)計(jì)中使用異常處理機(jī)制和 log4j工具保證系統(tǒng)健壯性，運(yùn)行時(shí)正常和出錯(cuò)信息要保留在日志文件中。 特別提示 需求分析是整個(gè)軟件開發(fā)過程中的第一步，也是軟件工程中最關(guān)鍵的一個(gè)過程。 三月 21三月 21Tuesday, March 23, 2023雨中黃葉樹，燈下白頭人。 三月 21三月 2122:10:2522:10:25March 23, 20231他鄉(xiāng)生白發(fā)，舊國見青山。 10:10:25 下午 10:10 下午 22:10:25三月 21沒有失敗，只有暫時(shí)停止成功！。 22:10:2522:10:2522:10Tuesday, March 23, 20231不知香積寺，數(shù)里入云峰。 2023/3/23 22:10:2522:10:2523 March 20231空山新雨后，天氣晚來秋。 三月 2122:10:2522:10Mar2123Mar211越是無能的人，越喜歡挑剔別人的錯(cuò)兒。 23 三月 202310:10:25 下午 22:10:25三月 211最具挑戰(zhàn)性的挑戰(zhàn)莫過于提