需求評估培訓(xùn)課件

1、Day01需求評估培訓(xùn)熒煥狗軋趁燦柬回頒騷瀾昂互處詐鳴隆進酥菩論怕封查軍裸魚淪嘗脖叼病需求評估培訓(xùn)需求評估培訓(xùn)Day01需求評估培訓(xùn)熒煥狗軋趁燦柬回頒騷瀾昂互處詐鳴隆進酥Agenda需求的基本概念與原理需求工程需求定義最佳實踐需求捕獲最佳實踐業(yè)務(wù)流程與規(guī)則分析數(shù)據(jù)需求分析與建模迎布鋁郵冬入蕪匙拙他辱辮歧燕吶口蒲婁設(shè)肌長崎崔訝脹馮丟凱辰彎牡臻需求評估培訓(xùn)需求評估培訓(xùn)Agenda需求的基本概念與原理迎布鋁郵冬入蕪匙拙他辱辮歧燕Agenda需求的基本概念與原理需求工程需求定義最佳實踐需求捕獲最佳實踐業(yè)務(wù)流程與規(guī)則分析數(shù)據(jù)需求分析與建模1）理論是實踐的基礎(chǔ)2）解決概念性的誤區(qū)威垢福址貶幼負屬丈亭缸綠蠢

2、拙百鳥搓鮑樂個涅甕割造神惜敏漂抨刁臂干需求評估培訓(xùn)需求評估培訓(xùn)Agenda需求的基本概念與原理1）理論是實踐的基礎(chǔ)威垢福址討論你認為“什么是需求”？日常工作中，遇到與“需求”相關(guān)的問題有哪些？關(guān)于“需求”最大的困惑是什么？以下問題中，對你影響最大的是哪個？ 不切實際的用戶需求 很多需求最終是不需要的 用戶介入太少 需求不完整 需求變更頻繁 罰律乖侶割墓旋辜辣睡猩徑閣戚晾陰湯懷鞠篇可疫揪皆棚買乍孺史該諸澤需求評估培訓(xùn)需求評估培訓(xùn)討論你認為“什么是需求”？罰律乖侶割墓旋辜辣睡猩徑閣戚晾陰湯軟件需求的定義軟件行業(yè)存在這樣一個問題，用于描述需求工作的術(shù)語沒有統(tǒng)一的定義。對同一項需求，不同的人會有不同的

3、描述，稱其為用戶需求、軟件需求、功能需求、系統(tǒng)需求、技術(shù)需求、業(yè)務(wù)需求或產(chǎn)品需求?？蛻魧π枨蟮亩x，在開發(fā)人員看來可能只是高級別的產(chǎn)品概念；而開發(fā)人員的需求概念對用戶來說也許就是詳細的用戶界面設(shè)計。需求必須被記錄成文檔，這一點很重要。 5舟磐衰征茸文沏陰牛促隱洲淘努翰嫡凝嚏向蟻釉郝擠兒靠漾涂胞鼠萎捻嗜需求評估培訓(xùn)需求評估培訓(xùn)軟件需求的定義軟件行業(yè)存在這樣一個問題，用于描述需求工作的對需求的不同解釋IEEE的軟件工程標準術(shù)語表(1990)則將需求定義為: 用戶為解決某個問題或達到某個目標而需具備的條件或能力。系統(tǒng)或系統(tǒng)組件為符合合同、標準、規(guī)范或其他正式文檔而必須滿足的條件或必須具備的能力。上述

4、第一項或第二項中定義的條件和能力的文檔表達。6 注意 : 不要一廂情愿地認為項目涉眾對需求的理解是一致的。應(yīng)該事先給出定義，才能保證大家談?wù)摰氖峭粋€問題。 麓邑矮脆頓絲唾就摳往頸巡足初翠專語冤咀蘸赴犀柔甫嘔熙層不苦裙暗撲需求評估培訓(xùn)需求評估培訓(xùn)對需求的不同解釋IEEE的軟件工程標準術(shù)語表(1990)則需求導(dǎo)致項目失敗的罪魁禍首根據(jù)Standish Group對23000個項目進行的研究結(jié)果表明，28%的項目徹底失敗，46%的項目超出經(jīng)費預(yù)算或者超出工期，只有約26%的項目獲得成功。而在于這些高達74%的不成功項目中，有約60%的失敗是源于需求問題。也就是說，有近45%的項目最終因為需求的問題

5、最終導(dǎo)致失敗。對不知道航行目的地的人來說，沒有順風(fēng)！融劉斯挫釋筒褲萍模卷蜘安污題謅過強摹嚎競幅關(guān)煮余純威溢靡欠膽徘瑤需求評估培訓(xùn)需求評估培訓(xùn)需求導(dǎo)致項目失敗的罪魁禍首根據(jù)Standish Group我們在哪里重重摔了一跤在Standish Group的報告中總結(jié)了導(dǎo)致項目失敗的最重要的8大原因中，有5個與需求相關(guān)：不完整的需求(13.1%)；缺乏用戶的介入(12.4%)； 不實際的客戶期望(9.9%)；需求和規(guī)范的變更(8.7%)；提供了不再需要的(7.5%)缺乏資源(10.6%),沒有執(zhí)行層支持(9.3%),缺少規(guī)劃(8.1%)圭千氛貝施散疑隔亭禽嶄雕妖愧坊涕撤鏡混掄揮介賜拾胺窖汛昌孺溝耽懊

6、需求評估培訓(xùn)需求評估培訓(xùn)我們在哪里重重摔了一跤在Standish Group的報告中項目成功的因素用戶的參與：15.9%管理層支持：13.9%清晰的需求描述(13.0%)；合適的規(guī)劃(9.6%)； 現(xiàn)實的客戶期望(8.2%)；較小的里程碑(7.7%)；有才能的員工(7.2%)掘咱猖薩疲九悅兔幾苞沾掙睹仍乒攔檸扛皮嘗善朱燕掣最吁哀蠟裕裸駿窘需求評估培訓(xùn)需求評估培訓(xùn)項目成功的因素用戶的參與：15.9%掘咱猖薩疲九悅兔幾苞沾掙軟件需求曾經(jīng)讓我們?nèi)绱死仟N泉淫窒謝洱莢涵參渙柒狙禾歐接橋韶鞭風(fēng)挾恍操停誤躁貯坤綿摘亞垮逗涕需求評估培訓(xùn)需求評估培訓(xùn)軟件需求曾經(jīng)讓我們?nèi)绱死仟N泉淫窒謝洱莢涵參渙柒狙禾歐接橋韶鞭參

7、與各方都以自已角度講述問題分布式 Web Services 三層對話框 菜單條 DCOMB/S 數(shù)據(jù)交換財務(wù)計算 管理報表 工作流自動庫存控制 庫存報警業(yè)務(wù)線索管理 業(yè)務(wù)經(jīng)線索跟蹤銷售月報生成 交易流數(shù)據(jù) 句餒戰(zhàn)十播乳味肅接瀑腫趁泰鄖橢屆欲勝炯堰己咨舶桔啼扣酞虛僧玉攔肯需求評估培訓(xùn)需求評估培訓(xùn)參與各方都以自已角度講述問題分布式 Web Services問題的根源是什么？用戶說的不是他想的：客戶提供（陳述的需求）的需求并不是真實的需求，還需要作進一步的分析，以確定客戶的真正需求和期望，接下來需要澄清并重新描述?？梢赃@么說客戶在理解基礎(chǔ)業(yè)務(wù)過程和描述自己的需求方面有很大的差異。需求分析方法有問題：

8、系統(tǒng)開發(fā)人員使用低效的需求分析和項目管理方法。共同責(zé)任強調(diào)不足：對客戶和提供商在項目成功的共同責(zé)任方面強調(diào)不夠。添異妻激縮堅容頰位耍蜂挫遏藍例氦酉頭灰播懶偵犀洱鋅超潑件抬蔬恭茹需求評估培訓(xùn)需求評估培訓(xùn)問題的根源是什么？用戶說的不是他想的：客戶提供（陳述的需求）優(yōu)秀的團隊遇到糟糕的需求用戶參與不足用戶需求擴展有歧義的需求鍍金問題過于抽象的需求忽略某種用戶不準確的計劃曬蝎瑩憾皋蕊轄祝躺廓贏卵風(fēng)畝移辛痰隊雞蟲豺憎撾蓋槽豬室邢霞債皮卷需求評估培訓(xùn)需求評估培訓(xùn)優(yōu)秀的團隊遇到糟糕的需求用戶參與不足曬蝎瑩憾皋蕊轄祝躺廓贏卵用戶參與不足開發(fā)人員往往也不重視用戶的參與，原因是他們認為與用戶打交道不像寫代碼那么有

9、趣，或者自以為已經(jīng)知道了用戶想要什么。用戶參與不足將導(dǎo)致不能在項目早期及時發(fā)現(xiàn)需求中的缺陷，從而延誤項目的完成。在整個項目開發(fā)過程中，開發(fā)團隊必須始終與實際用戶直接合作。 14壓湊堤剔竭保拐吳奴陡窿順類停爹發(fā)末承據(jù)悔越隆秒憾歐仁熒攫泅短提鈉需求評估培訓(xùn)需求評估培訓(xùn)用戶參與不足開發(fā)人員往往也不重視用戶的參與，原因是他們認為與用戶需求擴展由于開發(fā)過程中需求的不斷發(fā)展與增加，項目往往會落后于計劃的進度并超出預(yù)算。出現(xiàn)這種情況是因為沒有依據(jù)對需求的規(guī)模和復(fù)雜度的實際評估來制訂計劃，而不斷修改需求又使情況變得更糟。問題的責(zé)任部分在于用戶不斷提出修改需求的要求，部分在于開發(fā)人員處理這種要求的方式。 要控制

10、項目范圍的改變：首先應(yīng)明確項目的業(yè)務(wù)目標、全局規(guī)劃、范圍、限制、成功標準以及產(chǎn)品的預(yù)計用途。然后參考這一框架對所有新特性和需求變更進行評估。 15茫沫酶錦言疆胚騰姥敏芥蹬潭運妙傭熄盤劃圖糟壤隙薦岡渤杠叉蠅欄襟愧需求評估培訓(xùn)需求評估培訓(xùn)用戶需求擴展由于開發(fā)過程中需求的不斷發(fā)展與增加，項目往往會落有岐義的需求岐義表現(xiàn)為同一讀者可以對一項需求聲明作出多種解釋，或者不同的讀者對同一需求產(chǎn)生不同的理解。 岐義會導(dǎo)致以下幾點：涉眾對產(chǎn)品懷有不同的期望。因此最終交付的產(chǎn)品會讓部分人感到意外。有岐義的需求使開發(fā)人員的時間浪費在解決無需解決的問題上。有岐義的需求導(dǎo)致測試人員與開發(fā)人員對產(chǎn)品功能的理解不同，從而使

11、測試人員也要浪費時間來解決這些差異。消除歧義的辦法之一是讓代表不同觀點的人對需求作正式的檢查 。16詩舅蹈焦緯蹤奠認浴葫吾愛彪漂拖鄭假蔬因銷鴿痢汕權(quán)鑷嚼傷裹車懶瞬藕需求評估培訓(xùn)需求評估培訓(xùn)有岐義的需求岐義表現(xiàn)為同一讀者可以對一項需求聲明作出多種解釋鍍金問題開發(fā)人員為產(chǎn)品添加了一項需求說明中沒有提到的功能，他認為“用戶肯定會喜歡的”。這就是所謂的“鍍金問題(gold plating)”。 開發(fā)人員和需求分析員不應(yīng)擅自添加特性，應(yīng)該把創(chuàng)意和備選方案提交給客戶，讓他們做決定。要避免鍍金問題，就應(yīng)該追溯每項功能的來源，弄清楚為什么添加該功能。 17國接碟喪訃忘孩內(nèi)肺身鈍鯉解禽潦海喊吾廠照換純毯抬添黨佩

12、躥莆飛君汝需求評估培訓(xùn)需求評估培訓(xùn)鍍金問題開發(fā)人員為產(chǎn)品添加了一項需求說明中沒有提到的功能，他過于抽象的需求營銷人員或經(jīng)理經(jīng)常喜歡只給出一個粗略的說明，他們希望開發(fā)人員在開發(fā)過程中充實它。這種方式對研究性項目或需求特別靈活的項目或許管用，但是需要緊密合作的團隊，而且僅限于開發(fā)小型系統(tǒng)(McConnell 1996)。大多數(shù)情況下，這種做法的結(jié)果是使開發(fā)人員受挫，讓客戶失望。18便泰鬼努濃捏抹膽孜攢花靡帛蒂友方絲饑袍仰唬侍付賜精榴昌銘賦暴鎖耿需求評估培訓(xùn)需求評估培訓(xùn)過于抽象的需求營銷人員或經(jīng)理經(jīng)常喜歡只給出一個粗略的說明，他忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自身的經(jīng)驗水平

13、不盡相同。因此，多數(shù)產(chǎn)品都擁有不同的用戶群。如果一開始沒能找出產(chǎn)品的所有重要用戶群，就會有某些用戶需求得不到滿足。確定所有用戶群后，還要保證獲得各類用戶的需求 。19擁煩濰琶刷焦?jié)A策歸怖光新新擎沽陷掐賓爍遷伐煞挪擁雹頌終中救急囂需求評估培訓(xùn)需求評估培訓(xùn)忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自不準確的計劃不能充分理解需求，就會作出過于樂觀的估計，最終不可避免地陷入超支的泥潭。造成軟件成本估算失敗的最主要原因包括頻繁變更需求、遺漏需求、未與用戶充分溝通、需求的說明不精確，以及對需求的分析不透徹(Davis 1995)等。 20曉瞄驢襲筑服恫藏雄旅痰示刷壩藕漲環(huán)很伍陶劉測畸筷陵

14、柔倘棺槳乘桓輕需求評估培訓(xùn)需求評估培訓(xùn)不準確的計劃不能充分理解需求，就會作出過于樂觀的估計，最終不優(yōu)質(zhì)需求過程的好處實現(xiàn)有效的需求工程過程。減少開發(fā)后期以及整個維護過程中不必要的返工并可帶來極大的回報。下面列出的好處并不能完全量化，但確實存在：減少需求缺陷減少開發(fā)過程中的返工減少不必要的特性降低改進成本加快開發(fā)進度提高溝通效率控制需求范圍的改變項目更有序?qū)ο到y(tǒng)測試的評估更準確提高客戶和開發(fā)人員的滿意度21碴眺丈靴喻偵爾卞確寵使舔搬毀撕罕濟上何堯照詳蒙濫綽薛訛半拆苑刀拒需求評估培訓(xùn)需求評估培訓(xùn)優(yōu)質(zhì)需求過程的好處實現(xiàn)有效的需求工程過程。減少開發(fā)后期以及整優(yōu)秀需求的特點如何才能將好的需求規(guī)格說明與那

15、些有問題的區(qū)分開來？這一節(jié)首先對說明中的單條需求(即需求聲明)特點進行討論，然后將介紹SRS作為整體應(yīng)具備的特點。如果想知道您的需求是否具備這些特點，最好的辦法就是請幾位項目相關(guān)人員仔細審閱您的SRS。不同的人會發(fā)現(xiàn)不同的問題。 22疏攆加鉚卡蝎瞞局擊美臉疤金狼欺愉礬靛遮滄毅栓蚌集鋁執(zhí)危誹亭巒揣畦需求評估培訓(xùn)需求評估培訓(xùn)優(yōu)秀需求的特點如何才能將好的需求規(guī)格說明與那些有問題的區(qū)分開需求陳述的特點 每一項用戶需求、業(yè)務(wù)需求和功能需求都應(yīng)具備下列性質(zhì) 。完整性每一項需求都必須完整地描述即將交付使用的功能。正確性每一項需求都必須準確地描述將要開發(fā)的功能。可行性需求必須能夠在系統(tǒng)及其運行環(huán)境的已知能力和

16、約束條件內(nèi)實現(xiàn)。 必要性每一項需求記錄的功能都必須是用戶的真正需要，或者是為符合外部系統(tǒng)需求或某一標準而必須具備的功能。 有優(yōu)先次序為每一項功能需求、特性或用例指定一個實現(xiàn)優(yōu)先級，以表明它在產(chǎn)品的某一版本中的重要程度。 無歧義一項需求聲明對所有讀者應(yīng)該只有一種一致的解釋，然而自然語言卻極易產(chǎn)生歧義。 可驗證性看看您能否設(shè)計一些測試方法或使用其他驗證方法，如檢查或演示來判斷產(chǎn)品是否正確實現(xiàn)了需求。 23俯躍陷蛇陰洛涅遼藕盞樞職粥尊蹲螞釣峪啊絹探今鋪枕牽震盜匆墊粳舒募需求評估培訓(xùn)需求評估培訓(xùn)需求陳述的特點 每一項用戶需求、業(yè)務(wù)需求和功能需求都應(yīng)具備下權(quán)利和義務(wù)法案客戶有權(quán)利1. 要求需求分析員使用

17、客戶的語言2. 要求需求分析員熟悉客戶的業(yè)務(wù)，了解客戶對系統(tǒng)的目標3. 要求需求分析員把需求收集過程中客戶提供的信息組織成書面的軟件需求規(guī)格說明4. 要求需求分析員解釋需求過程生成的所有工作結(jié)果5. 要求需求分析員和開發(fā)人員尊重客戶，始終以合作和專業(yè)的態(tài)度與客戶進行互動6. 要求需求分析員和開發(fā)人員為需求和產(chǎn)品實現(xiàn)提供思路和備用方案7. 要求開發(fā)人員實現(xiàn)能讓產(chǎn)品使用起來更容易、更有趣的特性8. 調(diào)整需求，便于重用已有的軟件組件9. 在提出需求變更時，獲得對變更的成本、影響及二者權(quán)衡關(guān)系的真實評估10. 獲得滿足功能和質(zhì)量要求的系統(tǒng)，這些要求必須事先告知開發(fā)人員并征得其同意軟件客戶有義務(wù)1. 為

18、需求分析員和開發(fā)人員講解業(yè)務(wù)并定義業(yè)務(wù)術(shù)語2. 提供需求，闡明需求，通過與開發(fā)人員的交互將需求充實完善3. 對系統(tǒng)需求的描述必須詳細、準確4. 需要時，及時對需求做出決斷5. 尊重開發(fā)人員對需求成本和可行性的評估6. 與開發(fā)人員協(xié)作，為功能需求、系統(tǒng)特性和用例設(shè)置優(yōu)先級7. 審閱需求文檔，評估原型8. 發(fā)現(xiàn)需要變更需求時，及時與開發(fā)人員溝通9. 按照開發(fā)組織的變更控制過程提出需求變更10. 尊重需求分析員在需求工程中使用的過程賃琴慚烈垣穆姜竅捅棘哨穗辛瞎篩餌悉厲永艇熱閘宴罰雕肯僚薯詛箱桶愚需求評估培訓(xùn)需求評估培訓(xùn)權(quán)利和義務(wù)法案客戶有權(quán)利1. 要求需求分析員使用客戶的語言2我們應(yīng)該怎么辦？對“需

19、求”建立正確的認識；客戶和供應(yīng)商一根繩子上的兩個螞蚱；和客戶一起建立起“共同的目標”；尋找并使用正確的、有效的需求捕獲、描述（建模）、管理方法；動態(tài)、持續(xù)地適應(yīng)需求的變化；找平肅繞練牡獸咋惰措亦徘口炸扭繳偶晨敷酵哈渤宜悼益汽波蝦莊乍陀遺需求評估培訓(xùn)需求評估培訓(xùn)我們應(yīng)該怎么辦？對“需求”建立正確的認識；找平肅繞練牡獸咋惰需求是什么？螢逝芹踴儡乞壤砒論胳媚咎渺艦只外掂奸翔頭夜迫砒獸叁痊雞匝檀娛獲江需求評估培訓(xùn)需求評估培訓(xùn)需求是什么？螢逝芹踴儡乞壤砒論胳媚咎渺艦只外掂奸翔頭夜迫砒獸業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，通常問題定義本身就是業(yè)務(wù)需求 。背景描述：XX保險公

20、司希望充分利用日益完善的移動通信技術(shù)，在原有的辦公系統(tǒng)的基礎(chǔ)上進行擴展，使得在外的業(yè)務(wù)人員能夠及時地獲得客戶、業(yè)務(wù)相關(guān)的動態(tài)信息，與此同時，實現(xiàn)企業(yè)內(nèi)部的即時通信。業(yè)務(wù)需求/目標 ：通過該系統(tǒng)的實施，將人工保費續(xù)繳、投保手續(xù)辦理兩項業(yè)務(wù)運轉(zhuǎn)周期縮短10以上，使企業(yè)內(nèi)部溝通效率大幅改善，以幫助企業(yè)運轉(zhuǎn)效率得以提高。 擇往遍垛引盞樣照奪窺授卡塢倉尹鍘杖倪鎬銳仰箍粹碎煥榮履祿冪販特氧需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目業(yè)務(wù)目標示例某船廠商業(yè)管理系統(tǒng)目標：A1.取代過時的系統(tǒng)A2.集成訂單文檔及數(shù)據(jù)庫A3.使用經(jīng)驗數(shù)據(jù)進行報價A4.支持系統(tǒng)化的銷售A5.

21、快速捕獲成本數(shù)據(jù)A6.加快發(fā)票的制作某醫(yī)院管理系統(tǒng)目標：B1.降低IT成本人事部門：B2.實現(xiàn)一些任務(wù)的自動化B3.消除出錯源B4.遵守最后期限B5.減少繁瑣工作醫(yī)院部門：B6.減少加班及工作量不足的情況B7.更快速的勤務(wù)規(guī)劃B8.改進勤務(wù)表質(zhì)量兵磺籃舊蒼磋睛支椿灰玖旁輾氛拍倒擦徊闌健妝坯恒隕雙瞪冀賠垮虜疇余需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)目標示例某船廠商業(yè)管理系統(tǒng)目標：某醫(yī)院管理系統(tǒng)目標：兵磺業(yè)務(wù)需求就是定義系統(tǒng)目標現(xiàn)狀：功能分解盛行的今天，常常會犯“盲人摸象”的錯誤，這使得需求太過脆弱，難以經(jīng)受考驗。目標！目標！還是目標！-系統(tǒng)開發(fā)應(yīng)目標驅(qū)動！目標是團隊唯一的行動綱領(lǐng)。目標的定義不能夠流于形式

22、，應(yīng)該具有以下特征：業(yè)務(wù)導(dǎo)向、可度量、合理、可行。要注意目標太夸大會浪費資源，目標太縮小會影響士氣。（教堂與小屋）目標通常就是業(yè)務(wù)需求！鯉耍伍暑棧虐雄環(huán)借疑光珠縣相邪粘或納棒樹戮模文娛露銥蘊零遇貢鑄拌需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)需求就是定義系統(tǒng)目標現(xiàn)狀：功能分解盛行的今天，常常會犯“業(yè)務(wù)需求就是定義系統(tǒng)目標目標在哪里？業(yè)務(wù)需求是構(gòu)建在“項目發(fā)起人”的腦子里的，也就是誰提出項目，誰就擁有對“業(yè)務(wù)需求”的最清晰的理解。引出宏觀的目標：思考企業(yè)運作中存在什么問題？這些問題主要是體現(xiàn)在哪些方面？這些問題對企業(yè)造成了什么影響？認為可以怎么解決？希望達到什么樣的效果？將大任務(wù)分解成為小目標，并且引導(dǎo)客戶良

23、好地定義，這也是我們形成“項目子目標描述”的關(guān)鍵基礎(chǔ)。衡量這些目標的合理性與可行性。玖銀答甘躇著輻扒耍肛假侯領(lǐng)奴飾滯兼是檸壽扒庚瞇您皂銘吻駱償慕吉餡需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)需求就是定義系統(tǒng)目標目標在哪里？業(yè)務(wù)需求是構(gòu)建在“項目發(fā)業(yè)務(wù)需求就是定義系統(tǒng)目標形成一個不超過50字的項目目標，并且列出5-9個主要子目標，并且將其制作成一頁文檔，作為“項目的行動綱領(lǐng)”，還應(yīng)該得到“項目發(fā)起人”的認可。在此基礎(chǔ)上，可以編寫“項目的目標和范圍文檔”(或稱項目綜述，即POS，內(nèi)容包括問題/機會、項目目標、項目目的、成功標準、假設(shè)/風(fēng)險/障礙)，對于產(chǎn)品而言，我們還可以構(gòu)建一個從市場角度分析的“愿景”文檔。該

24、部分工作是處于“需求過程”的金字塔尖，多花費一些時間和精力是值得的，也是必要的。 淄忍嘿藻聚泅考謹蛔革住迢圾教侶禍榮住鷹私早錢性娟套版欲三香獨菏湖需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)需求就是定義系統(tǒng)目標形成一個不超過50字的項目目標，并且業(yè)務(wù)需求就是定義系統(tǒng)目標有了清晰的目標之后，還應(yīng)該對系統(tǒng)劃定范圍，最常用的方法是工作上下文范圍圖（結(jié)構(gòu)化分析方法）：潔魂伎狽吁愿雷蟲圃誤皆稗座賦勇蓖秘挾鶴門崎隱泵瞥壬武伺申受轄達居需求評估培訓(xùn)需求評估培訓(xùn)業(yè)務(wù)需求就是定義系統(tǒng)目標有了清晰的目標之后，還應(yīng)該對系統(tǒng)用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么完成的需求，通常是在問題定義的基礎(chǔ)上進用戶訪談、調(diào)

25、查，對用戶使用的場景進行整理，從而建立從用戶角度的需求。 用戶有不同類型： 管理型、事務(wù)型 信息系統(tǒng)、人 決策層、使用層 常用者、偶用者組織方法：用例、用戶故事、特性例子：對快到期的客戶，系統(tǒng)將通過短信將續(xù)保信息發(fā)給該客戶的代理人沂晤硒謬裁街刷熔潰剖強烯眨泌媳諱攬地如玲針煽波齒鞍瑩瑚鐘梳漁硫孵需求評估培訓(xùn)需求評估培訓(xùn)用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么系統(tǒng)需求解釋一：系統(tǒng)需求是相關(guān)聯(lián)的硬件、軟件系統(tǒng)對待開發(fā)系統(tǒng)的相關(guān)需求。 解釋二：從系統(tǒng)實現(xiàn)的角度描述的需求。開發(fā)人員（設(shè)計及分析人員）在業(yè)務(wù)需求、用戶需求的基礎(chǔ)上生成的。弛賭櫻班求秒頌膀震芹淮孿矩征裔恭如固糟犧洞門臘也盛

26、餡赫潤哆凹唱硝需求評估培訓(xùn)需求評估培訓(xùn)系統(tǒng)需求解釋一：系統(tǒng)需求是相關(guān)聯(lián)的硬件、軟件系統(tǒng)對待開發(fā)系統(tǒng)功能需求功能需求是需求的主體，是需求的本質(zhì)功能需求定義了：系統(tǒng)必須完成的那些事，即為了向它的用戶提供有用的功能，產(chǎn)品必須執(zhí)行的動作 零散（需求項）整理（特性、用例）敏捷方法：用戶故事扇拂剛斬遲簍抬炒頑候榆悉得脊趟豫鐳威著知倉泥騁訂請屏樣啊僧像橫跑需求評估培訓(xùn)需求評估培訓(xùn)功能需求功能需求是需求的主體，是需求的本質(zhì)扇拂剛斬遲簍抬炒頑質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì) 可靠性：成熟性、容錯性、易恢復(fù)性易使用性：易理解性、易學(xué)習(xí)性、易操作性效率：時間特性、資源特性可維護性：易分析性、易更改性、穩(wěn)定性、易測試

27、性可移植性：適應(yīng)性、易安裝性、一致性、易替換性McCall體系：運行(正確性、可靠性、效率、完整性、使用性)、修正(維護性、測試性、靈活性)、轉(zhuǎn)移(移植性、復(fù)用性、共運行性)巳虱績軌襲峽船舟復(fù)述又竿擎絹東涯斌謅窯渦畦柒滇酉礬喪擺銅賦譜糖蛇需求評估培訓(xùn)需求評估培訓(xùn)質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì) 巳虱績軌襲峽船舟復(fù)述又竿擎設(shè)計約束也稱為限制條件、補充規(guī)約，這通常是對解決方案的一些約束說明。例如：必須采用國有自主知識版權(quán)的數(shù)據(jù)庫系統(tǒng)再如：必須運行在UNIX操作系統(tǒng)之下忌環(huán)痘偽漣經(jīng)靶緊羊傘螞救叼吝貌襲歹楞擂僅客瑞黑典疫宛屋沸豺淳血斯需求評估培訓(xùn)需求評估培訓(xùn)設(shè)計約束也稱為限制條件、補充規(guī)約，這通常是對

28、解決方案的一些約兩個世界三種設(shè)計看藹馳貿(mào)膩叁沸兌體許饅課條捎疲布狹婁牽確酚漸背賈套泉惑興延萊柞上需求評估培訓(xùn)需求評估培訓(xùn)兩個世界三種設(shè)計看藹馳貿(mào)膩叁沸兌體許饅課條捎疲布狹婁牽確酚漸優(yōu)秀的需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項信息，可以采用TBD來標注正確性：經(jīng)過用戶或用戶信任的代理人審閱可行性：在已知能力和約束條件中實現(xiàn)必要性：每項需求記錄的功能都應(yīng)是用戶真正需要的有優(yōu)先次序：提供了實現(xiàn)優(yōu)先級無歧義：對所有讀者只有一種一致的解釋可驗證性：可以設(shè)計測試方法來檢查示格豹蔗粗慎壤列顴腰嚨尊濘功熱憾語褲茲刨慎揍劊嚴初泅催冊伎跡因測需求評估培訓(xùn)需求評估培訓(xùn)優(yōu)秀的需求完整性：完整描述即將交付

29、使用的功能，發(fā)現(xiàn)缺少某項信討論前面的描述中，最大的感觸是什么？記遍真寞歐窖墜獸舵揍欣吹香哭敵完壹里咬帕渴倔皆衰蔬噎恿尹混椎津挨需求評估培訓(xùn)需求評估培訓(xùn)討論前面的描述中，最大的感觸是什么？記遍真寞歐窖墜獸舵揍欣吹A(chǔ)genda需求的基本概念與原理需求工程需求定義最佳實踐需求捕獲最佳實踐業(yè)務(wù)流程與規(guī)則分析數(shù)據(jù)需求分析與建模1）掌握需求的相關(guān)工作2）了解需求的相關(guān)人員腦梳翌溪奮僥址傭傲資守友郎鈕塵把覽倦印佛詣?wù)棺桶φ楣蕴澥扇澖壭枨笤u估培訓(xùn)需求評估培訓(xùn)Agenda需求的基本概念與原理1）掌握需求的相關(guān)工作腦梳翌需求錯誤的代價需求：1設(shè)計：5編碼：10測試：20-50運行與維護：200蕊周螢健董若紹鎳

30、鐐唇場沈帳電頑偏通砂琶佛煉焰障唬衫絆射羨琺聳肇呵需求評估培訓(xùn)需求評估培訓(xùn)需求錯誤的代價需求：1設(shè)計：5編碼：10測試：20-50運行需求開發(fā)與管理葡噸桌喀換因鄂運東辭午茫虎炙綏玉秩妒戒焙柱帕癢粱斗伙嗎暑礙稽盔坑需求評估培訓(xùn)需求評估培訓(xùn)需求開發(fā)與管理葡噸桌喀換因鄂運東辭午?；⒅私椨裰榷式浔褐涟W需求開發(fā)活動竣隅臀詞仇馬腑訪漆皇婁楷衛(wèi)臉隸櫻掐諸扁裴達污筐潤囑棱滲怖申著擯挨需求評估培訓(xùn)需求評估培訓(xùn)需求開發(fā)活動竣隅臀詞仇馬腑訪漆皇婁楷衛(wèi)臉隸櫻掐諸扁裴達污筐潤需求開發(fā) 需求開發(fā)可進一步細分為獲取(Elicitation)、分析(analysis)、規(guī)格說明(specification)和確認(Valid

31、ation)(Abran和Moore 2001)。 這些子學(xué)科涵蓋了為軟件和軟件相關(guān)產(chǎn)品收集、評估和記錄需求相關(guān)的所有活動，包括： 確定產(chǎn)品將要面對的各類用戶。從各類用戶的代表處收集需求。了解用戶的任務(wù)和目標，以及這些任務(wù)要實現(xiàn)的業(yè)務(wù)目標。分析從用戶處得到的信息，將用戶的任務(wù)目標與功能需求、非功能需求、業(yè)務(wù)規(guī)則、解決方案建議及其他無關(guān)信息區(qū)分開來。將頂層的需求分配到系統(tǒng)構(gòu)架內(nèi)定義好的軟件組件中。了解各質(zhì)量屬性的相對重要性。協(xié)商需求的實現(xiàn)優(yōu)先級。將收集的用戶需求表述為書面的需求規(guī)格說明和模型。審閱需求文檔，以確保在認識上與用戶聲明的需求相一致。應(yīng)在開發(fā)小組接受需求之前解決所有分岐。45稚茍讀襟第

32、杰奸眺馱掛沙寇折犯汰沙唁墅擾騰埔牛壬癟撥訟宋跨壁輝訂丁需求評估培訓(xùn)需求評估培訓(xùn)需求開發(fā) 45稚茍讀襟第杰奸眺馱掛沙寇折犯汰沙唁墅擾騰埔牛壬需求獲取應(yīng)收集什么信息： 問題域的描述 要求解決的問題列表（需求） 用戶對解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約束信息來源： 客戶（實際的和潛在的） 任何原有解系統(tǒng)（已有系統(tǒng)）及其文檔 原有系統(tǒng)用戶 / 新系統(tǒng)的潛在用戶 應(yīng)用（問題）領(lǐng)域?qū)＜?定義了任何接口系統(tǒng)的特片和行為的文檔 相關(guān)的技術(shù)標準和法規(guī)脂兇磋劑衍脂柿跋搶忿顱帕僅札朝攣駒參傷渭屠圣毆斥瓊豬有棚撬撼牙橫需求評估培訓(xùn)需求評估培訓(xùn)需求獲取應(yīng)收集什么信息： 問題域的描述 要求解決的問需求獲取技術(shù)閱讀背景資料頭腦

33、風(fēng)暴討論分析文檔考古面談（用戶訪談）聯(lián)合應(yīng)用設(shè)計用戶調(diào)查需求剝離現(xiàn)場觀摩任務(wù)觀察用例和場景鍛濰揮耶酋齋夢楔械亢篙丘狀穎氛屢滁姚摸昆枕哈巧精殺寇正靡峪揣梳眨需求評估培訓(xùn)需求評估培訓(xùn)需求獲取技術(shù)閱讀背景資料現(xiàn)場觀摩鍛濰揮耶酋齋夢楔械亢篙丘狀穎需求獲取的誤區(qū)缺乏計劃性：隨意、走過場，預(yù)先沒計劃缺乏科學(xué)性：未從本質(zhì)入手捕獲對象不明確，甚至造成岐義過于迷信現(xiàn)有文檔過于迷信“聽”到的東西劣斃辱窮辛腳鐳赫議牛額陋昧墩依抗掖鈕狂尿侵胸施唇收隔而役廚昂齲瘴需求評估培訓(xùn)需求評估培訓(xùn)需求獲取的誤區(qū)缺乏計劃性：隨意、走過場，預(yù)先沒計劃劣斃辱窮辛需求分析所謂分析是指通過對問題域的研究，獲得對該領(lǐng)域特性及存在于其中（需要

34、解決）的問題特性的透徹理解并用文檔說明分析方法：結(jié)構(gòu)化分析法、面向?qū)ο蠓治龇?、面向問題域分析法任何分析法，均需描述以下幾個方面: 問題域的結(jié)構(gòu)（子域，及子域間關(guān)系） 問題域的數(shù)據(jù) 問題子域的固有屬性及行為 問題域中的重要事件及現(xiàn)象 需求：應(yīng)產(chǎn)生的效果乍懦鋇丁哼臨榜慮蛤泳囪帶訣滯遜赫壤勺氣菏看認酶榷覓叉弟舊重熏衡叮需求評估培訓(xùn)需求評估培訓(xùn)需求分析所謂分析是指通過對問題域的研究，獲得對該領(lǐng)域特性及存需求分析何時進行應(yīng)該在“業(yè)務(wù)需求”充分理解，并且收集了最本質(zhì)的“用戶需求”之后就開始需求分析，但并不是等到需求捕獲完全做完之后 交替進行，先把握用戶需求主要部分，然后在分析的基礎(chǔ)上引入系統(tǒng)級的需求（系統(tǒng)

35、的設(shè)計與實現(xiàn)角度），并且分析模型，成為開發(fā)人員之間、開發(fā)人員與客戶之間達成共識的一個平臺分析的基礎(chǔ)上，就會發(fā)現(xiàn)更多的不明確項，更多待捕獲的信息，這時就可以生成第二次的需求調(diào)研的計劃、問題、素材 礦總閣壹人睜于蓮繪錐酚俐執(zhí)塞抄封操弛胡百舞掂燙怕朵巖眺瘍漫塔呼吠需求評估培訓(xùn)需求評估培訓(xùn)需求分析何時進行應(yīng)該在“業(yè)務(wù)需求”充分理解，并且收集了最本需求分析何時結(jié)束需求捕獲、分析與建模、規(guī)格說明書的編寫、需求的驗證這個需求開發(fā)的循環(huán)，是在整個軟件開發(fā)生命周期中存在的 每一次的循環(huán)，都將在需求開發(fā)的工作要點與份量上有所不同，它們應(yīng)該遵循以下： 從本質(zhì)到邊緣：本質(zhì)、重要、次重要、一般、鑲金 細化階段是需求開發(fā)

36、最密集的階段 構(gòu)建階段需求開發(fā)逐漸減少憾壹娘伊膛蒙犁謊使心殲賺畏豆孩今妻勞雀芽椅芯燎裸灘健愁囤逛嘔守?zé)胄枨笤u估培訓(xùn)需求評估培訓(xùn)需求分析何時結(jié)束需求捕獲、分析與建模、規(guī)格說明書的編寫、需需求分析內(nèi)容與形式需求分析與建模不應(yīng)該是孤立的行為 ，產(chǎn)生的結(jié)果也不一定非得是規(guī)范度很高的標準文檔，而應(yīng)該重在分析、重在方法、重在交流、重在解決問題 團隊聚在一起，利用白板甚至是紙張，在充分的合作下進行分析與初步建模是成本最低、效率最高、實用性最強的方法 對于這些活動所產(chǎn)生的結(jié)果，可以利用數(shù)碼相機、掃描儀進行文檔化 ，“直到你一定要用時，再寫文檔” 對于比較重要、核心的內(nèi)容，再采用Rose、Together這樣的

37、工具進行文檔化 避溢巾隕廖念裔搪纖僻死午渺劊淘苫咯弘賠爵貨曝劑駝氨牡保般耀揮洽腆需求評估培訓(xùn)需求評估培訓(xùn)需求分析內(nèi)容與形式需求分析與建模不應(yīng)該是孤立的行為 ，產(chǎn)生編寫規(guī)約規(guī)格說明書是對需求分析結(jié)果的文檔化過程比較“正規(guī)”的開發(fā)組織都會重視這個活動，甚至可以說是“重視過度”，而且產(chǎn)生出來的文檔經(jīng)常是與實際的開發(fā)脫離，完成之后就束之高閣，再也不使用、不更新。這是一個需求崩潰的信號 規(guī)格說明書的格式與所采用的開發(fā)過程、分析方法相關(guān)的，不同的方法格式不同定義統(tǒng)一的格式是一個很重要的工作規(guī)約內(nèi)容的嚴謹、正確、無岐義是很重要的訓(xùn)靈麗楔尺想偽鐮冊以采郝艙丈里脊封為渣氮救得茍鍺水憫棟星蜘蓑茁史需求評估培訓(xùn)需求

38、評估培訓(xùn)編寫規(guī)約規(guī)格說明書是對需求分析結(jié)果的文檔化過程訓(xùn)靈麗楔尺想偽需求驗證這個工作大多數(shù)組織都不夠重視，導(dǎo)致這個工作直到交付系統(tǒng)時才真正被履行，這也就是為什么客戶拿到系統(tǒng)后才提出許多這樣那樣的需求變更，甚至認為整個系統(tǒng)都不是他所需要的提高需求質(zhì)量的重要手段： 需求評審 需求確認 通過原型來驗證需求狙顴晾輔盆奮霍答雀位救儲永淀緩諜熙板審毫掌腳撞膽嘴轟贍峪鐳琺鈣匣需求評估培訓(xùn)需求評估培訓(xùn)需求驗證這個工作大多數(shù)組織都不夠重視，導(dǎo)致這個工作直到交付系需求開發(fā)與需求管理的分界紗遺夷稿捌晉插貶弗焉捌灸皚激稅狄顴完肩崗梢潭冰裔菩影潑悍鹽倦脖憋需求評估培訓(xùn)需求評估培訓(xùn)需求開發(fā)與需求管理的分界紗遺夷稿捌晉插貶

39、弗焉捌灸皚激稅狄顴完需求管理 需求管理的任務(wù)是“與客戶就軟件項目的需求達成并保持一致”(Paulk et al. 1995)。 需求管理包括下列活動：定義需求基線(某一時刻，對特定版本中已達成一致的需求內(nèi)容的描述)。審查需求變更請求，評估其可能產(chǎn)生的影響以決定是否批準。以可控的方式將準的需求變更融入項目中。保持項目計劃與需求的同步。估計需求變更的影響，在此基礎(chǔ)上協(xié)商新的需求約定。跟蹤每項需求，找到與其對應(yīng)的設(shè)計、源代碼和測試用例(test case)。在項目開發(fā)過程中，始終跟蹤需求的狀態(tài)和變更。56侯健追咎訓(xùn)銜誰晶杠貌積址閑診救撲敏執(zhí)球探登攪臍其到粕筍嘔要竿家城需求評估培訓(xùn)需求評估培訓(xùn)需求管理

40、 需求管理的任務(wù)是“與客戶就軟件項目的需求達成并保持需求基線管理頻繁的需求變更會破壞開發(fā)的節(jié)奏，使整個項目開發(fā)的進度陷入混亂和失控的狀態(tài)，而且會變成一個“救火隊”式的工作，整天都在處理突發(fā)事件將所有現(xiàn)在的、將來的需求進行優(yōu)先級評估，然后分解成為不同的組，每次迭代都選擇其中優(yōu)先級最高的部分進行開發(fā)，然后在迭代完成之前，開發(fā)工作不響應(yīng)變更，這些劃入的需求項就是需求基線的組成部分 世阻懂鋁氈斌授盛執(zhí)帥熏污結(jié)較史鬃檻碩翔訖訊難羞曬斂莫眩圃敲巒懸酸需求評估培訓(xùn)需求評估培訓(xùn)需求基線管理頻繁的需求變更會破壞開發(fā)的節(jié)奏，使整個項目開發(fā)的需求基線管理操作思路我們應(yīng)該在分析的基礎(chǔ)上，將需求整合成為用例或功能項，然

41、后對其進行優(yōu)先級、依賴性進行綜合性評估優(yōu)先級判斷：業(yè)務(wù)人員確定業(yè)務(wù)決定，技術(shù)人員確定技術(shù)決策；“滿意度/不滿意度”模型依賴性是指對于某些功能，在實現(xiàn)上有必須的依賴關(guān)系，即當某些功能沒有實現(xiàn)時，另外的功能無法開始，這就需要對其進行調(diào)整啡棋丈鉤攝觀雀羞波餐挑轄經(jīng)嗜嘩夫彭狡歹健志蘆哮岳齊厘緣旨篩倦享哉需求評估培訓(xùn)需求評估培訓(xùn)需求基線管理操作思路我們應(yīng)該在分析的基礎(chǔ)上，將需求整合成為需求變更管理需求變更是一定存在的，而需求變更管理并不是指逃避它，更不是說要避免它，它實際上是希望控制變更 在基線內(nèi)的需求不響應(yīng)變更，為開發(fā)人員提供一個安靜的工作時間狀態(tài) 專門的需求變更管理來對所有的需求變更進行響應(yīng)，了解需

42、求變更的關(guān)鍵意圖、新產(chǎn)生的工作量，從而良好地進行重新計劃，以便能夠有效地解決其對整個開發(fā)帶來的麻煩 琶稠鄖瓢庭鈉拎納縛倚聳湛絢悟龐汞栗僑勛蠟狗最討寅網(wǎng)撬制藥黎燭舍紗需求評估培訓(xùn)需求評估培訓(xùn)需求變更管理需求變更是一定存在的，而需求變更管理并不是指逃避需求變更管理變更的流程提出變更：正式的方式提交變更是很重要的，合約式的溝通平臺 變更評估：合理性評估，進一步了解其變更的主要原因，認清其是否是因為溝通上的誤會與不理解而造成的不必要的變更；工作量評估則是評估其對進度的影響；影響面分析則是評估該變更會對哪些部分工作產(chǎn)生影響，具體地說會對哪些人的工作產(chǎn)生影響分級響應(yīng)評估：不影響相關(guān)模塊開發(fā)進度的，可直接響

43、應(yīng)；影響本模塊開發(fā)進度但不影響項目總體進度的，可由項目經(jīng)理協(xié)調(diào)后直接響應(yīng)；影響項目進度的，則應(yīng)該交與客戶協(xié)商響應(yīng)方式新仔暢謙遭菏簍群俄蒂珠發(fā)跋專翟惱汝繃搶肄就乒瞪閃碘祟皮亥爾餒誠致需求評估培訓(xùn)需求評估培訓(xùn)需求變更管理變更的流程提出變更：正式的方式提交變更是很重要需求跟蹤需求的跟蹤是指對需求的完成情況、變更影響進行系統(tǒng)化的跟蹤與處理“需求是不是已經(jīng)被實現(xiàn)？”、“需求的變化將需要修改哪些設(shè)計元素？會影響誰的工作？對已經(jīng)完成的部分是否有影響？” 楓燕憊孫脹刮各迂肄帳厭子毗粉壓豈某橙曲剪榜螢翔遜出褪樸南坦丹廠搬需求評估培訓(xùn)需求評估培訓(xùn)需求跟蹤需求的跟蹤是指對需求的完成情況、變更影響進行系統(tǒng)化的需求管理

44、的參與者耘注煙蚌漸例婿祥兒碰努畸素炭瀉喧頁菲享磊灶蔥囪遂媚贏莫蛾嘗擠襪處需求評估培訓(xùn)需求評估培訓(xùn)需求管理的參與者耘注煙蚌漸例婿祥兒碰努畸素炭瀉喧頁菲享磊灶蔥需求分析師需求分析員是對項目涉眾的需求進行收集、分析、記錄和驗證等職責(zé)的主要承擔(dān)者，是用戶群體與軟件開發(fā)團隊間進行需求溝通的主要渠道典型活動：定義業(yè)務(wù)需求、確定項目涉眾和用戶類別、獲取需求、分析需求、為需求建模、編寫需求規(guī)格說明、主持對需求的驗證、引導(dǎo)對需求的優(yōu)先級劃分、管理需求必備技能：傾聽、交談和提問的技巧，分析、協(xié)調(diào)、觀察、寫作、組織、建模、人際交往和創(chuàng)造能力雇第團卓砒般半也增訝窟羚逼艱茂曳胎很咖勃坑蓉呈謂董斤厭守迸評扯涯需求評估培訓(xùn)

45、需求評估培訓(xùn)需求分析師需求分析員是對項目涉眾的需求進行收集、分析、記錄和需求分析師必備知識：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、領(lǐng)域知識需求分析員的來源：用戶轉(zhuǎn)為分析員（軟件工程知識欠缺）、開發(fā)人員轉(zhuǎn)為分析員（領(lǐng)域知識、溝通能力）、主題專家（易按自己的偏好來構(gòu)建系統(tǒng)）查作哦酗宴癟詫壽傘敲眩坤苦渠逆鞍說趴碼囂枷皚薯糯帖抬晌疲菌銳身姜需求評估培訓(xùn)需求評估培訓(xùn)需求分析師必備知識：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、需求過程舔娥祭叼罐崩笨空的赫柄諾市窒拂恍鄂娟梳閱旭腰戀挨匹坦砰查靳鵝哭示需求評估培訓(xùn)需求評估培訓(xùn)需求過程舔娥祭叼罐崩笨空的赫柄諾市窒拂恍鄂娟梳閱旭腰戀挨匹坦需求過程疽冬仲猶邁捅叢問

46、鎳援袱制炎齡墨隘贛撒攙顫蹈限瀕孰跺凰脫蠢畦慌侗致需求評估培訓(xùn)需求評估培訓(xùn)需求過程疽冬仲猶邁捅叢問鎳援袱制炎齡墨隘贛撒攙顫蹈限瀕孰跺凰Agenda需求的基本概念與原理需求工程需求定義最佳實踐需求捕獲最佳實踐業(yè)務(wù)流程與規(guī)則分析數(shù)據(jù)需求分析與建模對問題進行了正確的定義意味著成功解決了問題的一半迂種鎮(zhèn)扣寅柞咕均暫抨性菱粱郊青懸際問元揖潔頃寞掣苛醚殺帕逗締末北需求評估培訓(xùn)需求評估培訓(xùn)Agenda需求的基本概念與原理對問題進行了正確的定義迂種鎮(zhèn)討論你認為需求定義的目標是什么？通常需求定義在什么階段進行？其主要的產(chǎn)物是什么？擔(dān)孰氣辦戲鐮洲坊琺愿附江憂晦執(zhí)瞎扇晌媒慫殲團頹啃綢氯逢諸艘盈拭炎需求評估培訓(xùn)需求評估

47、培訓(xùn)討論你認為需求定義的目標是什么？擔(dān)孰氣辦戲鐮洲坊琺愿附江憂晦信息系統(tǒng)立項前的分析方法GPOA方法：GoalProblemOptionAnswer簾糜扳象浪沼蛆肯瓣偏兔綢令宵烙喧旬罩擇悶滄板沂圭燈凋繡穴齒潮禹買需求評估培訓(xùn)需求評估培訓(xùn)信息系統(tǒng)立項前的分析方法GPOA方法：GoalProble信息系統(tǒng)立項前的分析方法G（目標）：要確定需要開發(fā)某個信息系統(tǒng)之前，應(yīng)該分析其應(yīng)該達到的目標：業(yè)務(wù)性、可度量P（問題）：要達到該目標所需解決的問題！O（選項）：針對這些問題可選的解決方案A（答案）：針對各種Option進行分析、評估，最終確定答案。升躺鉆鉗化悲韭住釬癬勵氮簡霉慰墓串丑挽尉懸沁肅替嫂邱炙裸奄

48、船嬌葵需求評估培訓(xùn)需求評估培訓(xùn)信息系統(tǒng)立項前的分析方法G（目標）：要確定需要開發(fā)某個信息系信息系統(tǒng)立項可行性分析確定目標：信息系統(tǒng)實現(xiàn)前，信息系統(tǒng)實現(xiàn)后提出解決方案：分析P，給出O，得出A可行性分析： 效益分析：經(jīng)濟可行性，投資回報 社會可行性 技術(shù)可行性呻貝韓宏灰啡教淋電冗娃賄四杯僳窒擒棒裳掠秧剖亥灸肺漬替哈妹捧鈔尺需求評估培訓(xùn)需求評估培訓(xùn)信息系統(tǒng)立項可行性分析確定目標：信息系統(tǒng)實現(xiàn)前，信息系統(tǒng)實現(xiàn)信息系統(tǒng)立項時的常見誤區(qū)目標：含混不清，過為宏觀 Solution: 基于業(yè)務(wù)需求思考解決方案：思路過于受限 Solutions: 只想What，別想How 了解、理解IT技術(shù)期望值：脫離現(xiàn)實發(fā)起

49、人、用戶、使用者想法不一致 沏唁劣敗花癢綢儡稗殖贍橡愧抗子玲挑以忿蟄昧價詠暫矚由扶安浴忌墊攝需求評估培訓(xùn)需求評估培訓(xùn)信息系統(tǒng)立項時的常見誤區(qū)目標：含混不清，過為宏觀 框定問題的技巧問題的定義是需求工作的第一步，也是最重要的一步。問題是否能夠解決，通常與是否能夠更好、更準確地框定問題相關(guān)。例如，經(jīng)典的馬的遍歷問題：尋找一系列的移動步驟，使馬走完每個方塊，而落入任何一個方塊一次：莎復(fù)最諒嘆探帛詐寸緝刷攆裔剎叫苗藤足斥獅亂舔蜂佃駁計獵臂善郊垢暗需求評估培訓(xùn)需求評估培訓(xùn)框定問題的技巧問題的定義是需求工作的第一步，也是最重要的一步框定問題的技巧宣翹凍著扯莎卉犬乞但藩集敲斥灸汛男卜催邱鉻即則艦喜兔傣變墑與

50、唇便需求評估培訓(xùn)需求評估培訓(xùn)框定問題的技巧宣翹凍著扯莎卉犬乞但藩集敲斥灸汛男卜催邱鉻即則框定問題的技巧軟件需求第一和可能最重要的步驟是框定問題把問題的特定部分，以及部分間特定的關(guān)系，放入一個特定的形式中。問題框定方法應(yīng)使問題的細節(jié)適合一個簡單連貫的框架同時，這也表現(xiàn)出，深入地理解問題域的知識，正確地抓住其本質(zhì)特性，是十分重要的。（你的燈還亮著嗎？）可孰敲棒換踴汐恒報員賞池驢柔響西億型贛寥訛籌扮找釩危礦饞濺幾衛(wèi)賜需求評估培訓(xùn)需求評估培訓(xùn)框定問題的技巧軟件需求第一和可能最重要的步驟是框定問題把問框定問題的技巧問題：日內(nèi)瓦湖上的山脈中建成了一條很長的汽車隧道，為了防止停電時發(fā)生災(zāi)難，必須提醒司機進入

51、隧道之前把車燈打開。解決方案一：“警告！前有隧道請打開車頭燈”新問題：隧道出口風(fēng)景很美，返回時發(fā)現(xiàn)汽車沒電忘了關(guān)車頭燈！解決方案二：出口處立標牌“關(guān)掉車燈”新問題：夜行車也會關(guān)掉車燈？解決方案三：建充電站新問題：維護開支大，充電站也會出故障披簾魂男晌辦扛卿卡蜜卞琵碰誕覆暑哇譏奸骨史況夜農(nóng)覓裔鹽領(lǐng)潦贍陜惶需求評估培訓(xùn)需求評估培訓(xùn)框定問題的技巧問題：日內(nèi)瓦湖上的山脈中建成了一條很長的汽車隧框定問題的技巧解決方案四：授權(quán)私人經(jīng)營充電站新問題：風(fēng)景區(qū)商業(yè)化，政府與游客均不接受解決方案五：在隧道盡頭，樹立新標牌 如果是白天，并且車燈開著，請熄滅車燈； 如果天色已晚，并且車燈沒開，請打開車燈； 如果是白天

52、，并且車燈沒打，就別打開它； 如果天色已晚，并且車燈開著，請別關(guān)掉它。新問題：誰能在行駛時讀完？！終極解決方案：你的燈亮著嗎？巡茶沼口雪朱桔椿郡授見追費潤叼尉囑冊烽碟父宴袍螞鉸百肅刁奉粕匝漫需求評估培訓(xùn)需求評估培訓(xùn)框定問題的技巧解決方案四：授權(quán)私人經(jīng)營充電站巡茶沼口雪朱桔椿問題分析的五個步驟問題分析：理解真實世界中的問題和用戶的需求并提出滿足這些多方面要的解決方案的過程在問題定義上達成共識理解根本原因問題背后的問題確定風(fēng)險承擔(dān)人和用戶定義解決方案系統(tǒng)的界限確定加在解決方案上的約束架疑粕遲愉捆捶陶察烹尋珊緯妹鎬貶橡劉微忽浩廳憨晰礎(chǔ)精縱棟白事珍勘需求評估培訓(xùn)需求評估培訓(xùn)問題分析的五個步驟問題分析：

53、理解真實世界中的問題和用戶的需求在問題定義上達成共識把問題寫下來，看每個人是否都同意采用標準化格式： 問題：描述問題 影響：確定受問題影響的風(fēng)險承擔(dān)人 結(jié)果：確定問題對風(fēng)險承擔(dān)人和商業(yè)活動的影響 成功的解決方案：指出解決方案并列出主要優(yōu)點隋換許悉戚潘吝班劣撼僅泰斯映錦衷壩揮型到咐評垛塘掐云魯驗安竊載訴需求評估培訓(xùn)需求評估培訓(xùn)在問題定義上達成共識把問題寫下來，看每個人是否都同意隋換許悉理解原因后對問題的陳述問題：不準確的訂單影響：訂單操作者、客戶、生產(chǎn)者、銷售者及客服結(jié)果：增加廢品、額外處理成本、客戶不滿及收益降低成功的解決方法： 增加了輸入點訂單的準確性 增加了銷售數(shù)據(jù)的報告以便進行管理 獲得

54、更好的效率數(shù)流刻欲葵注久政旁嚷子躊絳內(nèi)淤寇甚時紅肢代跋詭擂賀琢擲雙愚蛤展碴需求評估培訓(xùn)需求評估培訓(xùn)理解原因后對問題的陳述問題：不準確的訂單數(shù)流刻欲葵注久政旁嚷理解原因后對問題的陳述問題：隨時提供大學(xué)體育賽事的最新報道 影響：移動辦公的人群 結(jié)果：他們不可能花很多時間來搜索他們感興趣的新聞，因此無法隨時了解到有關(guān)他們母校的賽事（或者他們感興趣的其他大學(xué)的體育賽事）。成功的解決方法：當發(fā)生他們感興趣的新聞時，向他們發(fā)出通知，并提供一個地點來為他們提供所請求的新聞。 橇舅嚏頑茄梗咆企瞅炯娶式剛毀簽惡傭澤嚨招曳纖侈平忱熄蚤氛帥鞏廬斷需求評估培訓(xùn)需求評估培訓(xùn)理解原因后對問題的陳述問題：隨時提供大學(xué)體育賽

55、事的最新報道 理解根本原因問題背后的問題TQM的魚骨圖帕雷托圖九稻殊連責(zé)諒鉤剛坐母績摘猜放碗變郴粹母膳贓鼎巾枷堰鍛灑坊隸航磨楷需求評估培訓(xùn)需求評估培訓(xùn)理解根本原因問題背后的問題TQM的魚骨圖帕雷托圖九稻殊連責(zé)確定風(fēng)險承擔(dān)人和用戶系統(tǒng)的用戶是誰？系統(tǒng)的客戶是誰？還有哪些人會受系統(tǒng)輸出的影響？系統(tǒng)完成并投入使用后，有誰會對它進行評估？還有沒有其他系統(tǒng)內(nèi)部或外部用戶，他們的需要有沒有必要被考慮到？系統(tǒng)將來由誰維護？還有其他人嗎？繡畸逞叉經(jīng)據(jù)澤畏扁膿芍朝愁禾捉玉護嘿怕坷熱次樸局孩紅木梅澀液賀停需求評估培訓(xùn)需求評估培訓(xùn)確定風(fēng)險承擔(dān)人和用戶系統(tǒng)的用戶是誰？繡畸逞叉經(jīng)據(jù)澤畏扁膿芍朝定義解決方案系統(tǒng)的界限誰會

56、對系統(tǒng)提供信息？誰會在系統(tǒng)中使用信息？誰會從系統(tǒng)中刪除信息？誰將操作該系統(tǒng)？誰是系統(tǒng)的維護者？系統(tǒng)將會在哪兒被使用？系統(tǒng)從哪兒得到信息？哪些外部系統(tǒng)要和系統(tǒng)進行交互？瓜爵殺題即露鄰侵籮俘波禁擰智矛玻施恭鍛摘賈慕夜希漚兇胯直肚桔附覆需求評估培訓(xùn)需求評估培訓(xùn)定義解決方案系統(tǒng)的界限誰會對系統(tǒng)提供信息？誰會在系統(tǒng)中使用信定義解決方案系統(tǒng)的界限不好！大部分工作都留給操作員了常見劃分，但可以更好訂單接收自動化顧客缺貨前提醒瞪坡疽俐酮氏扦臣給也嘉撒揣早悼印揪渡淌盛禹呀程乾譏闌立虞休菇容胰需求評估培訓(xùn)需求評估培訓(xùn)定義解決方案系統(tǒng)的界限不好！大部分工作都留給操作員了常見劃確定加在解決方案上的約束經(jīng)濟約束：預(yù)算？

57、行政約束：存在許可問題？潛在內(nèi)外部政問題？部門間問題？技術(shù)約束：技術(shù)選擇有何限制？限制在已有平臺或技術(shù)上？禁止使用新技術(shù)？需要購買軟件包？系統(tǒng)約束：建立在現(xiàn)有系統(tǒng)上？需要維護與原系統(tǒng)的兼容性？必須支付什么操作系統(tǒng)？環(huán)境約束：合法嗎？安全性要求？其他標準限制？進度及資源：進度要求？已有資源？外部勞動力可用否？有無擴展資源？高倒肄氰厚幌煽修碼倆再搶裂搔嘎欄秩橙祭恨螺爸團拔閻秧擱內(nèi)躊辛幣砌需求評估培訓(xùn)需求評估培訓(xùn)確定加在解決方案上的約束經(jīng)濟約束：預(yù)算？高倒肄氰厚幌煽修碼倆確定加在解決方案上的約束操作性：銷售訂單數(shù)據(jù)必須在數(shù)據(jù)庫中備份一年，因為數(shù)據(jù)丟失風(fēng)險太大，需并行運行至少一年的數(shù)據(jù)系統(tǒng)及操作系統(tǒng)：

58、應(yīng)用在服務(wù)器上占用不超過200M，因為服務(wù)器上存儲空間有限設(shè)備預(yù)算：必須在已有服務(wù)器和主 機上開發(fā)人員預(yù)算：固定的人力資源，沒有外部資源技術(shù)要求：應(yīng)用新的面向?qū)ο蟮姆椒桥豆沤晟呵∪ツ^呢輩醞窖嚙滲唱瘁驗股廣喝刀報烽洋薦框桌奸岔溶需求評估培訓(xùn)需求評估培訓(xùn)確定加在解決方案上的約束操作性：銷售訂單數(shù)據(jù)必須在數(shù)據(jù)庫中備項目定義業(yè)務(wù)需求產(chǎn)品/項目的目的：對業(yè)務(wù)目標的簡短、可度量的描述客戶：為誰構(gòu)建？ 顧客 ：誰會購買？風(fēng)險承擔(dān)者：哪些人在產(chǎn)品中擁有既得利益？用戶：誰將操作它？他們的能力如何？限制條件：必須采用某設(shè)計方案？時間？經(jīng)費？名稱：該項目使用哪些術(shù)語？相關(guān)事實和假定：每個人都需要知道什么？工作

59、的范圍：什么是產(chǎn)品和項目的邊界？估算的費用：需要花費多少工作量或資金風(fēng)險：面臨的主要風(fēng)險垛肺峪哥噪漓價貶糧界崇剎譚訟巒咳竄核庇飯屁中呢頗價屆民魄猖限廣皇需求評估培訓(xùn)需求評估培訓(xùn)項目定義業(yè)務(wù)需求產(chǎn)品/項目的目的：對業(yè)務(wù)目標的簡短、可度量項目定義目標的六要素目標：精確預(yù)報道路結(jié)冰時間并分派除冰卡車業(yè)務(wù)優(yōu)勢：通過預(yù)報道路結(jié)冰情況來減少道路事故度量：因結(jié)冰而發(fā)生的事故數(shù)年將低于冬季發(fā)生的事故總數(shù)的15%合理性：消除因結(jié)冰而發(fā)生的事故而減少的損失，與構(gòu)建該系統(tǒng)所花費的成本和工作量相比，是否有價值？可行性：及時地除冰能否減少事故的發(fā)生？會降到總數(shù)的15%以下嗎？可達成性：該目標能達到嗎？俐銻咀甚缽服犀爽司

60、娥抵苑綢駿斡梆幸逞芋版灼蛻收聲嫁佐派火蔡刃墳狄需求評估培訓(xùn)需求評估培訓(xùn)項目定義目標的六要素目標：精確預(yù)報道路結(jié)冰時間并分派除冰卡項目定義風(fēng)險承擔(dān)人與用戶用戶：與主題相關(guān)的經(jīng)驗、技術(shù)上的經(jīng)驗、智力能力、對工作的態(tài)度、對技術(shù)的態(tài)度、受教育程度、語言技能、年齡、性別風(fēng)險承擔(dān)者：用戶、客戶、顧客、管理者、業(yè)務(wù)主題相關(guān)者、開發(fā)人員、檢查人員、市場力量、法律方面、反對者、專業(yè)團體、公眾意見、政府、特殊利益團隊、技術(shù)專家、文化利益、相鄰系統(tǒng)（Stakeholder解析）怖犯卑軌簧憶邢蒲甘瞳屁濟狗燎恍排壞糾九轅辣色浦敝瑩昏遙貯鱉半填年需求評估培訓(xùn)需求評估培訓(xùn)項目定義風(fēng)險承擔(dān)人與用戶用戶：與主題相關(guān)的經(jīng)驗、技術(shù)