Java主流框架入門導(dǎo)引-需求分析PPT課件

1、,1,Java主流框架入門實(shí)踐,The Beauty of The Java Framework,第六節(jié): 軟件需求分析和管理Just one last dance!,2,Contents,需求開發(fā)困難和對策,5,3,什么是需求,需求的基本概念 寬泛地講，需求來源于用戶的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。 所以如果只有一些零碎的對話、資料或郵件，你就以為自己已經(jīng)掌握了需求，那是自欺欺人。,4,需求的重要性,Frederick Brooks在他1987年經(jīng)典文章“No Silver Bullet”中闡述了需求的重要性：開發(fā)軟件系統(tǒng)

2、最困難的部分就是準(zhǔn)確說明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會給系統(tǒng)帶來極大的損害，并且以后對它修改也極為困難。 需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。 國內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開發(fā)。,5,什么是需求,需求問題有時(shí)如同愛情問題，真是“當(dāng)局者迷，旁觀者清”!,6,Contents,需求開發(fā)困難和對策,5,7,了解客戶、最終用戶、間接用戶,“用戶”（user）是一種泛稱，它可細(xì)分為 “客戶”（customer） “最

3、終用戶”（the end user） “間接用戶”（或稱為關(guān)系人） 掏錢買軟件的用戶稱為客戶，而真正操作軟件的用戶叫最終用戶?？蛻襞c最終用戶可能是同一個(gè)人也可能不是同一個(gè)人。,8,客戶,客戶是掏錢買軟件的人，所以他是“上帝” 某飯店經(jīng)理在解釋“先有雞還是先有蛋”這個(gè)哲學(xué)問題時(shí)，精辟地闡述了客戶的地位：如果顧客先點(diǎn)雞，那么就先有雞；如果顧客先點(diǎn)蛋，那么就先有蛋。 “現(xiàn)代營銷學(xué)之父”菲利普科特勒所著的市場營銷導(dǎo)論是這樣描述客戶的：客戶永遠(yuǎn)是本公司的座上客?？蛻舨⒉灰蕾囄覀儯覀儏s依賴客戶。客戶不是我們工作的障礙，而是我們工作的目標(biāo)。我們并不因?yàn)榉?wù)于他而對他有恩，他卻因?yàn)榻o予我們服務(wù)于他的機(jī)會而

4、有恩于我們?？蛻舨皇俏覀円c之爭辯和斗智的人。從未有人曾在與客戶的爭辯中獲勝?？蛻羰前阉挠麕Ыo我們的人，因此我們的工作就是滿足這些欲望，從而使客戶和我們共同獲益。 與客戶打交道的主要目的是：一是獲取需求，二是簽合同。不要把錢仍到水里。,9,最終用戶,即使最終用戶不是上帝，也算是“上帝”的“親戚”，同樣怠慢不得。 如果項(xiàng)目規(guī)模比較大，那么開發(fā)方與最終用戶的來往就比較多。如從最終用戶那里獲取詳細(xì)的需求，請最終用戶試驗(yàn)軟件，對最終用戶進(jìn)行培訓(xùn)等等。 公司新員工上產(chǎn)品培訓(xùn)課，有位小領(lǐng)導(dǎo)匆匆趕來作指示：“隔壁班正在給電信局的員工們進(jìn)行培訓(xùn)，他們都是上帝派來的，大家要注意形象。由于休息室空間有限，請大

5、家自覺讓位。午休時(shí)他們可以躺著睡，我們只能坐在位置上打個(gè)盹兒.?！?10,間接用戶,重視“間接用戶”，千萬別“大意失荊州” 間接用戶既不掏錢買該軟件產(chǎn)品，也不使用該軟件，但是它可能對軟件產(chǎn)品有很大的影響。 例如，財(cái)務(wù)軟件開發(fā)商在把“財(cái)務(wù)軟件”賣給客戶之前，這個(gè)“財(cái)務(wù)軟件”必須得到國家財(cái)政部的批準(zhǔn)。否則即使該軟件的功能是完美的，但卻被政府認(rèn)為是非法的。所以國家財(cái)政部就是所有財(cái)務(wù)軟件的間接用戶，它不僅不付錢給財(cái)務(wù)軟件開發(fā)商，反而要收取鑒定費(fèi)、手續(xù)費(fèi)等。 同理，市面上流通的信息安全軟件、殺病毒軟件必須得到國家公安部的批準(zhǔn)，否則軟件開發(fā)商被逮住后戴上“非法經(jīng)營”的帽子就慘了。,11,Contents,

6、需求開發(fā)困難和對策,5,12,需求工程基本概念,把所有與需求直接相關(guān)的活動(dòng)通稱為需求工程。 需求工程中的活動(dòng)可分為兩大類，一類屬于需求開發(fā)，另一類屬于需求管理。 需求工程的結(jié)構(gòu)圖,13,需求工程基本概念 開發(fā)域,需求開發(fā)的目的是通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生用戶需求說明書。 需求分析的目的是對各種需求信息進(jìn)行分析，消除錯(cuò)誤，刻畫細(xì)節(jié)等。常見的需求分析方法有“問答分析法”和“建模分析法”兩類。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生產(chǎn)品需求規(guī)格說明書。系統(tǒng)設(shè)計(jì)人員將依據(jù)產(chǎn)品需

7、求規(guī)格說明書開展系統(tǒng)設(shè)計(jì)工作。,14,需求工程基本概念 管理過程域,需求管理的目的是在客戶與開發(fā)方之間建立對需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。 需求確認(rèn)是指開發(fā)方和客戶共同對需求文檔進(jìn)行評審，雙方對需求達(dá)成共識后作出書面承諾，使需求文檔具有商業(yè)合同效果。 需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 需求變更控制是指依據(jù)“變更申請審批更改重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。,15,需求工程的一些感悟,不論是合同項(xiàng)目還是自主研發(fā)的產(chǎn)品，都必須開展需求開發(fā)和需

8、求管理活動(dòng)。開發(fā)者對待需求工程的態(tài)度可分“被動(dòng)型”、“主動(dòng)型”和“領(lǐng)先型”三種，只有后兩種才有可能開發(fā)出成功的產(chǎn)品。 “被動(dòng)型”是指開發(fā)者被動(dòng)地對待需求工程中的各項(xiàng)活動(dòng)，能少干則少干，能偷懶則偷懶。他們認(rèn)為需求是用戶的事情而不是自己的事情。開發(fā)過程中經(jīng)常發(fā)生需求變更，導(dǎo)致產(chǎn)品迷失方向，不是半途而廢就是陷入半死不活的狀態(tài)。 “主動(dòng)型”是指開發(fā)者積極地開展需求工程中的各項(xiàng)活動(dòng)。他們把獲取準(zhǔn)確的需求當(dāng)作自己的職責(zé)，會想盡一切辦法克服需求開發(fā)和需求管理過程中的困難，而不是找借口推卸責(zé)任。俗話說“良好的開端是成功的一半”，“主動(dòng)型”需求工程是開發(fā)成功產(chǎn)品的必備條件。 “領(lǐng)先型”是需求工程的最高境界。開發(fā)

9、者發(fā)掘了連用戶自己都沒有意識到的需求，導(dǎo)致用戶跟著新產(chǎn)品跑而不是新產(chǎn)品圍著用戶轉(zhuǎn)，這叫引導(dǎo)消費(fèi)。需求工程做到這個(gè)份上，才能使產(chǎn)品立于不敗之地，長盛不衰。,16,Contents,需求開發(fā)困難和對策,5,17,如何進(jìn)行需求分析,為了得到用戶的金錢，企業(yè)不得不鼓吹：用戶就是上帝，用戶永遠(yuǎn)是正確的。 誰都知道這不是真的。事實(shí)上，很多時(shí)候用戶說不清楚需求、會說錯(cuò)需求或者提出一些無法實(shí)現(xiàn)的需求。 需求分析是指在需求開發(fā)過程中，對所獲取的需求信息進(jìn)行分析，及時(shí)排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確地反映用戶的真實(shí)意圖。 。,18,如何進(jìn)行需求分析,需求分析是需求開發(fā)過程中最費(fèi)腦子的工作。分析方法大體有兩類：

10、“問答分析法”和“建模分析法”。后者技術(shù)性比較強(qiáng)，寫出來有學(xué)術(shù)味，故大多數(shù)軟件工程書籍都有論述。前者就是一些常識而已，雖然寫不成文章，但是簡單易用（保你一學(xué)就會），很有實(shí)用價(jià)值。 “問答分析法”比較適合于用戶需求調(diào)查階段 “建模分析法”比較適合于產(chǎn)品需求定義階段,19,問答分析方法,問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了。一個(gè)人可以“自問自答”地分析需求，幾個(gè)人分析需求則稱為“研討”。 問答分析最重要的問題是：“是什么”和“為什么”。 每個(gè)需求都應(yīng)當(dāng)用陳述句說明“是什么”，如果“是什么”的內(nèi)涵不夠清晰，則應(yīng)補(bǔ)充說明“不是什么”。 如果“是什么”和“不是什么

11、”并不是“理所當(dāng)然”的，那么應(yīng)當(dāng)解釋“為什么”，以便加深讀者的理解。 追究“是什么”和“為什么”的目的是獲得正確、清楚的需求。,20,問答分析方法,需求存在二義性嗎？ 需求文檔的上下文有矛盾嗎？ 需求完備嗎？ 需求是必要的嗎？ 需求可實(shí)現(xiàn)嗎？ 需求可驗(yàn)證嗎？ 需求的優(yōu)先級確定了嗎？,21,建模分析法,人們都有這樣地感受：有些時(shí)候用語言描述某個(gè)問題特別費(fèi)勁，而采用圖形則使人一目了然，所謂“一圖低千言”就是這個(gè)道理。 在需求開發(fā)過程中，對于某些類型的信息，用圖形表示要比文本表示更加有效。所以將圖形與文本結(jié)合起來描述需求是很自然的方法。 需求建模就是指用圖形符號來表示、刻畫需求。,22,建模分析法,

12、建模分析方法主要有兩大類：“結(jié)構(gòu)化分析法”和“面向?qū)ο蠓治龇ā薄?現(xiàn)代建模工具如Rose有非常豐富的圖形符號和文字標(biāo)注，能很好地表達(dá)模型的細(xì)節(jié)。要注意的是：在建模時(shí)使用花樣過多的圖形符號或文字意味著模型表示的復(fù)雜化，將使開發(fā)人員更難掌握，而且使圖形文檔更加雜亂。 世上不存在一個(gè)包羅萬象的圖它能完整地描述需求。需求建模不可能取代文字描述。在需求文檔中，文字描述是第一重要的，建模主要是起分析、解釋作用。建議將模型存放在需求文檔的附錄中，便于正文引用。,23,需求決策,如果一群人對需求有爭議，并不是誰聲音最響就聽誰的。根據(jù)生活經(jīng)驗(yàn)，最保險(xiǎn)的辦法是：先聽官兒大的或者威望高的，如果大家的職位和威望都差不

13、多，那么采用“少數(shù)服從大多數(shù)”的原則。 如果一個(gè)產(chǎn)品可以賣給幾類客戶，但是各類客戶都要求產(chǎn)品按照他們的喜好來開發(fā)。此時(shí)對需求的決策應(yīng)當(dāng)以商業(yè)利益為導(dǎo)向， 即哪一類客戶出錢最多就先滿足他們的需求，以后再做那些獲利相對較少的需求。 當(dāng)開發(fā)者想象中的產(chǎn)品與客戶所提的需求有沖突時(shí)，一般應(yīng)當(dāng)尊重客戶的觀點(diǎn)。但是不要陷入“客戶總是對的”陷阱里，需求分析員應(yīng)當(dāng)糾正明顯不合理的客戶需求。如果產(chǎn)品很復(fù)雜，雙方都不太明白需求，此時(shí)最好請開發(fā)人員快速構(gòu)造軟件的原型，雙方看著軟件原型再分析需求。,24,課程注冊系統(tǒng) 需求分析,25,實(shí)例分析 課程注冊系統(tǒng),找出系統(tǒng)主體用戶? 找出系統(tǒng)外部接口(系統(tǒng)關(guān)聯(lián)圖) 分析系統(tǒng)內(nèi)

14、部功能 畫出系統(tǒng)架構(gòu)圖 建模（識別實(shí)體） 分析非功能性需求,26,系統(tǒng)內(nèi)部功能,登陸、認(rèn)證 用戶ID,登錄口令 賬號管理(增刪改查) 角色及權(quán)限控制,27,系統(tǒng)內(nèi)部功能,教師管理 信息維護(hù)(增刪改查) 涉及角色: 教授本人和管理員,28,系統(tǒng)內(nèi)部功能,課程管理 對外接口 課程查詢 課程登記:教授登記需要講授的課程 課程注冊:學(xué)生注冊,沖突(課程表,超過10人) 課程取消,29,系統(tǒng)內(nèi)部功能,成績管理 成績錄入 成績查詢 角色:學(xué)生本人、教授,30,系統(tǒng)內(nèi)部功能,收費(fèi)管理 收費(fèi)通知 與收費(fèi)系統(tǒng)的接口,31,Contents,需求開發(fā)困難和對策,5,32,需求開發(fā)的困難：知識技能問題,應(yīng)用域的知識

15、是無邊無際的，任何人都不可能是“萬事通”。俗話說“隔行如隔山”，需求分析員可能是某一領(lǐng)域的專家，但當(dāng)他接手陌生的業(yè)務(wù)時(shí)，他可能是個(gè)“無知”者。一個(gè)企業(yè)要謀求發(fā)展，不能總在做老的業(yè)務(wù)。人一生中會有許多充滿挫折的“第一次”，不可以逃避。 當(dāng)需求分析員缺乏應(yīng)用域知識時(shí)，他該怎么辦？ 首先他要有勇氣做事，否則連實(shí)踐的機(jī)會都沒有。 其次他應(yīng)當(dāng)趕緊補(bǔ)習(xí)應(yīng)用域知識，不論是通過自學(xué)還是培訓(xùn)的方式，否則他很難與用戶交流。如果可能的話，開發(fā)方最好請既懂軟件又懂應(yīng)用域知識的行家來幫忙。,33,需求開發(fā)的困難：開發(fā)態(tài)度問題,相當(dāng)多的開發(fā)人員習(xí)慣于被動(dòng)地對待需求開發(fā)。每當(dāng)遇到麻煩、挫折時(shí)，他們會發(fā)牢騷，找出一堆用戶的毛

16、病。很多開發(fā)人員錯(cuò)誤地以為： 需求是用戶的事情，不是我們的事情。我們?yōu)橛脩糸_發(fā)軟件，難道用戶不該告訴我們應(yīng)當(dāng)開發(fā)什么嗎？如果用戶說不清楚需求，或者經(jīng)常變更需求，這類問題是用戶產(chǎn)生的，應(yīng)當(dāng)由他們自己負(fù)責(zé)。 用戶說不清楚需求或者需求發(fā)生變更，這些都是常見的問題，并不是絕癥，是人們可以設(shè)法解決的?？杀氖情_發(fā)人員把這些問題當(dāng)成了借口，不愿主動(dòng)攻克問題，導(dǎo)致需求問題擴(kuò)散到整個(gè)軟件開發(fā)過程，產(chǎn)生太多的后患。 軟件企業(yè)的領(lǐng)導(dǎo)應(yīng)當(dāng)給具有錯(cuò)誤觀念的開發(fā)人員們洗腦：需求分析員的天職就是在有限的時(shí)間內(nèi)獲取準(zhǔn)確而細(xì)致的用戶需求，如果做不到就是失職，不要找借口。,34,需求開發(fā)的困難：合作關(guān)系1,如果需求分析員不能與

17、用戶建立良好的合作關(guān)系，那么他們在需求開發(fā)過程中會很疲憊。 倘若用戶不能很好地配合需求分析員，那并不表示他是個(gè)壞蛋。因?yàn)橛脩粲兴约旱南敕ǎ何一卮鹆四銈兊膯栴}，講了該講的。我們付錢給你們，難道還要我伺候你們不成？我還要干自己的事情，別打擾我了。你們自己想辦法把活干好吧,35,需求開發(fā)的困難：合作關(guān)系2,對于一些競標(biāo)項(xiàng)目，在合同未簽訂之前的需求開發(fā)工作尤為困難。用戶未必會買你的產(chǎn)品，他不會投入很多精力來協(xié)助你搞需求開發(fā)。 需求分析員不是銷售人員，他們不可能象銷售人員那樣通過某些手段籠絡(luò)住用戶就能成功。出色的需求分析員不僅要有過硬的專業(yè)知識，還要具備較強(qiáng)的交流、溝通能力。 開發(fā)方與用戶的合作關(guān)系對

18、需求開發(fā)而言是至關(guān)重要的。對于重大的、復(fù)雜的項(xiàng)目，我們不能完全期望雙方能夠自發(fā)地建立起良好地合作關(guān)系，這樣風(fēng)險(xiǎn)太大。,36,需求開發(fā)的困難：合作關(guān)系3,開發(fā)方和用戶方在開展需求開發(fā)之前，雙方協(xié)商并撰寫“用戶在需求工程中的權(quán)利與義務(wù)”，即以協(xié)議的方式確定合作關(guān)系?！昂迷挕焙汀俺笤挕倍颊f在前頭，這樣能減少今后的摩擦。如果條件允許的話，開發(fā)方最好為用戶舉辦關(guān)于需求工程的培訓(xùn)，這樣的培訓(xùn)將使用戶明白需求的重要性以及忽視需求的危害性，從而促使他們積極友善地參加需求工程中的各項(xiàng)活動(dòng)。,37,需求開發(fā)的困難：用戶權(quán)利和義務(wù),用戶在需求工程中的“權(quán)利” 有權(quán)要求開發(fā)方派遣資質(zhì)合格的需求分析員和相關(guān)人員。 有權(quán)

19、要求開發(fā)方采用用戶熟悉的語言來描述需求，即開發(fā)方必須提供用戶看得懂得需求文檔。 有權(quán)審查需求文檔，并對有爭議的需求作出決策。如果認(rèn)為需求文檔不能準(zhǔn)確地反映用戶真實(shí)的意愿，可以拒絕在需求文檔上簽字。 如果用戶想要變更需求，有權(quán)要求開發(fā)方對該變更將產(chǎn)生的影響作出真實(shí)可信的評估，以便用戶決定是否變更需求。,38,需求開發(fā)的困難：用戶權(quán)利和義務(wù),用戶在需求工程中的“義務(wù)” 以積極友善的態(tài)度與開發(fā)方人員交流、協(xié)作，盡可能地為開發(fā)方人員提供工作和生活上的便利。 樂意接受需求分析員的采訪，在不泄漏機(jī)密的前提下盡可能地回答需求分析員的問題。 在不泄漏機(jī)密的前提下，盡可能地向需求分析員提供與需求相關(guān)的材料。 與

20、需求分析員共同評審需求文檔，確保需求文檔準(zhǔn)確地反映用戶真實(shí)的意愿。,39,需求開發(fā)的困難：說不清楚,用戶說不清楚需求是普遍現(xiàn)象，這是讓開發(fā)人員頭痛的大問題。 有些用戶真的不知道需求是什么，或者對需求只有朦朧的感覺，他當(dāng)然說不清楚需求。 例如開發(fā)方的營銷人員水平比較高，他能夠在用戶不清楚自己要什么的情況下引導(dǎo)用戶“消費(fèi)”。 例如前些年全國各地的很多政府機(jī)構(gòu)大搞網(wǎng)絡(luò)建設(shè)。這些機(jī)構(gòu)的領(lǐng)導(dǎo)和辦公人員大多數(shù)不清楚網(wǎng)絡(luò)干什么用，就讓開發(fā)人員替他們設(shè)想需求吧，反正是花公家的錢。,40,需求開發(fā)的困難：說不清楚,有些用戶雖然心里明白想要什么，但卻說不清楚需求。 比如說買鞋子。我們非常了解自已的腳，但很難用語言

21、說清楚腳的大小和形狀。通常拿鞋子去試，試穿時(shí)感覺到舒服才會買鞋。 需求分析員絕不能以用戶說不清楚需求為借口而草率地對待需求開發(fā)工作，否則會連累整個(gè)開發(fā)團(tuán)隊(duì)的。 無論是什么原因?qū)е掠脩粽f不清楚需求，需求分析員必須設(shè)法搞清楚用戶真正的需求，這是需求分析員的職責(zé)，也是職業(yè)的挑戰(zhàn)。,41,需求開發(fā)的困難：雙方誤解,人們在交流的時(shí)候，經(jīng)常會發(fā)生“問非所求，答非所問”的事情。 有時(shí)用戶會把開發(fā)人員的建議或答復(fù)給想歪了： 有一個(gè)軟件開發(fā)人員滔滔不絕地向用戶講解在“信息高速公路上做廣告”的種種好處，用戶聽得津津有味。最后，心動(dòng)的用戶對軟件開發(fā)人員說：“好得很，就讓我們馬上行動(dòng)起來吧。請您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做?！?42,需求開發(fā)的困難：雙方誤解,而用戶表達(dá)的需求，不同的開發(fā)人員可能有不同的理解。如果需求分析員誤解了需求，那會導(dǎo)致后續(xù)的不少開發(fā)人員將錯(cuò)就錯(cuò)、白干活。就像作文寫跑題了，寫得再好也白搭。這類錯(cuò)誤連高智商的外星人都不能避免： 有個(gè)外星人間諜潛伏到地球刺探情報(bào)，它給上司寫了一份報(bào)告：“主宰地球的是車。它們喝汽油，靠四個(gè)輪子滾動(dòng)前進(jìn)。嗓門極大，在夜里雙眼能射出強(qiáng)光。有趣的是，車?yán)镒≈环N叫作人的寄生蟲，這些寄生蟲完全控制了