6、分析需求可行性
沒錢賺的事我們不干;有錢賺但投不起錢的事不干;有錢賺也投得起錢但沒有可靠的人選 ， 這樣的事也不干 ?？尚行苑治鲋饕轻槍δ骋恍枨鬀Q定是做還是不做 。一般可行性主要考慮兩個(gè)方面的因素:技術(shù)和人 。技術(shù)方面主要是分析在給定的時(shí)間段內(nèi)是否可實(shí)現(xiàn)所需的功能并滿足產(chǎn)品的質(zhì)量要求等相關(guān)指標(biāo) 。很多時(shí)候 ， 用戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的 。若一味地求全和盲目遵從用戶的設(shè)想 ， 將為項(xiàng)目的后續(xù)工作帶來很大的風(fēng)險(xiǎn) 。因此應(yīng)盡量避免在需求分析中包含技術(shù)實(shí)施上有難度的功能 。在曾經(jīng)負(fù)責(zé)的一個(gè)項(xiàng)目中 ， 用戶要求新的管理系統(tǒng)應(yīng)實(shí)現(xiàn)和管理系統(tǒng)的數(shù)據(jù)接口 ， 以方便這些系統(tǒng)中的數(shù)據(jù)導(dǎo)人新的管理系統(tǒng) 。許諾提供系統(tǒng)的數(shù)據(jù)接口 ， 將為新系統(tǒng)的成功實(shí)施帶來很大的風(fēng)險(xiǎn) 。因?yàn)槭煜み@些系統(tǒng)需要時(shí)間 ， 開發(fā)與它們的接口也需要時(shí)間 ， 而且等這些商業(yè)系統(tǒng)存在多個(gè)不同的版本 。因此與外部系統(tǒng)接口的可行性定義為:不可行 。對于復(fù)雜的項(xiàng)目 ， 還應(yīng)從經(jīng)濟(jì)方面和環(huán)境方面進(jìn)行考慮 。經(jīng)濟(jì)方面主要從投入、收益、短期、長遠(yuǎn)利益等方面進(jìn)行分析 。環(huán)境方面主要考慮市場環(huán)境和政策因素 。需求變更對大型IT開發(fā)項(xiàng)目成敗有重要影響 ， 既不能一概拒絕客戶的變更要求 ， 也不能一味地遷就客戶 ， 所以 ， 實(shí)施需求變更之前必須做好控制 。需求變更控制的目的不是控制變更的發(fā)生 ， 而是對變更進(jìn)行管理 ， 確保變更有序進(jìn)行 。
7、確定需求的優(yōu)先級別
當(dāng)客戶的期望很高、開發(fā)時(shí)間很短且資源有限時(shí) ， 設(shè)定需求的相對優(yōu)先級將有助于項(xiàng)目管理人員解決沖突、安排階段性交付并做出必要的取舍 。建立每個(gè)需求的重要性有助于規(guī)劃軟件的構(gòu)造 ， 以最少的費(fèi)用提供產(chǎn)品的最大功能 。特別是對漸進(jìn)式的項(xiàng)目 ， 優(yōu)先級的設(shè)定就顯得更為重要 ， 因?yàn)樵谶@些開發(fā)中 ， 項(xiàng)目時(shí)間安排極為緊迫并且交付日期不可改變 ， 一些低優(yōu)先級的需求就需要推遲到后續(xù)版本中進(jìn)行實(shí)現(xiàn)或直接取消 。當(dāng)眾多用戶因期望不同而就某些需求優(yōu)先級的設(shè)定難以達(dá)成一致意見時(shí) ， 需求分析者可指出每一需求所需的費(fèi)用、難度、技術(shù)風(fēng)險(xiǎn)或其他特定的與權(quán)衡需求有關(guān)的指標(biāo) ， 來客觀評價(jià)每一需求的優(yōu)先級 。
8、正確理解需求分析文檔確認(rèn)
需求分析是一項(xiàng)繁瑣枯燥的工作 ， 需要和用戶不斷的商討、確認(rèn)和反復(fù) 。但大部分用戶并不只做這項(xiàng)工作 ， 特別當(dāng)他被很多其他的事情纏身的時(shí)候 。在需求分析文檔上簽字確認(rèn) ， 通常被認(rèn)為是用戶同意需求分析內(nèi)容的標(biāo)志行為 。而實(shí)際操作中 ， 簽字確認(rèn)工作并未得到用戶的充分重視 ?！八麄円笪以谛枨笪臋n上簽名 ， 于是我就簽了 ， 否則開發(fā)人員不開始編碼 ?！庇脩舻倪@種態(tài)度將可能給項(xiàng)目帶來潛在的風(fēng)險(xiǎn) ， 如不斷地進(jìn)行需求變更等 。對于需要用戶確認(rèn)的需求分析文檔 ， 最好在用戶確認(rèn)前 ， 就文檔內(nèi)容對用戶進(jìn)行一定的講解 ， 以確保用戶完全理解并認(rèn)可文檔中的內(nèi)容 。若用戶對文檔中的內(nèi)容存在修改意見 ， 則修改后再與用戶進(jìn)行確認(rèn) ， 直至用戶完全認(rèn)可文檔中的內(nèi)容為止 。通常為對項(xiàng)目有一個(gè)整體、準(zhǔn)確的理解 ， 需求分析所包含的內(nèi)容通常大于項(xiàng)目范圍所包含的內(nèi)容 。
因此 ， 應(yīng)讓用戶理解對于某些功能的討論并不意味著即將在系統(tǒng)中實(shí)現(xiàn)它 。應(yīng)使用戶明白對需求分析文檔的簽字確認(rèn)是建立一個(gè)需求的基線 ， 進(jìn)一步的變更可在此基線上通過項(xiàng)目定義的變更過程來進(jìn)行 。需求確認(rèn)將給初步的需求開發(fā)工作畫上了雙方都明確的句號 ， 并有助于形成一個(gè)持續(xù)良好的用戶與需求分析人員的關(guān)系 ， 為項(xiàng)目的成功奠定堅(jiān)實(shí)的基礎(chǔ) 。將知識從一個(gè)地方傳送到另一個(gè)地方并不是一件簡單的事情 ， 而且原始的需求通常是以不完整的形式呈現(xiàn)的 。它也許只是在某個(gè)現(xiàn)有系統(tǒng)的用戶腦中 ， 甚至有時(shí)用戶都沒有意識到他們知道什么 。同時(shí)需求分析工作者也應(yīng)在日常工作中加強(qiáng)學(xué)習(xí) ， 不斷總結(jié) ， 使自己的需求分析能力得到不斷的提升 。軟件需求管理之所以重要 ， 主要是因?yàn)榻^大多數(shù)項(xiàng)目的失敗主要由需求的理解不到位、需求的變更沒有得到有效控制等原因造成的 。因此 ， 這就要求我們在軟件項(xiàng)目的需求管理方面 ， 要下更大的力氣去做好需求的獲取、分析、變更控制 ， 結(jié)合項(xiàng)目管理的相關(guān)理論 ， 如PMBOOK、CMMI等 ， 在項(xiàng)目實(shí)踐中 ， 不斷總結(jié)經(jīng)驗(yàn)教訓(xùn) ， 做好需求管理 。

以上關(guān)于本文的內(nèi)容，僅作參考！溫馨提示：如遇健康、疾病相關(guān)的問題，請您及時(shí)就醫(yī)或請專業(yè)人士給予相關(guān)指導(dǎo)!

• 蘋果和華為手機(jī)為環(huán)保不送充電器 蘋果手機(jī)為啥不送充電器
• 奇瑞和長城車質(zhì)量差距有多大 長城車質(zhì)量可靠嗎
• 好看的小說：超級好看糙漢文、逆襲美人校園甜寵、男頻文和言情文撞車了
• 法國的你好的英語怎么說 你好的法語怎么說
• 會計(jì)學(xué)就業(yè)方向和前景 未來十年最緊缺職業(yè)
• 漢字分為偏旁和什么 字的偏旁是什么
• 蒸出完美的雞蛋羹黃金比例和3個(gè)訣竅告訴你 雞蛋羹怎么蒸出來又嫩又滑
• 奇異果和獼猴桃是同一種水果嗎
• 海星的天敵
• 婆媳之間怎樣和睦相處