軟件工程三需求分析PPT課件

1、第三章 軟件需求分析,需求分析概述 準(zhǔn)確地定義未來(lái)系統(tǒng)的目標(biāo)，確定為了滿足用戶的需求系統(tǒng)必須做什么。用 規(guī)范的形式準(zhǔn)確地表達(dá)用戶的需求。 在需求分析階段，系統(tǒng)分析員的主要焦點(diǎn)是 “做什么（what）” ，不是 “怎樣做（how）”,.,2,1. 功能需求 這方面的需求指定系統(tǒng)必須提供的服務(wù)。通過(guò)需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能。 2. 性能需求 性能需求指定系統(tǒng)必須滿足的定時(shí)約束或容量約束，通常包括速度(響應(yīng)時(shí)間)、信息量速率、主存容量、磁盤容量、安全性等方面的需求。,3.1 需求分析的任務(wù) 3.1.1 確定對(duì)系統(tǒng)的綜合要求,.,3,3. 可靠性和可用性需求 可靠性需求定量地指定系統(tǒng)的

2、可靠性。 4. 出錯(cuò)處理需求 這類需求說(shuō)明系統(tǒng)對(duì)環(huán)境錯(cuò)誤應(yīng)該怎樣響應(yīng) 5. 接口需求 接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式。常見的接口需求有：用戶接口需求；硬件接口需求；軟件接口需求；通信接口需求,.,4,6. 約束 設(shè)計(jì)約束或?qū)崿F(xiàn)約束描述在設(shè)計(jì)或?qū)崿F(xiàn)應(yīng)用系統(tǒng)時(shí)應(yīng)遵守的限制條件。常見的約束有：精度；工具和語(yǔ)言約束；設(shè)計(jì)約束；應(yīng)該使用的標(biāo)準(zhǔn)；應(yīng)該使用的硬件平臺(tái)。 7. 逆向需求 逆向需求說(shuō)明軟件系統(tǒng)不應(yīng)該做什么。 8. 將來(lái)可能提出的要求 應(yīng)該明確地列出那些雖然不屬于當(dāng)前系統(tǒng)開發(fā)范疇，但是據(jù)分析將來(lái)很可能會(huì)提出來(lái)的要求。,.,5,分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個(gè)重要任務(wù)。分析系統(tǒng)的

3、數(shù)據(jù)要求通常采用建立數(shù)據(jù)模型的方法,3.1.2 分析系統(tǒng)的數(shù)據(jù)要求,.,6,綜合上述兩項(xiàng)分析的結(jié)果可以導(dǎo)出系統(tǒng)的詳細(xì)的邏輯模型，通常用數(shù)據(jù)流圖、實(shí)體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個(gè)邏輯模型。,3.1.3 導(dǎo)出系統(tǒng)的邏輯模型,.,7,根據(jù)在分析過(guò)程中獲得的對(duì)系統(tǒng)的更深入更具體的了解，可以比較準(zhǔn)確地估計(jì)系統(tǒng)的成本和進(jìn)度，修正以前制定的開發(fā)計(jì)劃。,3.1.4 修正系統(tǒng)開發(fā)計(jì)劃,3.2 需求獲取,3.2.1 需求獲取的目的 完整地獲取用戶需求 清楚地理解所要解決的問題,需求獲取面臨的挑戰(zhàn),問題的復(fù)雜性和對(duì)問題空間 理解的不完備性與不一致性 交流障礙 需求易變性,3.2.2需求獲取

4、的常用方法,建立分析小組 領(lǐng)域?qū)＜遥?主角 系統(tǒng)分析員：導(dǎo)演 客戶訪談： 發(fā)放調(diào)查表和情景分析 問題分析與確認(rèn),某出版社系統(tǒng)調(diào)查表,某出版社系統(tǒng)調(diào)查表,.,13,快速原型就是快速建立起來(lái)的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序。 構(gòu)建原型的要點(diǎn)，它應(yīng)該實(shí)現(xiàn)用戶看得見的功能(例如，屏幕顯示或打印報(bào)表)，省略目標(biāo)系統(tǒng)的“隱含”功能(例如，修改文件)。,3.2.3 快速建立軟件原型,.,14,快速原型應(yīng)該具備的第一個(gè)特性是“快速”?？焖僭偷哪康氖潜M快向用戶提供一個(gè)可在計(jì)算機(jī)上運(yùn)行的目標(biāo)系統(tǒng)的模型，以便使用戶和開發(fā)者在目標(biāo)系統(tǒng)應(yīng)該“做什么”這個(gè)問題上盡可能快地達(dá)成共識(shí)。,.,15,快速原型應(yīng)該具備的

5、第二個(gè)特性是“容易修改”。在實(shí)際開發(fā)軟件產(chǎn)品時(shí)，原型的“修改試用反饋”過(guò)程可能重復(fù)多遍，如果修改耗時(shí)過(guò)多，勢(shì)必延誤軟件開發(fā)時(shí)間。,3.2.4 需求獲取的內(nèi)容,1.用戶需求分類 (1)功能性需求: 定義了系統(tǒng)做什么（描述系統(tǒng)必須支持 的功能和過(guò)程） (2)非功能性需求（技術(shù)需求）: 定義了系統(tǒng)工作時(shí)的特性 （描述操作環(huán)境和性能目標(biāo)）,2. 兩類需求包括的內(nèi)容,(1) 功能 (2) 性能 (3) 環(huán)境 (4) 界面 (5) 用戶或人的因素 (6) 文檔 (7) 數(shù)據(jù) (8) 資源 (9) 安全保密 (10)軟件成本消耗與開發(fā)進(jìn)度 (11)質(zhì)量保證,(1) 功能需求,系統(tǒng)做什么？ 系統(tǒng)何時(shí)做什么？

6、系統(tǒng)何時(shí)及如何修改 或升級(jí)？,(2) 性能需求,軟件開發(fā)的技術(shù)性指標(biāo) 例如： 存儲(chǔ)容量限制 執(zhí)行速度、相應(yīng)時(shí)間 吞吐量,(3) 環(huán)境需求,硬件設(shè)備：機(jī)型、外設(shè)、接口、 地點(diǎn)、分布、溫度、 濕度、磁場(chǎng)干擾等 軟件： 操作系統(tǒng) 網(wǎng)絡(luò) 數(shù)據(jù)庫(kù),(4) 界面需求,有來(lái)自其它系統(tǒng)的輸入嗎？ 到自其它系統(tǒng)的輸出嗎？ 對(duì)數(shù)據(jù)格式有規(guī)定嗎？ 對(duì)數(shù)據(jù)存儲(chǔ)介質(zhì)有規(guī)定嗎？,(5) 用戶或人的因素,用戶類型？ 各種用戶熟練程度？ 需受何種訓(xùn)練？ 用戶理解、使用系統(tǒng)的難度？ 用戶操作錯(cuò)誤的可能性？,(6) 文檔需求,需哪些文檔？ 文檔針對(duì)哪些讀者？,(7) 數(shù)據(jù)需求,輸入、輸出數(shù)據(jù)的格式？ 接收、發(fā)送數(shù)據(jù)的頻率？ 數(shù)據(jù)

7、的準(zhǔn)確性和精度？ 數(shù)據(jù)流量？ 數(shù)據(jù)需保持的時(shí)間？,(8) 資源需求,軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件。 內(nèi)存空間等資源。 軟件開發(fā)、維護(hù)所需的人力、 支撐軟件、開發(fā)設(shè)備等。,(9) 安全保密要求,需對(duì)訪問系統(tǒng)或系統(tǒng)信息加以控 制嗎？ 如何隔離用戶之間的數(shù)據(jù)？ 用戶程序如何與其它程序和操作 系統(tǒng)隔離？ 系統(tǒng)備份要求？,(10) 軟件成本消耗 與開發(fā)進(jìn)度需求,開發(fā)有規(guī)定的時(shí)間表嗎？ 軟硬件投資有無(wú)限制？,(11) 質(zhì)量保證,系統(tǒng)的可靠性要求？ 系統(tǒng)必須監(jiān)測(cè)和隔離錯(cuò)誤嗎？ 規(guī)定系統(tǒng)平均出錯(cuò)時(shí)間？ 出錯(cuò)后，重啟系統(tǒng)允許的時(shí)間？ 系統(tǒng)變化如何反映到設(shè)計(jì)中？ 維護(hù)是否包括對(duì)系統(tǒng)的改進(jìn)？ 系統(tǒng)的可移植性？,.,29,3.3 需求建模,模型化或模型方法是通過(guò)抽象、概括和一般化，把研究的對(duì)象或問題轉(zhuǎn)化為本質(zhì)（關(guān)系或結(jié)構(gòu)）相同的另一對(duì)象或問題，從而加以解決的方法。 通常，模型由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。,3.3.1需求表達(dá)的途徑 一、建模,.,30,二、模型的類型,數(shù)學(xué)模型 描述模型 圖形模型,.,31,3.3.2需求分析的過(guò)程,(1) 通過(guò)對(duì)現(xiàn)實(shí)環(huán)境的調(diào)查， 獲得當(dāng)前系統(tǒng)的物理模型,學(xué)生購(gòu)買教材的實(shí)際處理流程當(dāng)前系統(tǒng)物理模型,.,32,(2) 去掉具體模型中的非本質(zhì)因素， 抽取現(xiàn)實(shí)系統(tǒng)的實(shí)質(zhì)，抽象出當(dāng)前系統(tǒng) 的邏輯模型。,學(xué)生購(gòu)買教材的邏輯模型,.,33,(3) 分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的