軟件需求工程第一部分需求工程綜述(精)教學(xué)提綱

軟件需求工程第一部分需求工程綜述(精)第二章回顧客戶和用戶權(quán)利與義務(wù)簽約的意義客戶：具體闡明產(chǎn)品高層次概念和主要業(yè)務(wù)內(nèi)容，并決定支付款項(xiàng)的決策者。用戶：能夠清楚的說(shuō)明軟件功能和非功能性需求和特性，并最終使用系統(tǒng)的人。在明確客戶權(quán)利的同時(shí)，幫助客戶認(rèn)識(shí)他們應(yīng)盡的義務(wù)是確保項(xiàng)目成功的基本保證；在行使開(kāi)發(fā)者權(quán)利的同時(shí)，認(rèn)真履行開(kāi)發(fā)者的義務(wù)是開(kāi)發(fā)者應(yīng)該具有的職業(yè)操守。簽約表明簽約人對(duì)為合作開(kāi)發(fā)產(chǎn)品進(jìn)行的需求分析過(guò)程和過(guò)程結(jié)果的確認(rèn)。簽約一旦生效，至少表明：（1）需求開(kāi)發(fā)階段結(jié)束；（2）此后的需求變更，要在此基線上進(jìn)行。2學(xué)習(xí)目標(biāo)在學(xué)完本章內(nèi)容之后，你應(yīng)該能夠：

了解軟件需求開(kāi)發(fā)的主要方法。了解軟件需求管理的主要方法。掌握方法的特點(diǎn)、區(qū)別和使用技巧。3需求工程方法(2部分7大類(lèi)46個(gè)方法)知識(shí)技能(4)需求分析人員培訓(xùn)用戶和管理人員培訓(xùn)開(kāi)發(fā)人員的應(yīng)用領(lǐng)域培訓(xùn)匯編術(shù)語(yǔ)獲?。?1）定義需求開(kāi)發(fā)過(guò)程定義項(xiàng)目前景與范圍確定用戶群選擇用戶代言人建立核心隊(duì)伍確定用例確定系統(tǒng)事件和響應(yīng)舉行進(jìn)一步獲取需求的討論觀察用戶如何工作檢查問(wèn)題報(bào)告需求重用分析（8）編制關(guān)聯(lián)圖創(chuàng)建原型分析可行性確定需求優(yōu)先級(jí)為需求建立模型編寫(xiě)數(shù)據(jù)字典將需求分配到各字系統(tǒng)應(yīng)用質(zhì)量功能調(diào)度驗(yàn)證（3）審查需求文檔測(cè)試需求確定合格的標(biāo)準(zhǔn)編寫(xiě)SRS（5）采用SRS模板指明需求來(lái)源為每項(xiàng)需求注上標(biāo)記記錄業(yè)務(wù)規(guī)范定義質(zhì)量屬性項(xiàng)目管理(6)選擇合適的開(kāi)發(fā)周期根據(jù)需求制定項(xiàng)目計(jì)劃重新協(xié)商權(quán)利和義務(wù)管理需求風(fēng)險(xiǎn)跟蹤需求工作回顧以往的教訓(xùn)需求管理(9)定義變更控制過(guò)程建立變更控制委員會(huì)分析需求變更的影響控制需求版本、建立基線維護(hù)變更歷史記錄跟蹤需求狀態(tài)衡量需求穩(wěn)定性使用需求管理工具創(chuàng)建需求跟蹤矩陣需求開(kāi)發(fā)方法(4大類(lèi)27個(gè))需求管理方法(3大類(lèi)19個(gè))圖3-1需求工程方法結(jié)構(gòu)圖P2843.1獲取知識(shí)技能的方法需求分析員培訓(xùn)用戶代表和管理人員培訓(xùn)開(kāi)發(fā)人員的應(yīng)用領(lǐng)域培訓(xùn)匯編術(shù)語(yǔ)所有將要成為分析員的團(tuán)隊(duì)成員都應(yīng)接受需求工程方面的基本培訓(xùn)。需求分析專家應(yīng)當(dāng)進(jìn)行為期一周或更長(zhǎng)時(shí)間的培訓(xùn)，使他們明確必須具備的基本條件和掌握的技巧。應(yīng)對(duì)參與軟件需求開(kāi)發(fā)的客戶、用戶、開(kāi)發(fā)管理者進(jìn)行為期一到兩天左右的關(guān)于需求工程的培訓(xùn)，使他們明白需求的重要性，以及忽略需求帶來(lái)的風(fēng)險(xiǎn)。組織一些簡(jiǎn)短的關(guān)于客戶業(yè)務(wù)流程、組織活動(dòng)、工作目標(biāo)、業(yè)務(wù)術(shù)語(yǔ)等方面的學(xué)習(xí)與培訓(xùn)，使開(kāi)發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域有基本了解，以增加對(duì)軟件需求的理解，避免開(kāi)發(fā)人員對(duì)需求的誤解。編一部術(shù)語(yǔ)匯編，將項(xiàng)目應(yīng)用領(lǐng)域的專用詞匯給予定義說(shuō)明。便于項(xiàng)目相關(guān)人員對(duì)SRS中的專業(yè)名詞、專有名詞、俗語(yǔ)、約定詞語(yǔ)有統(tǒng)一的理解。P295定義需求開(kāi)發(fā)過(guò)程定義項(xiàng)目前景與范圍確定用戶群選擇產(chǎn)品代表建立核心隊(duì)伍確定用例確定系統(tǒng)事件和響應(yīng)舉行進(jìn)一步需求獲取的討論觀察用戶如何工作檢查問(wèn)題報(bào)告需求重用3.2需求獲取的方法確定需求的收集、分析、細(xì)化和核實(shí)的步驟、方法、模板。前景說(shuō)明所有涉眾對(duì)產(chǎn)品目標(biāo)的達(dá)成的共識(shí)；范圍定義了需求是否屬于某個(gè)特定版本的界線。P30將可能使用產(chǎn)品的用戶組，以避免出現(xiàn)某一用戶群的需求被忽略的情況。為每類(lèi)用戶至少選擇一位能代表他們需求的、有時(shí)間、有熱情、有權(quán)利參與需求工作的用戶代表。把同類(lèi)產(chǎn)品或產(chǎn)品前版本的用戶代表召集起來(lái)，從他們那里收集目前產(chǎn)品的功能需求和非功能需求。從用戶代表處收集他們使用軟件完成所需任務(wù)的描述——用例，討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。列出系統(tǒng)可能發(fā)生的外部事件以及對(duì)每個(gè)事件所期待的響應(yīng)時(shí)間。專門(mén)的需求獲取討論會(huì)可以方便分析員和客戶進(jìn)行合作。觀察用戶執(zhí)行業(yè)務(wù)的過(guò)程。畫(huà)一張簡(jiǎn)單的數(shù)據(jù)流程圖或業(yè)務(wù)流程圖，描繪出用戶什么時(shí)候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)進(jìn)行業(yè)務(wù)處理?？蛻魧?duì)當(dāng)前系統(tǒng)的問(wèn)題報(bào)告及補(bǔ)充需求為新產(chǎn)品或新版本提供了大量豐富的改進(jìn)及增加特性的想法。如果客戶要求的功能與已有的某產(chǎn)品很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。63.3需求分析的方法編制關(guān)聯(lián)圖創(chuàng)建開(kāi)發(fā)原型分析需求的可行性確定需求優(yōu)先級(jí)為需求建立模型編寫(xiě)數(shù)據(jù)字典將需求分解到子系統(tǒng)應(yīng)用質(zhì)量功能調(diào)配P32質(zhì)量功能調(diào)配（QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品功能、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。QFD將需求分為三類(lèi)：期望需求、普通需求、興奮需求。定義系統(tǒng)與外部實(shí)體的界限和接口。（第5章）當(dāng)開(kāi)發(fā)人員或用戶不能確定需求時(shí)，可構(gòu)建一個(gè)開(kāi)發(fā)原型。它可使許多概念和可能發(fā)生的事更為直觀明了。通過(guò)評(píng)價(jià)原型，能更好地相互理解所要解決的問(wèn)題。（第13章）在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突、對(duì)外界因素的依賴和技術(shù)障礙。通過(guò)建立數(shù)據(jù)字典，對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)進(jìn)行定義。（第10章）必須將包括多個(gè)子系統(tǒng)的復(fù)雜產(chǎn)品的需求分配到各個(gè)軟件、硬件以及人員子系統(tǒng)和部件中去。需求的圖形分析模型是SRS的極好補(bǔ)充說(shuō)明。這樣的模型包括數(shù)據(jù)流程圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類(lèi)及交互作用圖等。（第11章）應(yīng)用分析方法來(lái)確定use-case、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本應(yīng)包含的需求和特性。（第14章）。73.4編寫(xiě)SRS的方法采用SRS模板指明需求來(lái)源為每項(xiàng)需求注上標(biāo)記記錄業(yè)務(wù)規(guī)范定義質(zhì)量屬性需要為編寫(xiě)SRS定義一種標(biāo)準(zhǔn)模板，該模板提供了統(tǒng)一的文檔結(jié)構(gòu)。在編寫(xiě)SRS時(shí)，根據(jù)項(xiàng)目的特點(diǎn)對(duì)標(biāo)準(zhǔn)模板進(jìn)行適當(dāng)?shù)募舨?。（?0章）明確每項(xiàng)需求的來(lái)源，此來(lái)源可能是一種use-case或其它客戶要求，也可能是某項(xiàng)更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來(lái)源。（第18章）為SRS中的每項(xiàng)需求提供一個(gè)獨(dú)立的可識(shí)別的標(biāo)號(hào)或記號(hào)。記錄需求變更并為需求狀態(tài)和變更活動(dòng)建立度量。（第10章）業(yè)務(wù)規(guī)范是軟件的操作原則，如誰(shuí)能在什么情況下采取什么動(dòng)作，將這些寫(xiě)成SRS的一個(gè)獨(dú)立部分。某些業(yè)務(wù)規(guī)范將引出相應(yīng)的功能需求（第9章）在功能需求之外還應(yīng)考慮非功能的質(zhì)量屬性，包括性能、效率、可靠性、可用性等。（第12章）P3383.5需求驗(yàn)證的方法審查需求文檔編寫(xiě)測(cè)試用例確定合格的標(biāo)準(zhǔn)描述產(chǎn)品的功能與性能，確定軟件的使用環(huán)境與開(kāi)發(fā)條件，明確軟件合格的判定標(biāo)準(zhǔn)。P34組織一個(gè)由客戶、分析人員、設(shè)計(jì)人員、測(cè)試人員組成的小組；對(duì)SRS及相關(guān)模型進(jìn)行非正式的和正式的評(píng)審。根據(jù)用戶需求推導(dǎo)出功能測(cè)試用例，以記錄產(chǎn)品在特定條件下應(yīng)有的行為。9定義變更控制過(guò)程成立變更控制委員會(huì)進(jìn)行變更影響分析建立基線和控制需求文檔的版本維護(hù)變更歷史記錄跟蹤需求狀態(tài)衡量需求穩(wěn)定性使用需求管理工具創(chuàng)建需求跟蹤矩陣3.6需求管理方法P35確定一個(gè)對(duì)需求變更進(jìn)行選擇、分析、決策的過(guò)程。并堅(jiān)持所有的需求變更都應(yīng)遵循此過(guò)程；使用軟件工具來(lái)支持變更控制過(guò)程。（第19章）建立變更控制委員會(huì)，對(duì)需求變更的評(píng)估作出決策，設(shè)置優(yōu)先順序，制定目標(biāo)版本。（第19章）評(píng)估需求變更，以確定它對(duì)項(xiàng)目計(jì)劃和其它需求的影響。（第19章）建立需求的基線，確定需求的版本號(hào)，避免將新舊版本相混淆。

（第18章）記錄SRS變更的日期、變更內(nèi)容、原因、更新負(fù)責(zé)人、新版本號(hào)等。建立一個(gè)數(shù)據(jù)庫(kù)，保存每一項(xiàng)功能需求的重要屬性，如：已推薦的、已通過(guò)的、已實(shí)施的、已驗(yàn)證的。。。。。記錄已設(shè)為基線的需求數(shù)，和每周／月的變更，以此來(lái)衡量需求穩(wěn)定性。需求管理工具能存儲(chǔ)不同類(lèi)型的需求，為每項(xiàng)需求確定屬性、跟蹤其狀態(tài)，并在需求與其它軟件工作產(chǎn)品間建立跟蹤鏈（第20章）建立需求跟蹤能力矩陣，將每項(xiàng)功能需求和實(shí)現(xiàn)它的設(shè)計(jì)和代碼、測(cè)試用例聯(lián)系起來(lái)，還可以將功能需求與業(yè)務(wù)需求、用戶需求聯(lián)系起來(lái)。（第20章）10選擇合適的生存周期根據(jù)需求制定項(xiàng)目計(jì)劃協(xié)商約定、簽約管理需求風(fēng)險(xiǎn)跟蹤需求回顧與總結(jié)教訓(xùn)3.7項(xiàng)目管理方法P36選擇一種合適的生存周期是軟件項(xiàng)目管理的基礎(chǔ)，一些常用的軟件系統(tǒng)開(kāi)發(fā)周期模型主要有瀑布模型、螺旋模型、漸進(jìn)模型和原型模型。開(kāi)始時(shí)可以根據(jù)項(xiàng)目遠(yuǎn)景和范圍對(duì)開(kāi)發(fā)功能需求所需的工作量作一估計(jì)，隨著需求不斷清晰、完善，項(xiàng)目開(kāi)發(fā)計(jì)劃的進(jìn)度安排將不斷改變。將項(xiàng)目的實(shí)現(xiàn)與管理聯(lián)系起來(lái)，與客戶、開(kāi)發(fā)人員、測(cè)試人員一起，確定有效的、快速的協(xié)商、簽約機(jī)制。將與需求相關(guān)的項(xiàng)目風(fēng)險(xiǎn)編寫(xiě)成文檔。利用各種方法來(lái)減輕或阻止這些風(fēng)險(xiǎn)。記錄需求開(kāi)發(fā)和管理活動(dòng)的工作量。評(píng)估計(jì)劃的需求活動(dòng)是否已達(dá)到所期望的要求，為將來(lái)項(xiàng)目的需求工程提供更好的所需資源的計(jì)劃。認(rèn)真回顧、收集和分析以往項(xiàng)目的經(jīng)驗(yàn)與教訓(xùn)，以幫助項(xiàng)目管理層和需求分析人員在以后的工作中不走或少走彎路。113.8方法使用原則從低到高，先易再難的使用原則。（參見(jiàn)表3－2）方法有效性判定原則。P38123.9需求開(kāi)發(fā)過(guò)程P39獲取驗(yàn)證編寫(xiě)分析證實(shí)重寫(xiě)更正重新評(píng)估圖3－2需求開(kāi)發(fā)迭代示意圖13本章小結(jié)

需求工程領(lǐng)域的方法包括需求開(kāi)發(fā)方法和需求管理方法,共7類(lèi)46個(gè)。需求開(kāi)發(fā)方法共27個(gè)，其中需求獲取方法11個(gè)、需求分析方法8個(gè)、需求編寫(xiě)方法5個(gè)、需求驗(yàn)證方法3個(gè)。需求管理方法19個(gè)，其中知識(shí)技能方法4個(gè)、需求管理方法9個(gè)、項(xiàng)目管理方法6個(gè)。從低到高、先易再難的采用46個(gè)方