《軟件項(xiàng)目需求管理》ppt課件-文庫(kù)吧
2024-12-26 23:27 本頁(yè)面
【正文】 了連用戶(hù)自己都沒(méi)有意識(shí)到的需求，導(dǎo)致用戶(hù)跟著新產(chǎn)品跑而不是新產(chǎn)品圍著用戶(hù)轉(zhuǎn)，這叫引導(dǎo)消費(fèi)。需求工程做到這個(gè)份上，才能使產(chǎn)品立于不敗之地，長(zhǎng)盛不衰。 需求開(kāi)發(fā)的主要困難與對(duì)策 ? 知識(shí)技能問(wèn)題 ? 應(yīng)用域的知識(shí)是無(wú)邊無(wú)際的，任何人都不可能是 “ 萬(wàn)事通 ” 。 ? 當(dāng)需求分析員缺乏應(yīng)用域知識(shí)時(shí) ， 他該怎么辦 ？ ? 首先他要有勇氣做事，否則連實(shí)踐的機(jī)會(huì)都沒(méi)有。 ? 其次他應(yīng)當(dāng)趕緊補(bǔ)習(xí)應(yīng)用域知識(shí)。 ? 態(tài)度問(wèn)題 ? 相當(dāng)多的開(kāi)發(fā)人員習(xí)慣于被動(dòng)地對(duì)待需求開(kāi)發(fā)。每當(dāng)遇到麻煩、挫折時(shí)，他們會(huì)發(fā)牢騷，找出一堆用戶(hù)的毛病。很多開(kāi)發(fā)人員錯(cuò)誤地以為： ? 需求是用戶(hù)的事情，不是我們的事情。我們?yōu)橛脩?hù)開(kāi)發(fā)軟件，難道用戶(hù)不該告訴我們應(yīng)當(dāng)開(kāi)發(fā)什么嗎？如果用戶(hù)說(shuō)不清楚需求，或者經(jīng)常變更需求，這類(lèi)問(wèn)題是用戶(hù)產(chǎn)生的，應(yīng)當(dāng)由他們自己負(fù)責(zé)。 ? 用戶(hù)說(shuō)不清楚需求或者需求發(fā)生變更，這些都是常見(jiàn)的問(wèn)題，并不是絕癥，是人們可以設(shè)法解決的。可悲的是開(kāi)發(fā)人員把這些問(wèn)題當(dāng)成了借口，不愿主動(dòng)攻克問(wèn)題，導(dǎo)致需求問(wèn)題擴(kuò)散到整個(gè)軟件開(kāi)發(fā)過(guò)程，產(chǎn)生太多的后患。 ? 軟件企業(yè)的領(lǐng)導(dǎo)應(yīng)當(dāng)給具有錯(cuò)誤觀念的開(kāi)發(fā)人員們洗腦：需求分析員的天職就是在有限的時(shí)間內(nèi)獲取準(zhǔn)確而細(xì)致的用戶(hù)需求，如果做不到就是失職，不要找借口。 需求獲取 ? 需求獲取時(shí)期的主要工作： ⑴ 歸納和整理用戶(hù)提出的各種問(wèn)題和要求； ⑵ 弄清用戶(hù)企圖通過(guò)軟件達(dá)到的目的； ⑶ 借助各種工具和方法，陳述用戶(hù)提出的實(shí)際需求，并標(biāo)定軟件的作用范圍。 最終目的弄明白要“做什么”。 獲取需求應(yīng)采用的步驟 ?確定產(chǎn)品的不同用戶(hù)類(lèi)型 ?確定用戶(hù)需求的來(lái)源 ?挑選出每一類(lèi)用戶(hù)和其他涉眾的代表并與他們一起工作 ?商定誰(shuí)是項(xiàng)目需求的決策者 獲取需求的方法 ? 明確最終用戶(hù)，與用戶(hù)交談，向用戶(hù)提問(wèn)題。向用戶(hù)群體發(fā)調(diào)查問(wèn)卷。 透過(guò)客戶(hù)所提出的表面需求理解他們的真正需求。 ? 參觀用戶(hù)的工作流程，觀察用戶(hù)的操作。 ? 與同行、專(zhuān)家交談，聽(tīng)取他們的意見(jiàn)。 ? 界面原型法，是指開(kāi)發(fā)方根據(jù)自己所了解的用戶(hù)需求，描畫(huà)出應(yīng)用系統(tǒng)的功能界面后與用戶(hù)進(jìn)行交流和溝通 。 ? 可運(yùn)行的原型系統(tǒng)法 ? 分析已經(jīng)存在的同類(lèi)軟件產(chǎn)品，提取需求。 ? 從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。 ? 從 Inter上搜查相關(guān)資料。 ? 切記： 設(shè)定用戶(hù)代言人 如果個(gè)別客戶(hù)不能在需求方面達(dá)成一致意見(jiàn)，那么必須由用戶(hù)代言人作出決策。 需求分析 ?需求分析是指在需求開(kāi)發(fā)過(guò)程中，對(duì)所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶(hù)的真實(shí)意圖。 ?分析方法大體有兩類(lèi)： “ 問(wèn)答分析法 ” 和 “ 建模分析法 ” 。后者技術(shù)性比較強(qiáng)，寫(xiě)出來(lái)有學(xué)術(shù)味，故大多數(shù)軟件工程書(shū)籍都有論述。前者就是一些常識(shí)而已，雖然寫(xiě)不成文章，但是簡(jiǎn)單易用（保你一學(xué)就會(huì)），很有實(shí)用價(jià)值。 ?采用方法：繪制關(guān)聯(lián)圖、創(chuàng)建用戶(hù)接口原型、分析可行性、確定需求優(yōu)先級(jí)、編寫(xiě)數(shù)據(jù)字典等。 編寫(xiě)需求文檔 ? 需求文檔包括用戶(hù)需求和詳細(xì)的系統(tǒng)需求描述。 ? 要求 ? 正確： 正確地反映用戶(hù)的真實(shí)意圖； ? 清楚： 易讀易懂； ? 無(wú)二義性 ? 一致 ? 完備 :沒(méi)有遺漏一些必要的需求； ? 可實(shí)現(xiàn)： “ 可實(shí)現(xiàn) ” 意味著在技術(shù)上是可行的，并且滿(mǎn)足時(shí)間、費(fèi)用、質(zhì)量等約束； ? 可驗(yàn)證 ? 確定優(yōu)先級(jí)：確定高中低三個(gè)級(jí)別，將風(fēng)險(xiǎn)降到最低。 ? 闡述 “ 做什么 ” 而不是 “ 怎么做 ” 需求驗(yàn)證 ?需求驗(yàn)證是為了確保需求規(guī)格說(shuō)明準(zhǔn)確、完整地表達(dá)了必要的質(zhì)量特點(diǎn)。 ?審查需求文檔、依據(jù)需求文檔 編寫(xiě)測(cè)試用例 、確定產(chǎn)品驗(yàn)收合格的標(biāo)準(zhǔn)。 ?驗(yàn)證內(nèi)容：有效性、一致性、完備性、現(xiàn)實(shí)性等。 需求管理的重要性 ? 如果對(duì)已經(jīng)建成的大樓不滿(mǎn)意，要求設(shè)計(jì)師把大樓的結(jié)構(gòu)調(diào)整一下，別人一定會(huì)認(rèn)為這很荒唐。但在軟件項(xiàng)目中，這樣的事情很常見(jiàn)。 ? 軟件缺陷，發(fā)現(xiàn)和修復(fù)的越早則成本越低。不幸的是，需求階段出現(xiàn)的錯(cuò)誤往往很難發(fā)現(xiàn)，所以需求管理也需要講究科學(xué)。 ? 原則：需求必須分優(yōu)先級(jí)、必須文檔化、需求一旦變化就必須對(duì)需求變更的影響進(jìn)行
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1