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