《軟件需求》學(xué)習(xí)課件

《軟件需求》學(xué)習(xí)1、合法而穩(wěn)定的權(quán)力在使用得當(dāng)時(shí)很少遇到抵抗。——塞·約翰遜2、權(quán)力會使人漸漸失去溫厚善良的美德?！?、最大限度地行使權(quán)力總是令人反感；權(quán)力不易確定之處始終存在著危險(xiǎn)?！ぜs翰遜4、權(quán)力會奴化一切。——塔西佗5、雖然權(quán)力是一頭固執(zhí)的熊，可是金子可以拉著它的鼻子走?！勘取盾浖枨蟆穼W(xué)習(xí)《軟件需求》學(xué)習(xí)1、合法而穩(wěn)定的權(quán)力在使用得當(dāng)時(shí)很少遇到抵抗?！ぜs翰遜2、權(quán)力會使人漸漸失去溫厚善良的美德?！?、最大限度地行使權(quán)力總是令人反感；權(quán)力不易確定之處始終存在著危險(xiǎn)。——塞·約翰遜4、權(quán)力會奴化一切。——塔西佗5、雖然權(quán)力是一頭固執(zhí)的熊，可是金子可以拉著它的鼻子走?！勘取盾浖枨蟆穼W(xué)習(xí)第四、五章第四章改進(jìn)需求過程軟件開發(fā)過程的改進(jìn)兩個主要目標(biāo)：解決在以前項(xiàng)目或目前項(xiàng)目中遇到的問題。防止和避免你可能在將來的項(xiàng)目中要遇到的問題。變更需求開發(fā)和管理方法將對項(xiàng)目其他過程產(chǎn)生影響，反之亦然。4.3軟件過程改進(jìn)的基礎(chǔ)四條改進(jìn)軟件的原則（Wiegers1996a）：改進(jìn)過程應(yīng)該是革命性的、徹底的、連續(xù)的、反復(fù)的;人們和組織機(jī)構(gòu)都只有在他們獲得激勵時(shí)才愿意變更;變更改進(jìn)的幾種驅(qū)動力：?項(xiàng)目沒有時(shí)限，因?yàn)樾枨笳f明變得超想象的復(fù)雜。?開發(fā)人員不得不大量超時(shí)工作，因?yàn)檎`解或二義性的需求直到開發(fā)后期才發(fā)現(xiàn)。?系統(tǒng)測試白費(fèi)了，因?yàn)闇y試者并未明白產(chǎn)品要做什么。?功能都實(shí)現(xiàn)了，但由于產(chǎn)品的低性能、使用不方便或其它因素用戶不滿意。?維護(hù)費(fèi)用相當(dāng)高，因?yàn)榭蛻舻脑S多增強(qiáng)要求未在需求獲取階段提出。?開發(fā)組織落得交付一項(xiàng)客戶并不想要的產(chǎn)品的名聲，聲譽(yù)受損過程變更是面向目標(biāo)的;將改進(jìn)活動看作一些小項(xiàng)目.4.4過程改進(jìn)周期4.4.1評估當(dāng)前采用的方法評價(jià)方法：設(shè)計(jì)自我評價(jià)問卷讓外部顧問客觀地評估4.4.2制定改進(jìn)活動計(jì)劃制定出整個軟件過程改進(jìn)初始工作的戰(zhàn)略計(jì)劃和在各個特定改進(jìn)領(lǐng)域的戰(zhàn)術(shù)行動計(jì)劃,指明改進(jìn)行動的目標(biāo)、風(fēng)險(xiǎn)承擔(dān)者和一些必須完成的活動條目?；顒訔l目不超過10個，如多對其進(jìn)行優(yōu)先級的排列，并時(shí)時(shí)進(jìn)行更新4.4.3建立、實(shí)驗(yàn)和實(shí)施新的過程為你建立的新過程或文檔模板計(jì)劃一個“實(shí)驗(yàn)”通過在實(shí)驗(yàn)中獲取的經(jīng)驗(yàn)來調(diào)整新技術(shù)，從而將它運(yùn)用于整個目標(biāo)群體時(shí)，改進(jìn)活動會更有效果。引導(dǎo)實(shí)驗(yàn)的建議：選擇實(shí)驗(yàn)參與者（participant），他們將嘗試新方法并提供反饋信息，這些參與者可以是生手也可以是老手，但他們不應(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)新過程的不同部分。用這個方式可使更多的人嘗試新方法，因此能提高認(rèn)知水平，增加反饋信息。作為評估的一部分工作，詢問實(shí)驗(yàn)參與者，如果他們不得不回頭采用他們原有的工作方法，他們會覺得怎樣。4.4.4評估結(jié)果首先要考慮整個新過程在群體中執(zhí)行的情況。是否能使每個人都明白新過程或模板的好處？參與者是否理解并成功地應(yīng)用了新過程？是否在下次工作中需要有所變更？關(guān)鍵是評估新實(shí)施的過程是否帶來了期望的結(jié)果讓他們知道你的改進(jìn)想法和調(diào)整計(jì)劃。要向他們說明改進(jìn)后的新過程會帶來什么好處。反對是因?yàn)閷ψ兏a(chǎn)生的影響產(chǎn)生恐懼。需要在變更之前說明變更產(chǎn)生的影響。此外，詢問其他組織需要從開發(fā)隊(duì)伍中獲取什么以有助于他們的工作。要給予新方法以足夠的運(yùn)行時(shí)間，選定能說明每項(xiàng)過程變更成功與否的衡量標(biāo)準(zhǔn)。當(dāng)從業(yè)者（practitioner）花費(fèi)時(shí)間去吸收新方法時(shí)，生產(chǎn)率會降低。對從業(yè)者進(jìn)行過程改進(jìn)學(xué)習(xí)曲線的學(xué)習(xí)。過程改進(jìn)學(xué)習(xí)曲線4.5需求過程的積累材料為了執(zhí)行這些步驟，你應(yīng)當(dāng)將需求各個過程的材料收集起來，包括已完成的活動和可交付的產(chǎn)品。信息獲取、分析、編寫規(guī)格說明、驗(yàn)證以及管理。需求開發(fā)過程的積累材料需求管理過程的積累材料4.5.1需求開發(fā)過程積累的材料項(xiàng)目視圖與范圍模板(業(yè)務(wù)和用戶需求)需求開發(fā)過程（包括以下所有）需求分配過程使用實(shí)例模板軟件需求規(guī)格說明模板需求優(yōu)先級確定過程SRS和使用實(shí)例審查清單4.5.2需求管理過程的積累材料變更控制過程明確了一種方法來提出、協(xié)商、評估一個新的需求或在已有需求上的一項(xiàng)變更。變更控制委員會過程由風(fēng)險(xiǎn)承擔(dān)者組成，對需求的變更做出裁決需求變更影響分析檢查清單和模板估計(jì)提出的需求變更的成本費(fèi)用和影響，是決定是否執(zhí)行變更的重要步驟。需求狀態(tài)跟蹤過程需求跟蹤能力矩陣模板第5章軟件需求與風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)：可能給項(xiàng)目的成功帶來威脅或損失的情況。項(xiàng)目成本費(fèi)用、進(jìn)度安排、技術(shù)方面、產(chǎn)品質(zhì)量及團(tuán)隊(duì)工作效率等帶來較大的負(fù)面影響。風(fēng)險(xiǎn)管理：在風(fēng)險(xiǎn)給項(xiàng)目帶來損失之前，就指明、評估并對風(fēng)險(xiǎn)加以控制。5.1軟件風(fēng)險(xiǎn)管理基礎(chǔ)5.1.1風(fēng)險(xiǎn)管理的要素風(fēng)險(xiǎn)評價(jià)風(fēng)險(xiǎn)評價(jià)（riskassessment）是一個檢查工程項(xiàng)目并識別潛在風(fēng)險(xiǎn)區(qū)域的過程。風(fēng)險(xiǎn)評價(jià)的方法列舉通常的軟件項(xiàng)目風(fēng)險(xiǎn)因素檢查一些特定風(fēng)險(xiǎn)對項(xiàng)目可能造成的潛在后果。

確定風(fēng)險(xiǎn)優(yōu)先級風(fēng)險(xiǎn)分級（riskprioritization）有助你通過評價(jià)每項(xiàng)風(fēng)險(xiǎn)的潛在危害值，優(yōu)先處理最嚴(yán)重的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)危害值(riskexposure)包括帶來損失的可能性大小和潛在損失的規(guī)模。風(fēng)險(xiǎn)避免風(fēng)險(xiǎn)避免（riskavoidance）是處理風(fēng)險(xiǎn)的一種方法：盡量別作冒險(xiǎn)的事。風(fēng)險(xiǎn)控制（riskcontrol）制定風(fēng)險(xiǎn)管理計(jì)劃是一項(xiàng)處理具有一旦發(fā)生，影響較大的風(fēng)險(xiǎn)的計(jì)劃，包括降低風(fēng)險(xiǎn)的方法、應(yīng)急計(jì)劃、負(fù)責(zé)人和截止日期。風(fēng)險(xiǎn)解決方案：包括了降低、減少每項(xiàng)風(fēng)險(xiǎn)的執(zhí)行計(jì)劃風(fēng)險(xiǎn)監(jiān)控風(fēng)險(xiǎn)監(jiān)控（riskmonitoring）來跟蹤風(fēng)險(xiǎn)解決過程的進(jìn)展情況。監(jiān)控可以很好了解降低風(fēng)險(xiǎn)工作的進(jìn)展情況，可以定期地修訂先前風(fēng)險(xiǎn)清單的內(nèi)容和劃分的優(yōu)先級。5.1.2編寫項(xiàng)目風(fēng)險(xiǎn)文檔將風(fēng)險(xiǎn)編寫成文檔在整個項(xiàng)目開發(fā)過程中有利于風(fēng)險(xiǎn)承擔(dān)者了解風(fēng)險(xiǎn)情況和狀態(tài)可以定期地修訂先前風(fēng)險(xiǎn)清單的內(nèi)容和劃分的優(yōu)先級。

你的目標(biāo)是將最有威脅的風(fēng)險(xiǎn)和那些不急需處理的風(fēng)險(xiǎn)區(qū)別開來，并處理最具有威脅的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)控制的策略：一些策略是盡量降低風(fēng)險(xiǎn)發(fā)生的可能性；另一些則是減少風(fēng)險(xiǎn)發(fā)生后帶來的影響。降低風(fēng)險(xiǎn)措施的前兩條是通過更多的用戶參與項(xiàng)目來減少風(fēng)險(xiǎn)發(fā)生的可能性。而采用原型法則可以利用用戶關(guān)于界面的早期反饋來減少風(fēng)險(xiǎn)的潛在影響。5.1.3制定風(fēng)險(xiǎn)管理計(jì)劃將與風(fēng)險(xiǎn)有關(guān)的內(nèi)容制定為一個風(fēng)險(xiǎn)管理計(jì)劃將其作為整個項(xiàng)目計(jì)劃和項(xiàng)目投資的一部份，并在項(xiàng)目計(jì)劃中為風(fēng)險(xiǎn)管理計(jì)劃留出足夠的時(shí)間

和其它項(xiàng)目管理活動一樣，你需要建立起周期性的監(jiān)控措施。保持對十來個有最大危害的風(fēng)險(xiǎn)的高度重視，并追蹤降低風(fēng)險(xiǎn)措施的有效性。當(dāng)完成一項(xiàng)活動后，重新評估那項(xiàng)風(fēng)險(xiǎn)的可能性和影響，更新風(fēng)險(xiǎn)清單和其它相關(guān)的計(jì)劃。5.2與需求有關(guān)的風(fēng)險(xiǎn)5.2.1需求獲取1)產(chǎn)品視圖與范圍此最好在項(xiàng)目早期寫一份項(xiàng)目視圖與范圍將業(yè)務(wù)需求涵蓋在內(nèi)，并將其作為新的需求及修改需求的指導(dǎo)。2)需求開發(fā)所需時(shí)間3)需求規(guī)格說明的完整性和正確性4)對革新產(chǎn)品的需求有時(shí)容易忽略市場對產(chǎn)品的反饋信息。5)明確非功能需求6)客戶贊同產(chǎn)品需求7)未加說明的需求8)把已有的產(chǎn)品作為需求基線9)給出期望的解決辦法5.2.2需求分析1)劃分需求優(yōu)先級2)帶來技術(shù)困難的特性3)不熟悉的技術(shù)、方法、語言、工具或硬件平臺5.2.3需求規(guī)格說明1)需求理解2)時(shí)間壓力對TBD的影響3)具有二義性的術(shù)語4)需求說明中包括了設(shè)計(jì)5.2.4需求驗(yàn)證1)未經(jīng)驗(yàn)證的需求2)審查的有效性5.2.5需求管理1)變更需求2)需求變更過程3)未實(shí)現(xiàn)的需求4)