[工學(xué)]第6章軟件需求管理-資料下載頁
2025-10-06 12:01本頁面
【正文】 的危害性，從而促使他們積極友善地參加需求工程中的各項活動。 需求開發(fā)的主要困難與策略 用戶說不清楚需求 問題 ：用戶說不清楚需求。有些用戶真的不知道需求是什么，或者對需求只有朦朧的感覺，他當(dāng)然說不清楚需求。有些用戶雖然心里明白想要什么，但卻說不清楚需求。 策略 ：需求分析員不能以用戶說不清楚需求為借口而草率地對待需求開發(fā)工作，無論是什么原因?qū)е掠脩粽f不清楚需求，需求分析員必須設(shè)法搞清楚用戶真正的需求，這是需求分析員的職責(zé)，也是職業(yè)的挑戰(zhàn)。 需求開發(fā)的主要困難與策略 雙方誤解需求 問題 ：人們在交流的時候，經(jīng)常會發(fā)生 “ 問非所求，答非所問 ” 的事情。有時用戶會把開發(fā)人員的建議或答復(fù)給想歪了，而用戶表達(dá)的需求，不同的開發(fā)人員可能有不同的理解。 策略 ：如果需求分析員誤解了需求，那會導(dǎo)致后續(xù)的不少開發(fā)人員將錯就錯、白干活。不論是復(fù)雜的項目還是簡單的項目，需求分析員和用戶都有可能誤解需求，所以應(yīng)當(dāng)做好需求確認(rèn)工作。 需求開發(fā)的主要困難與策略 開發(fā)人員寫不好需求文檔 問題 ：需求調(diào)查工作不充分，獲取的需求信息太少或者太亂，以至于寫不成需求文檔?；蛘唛_發(fā)人員寫作能力比較差，雖然在調(diào)查過程中已經(jīng)獲得了不少需求信息，卻寫不出好的需求文檔來。 策略 ：要想寫出好的需求文檔，前提條件是把需求調(diào)查工作做好。提高開發(fā)人員寫作能力，讓他們多練習(xí)寫文檔。另外，企業(yè)應(yīng)當(dāng)提供合適的文檔模板以及比較好的示例文檔，盡可能地降低寫作難度。 需求開發(fā)的主要困難與策略 用戶需求變更頻繁 問題 ：在項目開發(fā)的初始階段，開發(fā)人員和用戶沒有搞清楚需求或者搞錯了需求，到了項目開發(fā)后期才將需求糾正過來，導(dǎo)致產(chǎn)品的部分內(nèi)容需要重新開發(fā)?；蛘哂捎谑袌鲎兓鴮?dǎo)致產(chǎn)品需求發(fā)生變更。 策略 ：做好需求變更控制。需求變更通常會對項目的進(jìn)度、人力資源、經(jīng)費產(chǎn)生很大的影響，但需求變更并不可怕，可怕的是需求變更失去控制，導(dǎo)致項目混亂。 需求分析的誤區(qū) 創(chuàng)意和求實 毋庸質(zhì)疑的，每個人都會為自己的一個新的 Idea而激動萬分，特別是當(dāng)這個 Idea受到一些根本不知道你原本要干嘛的人的驚贊時。但是請注意，當(dāng)你激動得意的時候，你可能已經(jīng)忘了你原本是在描述一個需求，而不是在策劃一個創(chuàng)意、創(chuàng)造一個概念。很多剛開始做需求分析的人員都或多或少的會犯這樣的錯誤，陶醉在自己的新想法和新思路中，卻違背了需求的原始客觀性和真實性原則。 永遠(yuǎn)別忘了 ：需求不是空中樓閣，是實實在在的一磚一瓦。 需求分析的誤區(qū) 解剖的快感 幾乎所有搞軟件的人，做需求分析的時候，一上來就會把用戶告訴你的要求，完完整整的作個解剖，切開分成幾個塊，再細(xì)分成幾個子塊，然后再條分縷析。可是當(dāng)用戶迷惑的看著你辛辛苦苦做出來的分析結(jié)果問你：我想作一個數(shù)據(jù)備份的任務(wù)，怎么做 ?這時，你會發(fā)現(xiàn)，需要先后打開三個窗口才能完成這個任務(wù)。 永遠(yuǎn)別忘了 ： 分解是必需的，但最終的目的是為了更好的組合，而不是為了分解。 需求分析的誤區(qū) 角度和思維 經(jīng)常聽到這樣的抱怨： “ 用戶怎么可以提出這樣苛刻的要求呢 ?”。細(xì)細(xì)一了解，用戶只不過是要求把一個需要兩次點擊的功能，改成只有一次點擊。這樣會導(dǎo)致需要改變需求、改變編碼，增加工作量?？墒牵绻麚Q個角度來想想，這個功能，開發(fā)的時候只用了幾次，可是用戶每天都要用幾百次甚至幾千次，改動一下就減少了一半的工作量，對他來說，這樣的需求難道會苛刻嗎 ? 永遠(yuǎn)別忘了 ： 沒有任何需求是不對的，不對的只是你的需求分析。試著站在用戶的思維角度想想，你的需求分析就會更加的貼近用戶，更加的合理。軟件應(yīng)該是以人為本的。 需求分析的誤區(qū) 程序員邏輯 從程序員成長為系統(tǒng)分析員是一個普遍的軌跡，但并不是一個好的程序員就必然能成為一個好的系統(tǒng)分析員。一些程序員的固化邏輯，使得他們在做需求分析的時候往往鉆進(jìn)了一些牛角里面。比如說1/0邏輯 (或者是說黑白邏輯 )，認(rèn)為不是這樣就是那樣，沒有第三種情況?？蓪嶋H情況往往是，在一定的時候是這樣，其它時候是那樣。 永遠(yuǎn)別忘了 ： 需求分析和程序設(shè)計不盡相同，合理、可行是才是重要的。跳出程序設(shè)計的圈子，站在系統(tǒng)的角度上來看問題，結(jié)論會截然不同。 需求分析案例 ?樹上有十只鳥 ， 開槍打死一只 ， 還剩幾只 ?
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1