1、1,第四章 需求分析基礎(chǔ) ,軟件需求 用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。 軟件需求分析階段的任務(wù)，通過(guò)對(duì)問(wèn)題及環(huán)境的理解、分析，將用戶需求精確化、完全化，最終形成需求規(guī)格說(shuō)明，描述系統(tǒng)信息、功能和行為。 主要內(nèi)容 三個(gè)主要階段：?jiǎn)栴}分析、需求描述、需求評(píng)審,2,4.1 需求獲取,如何識(shí)別、獲取需求? 訪談與會(huì)議 觀察用戶工作流程 用戶和開(kāi)發(fā)人員組成聯(lián)合小組 開(kāi)發(fā)方和用戶方在開(kāi)展需求開(kāi)發(fā)之前，雙方協(xié)商并撰寫(xiě)“用戶在需求工程中的權(quán)利與義務(wù)”，即以協(xié)議的方式確定合作關(guān)系。,3,用戶的權(quán)利,4,用戶的義務(wù),5,需求獲取,需求獲取面臨的挑戰(zhàn) 問(wèn)題空間理解 人與人之間的通信 需求

2、的不斷變化,6,需求獲取的內(nèi)容,用戶需求分類(lèi) 功能性需求: 定義了系統(tǒng)做什么（描述系統(tǒng)必須支持的功能和過(guò)程） 非功能性需求（技術(shù)需求）: 定義了系統(tǒng)工作時(shí)的特性（描述操作環(huán)境和性能目標(biāo)）,7,需求獲取的內(nèi)容,兩類(lèi)需求包括的內(nèi)容 (1) 功能 (2) 性能 (3) 環(huán)境 (4) 界面 (5) 用戶或人的因素 (6) 文檔 (7) 數(shù)據(jù) (8) 資源 (9) 安全保密 (10)軟件成本消耗與開(kāi)發(fā)進(jìn)度 (11)質(zhì)量保證,8,需求獲取的內(nèi)容,(1) 功能需求 系統(tǒng)做什么？ 系統(tǒng)何時(shí)做什么？ 系統(tǒng)何時(shí)及如何修改或升級(jí)？ (2) 性能需求 軟件開(kāi)發(fā)的技術(shù)性指標(biāo) 例如： 存儲(chǔ)容量限制 執(zhí)行速度、相應(yīng)時(shí)間 吞

3、吐量,9,需求獲取的內(nèi)容,(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ī)定嗎？,10,需求獲取的內(nèi)容,(5) 用戶或人的因素 用戶類(lèi)型？ 各種用戶熟練程度？ 需受何種訓(xùn)練？ 用戶理解、使用系統(tǒng)的難度？ 用戶錯(cuò)誤操作系統(tǒng)的可能性？ (6)文檔需求 需哪些文檔？ 文檔針對(duì)哪些讀者？,11,需求獲取的內(nèi)容,(7)數(shù)據(jù)需求 輸入、輸出數(shù)據(jù)的格式？ 接收、發(fā)送數(shù)據(jù)的頻率？ 數(shù)據(jù)的準(zhǔn)確性和精度？ 數(shù)據(jù)流量？ 數(shù)據(jù)需保持的時(shí)間？ (8)

4、資源需求 軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件、內(nèi)存空間等資源。 軟件開(kāi)發(fā)、維護(hù)所需的人力、支撐軟件、開(kāi)發(fā)設(shè)備等。,12,需求獲取的內(nèi)容,(9)安全保密要求 需對(duì)訪問(wèn)系統(tǒng)或系統(tǒng)信息加以控制嗎？ 如何隔離用戶之間的數(shù)據(jù)？ 用戶程序如何與其它程序和操作系統(tǒng)隔離？ 系統(tǒng)備份要求？ (10)軟件成本消耗與開(kāi)發(fā)進(jìn)度需求 開(kāi)發(fā)有規(guī)定的時(shí)間表嗎？ 軟硬件投資有無(wú)限制？,13,需求獲取的內(nèi)容,(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)的可移植性？,14,4.2 需求建模,建立軟件模型

5、是分析活動(dòng)的關(guān)鍵。 目標(biāo)軟件系統(tǒng)的模型用來(lái)刻劃系統(tǒng)所涉及的信息、處理功能及系統(tǒng)運(yùn)行時(shí)的外部行為。 模型不應(yīng)涉及軟件實(shí)現(xiàn)細(xì)節(jié)，這樣會(huì)分散分析人員的注意力，限制軟件設(shè)計(jì)人員的聰明才智。 分析人員應(yīng)以簡(jiǎn)潔、準(zhǔn)確、清晰的方式，系統(tǒng)地描述軟件需求模型，如，選擇圖形符號(hào)表示信息流、處理功能及系統(tǒng)行為，利用受限的自然語(yǔ)言給出用戶需求描述。,15,需求建模,為了處理大型問(wèn)題，模型表示機(jī)制應(yīng)具備良好的結(jié)構(gòu)化能力。 模型應(yīng)幫助用戶和分析人員發(fā)現(xiàn)、排除用戶需求不一致，不合理的部分，挖掘潛在的用戶需求。 模型是形成需求規(guī)格說(shuō)明、進(jìn)行軟件設(shè)計(jì)的基礎(chǔ)。 需求建模方法 面向數(shù)據(jù)流的分析方法、面向數(shù)據(jù)的分析方法、面向?qū)ο蟮姆?/p>

6、析方法。,16,4.3 需求描述,任務(wù) 以需求模型為基礎(chǔ)，考慮到軟件問(wèn)題的可解性，生成需求規(guī)格說(shuō)明和初步的用戶手冊(cè)。 需求規(guī)格說(shuō)明包含對(duì)目標(biāo)軟件系統(tǒng)的外部行為的完整描述、需求驗(yàn)證標(biāo)準(zhǔn)以及用戶在性能、質(zhì)量、可維護(hù)性等方面的要求。P113 用戶手冊(cè)包括用戶界面描述以及有關(guān)目標(biāo)軟件使用方法的初步構(gòu)想。,17,4.4 需求評(píng)審,分析人員在用戶和軟件設(shè)計(jì)人員的配合下,對(duì)自己生成的需求規(guī)格說(shuō)明和初步的用戶手冊(cè)進(jìn)行評(píng)審，確保軟件需求的完全性、精確性和一致性，并使用戶和軟件設(shè)計(jì)人員對(duì)需求規(guī)格說(shuō)明及用戶手冊(cè)的理解達(dá)成一致。 需求規(guī)格說(shuō)明得到用戶和軟件開(kāi)發(fā)方的確認(rèn)后，應(yīng)成為用戶方與軟件開(kāi)發(fā)方合同的一部分。,18,

7、需求評(píng)審,需求評(píng)審階段，分析人員審查需求規(guī)格說(shuō)明的標(biāo)準(zhǔn)： 正確性、 無(wú)歧義性、 完全性、 可驗(yàn)證性、 一致性、 可理解性、 可修改性、 可追蹤性、必要性、 可實(shí)現(xiàn)性、確定優(yōu)先級(jí)。,19,小結(jié),需求分析的主要任務(wù)是實(shí)現(xiàn)用戶需求的一致化、精確化和完全化。 需求分析活動(dòng)可按照問(wèn)題分析、需求描述及需求評(píng)審三個(gè)子階段逐步進(jìn)行。 初始需求可用訪談、會(huì)議、考察用戶工作流程的方式導(dǎo)出。 問(wèn)題分析階段的核心技術(shù)是問(wèn)題抽象、問(wèn)題分解及需求建模。 使用快速原型可以讓用戶更多、更早地參與需求分析過(guò)程。,20,小結(jié),在需求描述階段生成的需求規(guī)格說(shuō)明應(yīng)遵循標(biāo)準(zhǔn)的格式。問(wèn)題分析階段生成的需求模型構(gòu)成需求規(guī)格說(shuō)明的主體。 需求評(píng)審階段，分析人員審查需求規(guī)格說(shuō)明的標(biāo)準(zhǔn)：正確性、無(wú)歧義性、完全性