軟件需求工程04

軟件需求工程

SoftwareRequirementsEngineering

第四章改進(jìn)需求過程

第3章介紹了幾十種需求工程中的好方法，你應(yīng)當(dāng)考慮在實(shí)踐中應(yīng)用它們。把理論方法付諸實(shí)踐是改進(jìn)軟件過程（process）的核心所在。從根本上說，改進(jìn)過程包括使用更多有效的方法避免使用過去使用過的令人頭痛的方法。然而，改進(jìn)之路卻是從失敗、錯(cuò)誤開始，還要?dú)v經(jīng)諸如受人為抵制的影響及因任務(wù)的時(shí)間緊迫導(dǎo)致改進(jìn)被擱置這樣的挫折。軟件開發(fā)過程的改進(jìn)有以下兩個(gè)目標(biāo)

1、解決在以前項(xiàng)目或目前項(xiàng)目中遇到的問題

2、防止和避免你可能在將來的項(xiàng)目中遇到的問題把理論方法付諸實(shí)踐是改進(jìn)軟件過程（process）的核心所在。避免使用過去使用過的令人頭痛的方法。改進(jìn)之路是從失敗、錯(cuò)誤開始，還要?dú)v經(jīng)諸如受人為抵制的影響及因任務(wù)的時(shí)間緊迫導(dǎo)致改進(jìn)被擱置這樣的挫折。需求與其他主要項(xiàng)目過程和風(fēng)險(xiǎn)承擔(dān)者之間的關(guān)系1.需求與其他項(xiàng)目過程的關(guān)系需求與其他項(xiàng)目過程的關(guān)系

1)制定項(xiàng)目計(jì)劃需求是制定項(xiàng)目計(jì)劃的基礎(chǔ)。因?yàn)殚_發(fā)資源和進(jìn)度安排的估計(jì)都要建立在對最終產(chǎn)品的真正理解之上。通常，項(xiàng)目計(jì)劃指出所有希望的特性不可能在允許的資源和時(shí)間內(nèi)完成，因此，需要縮小項(xiàng)目范圍或采用版本計(jì)劃對功能特性進(jìn)行選擇。2)項(xiàng)目跟蹤和控制監(jiān)控每項(xiàng)需求的狀態(tài)，以便項(xiàng)目管理者能發(fā)現(xiàn)設(shè)計(jì)和驗(yàn)證是否達(dá)到預(yù)期的要求。如果沒有達(dá)到，管理者通常請求變更控制過程來進(jìn)行范圍的縮減。需求與其他項(xiàng)目過程的關(guān)系

3)變更控制在需求編寫成文檔并制定基線以后，所有接下來的變更都應(yīng)通過確定的變更控制過程來進(jìn)行。變更控制過程能確保：*變更的影響是可以接受的。*受到變更影響的所有人都接到通知并明白這一點(diǎn)。*由合適的人選來作出接受變更的正式?jīng)Q定。*資源按需進(jìn)行調(diào)整。*保持需求文檔是最新版本并是準(zhǔn)確的更新文檔。需求與其他項(xiàng)目過程的關(guān)系

4)系統(tǒng)測試用戶需求和功能需求是系統(tǒng)測試的重要參考。系統(tǒng)測試可以驗(yàn)證計(jì)劃中所列的功能是否按預(yù)期要求實(shí)現(xiàn)了。同時(shí)，也驗(yàn)證了用戶任務(wù)是否能正確地執(zhí)行。5)用戶編制文檔產(chǎn)品的需求是編寫文檔的重要參考低質(zhì)量和拖延的需求會給編寫用戶文檔帶來極大的困難。需求與其他項(xiàng)目過程的關(guān)系

6)構(gòu)造軟件項(xiàng)目主要產(chǎn)品是交付可執(zhí)行軟件，而不是需求說明文檔。需求文檔是所有設(shè)計(jì)、實(shí)現(xiàn)工作的基礎(chǔ)。要根據(jù)功能要求來確定設(shè)計(jì)模塊，而模塊又要作為編寫代碼的依據(jù)。采用設(shè)計(jì)評審的方法來確保設(shè)計(jì)正確地反映了所有的需求。而代碼的單元測試能確定是否滿足了設(shè)計(jì)規(guī)格說明和是否滿足了相關(guān)的需求。跟蹤每項(xiàng)需求與相應(yīng)的設(shè)計(jì)和軟件代碼。2.軟件需求對其他項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者影響當(dāng)軟件開發(fā)隊(duì)伍改變需求過程時(shí)，與其他項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者溝通的接口也會發(fā)生變化。圖4-2說明了一些外部組織功能，這些功能是通過一定的接口與軟件開發(fā)隊(duì)伍聯(lián)系的，這些接口對項(xiàng)目需求活動起著重要作用。軟件需求對其他項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者影響

為能順利進(jìn)行這些接口操作，要與其他領(lǐng)域的合作者多交流，讓他們知道你的改進(jìn)想法和調(diào)整計(jì)劃。要向他們說明改進(jìn)后的新過程會帶來什么好處。如在改進(jìn)過程中需要獲得合作時(shí)，可以從這樣的談話開始：“這些是我們曾經(jīng)經(jīng)歷過的問題，而我們認(rèn)為進(jìn)行這些變更將會有助于問題的解決。向各個(gè)功能領(lǐng)域的人說明你從他們那里所需要獲取的信息和幫助，從而有助于成功地開發(fā)整個(gè)產(chǎn)品。在開發(fā)過程中要遵從開發(fā)組與其他功能領(lǐng)域之間重要交流接口的規(guī)范和內(nèi)容，如系統(tǒng)需求規(guī)格說明文檔或市場需求文檔。詢問其他組織需要從開發(fā)隊(duì)伍中獲取什么以有助于他們的工作。技術(shù)可行性方面哪些能幫助市場部更好地完成產(chǎn)品計(jì)劃？什么樣的需求狀態(tài)報(bào)告能使管理者更充分地看清楚項(xiàng)目的進(jìn)展情況？與系統(tǒng)工程部之間怎樣合作才能確保系統(tǒng)需求在軟、硬件間的分配合理？努力在開發(fā)組和其他需求過程風(fēng)險(xiǎn)承擔(dān)者之間建立合作關(guān)系以便所有人都能更有效地促進(jìn)項(xiàng)目成功。軟件需求對其他項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者影響

許多反對是由于不了解情況而引起的恐懼所造成的，因此一開始就要給他們說清楚為什么要作這些變更，變更后他們將受到怎樣的影響，將會帶來什么好處以及為什么你在過程改進(jìn)一開始就需要他們的參與等等。下面是一些你可能遇到抵制的情況：需求變更控制過程被看成很難進(jìn)行而被丟棄。要確保變更過程真正能起作用。如果新的過程不能帶來更好的結(jié)果，那大家將會“繞道而行”了。開發(fā)人員把編寫和審查需求文檔看作是浪費(fèi)時(shí)間的官僚做法，妨礙他們的“真正工作”—編寫代碼。向他們講清一旦發(fā)生重寫代碼所帶來的慘重代價(jià)，開發(fā)和管理人員將更能明白為什么需要做好需求工作。項(xiàng)目費(fèi)用沒有和開發(fā)過程聯(lián)系起來，開發(fā)小組可能會缺少變更的動力。如果目標(biāo)是通過創(chuàng)建高質(zhì)量產(chǎn)品以減少技術(shù)支持費(fèi)用，技術(shù)支持管理者可能會感到受到威脅。3軟件過程改進(jìn)的基礎(chǔ)堅(jiān)持四條改進(jìn)軟件過程的原則1、改進(jìn)過程應(yīng)該是革命性的、徹底的、連續(xù)的、反復(fù)的。2、人們和組織機(jī)構(gòu)都只有在他們獲得激勵(lì)時(shí)才愿意改變。3、過程變更是面向目標(biāo)的。4、將改進(jìn)活動看作是一些小項(xiàng)目4過程改進(jìn)周期評估當(dāng)前采用方法1、自我評價(jià)問卷

設(shè)計(jì)自我評價(jià)問卷是一種系統(tǒng)方法，它能以較低費(fèi)用對當(dāng)前過程進(jìn)行評估2、來自外部的顧問客觀地評估你目前的軟件開發(fā)方法。 這種正式過程的評估方法要以一種已建立的過程改進(jìn)框架工作為基礎(chǔ)，如軟件工程研究所（CMU/SEI1995）開發(fā)的軟件功能成熟度模型（CMM）。評估者將會檢查軟件開發(fā)和管理過程，而不限于需求活動。要根據(jù)你想通過的過程改進(jìn)取得的業(yè)務(wù)目標(biāo)來選擇評估方法，不要過多擔(dān)心是否滿足CMM或其它專用模型的需求。制定改進(jìn)活動計(jì)劃1、將過程改進(jìn)活動看做是項(xiàng)目，在評估后制定一個(gè)活動計(jì)劃。戰(zhàn)略計(jì)劃+戰(zhàn)術(shù)計(jì)劃2、采用簡單易于獲得的過程改進(jìn)活動計(jì)劃模板3、以一個(gè)項(xiàng)目A來實(shí)驗(yàn)(pilot)變更控制過程。4、以實(shí)驗(yàn)反饋為基礎(chǔ)修改變更控制過程。5、評估問題跟蹤工具并選擇其一來支持變更控制過程。6、定制并購買問題跟蹤工具以支持變更控制過程。7、在組織中使用新的變更控制過程和工具。需求活動計(jì)劃模板項(xiàng)目名稱:___________________________編制日期:________

預(yù)計(jì)所有活動的結(jié)束日期:______________

目標(biāo):說明業(yè)務(wù)方面的目標(biāo)，而不是過程變更方面的成功的標(biāo)志:

對組織影響的范圍：

參與的人:

姓名角色時(shí)間責(zé)任

__________________________________________________

跟蹤和報(bào)告過程:

說明怎樣跟蹤計(jì)劃中的活動條目進(jìn)展及報(bào)告其狀態(tài)結(jié)果等 依賴關(guān)系,風(fēng)險(xiǎn),和約束條件:

明確對計(jì)劃成功有幫助或有阻礙的各種外部因素 （3-10個(gè)）活動編號:__負(fù)責(zé)人:_____預(yù)計(jì)日期:______

活動的描述:______產(chǎn)物:______需要的資源:______運(yùn)用在實(shí)驗(yàn)中獲取的經(jīng)驗(yàn)來調(diào)整新技術(shù)，這樣將它運(yùn)用于整個(gè)目標(biāo)群體時(shí)，改進(jìn)活動會更有效果。請銘記下面這些關(guān)于引導(dǎo)實(shí)驗(yàn)的建議：選擇實(shí)驗(yàn)參與者不應(yīng)該對過程改進(jìn)持有強(qiáng)烈的反對意向。確定用于評估實(shí)驗(yàn)的標(biāo)準(zhǔn)，使得到的結(jié)果易于解釋。通知那些需要知道實(shí)驗(yàn)是什么以及為什么要實(shí)施的工程風(fēng)險(xiǎn)承擔(dān)者?？紤]在不同的項(xiàng)目中實(shí)驗(yàn)新過程的不同部分。用這個(gè)方式可使更多的人嘗試新方法，因此能提高認(rèn)知水平，增加反饋信息。作為評估的一部分工作，詢問實(shí)驗(yàn)參與者，如果他們不得不回頭采用他們原有的工作方法，他們會覺得怎樣。評估結(jié)果1、過程改進(jìn)周期的最后一步就是評估已經(jīng)實(shí)施的活動及取得的成果。2、其中最重要的一步是評估新的實(shí)施過程是否帶來了期望的結(jié)果。下次是否需要稍作變更3、要接受學(xué)習(xí)曲線的事實(shí)5.需求過程的積累材料檢查清單清單列出各項(xiàng)活動，交付的結(jié)果和其它應(yīng)注意或驗(yàn)證的條目。檢查清單是用來提示記憶的，有助于確保處于忙碌中的工作人員不要忽略重要細(xì)節(jié)。實(shí)例一種特定類型工作產(chǎn)品的代表，積累起能在你組織中運(yùn)用的更好的實(shí)例。計(jì)劃概括說明怎樣完成目標(biāo)與完成時(shí)需要什么樣的文檔。方針確立活動期望、產(chǎn)品期望和交付產(chǎn)品期望的指導(dǎo)原則。過程都應(yīng)遵從的方針。需求過程的積累材料過程描述完成某個(gè)活動的任務(wù)順序或步驟，說明要執(zhí)行的任務(wù)及其在項(xiàng)目中所扮演的角色。不要包括示范信息。過程描述一組完成某些目的活動文檔的定義。過程描述應(yīng)包括過程目標(biāo)、里程碑、參與者和執(zhí)行任務(wù)的適合時(shí)間、交流步驟，期望結(jié)果以及與過程相關(guān)的輸入和輸出數(shù)據(jù)（Caputo1998）。模板一種完成整個(gè)工作產(chǎn)品的指導(dǎo)方式。重要工程文檔的模板提醒你檢查是否遺漏了什么。一個(gè)結(jié)構(gòu)很好的模板提供了許多捕獲和組織信息的欄目(slot)。模板中包含的指導(dǎo)信息將幫助文檔作者有效地使用它。需求開發(fā)過程的積累材料需求開發(fā)過程的積累材料*項(xiàng)目視圖與范圍模板*需求開發(fā)過程*需求分配過程*使用實(shí)例模板*軟件需求規(guī)格說明模板*需求優(yōu)先級確定過程*SRS和使用實(shí)例審查清單需求管理過程的積累材料需求管理過程的積累材料*變更控制過程*變更控制委員會過程*需求變更影響分析檢查清單和模板