《需求分析基礎(chǔ) 》ppt課件

1、毛新軍毛新軍 教授教授計算機(jī)科學(xué)與技術(shù)系計算機(jī)科學(xué)與技術(shù)系602教研室教研室 0731-(45)73649軟件工程導(dǎo)論軟件工程導(dǎo)論 之之n開發(fā)軟件系統(tǒng)前，須了解用戶的期望和要求n軟件需求n需求分析過程n需求分析的重要性n軟件開發(fā)的根底和前提n最終目的軟件系統(tǒng)驗收的規(guī)范n防止或者盡早剔除早期的錯誤n需求分析的復(fù)雜性和面臨的困難n片面, 不完全n模糊, 不準(zhǔn)確n不一致, 歧義n需求復(fù)雜和龐大n因此必需運用系統(tǒng)的方法、借助于一系列行之有效的技術(shù)和工具進(jìn)展軟件需求分析n需求分析的義務(wù)和過程n需求獲取技術(shù)n需求分析和描畫技術(shù)n軟件需求規(guī)格闡明書及其評審n什么是用戶需求n待開發(fā)軟

2、件系統(tǒng)的功能、性能、設(shè)計約束和其它要求n用戶需求例子圖書館管理系統(tǒng)n功能需求：辦理讀者借書證, n性能需求：查詢操作延遲時間不超越1秒鐘, n設(shè)計約束：前臺運轉(zhuǎn)在windows OS下，n其它要求：開發(fā)時間6個月, n需求分析的義務(wù)n經(jīng)過對運用問題及其環(huán)境的了解和分析，準(zhǔn)確、一致和完全地刻劃用戶需求，構(gòu)成軟件需求規(guī)格闡明書( SRS: Software Requirement Specification )n需求分析過程n獲取和了解用戶需求n描畫和分析用戶需求n對用戶需求進(jìn)展評審獲取和了解需求獲取和了解需求描畫和分析需求描畫和分析需求評審用戶需求評審用戶需求需求獲取需求獲取技術(shù)技術(shù)建模、籠統(tǒng)、

3、建模、籠統(tǒng)、多視點、問題多視點、問題分解、原型分解、原型需求評需求評審原那審原那么么n 義務(wù)n獲取并了解用戶需求, 去除用戶需求的不一致性, 模糊性和歧義性，協(xié)助用戶發(fā)現(xiàn)潛在的需求n 原那么n 和用戶進(jìn)展交流和協(xié)作n 將對原始問題了解與軟件開發(fā)閱歷結(jié)合, 發(fā)現(xiàn).n 義務(wù)n對用戶需求進(jìn)展建模，生成SRS和初步用戶手冊 nSRS : 用戶需求(功能, 行為, 性能等)n用戶手冊:如何操作和運用目的軟件，界面描畫和運用初步想象，目的n 原那么n 確保SRS的完好性、一致性和準(zhǔn)確性n 鼓勵用戶參與SRS以及用戶手冊的制定n 盡可以做到SRS構(gòu)造明晰，措辭準(zhǔn)確和簡約n 義務(wù)n多方人員一同對SRS進(jìn)展復(fù)核

4、和評審，以確保用戶手冊和SRS全面、準(zhǔn)確、一致地反映用戶需求n 原那么n支持各方用戶，需求分析人員、設(shè)計人員共同參與評審義務(wù)n需求分析的義務(wù)和過程n需求獲取技術(shù)n需求分析和描畫技術(shù)n軟件需求規(guī)格闡明書及其評審 問問題題域域 用用戶戶 需需求求分分析析員員 交交流流 n加強(qiáng)聯(lián)絡(luò)n促進(jìn)交流n增進(jìn)協(xié)作讀者管理讀者管理書庫管理書庫管理讀者借閱管讀者借閱管理理用用戶戶工工程程擔(dān)擔(dān)任任人人需需求求分分析析人人員員設(shè)設(shè)計計員員1. 建立結(jié)合小組參與者： 用戶、需求分析人員、設(shè)計人員。2. 會議討論明確問題、范圍、環(huán)境等，逐漸了解用戶需求會議應(yīng)有記錄，整理構(gòu)成文檔3. 分成三小組讀者管理、圖書管理和讀者借閱子

5、系統(tǒng)4. 總結(jié)各方成果構(gòu)成結(jié)論性的SRSn需求分析的義務(wù)和過程n需求獲取技術(shù)n需求分析和描畫技術(shù)n軟件需求規(guī)格闡明書及其評審l問題分解l籠統(tǒng)l建模l多視點l快速原型整個問題整個問題子問題子問題1 1子問題子問題3 3子問題子問題2 2n什么是問題分解n將大問題分解為小問題，經(jīng)過小問題處置來實現(xiàn)大問題的處置 n問題分解有助于降低處置問題的復(fù)雜度; 獲取和分析問題本身所固有的整體-部分關(guān)系n圖書館系統(tǒng)n讀者管理n圖書管理n借閱管理n什么是籠統(tǒng)?n籠統(tǒng)有助于控制問題復(fù)雜度，抓住問題的本質(zhì),獲取普通和特殊關(guān)系n讀者籠統(tǒng)(提取成份)n名字n性別n單位n類別n照片n讀者籠統(tǒng)(丟棄成份)n身高n年齡nn什么

6、是需求模型n模型是對現(xiàn)實的簡化，包含有廣泛影響的要素，忽略不相關(guān)的次要要素 n需求模型詳細(xì)、準(zhǔn)確地描畫了用戶對目的軟件系統(tǒng)的功能、行為、性能、 設(shè)計約束等方面的要求n為什么需求建模n建?？蓽p少和簡化所用戶需求的分析和描畫，從多個視點、多個不同的籠統(tǒng)層次來描畫用戶需求，從而更好促進(jìn)軟件的開發(fā)n留意n需求建模不要涉及軟件設(shè)計和實現(xiàn)細(xì)節(jié)n需求建模方法n面向數(shù)據(jù)流的方法n面向?qū)ο蟮姆椒?n什么是多視點分析n從多個角度、不同層面上分析和描畫用戶需求n為什么需求多視點分析 n人的認(rèn)識具有片面性(瞎子摸象)n 多視點可以協(xié)助我們?nèi)姘盐沼脩舻男枨髇傳統(tǒng)軟件開發(fā)存在的問題n需求分析員與用戶之間沒有一種直觀交流

7、媒介n用戶需求不斷變化 如何順應(yīng)這樣一種變化n如何更為直觀地評價用戶需求n 什么是軟件系統(tǒng)的原型n對軟件系統(tǒng)的主要功能和行為的直觀描畫(操作方式、過程和界面)n什么是快速原型方法n經(jīng)過構(gòu)建用戶需求的原型來分析和描畫用戶需求n需求分析的義務(wù)和過程n需求獲取技術(shù)n需求分析和描畫技術(shù)n軟件需求規(guī)格闡明書及其評審l軟件需求規(guī)格闡明書l軟件需求規(guī)格闡明書評審n需求規(guī)格闡明書的內(nèi)容n功能與行為需求描畫，例如，辦理讀者借書證，驗證讀者借書證號碼能否存在n性能需求描畫，例如查詢呼應(yīng)時間不超越1秒鐘n設(shè)計約束，例如運轉(zhuǎn)在windows 2000操作系統(tǒng)下n其他，要求在6個月內(nèi)完成n在將需求規(guī)格闡明書遞交給軟件設(shè)計之前，必需對它進(jìn)展評審n評審要求用戶、需求分析員和設(shè)計員共同參與n正確性n無歧義性n完全性n可驗證性n一致性n可了解和可修正性n可追蹤性n需求分析的義務(wù)和過程n需求獲取技術(shù)n需求描畫和分析技術(shù)n軟件需求規(guī)格闡明書以及評審n他以為課堂上講的這些需求分析技術(shù)能否有效和可行? 如不可行他以為應(yīng)怎樣進(jìn)展需求分析?n假設(shè)他是一名軟件工程經(jīng)理，他如何組織和開展需求分