【正文】 正向跟蹤與逆向跟蹤 建立需求狀態(tài)是為了表示需求的各種不同情況 。 2023/1/30 148 需求驗(yàn)證的方法 : 1. 驗(yàn)證需求的一致性 自然語(yǔ)言書寫靠人工技術(shù)審查驗(yàn)證軟件系統(tǒng)規(guī)格說(shuō)明書的正確性 當(dāng)軟件需求規(guī)格說(shuō)明書是用形式化的需求陳述語(yǔ)言書寫的時(shí)候，可以用軟件工具驗(yàn)證需求的一致性。 2023/1/30 144 IPO圖 ? IPO圖是輸入 /處理 /輸出圖的簡(jiǎn)稱 ,它是美國(guó)IBM公司提出的一種圖形工具 ,能夠方便地描繪輸入數(shù)據(jù) 、 處理數(shù)據(jù)和輸出數(shù)據(jù)的關(guān)系 。 – 分機(jī)號(hào)從 8201至 8299。 2023/1/30 126 數(shù)據(jù)流圖 6． 數(shù)據(jù)流圖的畫法 (1) 畫數(shù)據(jù)流圖的一般原則 畫數(shù)據(jù)流圖的基本步驟概括地說(shuō)，就是自外向內(nèi)，自頂向下，逐層細(xì)化，完善求精。 – 根據(jù)留底的訂單進(jìn)行銷售統(tǒng)計(jì)，打印統(tǒng)計(jì)表給經(jīng)理。 – 由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有流向 – 應(yīng)用名詞或名詞短語(yǔ)命名 – 可能是紙張上的數(shù)據(jù)、電子數(shù)據(jù)、通過(guò)網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)等 – 可能存在于： ? 外部實(shí)體與加工之間； ? 加工與加工之間； ? 加工與數(shù)據(jù)存儲(chǔ)之間 2023/1/30 103 DFD的簡(jiǎn)單練習(xí) 文件1 加法 (+ )2 乘法 (*)3 加法 (+ )顧客abadc4 乘法 (*)a + ba*dc + a *d( a + b ) * ( c + a *d )? 背景：用戶輸入 a、 b、 c、 d四個(gè)值，系統(tǒng)計(jì)算(a+b)*(c+a*d)，并將結(jié)果輸出到一個(gè)文件中存儲(chǔ)。 2023/1/30 93 需求分析的任務(wù)與原則 需求分析的原則 ? 這對(duì)系統(tǒng)滿足處理需求所提出的邏輯限制條件和系統(tǒng)中其他成分提出的物理限制條件是必不可少的 。 2023/1/30 90 需求分析的任務(wù)與原則 6. 創(chuàng)建數(shù)據(jù)字典 數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。 2023/1/30 85 需求分析的任務(wù)與原則 2023/1/30 86 需求工程過(guò)程 需求工程過(guò)程分為需求開發(fā)和需求管理兩階段。 2023/1/30 74 面談?dòng)涗浀氖纠?(1) ? 第一部分：建立客戶或用戶情況表 ? 第二部分：評(píng)估問(wèn)題 – 詢問(wèn)用戶對(duì)哪些類型的問(wèn)題缺乏好的解決方案 – 它們是什么？ (不斷的問(wèn)“還有嗎？” ) ? 第三部分：理解用戶環(huán)境 – 誰(shuí)是用戶？他們的經(jīng)歷和經(jīng)驗(yàn)如何？用戶的預(yù)期如何？ ? 第四部分：扼要說(shuō)明理解情況 – 你剛才告訴我： (用自己的話復(fù)述客戶描述的問(wèn)題 ) – 這是否足以表達(dá)你現(xiàn)在的解決方案中存在的問(wèn)題？ – 如果有，你還有什么問(wèn)題？ 2023/1/30 75 面談?dòng)涗浀氖纠?(2) ? 第五部分：分析人員對(duì)客戶問(wèn)題的輸入 – 對(duì)每個(gè)問(wèn)題進(jìn)行以下提問(wèn)： ? 這是一個(gè)實(shí)際的問(wèn)題嗎？ ? 問(wèn)題產(chǎn)生的原因是什么？ ? 現(xiàn)在如何解決的？ ? 希望如何解決？ ? 該問(wèn)題的重要度如何？ ? 第六部分：評(píng)估自己的解決方案 – 總結(jié)自己建議的解決方案； – 對(duì)自己方案的優(yōu)先級(jí)排序； ? 第七部分：評(píng)估機(jī)會(huì) ? 第八部分：評(píng)估可靠性、性能及其他需要 2023/1/30 76 面談?dòng)涗浀氖纠?(3) ? 第九部分：其他需求 – 法律法規(guī)、環(huán)境、行業(yè)標(biāo)準(zhǔn)等； ? 第十部分：總結(jié)性提問(wèn) – 還有其他問(wèn)題要問(wèn)面談人嗎？ – 尚未解決的問(wèn)題有哪些？ – 下次訪談的方式、地點(diǎn)、時(shí)間、參加人等； ? 第十一部分：分析人員的總結(jié) – 總結(jié)出客戶 /用戶確認(rèn)的三條優(yōu)先級(jí)最高的需求或問(wèn)題。 2023/1/30 48 審查和驗(yàn)證軟件系統(tǒng)需求規(guī)格說(shuō)明，進(jìn)而確定需求規(guī)格說(shuō)明是否正確描述了用戶對(duì)軟件系統(tǒng)的需求。 3．根據(jù)需求信息建立軟件系統(tǒng)的邏輯模型和需求模型，確定非功能需求和約束條件及限制。 改正：如果用戶試圖透支，系統(tǒng)將顯示錯(cuò)誤信息并拒絕取款操作。 2023/1/30 31 需求規(guī)格說(shuō)明 2023/1/30 32 需求規(guī)格說(shuō)明是指軟件所應(yīng)滿足的全部要求，并用文檔方式完整和精確描述。 2023/1/30 28 6. 業(yè)務(wù)規(guī)則 ? 業(yè)務(wù)規(guī)則 (Business Rule)： 對(duì)某些功能的可執(zhí)行性或 內(nèi)部執(zhí)行邏輯 的一些限定條件。 ? [例 ] – 系統(tǒng)在 20秒內(nèi)響應(yīng)所有的請(qǐng)求； – 系統(tǒng)應(yīng)該每周 7天、每天 24小時(shí)都可使用； – 對(duì)一個(gè)沒(méi)有經(jīng)驗(yàn)的用戶而言，經(jīng)過(guò) 2小時(shí)培訓(xùn)即可使用系統(tǒng)所有功能。 2023/1/30 17 軟件需求的分類 軟件需求的分類 2023/1/30 18 不同層次的軟件需求 業(yè)務(wù)需求項(xiàng)目視圖與范圍文檔業(yè)務(wù)規(guī)則用例文檔功能需求軟件需求規(guī)格說(shuō)明外部接口需求用戶需求功能性需求 非功能性需求約束條件非功能需求2023/1/30 19 1. 業(yè)務(wù)需求 ? 業(yè)務(wù)需求 (Business Requirements)： 客戶對(duì)于系統(tǒng)的 高層次目標(biāo)要求 (highlevel objectives) ，定義了項(xiàng)目的 遠(yuǎn)景和范疇 (vision and scope) – 業(yè)務(wù)：屬于哪類業(yè)務(wù)范疇？應(yīng)完成什么功能？為何目的？ – 客戶：軟件為誰(shuí)服務(wù)？目標(biāo)客戶是誰(shuí)？ – 特性：區(qū)別于其他競(jìng)爭(zhēng)產(chǎn)品的特性是什么？ – 價(jià)值：價(jià)值體現(xiàn)在那些方面？ – 優(yōu)先級(jí)：功能特性的優(yōu)先級(jí)次序是什么？ ? [例 ]―圖書資料管理系統(tǒng)”的業(yè)務(wù)需求 – 該系統(tǒng)使用計(jì)算機(jī)實(shí)現(xiàn)圖書資料日常管理，提高工作效率和服務(wù)質(zhì)量； – 該系統(tǒng)可讓用戶在網(wǎng)絡(luò)上查詢與瀏覽電子資料，改變?cè)械慕栝喣Ｊ剑? – 由于版權(quán)的限制，某些電子資料只能瀏覽 /打印，但不能下載。 2023/1/30 8 但實(shí)際情況是什么樣子？ ? 調(diào)查報(bào)告的數(shù)字是這樣的 … ?Standish Group 2023 Succeeded Challenged Failed 用戶參與程度高： 16% 用戶高層的支持： 14% 對(duì)需求的清晰陳述： 12% 缺乏用戶參與： 13% 需求規(guī)格說(shuō)明不完整： 12% 需求頻繁的發(fā)生變化： 12% 結(jié)論： 對(duì)用戶需求的管理水平 是決定軟件成敗的重要原因 2023/1/30 9 [案例分析 1] ―只有結(jié)婚后才可以修改姓名嗎？” ? Phil開發(fā)了一套人力資源軟件，有一天他接到了人力資源部 Maria打來(lái)的電話 … Maria 一個(gè)同事想把自己名字改為 Sparkle Starlight，但系統(tǒng)不允許，能幫忙嗎？ Phil 她嫁給了一個(gè)姓 Starlight的人嗎？ Maria 不，她并沒(méi)有結(jié)婚，她只是想改名字而已； Phil 系統(tǒng)只支持在改變婚姻狀況時(shí)才可以改名字。 Maria 可是每個(gè)人只要愿意就可以隨時(shí)改變自己的名字啊。 2023/1/30 20 2. 用戶需求 (目標(biāo)需求 ) ? 用戶需求 (User Requirements)： 從用戶角度描述的 系統(tǒng)功能需求與非功能需求 ，通常只涉及系統(tǒng)的 外部行為 而不涉及內(nèi)部特性。 ? 注意：非功能需求隱含了對(duì)可選設(shè)計(jì)方案的一些關(guān)鍵影響 – 體系結(jié)構(gòu)設(shè)計(jì) (., 體系結(jié)構(gòu)風(fēng)格選擇 ) – 算法設(shè)計(jì) (., 排序策略的選擇 ) 2023/1/30 24 非功能需求的度量 ? NFR：檢驗(yàn)起來(lái)非常困難，一般采用一些可度量的特性進(jìn)行描述。 – 通常表達(dá)為“如果 … ，那么 …‖ 的形式 – 通常是一些容易發(fā)生變化的功能； ? 例如： – 如果借書卡類型為“教師”，那么一次借閱的最大數(shù)量為 8本； – 如果訂單金額大于 10000元，那么該訂單的折扣為 10%； – 如果采購(gòu)單金額在 10萬(wàn)到 50萬(wàn)之間，那么需要總經(jīng)理審批； 2023/1/30 29 7. 外部接口需求 ? 外部接口需求 (External Interface Requirement)： 描述系統(tǒng)與其所處的 外部環(huán)境之間如何進(jìn)行交互 ，包括： – 用戶接口需求 (UI) – 硬件接口需求 – 軟件接口需求 – 通信接口需求 ? 例如： – “從 某些設(shè)備 讀取信號(hào)” – “給 一些其它系統(tǒng) 發(fā)送消息” – “以 某種格式 讀取文件” – “能控制 一些硬件 ‖ – ―采用 某種類型的 用戶界面” 2023/1/30 30 關(guān)于需求的一些例子 ? 系統(tǒng)必須有能力支持 100個(gè)以上的并發(fā)用戶，每個(gè)用戶可以處理操作任務(wù)的任選組合，平均響應(yīng)時(shí)間應(yīng)該小于 1秒，最大響應(yīng)時(shí)間應(yīng)小于 5秒。全部要求是指軟件系統(tǒng)必須提供的功能和性能、約束條件和限制。 3. ―盡快”是不可驗(yàn)證的，應(yīng)該給出具體數(shù)量值。 2023/1/30 45 需求工程概念 需求工程的任務(wù)： 4．根據(jù)收集的需求信息和邏輯模型編寫需求規(guī)格說(shuō)明及文檔。 需求管理的任務(wù)是管理軟件系統(tǒng)的需求規(guī)格說(shuō)明和文檔，評(píng)估需求變更帶來(lái)的影響及成本費(fèi)用，跟蹤軟件需求的狀態(tài)，管理需求規(guī)格說(shuō)明的版本等。 2023/1/30 77 面對(duì)面訪談的優(yōu)缺點(diǎn)分析 ? 優(yōu)點(diǎn)： – 人們很愿意談?wù)撟约旱墓ぷ?，并且總是很喜歡接受訪談； ? 缺點(diǎn)： – 大多數(shù)人都采用專業(yè)術(shù)語(yǔ)和“行話”，而太多的專業(yè)術(shù)語(yǔ)讓需求工程師難以理解，往往造成很多誤解； – 有些需求對(duì)用戶來(lái)說(shuō)太普通了，以至于他們不自覺(jué)地認(rèn)為這些需求太基本，不值得去提。 需 求 獲 取 需 求 分 析 需 求 描 述 需 求 驗(yàn) 證 需 求 管 理需 求 開 發(fā) 過(guò) 程 需 求 管 理 過(guò) 程2023/1/30 87 需求分析的任務(wù)與原則 ? 需求分析的基本任務(wù)是分析與綜合已收集到的需求信息，通過(guò)分析找出需求信息內(nèi)在聯(lián)系和可能的矛盾，通過(guò)綜合找出解決問(wèn)題的方法并建立系統(tǒng)的邏輯模型。 7. 質(zhì)量功能調(diào)配 質(zhì)量功能調(diào)配是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。 ? 軟件需求的邏輯視圖給出軟件要達(dá)到的功能和要處理數(shù)據(jù)之間的關(guān)系 。 ? 問(wèn)題：繪制該系統(tǒng)的 DFD 2023/1/30 104 DFD的層次性 加工實(shí)實(shí)1 23 ? DFD的層次性： 自頂向下的分解 (topdown) ? DFD的兩種類型： – 環(huán)境關(guān)聯(lián) DFD圖 (Contextlevel DFD，或 Context Diagram)：也稱頂層DFD圖 ，描述了系統(tǒng)與外部環(huán)境之間的數(shù)據(jù)輸入 /輸出關(guān)系； – 系統(tǒng)內(nèi)部 DFD圖 (Innerlevel DFD)： 描述系統(tǒng)內(nèi)部各功能模塊之間的數(shù)據(jù)流動(dòng)關(guān)系 ? 0層 DFD圖 ? 1層 DFD圖 ? … ? N層 DFD圖 2023/1/30 105 頂層 DFD ? 頂層 DFD圖 (關(guān)聯(lián)圖 ) – 通過(guò)系統(tǒng)和外部世界之間的聯(lián)系來(lái)描述系統(tǒng)的范圍 – 確定了通過(guò)某一接口與系統(tǒng)相連的外部實(shí)體，同時(shí)也確定了外部實(shí)體和系統(tǒng)之間的數(shù)據(jù)流 – 只包含一個(gè)加工，用以表示被開發(fā)的系統(tǒng)，然后考慮該系統(tǒng)有哪些輸入數(shù)據(jù)、輸出數(shù)據(jù)流 – 編號(hào)： 0 0系統(tǒng)外部實(shí)體 I1外部實(shí)體 I2外部實(shí)體 In…外部實(shí)體 O1外部實(shí)體 O2外部實(shí)體 Om…輸入信息 1輸入信息 2輸入信息 n輸出信息 1輸出信息 2輸出信息 n2023/1/30 106 示例：頂層 DFD 學(xué)生教師教務(wù)部課程安排注冊(cè)請(qǐng)求0課程注冊(cè)系統(tǒng)班級(jí)列表課程安排數(shù)據(jù)2023/1/30 107 0層 DFD ? 將頂層 DFD圖中的系統(tǒng)分解為若干個(gè)子系統(tǒng)，決定每個(gè)子系統(tǒng)間的數(shù)據(jù)接口和活動(dòng)關(guān)系，得到 0層 DFD圖； ? 編號(hào)： … 、 n 學(xué)生教師教務(wù)部課程安排注冊(cè)請(qǐng)求1 安排課表