物聯(lián)網(wǎng)工程實(shí)踐課件：6軟件需求分析2

軟件需求分析--目錄需求工程概述需求獲取需求分析、協(xié)商與建模需求規(guī)約與驗(yàn)證需求管理需求規(guī)約的原則-1從現(xiàn)實(shí)中分離功能，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”規(guī)約必須是一個(gè)認(rèn)識(shí)模型，而不是設(shè)計(jì)或?qū)崿F(xiàn)的模型使用面向處理的規(guī)約語(yǔ)言(或稱系統(tǒng)定義語(yǔ)言)，討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反應(yīng)，來(lái)定義一個(gè)行為模型，從而得到“做什么”的規(guī)約需求規(guī)約的原則-2系統(tǒng)工程：如果被開(kāi)發(fā)軟件只是一個(gè)基于計(jì)算機(jī)的系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中規(guī)約必須包括系統(tǒng)運(yùn)行環(huán)境規(guī)約必須是可操作的，以便能夠利用它決定對(duì)于任意給定的測(cè)試用例，已提出的解決方案是否都能滿足規(guī)約需求規(guī)約的原則-3規(guī)約必須允許不完備性并允許擴(kuò)充規(guī)約必須局部化和松散耦合它所包括的信息必須局部化，這樣當(dāng)信息被修改時(shí)，只要修改某個(gè)單個(gè)的段落(理想情況)規(guī)約應(yīng)被松散地構(gòu)造(即松耦合)，以便能夠很容易地加入和刪去一些段落需求驗(yàn)證需求驗(yàn)證目的是要檢驗(yàn)需求是否能夠反映用戶的意愿評(píng)審人員評(píng)審時(shí)往往需要檢查以下內(nèi)容：系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；系統(tǒng)需求分析階段提供的文檔資料是否齊全；文檔中的描述是否完整、清晰、準(zhǔn)確地反映了用戶要求；被開(kāi)發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否確定且充足；主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說(shuō)明；設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際；開(kāi)發(fā)的技術(shù)風(fēng)險(xiǎn)是什么；是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn)。軟件需求分析--目錄需求工程概述需求獲取需求分析、協(xié)商與建模需求規(guī)約與驗(yàn)證需求管理需求管理需求管理是一組用于幫助項(xiàng)目組在項(xiàng)目進(jìn)展中的任何時(shí)候去標(biāo)識(shí)、控制和跟蹤需求的活動(dòng)需求跟蹤有兩種方式，正向跟蹤與逆向跟蹤正向跟蹤：以用戶需求為切入點(diǎn)，檢查《需求規(guī)約》中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對(duì)應(yīng)點(diǎn)逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用況等工作產(chǎn)品是否都能在《需求規(guī)約》中找到出處需求變更的原因初期的認(rèn)識(shí)不足導(dǎo)致錯(cuò)誤或不完整的需求需求本身存在不一致業(yè)務(wù)變化導(dǎo)致的剛性需求變更外部經(jīng)濟(jì)、市場(chǎng)環(huán)境的變化客戶和項(xiàng)目組對(duì)已確認(rèn)的需求理解不一致技術(shù)制約或多目標(biāo)權(quán)衡帶來(lái)的需求變更需求變更管理過(guò)程支持變更申請(qǐng)需求方開(kāi)發(fā)方忽略選擇變更方式SCCB評(píng)估項(xiàng)目經(jīng)理自行決定根