軟件過(guò)程的需求管理

《軟件過(guò)程的需求管理》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件過(guò)程的需求管理（24頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、,Click to edit Master title style,Click to edit Master text styles,Second level,*,軟件過(guò)程管理,-Ch.4 軟件過(guò)程的需求管理,軟件過(guò)程的需求管理,開發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說(shuō)明開發(fā)什么。,弗雷德里克布魯克斯,軟件需求工程,所有與需求直接相關(guān)的活動(dòng)統(tǒng)稱為需求工程，需求工程分為了兩個(gè)部分：,需求開發(fā)和需求管理,。其中，需求開發(fā)又分為了需求獲取、需求分析、需求定義和需求驗(yàn)證4個(gè)部分，而需求管理則包含了變更控制、版本控制、需求跟蹤和需求狀態(tài)跟蹤,軟件需求包括三個(gè)不同的層次：,業(yè)務(wù)需求、用戶需求和功能需求,（也包

2、括非功能需求）。,軟件需求工程,業(yè)務(wù)需求,（,business requirement,）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品的概括的目標(biāo)要求，它在項(xiàng)目視圖與范圍文檔中予以說(shuō)明。主要的目的是對(duì)企業(yè)目前的業(yè)務(wù)流程進(jìn)行評(píng)估，得出一個(gè)業(yè)務(wù)前景。業(yè)務(wù)需求的確定對(duì)后面的用戶需求和功能需求起到了限制作用。,用戶需求,(user requirement),文檔描述了用戶使用系統(tǒng)而完成的任務(wù)的集合，用戶需求在用戶案例（,user case,）文檔或方案腳本中予以說(shuō)明。收集和分析用戶需求是不容易的，因?yàn)楹芏嘈枨笫请[形的，很難獲取，更難保證需求完整，而需求又是易變的，這就要求用戶和開發(fā)人員進(jìn)行充分地交流。,功能需求,

3、(functional requirement),定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，它源于用戶需求。功能需求是軟件需求說(shuō)明書中最重要的部分之一，它在開發(fā)、測(cè)試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。非功能需求描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，包括要遵從的業(yè)務(wù)規(guī)則、人機(jī)接口、安全性和可靠性等要求。,需求開發(fā),需求開發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。,獲取數(shù)據(jù),分析、處理,目標(biāo)系統(tǒng)模型,需求獲取,系統(tǒng)分析員,從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，找出系統(tǒng)各元素之間的聯(lián)系、接口特征及設(shè)計(jì)限制、能否滿足功能需求,需求獲取概述,需求獲取是通過(guò)各種途徑獲取用戶的需求信息（原始

4、材料），產(chǎn)生用戶需求說(shuō)明書。,需求獲取的方法,需求研討會(huì),頭腦風(fēng)暴,用例模型,訪談,角色扮演,原型法,基于用例的需求獲取,執(zhí)行者的識(shí)別,誰(shuí)使用系統(tǒng)的主要功能？,誰(shuí)將提供、使用和刪除信息？,誰(shuí)負(fù)責(zé)維護(hù)、管理并保持系統(tǒng)正常運(yùn)行？,誰(shuí)會(huì)對(duì)某一特定需求感興趣？,系統(tǒng)的外部資源是什么？,系統(tǒng)需要和哪些外部系統(tǒng)交互？,用例的識(shí)別,某個(gè)執(zhí)行者要求系統(tǒng)為其提供什么功能？該執(zhí)行者需要做哪些工作？,執(zhí)行者需要閱讀、創(chuàng)建、銷毀、更新或存儲(chǔ)系統(tǒng)中哪些（類）信息？,系統(tǒng)中的事件一定要告之執(zhí)行者嗎？執(zhí)行者需要告訴系統(tǒng)一些什么嗎？那些系統(tǒng)內(nèi)部的事件從功能的角度代表什么？,由于新功能的識(shí)別，執(zhí)行者的日常工作被簡(jiǎn)化或效率提高了

5、嗎？,系統(tǒng)需要什么樣的輸入輸出？輸入在哪里？輸出去往哪里？,該系統(tǒng)的當(dāng)前情況存在哪些問題？,課堂案例：學(xué)生學(xué)籍處理業(yè)務(wù),學(xué)生學(xué)籍處理業(yè)務(wù),每學(xué)期開學(xué)時(shí)，各學(xué)辦進(jìn)行注冊(cè)管理，注冊(cè)信息記錄在在校生信息卡中。,學(xué)生轉(zhuǎn)專業(yè)由本人向所在系提出申請(qǐng)，教務(wù)處審批。,在本系內(nèi)轉(zhuǎn)專業(yè)，由學(xué)生所在系考核同意，報(bào)教務(wù)處審批；,在學(xué)校范圍內(nèi)轉(zhuǎn)專業(yè)（跨系），由學(xué)生所在系推薦，擬轉(zhuǎn)入系考核同意，報(bào)教務(wù)處審批。,轉(zhuǎn)專業(yè)手續(xù)應(yīng)在每學(xué)年開學(xué)前辦理。,課堂案例：學(xué)生學(xué)籍處理業(yè)務(wù),需求定義,需求定義指的是解釋涉眾需求,并根據(jù)需求規(guī)模整理成對(duì)要構(gòu)建系統(tǒng)的明確的說(shuō)明。,前景文檔是用一般的語(yǔ)言定義系統(tǒng)特征的文檔,軟件需求規(guī)格說(shuō)明書是用更

6、專業(yè)的術(shù)語(yǔ)定義系統(tǒng)特征的文檔。,軟件需求規(guī)格說(shuō)明書,0.文檔介紹,0.1 文檔目的,0.2 文檔范圍,0.3 讀者對(duì)象,0.4 參考文檔,0.5 術(shù)語(yǔ)與縮寫解釋,1.產(chǎn)品介紹,提示：(1)說(shuō)明產(chǎn)品是什么，什么用途；,(2)介紹產(chǎn)品的開發(fā)背景。,2.產(chǎn)品面向的用戶群體,提示：(1)描述本產(chǎn)品面向的用戶(客戶、最終 用戶)的特征；,(2)說(shuō)明本產(chǎn)品將給他們帶來(lái)什么好處？特們選擇本產(chǎn)品的 可能 性有多大？,3.產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范,提示：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則。,4.產(chǎn)品的功能需求,Function C.1,Feature C,Function B.1,Feature B,F

7、unction A.1,Feature A,描述,功能名稱、標(biāo)識(shí)符,功能類別,5.產(chǎn)品的非功能需求,質(zhì)量需求,軟硬件需求,用戶界面需求,描述,需求名稱、標(biāo)識(shí)符,需求類別,6.其他需求,軟件需求規(guī)格說(shuō)明書,需求確認(rèn),為什么需要需求評(píng)審？,在哪個(gè)階段發(fā)現(xiàn),成本率,需求,1,設(shè)計(jì),3-6,編碼,10,功能測(cè)試,15-40,驗(yàn)收測(cè)試,30-70,發(fā)布之后,40-1000,修訂一個(gè)缺陷的相關(guān)成本,需求確認(rèn),如何進(jìn)行需求評(píng)審？,（1）分層次評(píng)審,目標(biāo)性評(píng)審,功能性評(píng)審,操作性評(píng)審,（2）分階段評(píng)審,需求確認(rèn),如何保證需求規(guī)格說(shuō)明書的質(zhì)量？,正確性,完備性,易理解性,一致性,可行性,健壯性,易修改性,易測(cè)試

8、性和可修改性,易追溯性,兼容性,需求跟蹤,1.需求的標(biāo)識(shí),需求類型可以是：F=功能需求，D=數(shù)據(jù)需求，B=行為需求，I=接口需求；O=輸出需求。,例：需求標(biāo)識(shí)為F03的需求表示編號(hào)為3的功能需求。,需求跟蹤,2.需求的屬性,創(chuàng)建需求的時(shí)間,需求的版本號(hào),創(chuàng)建需求的作者,負(fù)責(zé)認(rèn)可該需求的人員,需求狀態(tài),需求的原因或根據(jù)（或信息的出處）,需求涉及的子系統(tǒng),需求涉及的產(chǎn)品版本號(hào),需求跟蹤,3.需求狀態(tài),已建議,該需求已被有權(quán)提出需求的人建議,已批準(zhǔn),該需求已被分析，估計(jì)了其對(duì)項(xiàng)目余下部分的影響（包括成本和對(duì)項(xiàng)目其余部分的干擾），已有一個(gè)確定的產(chǎn)品版本號(hào)或編號(hào)，軟件開發(fā)團(tuán)隊(duì)已同意實(shí)現(xiàn)該項(xiàng)需求,已實(shí)現(xiàn),

9、使用所選擇的方法已驗(yàn)證了實(shí)現(xiàn)的需求，例如測(cè)試和檢測(cè)，審查該需求跟蹤與測(cè)試用例相符。該需求現(xiàn)在被認(rèn)為完成,已刪除,計(jì)劃的需求已被刪除，并包含一個(gè)原因說(shuō)明和作出刪除決定的人員,需求跟蹤,正向跟蹤：,以用戶需求為切入點(diǎn)，檢查,用戶需求說(shuō)明書,或,需求規(guī)格說(shuō)明書,中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對(duì)應(yīng)點(diǎn)。,逆向跟蹤：,檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作產(chǎn)品是否都能在,需求規(guī)格說(shuō)明書,中找到出處。,正向跟蹤和逆向跟蹤合稱為,“雙向跟蹤”,。,需求變更控制流程,需求的變更是不可避免的，因此如何有效控制需求的變化對(duì)于項(xiàng)目成功至關(guān)重要。,需求變更控制策略,（1）項(xiàng)目啟動(dòng)階段的變更預(yù)防,（2）項(xiàng)目實(shí)施階段的需求變更,（3）項(xiàng)目收尾階段的總結(jié),作業(yè),第4章 2、4,Q&A,