需求分析師培訓(xùn)Day01講解課件

需求分析師培訓(xùn)Day01需求分析師培訓(xùn)Day01Agenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐Agenda信息系統(tǒng)基礎(chǔ)理論Agenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐1）了解我們將涉及的領(lǐng)域！2）從信息化的本質(zhì)理解需求Agenda信息系統(tǒng)基礎(chǔ)理論1）了解我們將涉及的領(lǐng)域！信息與信息系統(tǒng)基本概念信息系統(tǒng)（IS）：是人、數(shù)據(jù)、過程和接口的組合，它們之間相互作用，支持并改進(jìn)企業(yè)日常的運(yùn)作，并支持管理人員和用戶解決問題和做出決策。數(shù)據(jù)信息信息系統(tǒng)信息與信息系統(tǒng)基本概念數(shù)據(jù)信息信息系統(tǒng)信息系統(tǒng)的應(yīng)用信息系統(tǒng)的應(yīng)用信息與信息系統(tǒng)基本概念事務(wù)處理系統(tǒng)：收集和處理企業(yè)事務(wù)，事務(wù)的響應(yīng)時(shí)間、吞吐量、正確性、一致性等，BPR管理信息系統(tǒng)：提供面向管理報(bào)告的信息系統(tǒng)應(yīng)用決策支持系統(tǒng)：為用戶提供決策信息，基于數(shù)據(jù)倉庫專家系統(tǒng)：程序化的決策制定信息系統(tǒng)，人工智能(AI)辦公自動(dòng)化和工作組系統(tǒng)：改進(jìn)工作流和通信信息與信息系統(tǒng)基本概念事務(wù)處理系統(tǒng)：收集和處理企業(yè)事務(wù)，事務(wù)信息與信息系統(tǒng)基本概念信息與信息系統(tǒng)基本概念事務(wù)處理系統(tǒng)(TPS)概述每個(gè)組織都有手工和自動(dòng)化的TPS，用來處理有關(guān)組織的基本業(yè)務(wù)記錄更新所需的詳細(xì)數(shù)據(jù)處理系統(tǒng)包括：訂單錄入、存貨控制、工資單、應(yīng)付帳款、應(yīng)收帳款、總分類帳處理處理包括：數(shù)據(jù)收集、數(shù)據(jù)編輯、數(shù)據(jù)修改、數(shù)據(jù)操作、數(shù)據(jù)存儲(chǔ)和文檔生成事務(wù)：基本業(yè)務(wù)活動(dòng)，如顧客訂單、購貨訂單、時(shí)間卡和工資支票處理事務(wù)處理系統(tǒng)(TPS)概述每個(gè)組織都有手工和自動(dòng)化的TPS，事務(wù)處理系統(tǒng)特性能夠迅速有效地處理大量數(shù)據(jù)的輸入和輸出能夠進(jìn)行嚴(yán)格的數(shù)據(jù)編輯，以保證記錄的正確性和時(shí)效性通過審計(jì)以保證所有輸入數(shù)據(jù)、處理、程序和輸出是完整、準(zhǔn)確和有效的提供了有關(guān)安全問題的防護(hù)能力支持許多人進(jìn)行處理，因此系統(tǒng)的故障會(huì)對(duì)組織有嚴(yán)重和致命的影響事務(wù)處理系統(tǒng)特性能夠迅速有效地處理大量數(shù)據(jù)的輸入和輸出事務(wù)處理系統(tǒng)的簡單縱覽事務(wù)處理系統(tǒng)的簡單縱覽事務(wù)處理方法批處理系統(tǒng)：將一段時(shí)間內(nèi)的一批事務(wù)一次性處理的系統(tǒng)聯(lián)機(jī)事務(wù)系統(tǒng)：該方法中每個(gè)事務(wù)即時(shí)進(jìn)行處理，而不累積成批處理延遲的聯(lián)機(jī)錄入：前兩者的折衷事務(wù)處理方法批處理系統(tǒng)：將一段時(shí)間內(nèi)的一批事務(wù)一次性處理的系事務(wù)處理系統(tǒng)的目標(biāo)處理由事務(wù)產(chǎn)生的及與事務(wù)相關(guān)的數(shù)據(jù)保持高準(zhǔn)確度：輸入和處理無錯(cuò)數(shù)據(jù)保證數(shù)據(jù)和信息的完整性及時(shí)生成文檔和報(bào)告提高勞動(dòng)效率有助于改善服務(wù)事務(wù)處理系統(tǒng)的目標(biāo)處理由事務(wù)產(chǎn)生的及與事務(wù)相關(guān)的數(shù)據(jù)事務(wù)處理系統(tǒng)—總結(jié)一個(gè)組織的TPS必須支持業(yè)務(wù)正常工作過程中發(fā)生的常規(guī)的日?；顒?dòng)，這有助于公司對(duì)產(chǎn)品和服務(wù)增值數(shù)據(jù)應(yīng)該在源處獲得，以減少人工勞動(dòng)，并且能準(zhǔn)確、及時(shí)地記錄送入計(jì)算機(jī)的方式事務(wù)處理的業(yè)務(wù)數(shù)據(jù)包括數(shù)據(jù)收集、數(shù)據(jù)編輯、數(shù)據(jù)修改、數(shù)據(jù)操作、數(shù)據(jù)存儲(chǔ)和文檔生成將一個(gè)公司的事務(wù)處理系統(tǒng)與其他公司連接起來是降低成本、加快信息流動(dòng)的有效策略—例如SCM事務(wù)處理系統(tǒng)—總結(jié)一個(gè)組織的TPS必須支持業(yè)務(wù)正常工作過程中管理信息系統(tǒng)概述管理信息系統(tǒng)的主要目標(biāo)是幫助管理者了解日常的業(yè)務(wù)以便進(jìn)行既有效又高效的控制、組織、計(jì)劃，最后達(dá)到組織的目標(biāo)。--向管理者提供信息多數(shù)是通過不同的匯總分析報(bào)表來實(shí)現(xiàn)功能的；這些報(bào)表篩選、分析事務(wù)處理數(shù)據(jù)庫中高度細(xì)化的數(shù)據(jù)，然后用一種有意義的方式將結(jié)果送給管理者在恰當(dāng)?shù)臅r(shí)機(jī)以恰當(dāng)?shù)姆绞较蚯‘?dāng)?shù)膶?duì)象提交正確的信息，以改進(jìn)工作效率管理信息系統(tǒng)概述管理信息系統(tǒng)的主要目標(biāo)是幫助管理者了解日常的管理信息系統(tǒng)特點(diǎn)制作進(jìn)度、需求、異常、常規(guī)四類報(bào)表，有助于管理執(zhí)行人員即時(shí)作出高質(zhì)量決策報(bào)表具有固定和標(biāo)準(zhǔn)的格式生成硬拷貝和軟拷貝報(bào)表使用存儲(chǔ)在計(jì)算機(jī)系統(tǒng)內(nèi)的內(nèi)部數(shù)據(jù)報(bào)表由包括系統(tǒng)分析員和計(jì)算機(jī)程序員在內(nèi)的信息系統(tǒng)人員開發(fā)和實(shí)施需要用戶提交正式需求管理信息系統(tǒng)特點(diǎn)制作進(jìn)度、需求、異常、常規(guī)四類報(bào)表，有助于管管理信息系統(tǒng)—四類報(bào)表進(jìn)度報(bào)表：周期生成或按日程生成，如日、周、月報(bào)關(guān)鍵指標(biāo)報(bào)表是一種特殊類型的進(jìn)度表，匯總前一日關(guān)鍵活動(dòng)。需求報(bào)表：按管理者的要求提供相應(yīng)的信息；如產(chǎn)品銷售形勢報(bào)表異常報(bào)表：當(dāng)情況出現(xiàn)異常，需管理者加以注意而由系統(tǒng)自動(dòng)生成的報(bào)表；如預(yù)算超支的項(xiàng)目列表常規(guī)報(bào)表：就某一情況為管理者提供更為詳盡的數(shù)據(jù)管理信息系統(tǒng)—四類報(bào)表進(jìn)度報(bào)表：周期生成或按日程生成，如日、管理信息系統(tǒng)—報(bào)表開發(fā)原則按用戶要求定制每份報(bào)表：要求用戶參與和輸入時(shí)間與精力應(yīng)只用于要使用的報(bào)表：一旦建立，即使沒人使用，許多報(bào)表仍會(huì)一直不斷生成注意報(bào)表的內(nèi)容和格式：突出顯示最為重要的信息，字詞和術(shù)語力求清晰易懂利用例外報(bào)告實(shí)施管理：某些報(bào)告只應(yīng)出現(xiàn)亟待解決問題或需要采取某動(dòng)作時(shí)生成審核設(shè)定參數(shù)：如參數(shù)過低結(jié)果是報(bào)告過多，如參數(shù)過高則忽略有價(jià)值信息確保報(bào)告的時(shí)效：過期的報(bào)告無價(jià)值或價(jià)值極小管理信息系統(tǒng)—報(bào)表開發(fā)原則按用戶要求定制每份報(bào)表：要求用戶參管理信息系統(tǒng)小結(jié)MIS必須在恰當(dāng)?shù)臅r(shí)間以恰當(dāng)?shù)姆绞较蚯‘?dāng)?shù)娜颂峁┣‘?dāng)?shù)男畔⒔M織的MIS的最重要的內(nèi)部信息來源是事務(wù)處理系統(tǒng)在大多數(shù)的情況下，公司最了解如何得到數(shù)據(jù)以及何時(shí)以何種形式向哪一位管理者提交報(bào)表可以為公司帶來最大的利益不同信息系統(tǒng)的集成使數(shù)據(jù)和信息可以更簡單地共享，從而降低公司的成本，提高報(bào)表的精確度、數(shù)據(jù)更安全，公司達(dá)到更高的效率管理信息系統(tǒng)小結(jié)MIS必須在恰當(dāng)?shù)臅r(shí)間以恰當(dāng)?shù)姆绞较蚯‘?dāng)?shù)娜藳Q策支持系統(tǒng)基本概念決策是問題解答的一個(gè)組成部分決策階段是問題解答的處理階段，其包括情報(bào)、設(shè)計(jì)和選擇三個(gè)時(shí)期。情報(bào)時(shí)期：認(rèn)識(shí)和確定潛在的困難和(或者)機(jī)會(huì)設(shè)計(jì)時(shí)期：確定問題解答的可選擇的方案選擇時(shí)期：要求選擇一種行動(dòng)方案問題解答除了決策階段外還包括實(shí)施時(shí)期和監(jiān)控時(shí)期實(shí)施時(shí)期：確定的行動(dòng)方案開始生效監(jiān)控時(shí)期：決策者們?cè)u(píng)估問題解答方案實(shí)施效果決策支持系統(tǒng)基本概念決策是問題解答的一個(gè)組成部分決策支持系統(tǒng)基本概念程序化決策：使用一種規(guī)則、過程或量化方法所做的決策。例如：存貨下降到一百單位時(shí)應(yīng)該定貨。--系統(tǒng)要素之間的關(guān)系通過規(guī)律、過程和數(shù)值關(guān)系的方式固定下來，通?？梢酝ㄟ^MIS實(shí)現(xiàn)非程序化決策：處理不常見和異常的情況，很難量化。例如為雇員確定合適的培訓(xùn)計(jì)劃、決定是否新建一條生產(chǎn)線。--決策支持系統(tǒng)將解決的問題最優(yōu)化模型：找到最好解決方案的決策支持方法滿意性模型：找出一個(gè)好的(但未必是最好)解決方案啟發(fā)式方式：認(rèn)為能找到一個(gè)較好解決方案的指導(dǎo)或過程決策支持系統(tǒng)基本概念程序化決策：使用一種規(guī)則、過程或量化方法決策支持系統(tǒng)的作用與特點(diǎn)用于支持專門問題決策的人力、過程、軟件、數(shù)據(jù)庫和設(shè)備的一個(gè)有組織的集合。用來解決非結(jié)構(gòu)化或半結(jié)構(gòu)化企業(yè)問題的決策。將處理不同來源的大量數(shù)據(jù)提供靈活的報(bào)告和展示以文本和圖表格式提供信息支持深入的分析使用先進(jìn)的軟件包，完成錯(cuò)綜復(fù)雜的分析和比較支持最優(yōu)化的、滿意性和啟發(fā)式的方法執(zhí)行What-if，模擬和目標(biāo)求解分析決策支持系統(tǒng)的作用與特點(diǎn)用于支持專門問題決策的人力、過程、軟決策支持系統(tǒng)的組成DSS的核心是數(shù)據(jù)庫和模型庫，還包括對(duì)話管理器(提供更友好的人機(jī)界面)模型庫：財(cái)務(wù)模型、統(tǒng)計(jì)分析模型、圖表模型、項(xiàng)目管理模型……決策支持系統(tǒng)的組成DSS的核心是數(shù)據(jù)庫和模型庫，還包括對(duì)話管專家系統(tǒng)簡介專家系統(tǒng)可以像某個(gè)特定領(lǐng)域的人類專家一樣行動(dòng)用來輔助設(shè)計(jì)新產(chǎn)品或新系統(tǒng)、決定木材的最佳使用、提高醫(yī)療衛(wèi)生的質(zhì)量、決定信用卡的信貸額度它能對(duì)它們的推理或提議的決策作出解釋能顯示“智能”行為能從復(fù)雜的關(guān)系間得出結(jié)論能提供“可移動(dòng)”的知識(shí)能處理不確定性專家系統(tǒng)簡介專家系統(tǒng)可以像某個(gè)特定領(lǐng)域的人類專家一樣行動(dòng)不同視角下的信息系統(tǒng)不同視角下的信息系統(tǒng)主流信息應(yīng)用系統(tǒng)MRPMRPIIERP：制造業(yè)，成本、生產(chǎn)流程CRM：客戶關(guān)系管理SCM：供應(yīng)鏈管理BI：商業(yè)智能OA：辦公自動(dòng)化E-Commerce：電子商務(wù)……主流信息應(yīng)用系統(tǒng)MRPMRPIIERP：制造業(yè)，成本、信息應(yīng)用系統(tǒng)分類內(nèi)部：OA、MIS、BI、KM外部：CRM、E-Commerce、WebPortal協(xié)作：SCM、GroupWare、AssistantTools信息應(yīng)用系統(tǒng)分類內(nèi)部：OA、MIS、BI、KM信息系統(tǒng)需求的本質(zhì)流程電子化

>利用信息化系統(tǒng)改進(jìn)、固化流程

>事務(wù)處理系統(tǒng)尤其明顯

>工作流定義、流程改進(jìn)、再造

>工作流模型數(shù)據(jù)信息化

>業(yè)務(wù)術(shù)語，業(yè)務(wù)實(shí)體

>需要留存哪些數(shù)據(jù)？誰需要共享？

>需要什么報(bào)表？有哪些數(shù)據(jù)分析規(guī)則？信息系統(tǒng)需求的本質(zhì)流程電子化

>利用信息化系統(tǒng)改進(jìn)、固化流信息系統(tǒng)常見技術(shù)計(jì)算模式：B/S、C/S主要開發(fā)體系：.NET、J2EE、LAMP、RailonRuby重要思想：SOA、WebService、工作流引擎開發(fā)方法論：重方法論（RUP）、敏捷方法論建模技術(shù)：UML、E-R模型信息系統(tǒng)常見技術(shù)計(jì)算模式：B/S、C/SAgenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐1）理論是實(shí)踐的基礎(chǔ)2）解決概念性的誤區(qū)Agenda信息系統(tǒng)基礎(chǔ)理論1）理論是實(shí)踐的基礎(chǔ)需求—導(dǎo)致項(xiàng)目失敗的罪魁禍?zhǔn)赘鶕?jù)StandishGroup對(duì)23000個(gè)項(xiàng)目進(jìn)行的研究結(jié)果表明，28%的項(xiàng)目徹底失敗，46%的項(xiàng)目超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的項(xiàng)目獲得成功。而在于這些高達(dá)74%的不成功項(xiàng)目中，有約60%的失敗是源于需求問題。也就是說，有近45%的項(xiàng)目最終因?yàn)樾枨蟮膯栴}最終導(dǎo)致失敗。對(duì)不知道航行目的地的人來說，沒有順風(fēng)！需求—導(dǎo)致項(xiàng)目失敗的罪魁禍?zhǔn)赘鶕?jù)StandishGroup我們?cè)谀睦镏刂厮ち艘货釉赟tandishGroup的報(bào)告中總結(jié)了導(dǎo)致項(xiàng)目失敗的最重要的8大原因中，有5個(gè)與需求相關(guān)：不完整的需求(13.1%)；缺乏用戶的介入(12.4%)；不實(shí)際的客戶期望(9.9%)；需求和規(guī)范的變更(8.7%)；提供了不再需要的(7.5%)

缺乏資源(10.6%),沒有執(zhí)行層支持(9.3%),缺少規(guī)劃(8.1%)我們?cè)谀睦镏刂厮ち艘货釉赟tandishGroup的報(bào)告中項(xiàng)目成功的因素用戶的參與：15.9%管理層支持：13.9%清晰的需求描述(13.0%)；合適的規(guī)劃(9.6%)；現(xiàn)實(shí)的客戶期望(8.2%)；較小的里程碑(7.7%)；有才能的員工(7.2%)項(xiàng)目成功的因素用戶的參與：15.9%軟件需求曾經(jīng)讓我們?nèi)绱死仟N軟件需求曾經(jīng)讓我們?nèi)绱死仟N參與各方都以自已角度講述問題分布式WebServices三層

對(duì)話框菜單條DCOM

B/S數(shù)據(jù)交換……財(cái)務(wù)計(jì)算管理報(bào)表工作流自動(dòng)庫存控制庫存報(bào)警

業(yè)務(wù)線索管理業(yè)務(wù)經(jīng)線索跟蹤

銷售月報(bào)生成交易流數(shù)據(jù)參與各方都以自已角度講述問題分布式WebServices問題的根源是什么？用戶說的不是他想的：客戶提供（陳述的需求）的需求并不是真實(shí)的需求，還需要作進(jìn)一步的分析，以確定客戶的真正需求和期望，接下來需要澄清并重新描述。可以這么說客戶在理解基礎(chǔ)業(yè)務(wù)過程和描述自己的需求方面有很大的差異。需求分析方法有問題：系統(tǒng)開發(fā)人員

使用低效的需求分析和項(xiàng)目管理方法。共同責(zé)任強(qiáng)調(diào)不足：對(duì)客戶和提供商

在項(xiàng)目成功的共同責(zé)任方面強(qiáng)調(diào)不夠。問題的根源是什么？用戶說的不是他想的：客戶提供（陳述的需求）優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求用戶參與不足用戶需求擴(kuò)展有歧義的需求鍍金問題過于抽象的需求忽略某種用戶不準(zhǔn)確的計(jì)劃……優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求用戶參與不足我們應(yīng)該怎么辦？對(duì)“需求”建立正確的認(rèn)識(shí)；客戶和供應(yīng)商—一根繩子上的兩個(gè)螞蚱；和客戶一起建立起“共同的目標(biāo)”；尋找并使用正確的、有效的需求捕獲、描述（建模）、管理方法；動(dòng)態(tài)、持續(xù)地適應(yīng)需求的變化；我們應(yīng)該怎么辦？對(duì)“需求”建立正確的認(rèn)識(shí)；需求是什么？需求是什么？業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常問題定義本身就是業(yè)務(wù)需求。背景描述：XX保險(xiǎn)公司希望充分利用日益完善的移動(dòng)通信技術(shù)，在原有的辦公系統(tǒng)的基礎(chǔ)上進(jìn)行擴(kuò)展，使得在外的業(yè)務(wù)人員能夠及時(shí)地獲得客戶、業(yè)務(wù)相關(guān)的動(dòng)態(tài)信息，與此同時(shí)，實(shí)現(xiàn)企業(yè)內(nèi)部的即時(shí)通信。業(yè)務(wù)需求/目標(biāo)：通過該系統(tǒng)的實(shí)施，將人

工保費(fèi)續(xù)繳、投保手續(xù)辦理兩項(xiàng)業(yè)務(wù)運(yùn)轉(zhuǎn)

周期縮短10％以上，使企業(yè)內(nèi)部溝通效率

大幅改善，以幫助企業(yè)運(yùn)轉(zhuǎn)效率得以提高。業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目業(yè)務(wù)目標(biāo)示例某船廠商業(yè)管理系統(tǒng)目標(biāo)：A1.取代過時(shí)的系統(tǒng)A2.集成訂單文檔及數(shù)據(jù)庫A3.使用經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行報(bào)價(jià)

A4.支持系統(tǒng)化的銷售

A5.快速捕獲成本數(shù)據(jù)

A6.加快發(fā)票的制作某醫(yī)院管理系統(tǒng)目標(biāo)：B1.降低IT成本人事部門：B2.實(shí)現(xiàn)一些任務(wù)的自動(dòng)化B3.消除出錯(cuò)源B4.遵守最后期限

B5.減少繁瑣工作

醫(yī)院部門：B6.減少加班及工作量不足的情況

B7.更快速的勤務(wù)規(guī)劃

B8.改進(jìn)勤務(wù)表質(zhì)量業(yè)務(wù)目標(biāo)示例某船廠商業(yè)管理系統(tǒng)目標(biāo)：某醫(yī)院管理系統(tǒng)目標(biāo)：業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)現(xiàn)狀：功能分解盛行的今天，常常會(huì)犯“盲人摸象”的錯(cuò)誤，這使得需求太過脆弱，難以經(jīng)受考驗(yàn)。目標(biāo)！目標(biāo)！還是目標(biāo)！--系統(tǒng)開發(fā)應(yīng)目標(biāo)驅(qū)動(dòng)！目標(biāo)是團(tuán)隊(duì)唯一的行動(dòng)綱領(lǐng)。目標(biāo)的定義不能夠流于形式，應(yīng)該具有以下特征：業(yè)務(wù)導(dǎo)向、可度量、合理、可行。要

注意目標(biāo)太夸大會(huì)浪費(fèi)資源，目標(biāo)

太縮小會(huì)影響士氣。（教堂與小屋）目標(biāo)通常就是業(yè)務(wù)需求！業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)現(xiàn)狀：功能分解盛行的今天，常常會(huì)犯“業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)目標(biāo)在哪里？業(yè)務(wù)需求是構(gòu)建在“項(xiàng)目發(fā)起人”的腦子里的，也就是誰提出項(xiàng)目，誰就擁有對(duì)“業(yè)務(wù)需求”的最清晰的理解。引出宏觀的目標(biāo)：思考企業(yè)運(yùn)作中存在什么問題？這些問題主要是體現(xiàn)在哪些方面？這些問題對(duì)企業(yè)造成了什么影響？認(rèn)為可以怎么解決？希望達(dá)到什么樣的效果？將大任務(wù)分解成為小目標(biāo)，并且引導(dǎo)客戶良好地定義，這也是我們形成“項(xiàng)目子目標(biāo)描述”的關(guān)鍵基礎(chǔ)。衡量這些目標(biāo)的合理性與可行性。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)目標(biāo)在哪里？業(yè)務(wù)需求是構(gòu)建在“項(xiàng)目發(fā)業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)形成一個(gè)不超過50字的項(xiàng)目目標(biāo)，并且列出5-9個(gè)主要子目標(biāo)，并且將其制作成一頁文檔，作為“項(xiàng)目的行動(dòng)綱領(lǐng)”，還應(yīng)該得到“項(xiàng)目發(fā)起人”的認(rèn)可。在此基礎(chǔ)上，可以編寫“項(xiàng)目的目標(biāo)和范圍文檔”(或稱項(xiàng)目綜述，即POS，內(nèi)容包括問題/機(jī)會(huì)、項(xiàng)目目標(biāo)、項(xiàng)目目的、成功標(biāo)準(zhǔn)、假設(shè)/風(fēng)險(xiǎn)/障礙)，對(duì)于產(chǎn)品而言，我們還可以構(gòu)建一個(gè)從市場角度分析的“愿景”文檔。該部分工作是處于“需求過程”的金字塔尖，多花費(fèi)一些時(shí)間和精力是值得的，也是必要的。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)形成一個(gè)不超過50字的項(xiàng)目目標(biāo)，并且業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)有了清晰的目標(biāo)之

后，還應(yīng)該對(duì)系統(tǒng)

劃定范圍，最常用

的方法是工作上下

文范圍圖（結(jié)構(gòu)化

分析方法）：業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)有了清晰的目標(biāo)之

后，還應(yīng)該對(duì)系統(tǒng)

用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么完成的需求，通常是在問題定義的基礎(chǔ)上進(jìn)用戶訪談、調(diào)查，對(duì)用戶使用的場景進(jìn)行整理，從而建立從用戶角度的需求。用戶有不同類型：

>管理型、事務(wù)型>信息系統(tǒng)、人

>決策層、使用層>常用者、偶用者組織方法：用例、用戶故事、特性例子：對(duì)快到期的客戶，系統(tǒng)將通過短信

將續(xù)保信息發(fā)給該客戶的代理人用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么系統(tǒng)需求解釋一：系統(tǒng)需求是相關(guān)聯(lián)的硬件、軟件系統(tǒng)對(duì)待開發(fā)系統(tǒng)的相關(guān)需求。解釋二：從系統(tǒng)實(shí)現(xiàn)的角度描述的需求。開發(fā)人員（設(shè)計(jì)及分析人員）在業(yè)務(wù)需求、用戶需求的基礎(chǔ)上生成的。系統(tǒng)需求解釋一：系統(tǒng)需求是相關(guān)聯(lián)的硬件、軟件系統(tǒng)對(duì)待開發(fā)系統(tǒng)功能需求功能需求是需求的主體，是需求的本質(zhì)功能需求定義了：系統(tǒng)必須完成的那些事，即為了向它的用戶提供有用的功能，產(chǎn)品必須執(zhí)行的動(dòng)作零散（需求項(xiàng)）整理（特性、用例）敏捷方法：用戶故事功能需求功能需求是需求的主體，是需求的本質(zhì)質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì)可靠性：成熟性、容錯(cuò)性、易恢復(fù)性易使用性：易理解性、易學(xué)習(xí)性、易操作性效率：時(shí)間特性、資源特性可維護(hù)性：易分析性、易更改性、穩(wěn)定性、易測試性可移植性：適應(yīng)性、易安裝性、一致性、易替換性McCall體系：運(yùn)行(正確性、可靠性、效率、

完整性、使用性)、修正(維護(hù)性、測試性、

靈活性)、轉(zhuǎn)移(移植性、復(fù)用性、共運(yùn)行性)質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì)設(shè)計(jì)約束也稱為限制條件、補(bǔ)充規(guī)約，這通常是對(duì)解決方案的一些約束說明。例如：必須采用國有自主知識(shí)版權(quán)的數(shù)據(jù)庫系統(tǒng)…再如：必須運(yùn)行在UNIX操作系統(tǒng)之下設(shè)計(jì)約束也稱為限制條件、補(bǔ)充規(guī)約，這通常是對(duì)解決方案的一些約正確理解需求—考慮系統(tǒng)的本質(zhì)正確理解系統(tǒng)需求，就是理解系統(tǒng)的外圍環(huán)境需求：使人能夠?qū)岬囊后w送到嘴里而液體不會(huì)濺出，人也不會(huì)燙傷杯體，組件，盛液體杯把，組件，方便拿和嘴的接口和手的接口和桌子的接口正確理解需求—考慮系統(tǒng)的本質(zhì)正確理解系統(tǒng)需求，就是理解系統(tǒng)的正確理解需求—考慮系統(tǒng)的本質(zhì)考慮因素：

>杯子本身沒有用，要依靠人胳膊的機(jī)械運(yùn)動(dòng)

>杯子的杯體部分要依靠重力的存在才能發(fā)揮作用

>杯子必須被正確使用，拿反了就會(huì)使液體倒出這個(gè)簡單杯子要具備其用途的功能，最終取決于：

>從組件交互所表現(xiàn)出來的屬性

>與外部組件的合適接口

>正確嵌入外圍系統(tǒng)—由人手拿住，并用胳膊舉起

>適當(dāng)環(huán)境的存在—失重條件下需另一種解決方案正確理解需求—考慮系統(tǒng)的本質(zhì)考慮因素：

>杯子本身沒有用，兩個(gè)世界三種設(shè)計(jì)兩個(gè)世界三種設(shè)計(jì)問題域某需求分析師在一個(gè)“為貨車運(yùn)輸公司開發(fā)軟件”，該軟件的目的是跟蹤卡車、司機(jī)、貨物及散布于全國各地的客戶。如果一開始就描述客戶所期望的盡可能詳細(xì)的行為：屏幕的外觀，每一版塊的信息以及程序?qū)κ髽?biāo)的應(yīng)答，那么—你就忽略了需求！！需求定義的是軟件所要解決的問題，而不是描述軟件如何解決它。即它是與問題域相關(guān)聯(lián)的。例如：貨運(yùn)公司軟件的一個(gè)需求可能是按要求把貨物從一個(gè)地方送到另一個(gè)地方，軟件通過調(diào)度卡車和委派司機(jī)來實(shí)現(xiàn)需求問題域某需求分析師在一個(gè)“為貨車運(yùn)輸公司開發(fā)軟件”，該軟件的需求需求是通過計(jì)算機(jī)編程在問題域中施加的效果需求是確定客戶需要得到什么的陳述：能在問題域中執(zhí)行某種類型的活動(dòng)，能使用問題域的部分信息，使問題域中的參數(shù)保持在一定的范圍等貨運(yùn)公司軟件需求中使用的術(shù)語應(yīng)該是問題域中的對(duì)象，如“對(duì)于指定卡車，一個(gè)職員可以找出它正裝載的貨物是什么”需求不包括像數(shù)據(jù)庫、按鈕、雙向鏈表、文件等術(shù)語需求需求是通過計(jì)算機(jī)編程在問題域中施加的效果優(yōu)秀的需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項(xiàng)信息，可以采用TBD來標(biāo)注正確性：經(jīng)過用戶或用戶信任的代理人審閱可行性：在已知能力和約束條件中實(shí)現(xiàn)必要性：每項(xiàng)需求記錄的功能都應(yīng)是用戶真正需要的有優(yōu)先次序：提供了實(shí)現(xiàn)優(yōu)先級(jí)無歧義：對(duì)所有讀者只有一種一致的解釋可驗(yàn)證性：可以設(shè)計(jì)測試方法來檢查優(yōu)秀的需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項(xiàng)信Agenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐1）掌握需求的相關(guān)工作2）了解需求的相關(guān)人員Agenda信息系統(tǒng)基礎(chǔ)理論1）掌握需求的相關(guān)工作需求錯(cuò)誤的代價(jià)需求：1設(shè)計(jì)：5編碼：10測度：20-50運(yùn)行與維護(hù)：200需求錯(cuò)誤的代價(jià)需求：1設(shè)計(jì)：5編碼：10測度：20-50運(yùn)行需求開發(fā)與管理需求開發(fā)與管理需求開發(fā)活動(dòng)需求開發(fā)活動(dòng)需求獲取應(yīng)收集什么信息：

>問題域的描述

>要求解決的問題列表（需求）

>用戶對(duì)解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約束信息來源：

>客戶（實(shí)際的和潛在的）

>任何原有解系統(tǒng)（已有系統(tǒng)）及其文檔

>原有系統(tǒng)用戶/新系統(tǒng)的潛在用戶

>應(yīng)用（問題）領(lǐng)域?qū)＜?/p>

>定義了任何接口系統(tǒng)的特片和行為的文檔

>相關(guān)的技術(shù)標(biāo)準(zhǔn)和法規(guī)需求獲取應(yīng)收集什么信息：

>問題域的描述

>要求解決的問需求獲取技術(shù)閱讀背景資料頭腦風(fēng)暴討論分析文檔考古面談（用戶訪談）聯(lián)合應(yīng)用設(shè)計(jì)用戶調(diào)查需求剝離現(xiàn)場觀摩任務(wù)觀察用例和場景需求獲取技術(shù)閱讀背景資料現(xiàn)場觀摩需求獲取的誤區(qū)缺乏計(jì)劃性：隨意、走過場，預(yù)先沒計(jì)劃缺乏科學(xué)性：未從本質(zhì)入手捕獲對(duì)象不明確，甚至造成岐義過于迷信現(xiàn)有文檔過于迷信“聽”到的東西需求獲取的誤區(qū)缺乏計(jì)劃性：隨意、走過場，預(yù)先沒計(jì)劃需求分析所謂分析是指通過對(duì)問題域的研究，獲得對(duì)該領(lǐng)域特性及存在于其中（需要解決）的問題特性的透徹理解并用文檔說明分析方法：結(jié)構(gòu)化分析法、面向?qū)ο蠓治龇ā⒚嫦騿栴}域分析法任何分析法，均需描述以下幾個(gè)方面:

>問題域的結(jié)構(gòu)（子域，及子域間關(guān)系）

>問題域的數(shù)據(jù)

>問題子域的固有屬性及行為

>問題域中的重要事件及現(xiàn)象

>需求：應(yīng)產(chǎn)生的效果需求分析所謂分析是指通過對(duì)問題域的研究，獲得對(duì)該領(lǐng)域特性及存需求分析方法—結(jié)構(gòu)化分析從基于文本分析和規(guī)格文檔圖形建模表示法結(jié)構(gòu)化分析初期的模型：數(shù)據(jù)流圖+E-R圖數(shù)據(jù)流圖：體現(xiàn)了流程，但是以數(shù)據(jù)為中心的流程E-R圖：體現(xiàn)了要存儲(chǔ)的信息數(shù)據(jù)字典：對(duì)數(shù)據(jù)、數(shù)據(jù)流的描述需求分析方法—結(jié)構(gòu)化分析從基于文本分析和規(guī)格文檔圖形建模表需求分析方法—結(jié)構(gòu)化分析對(duì)問題域的研究力度不夠大分析和設(shè)計(jì)之間缺乏清晰的界限，將會(huì)導(dǎo)致不成熟的內(nèi)部設(shè)計(jì)沒有一個(gè)真正的功能規(guī)格說明需求實(shí)質(zhì)上是根據(jù)滿足該需求的某一特定系統(tǒng)的內(nèi)部設(shè)計(jì)來加以說明的內(nèi)部設(shè)計(jì)的開發(fā)使用的則是不可靠的內(nèi)部設(shè)計(jì)技術(shù)，即功能分解SA不適用于某些類型（絕非少數(shù)）的應(yīng)用需求分析方法—結(jié)構(gòu)化分析對(duì)問題域的研究力度不夠大需求分析方法—面向?qū)ο蠓治雠c開發(fā)方法最為接近的分析方法主要模型：

>用例模型：系統(tǒng)的功能，場景化分析

>類模型：對(duì)象、數(shù)據(jù)

>活動(dòng)圖、狀態(tài)圖用例驅(qū)動(dòng)的需求實(shí)踐最佳實(shí)踐需求分析方法—面向?qū)ο蠓治雠c開發(fā)方法最為接近的分析方法需求分析方法—面向問題域分析是一種新的、返璞歸真，較少強(qiáng)調(diào)建模搜集基本的信息并開發(fā)問題框架，以建立問題域的類型；在問題框架類型的指導(dǎo)下，進(jìn)一步搜集詳細(xì)信息并給出一個(gè)問題域相關(guān)特性的描述。需求分析方法—面向問題域分析是一種新的、返璞歸真，較少強(qiáng)調(diào)建需求分析—何時(shí)進(jìn)行應(yīng)該在“業(yè)務(wù)需求”充分理解，并且收集了最本質(zhì)的“用戶需求”之后就開始需求分析，但并不是等到需求捕獲完全做完之后交替進(jìn)行，先把握用戶需求主要部分，然后在分析的基礎(chǔ)上引入系統(tǒng)級(jí)的需求（系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)角度），并且分析模型，成為開發(fā)人員之間、開發(fā)人員與客戶之間達(dá)成共識(shí)的一個(gè)平臺(tái)分析的基礎(chǔ)上，就會(huì)發(fā)現(xiàn)更多的不明確項(xiàng)，

更多待捕獲的信息，這時(shí)就可以生成第二次

的需求調(diào)研的計(jì)劃、問題、素材需求分析—何時(shí)進(jìn)行應(yīng)該在“業(yè)務(wù)需求”充分理解，并且收集了最本需求分析—何時(shí)結(jié)束需求捕獲、分析與建模、規(guī)格說明書的編寫、需求的驗(yàn)證這個(gè)需求開發(fā)的循環(huán)，是在整個(gè)軟件開發(fā)生命周期中存在的每一次的循環(huán)，都將在需求開發(fā)的工作要點(diǎn)與份量上有所不同，它們應(yīng)該遵循以下：

>從本質(zhì)到邊緣：本質(zhì)、重要、次重要、一般、鑲金

>細(xì)化階段是需求開發(fā)最密集的階段

>構(gòu)建階段需求開發(fā)逐漸減少需求分析—何時(shí)結(jié)束需求捕獲、分析與建模、規(guī)格說明書的編寫、需需求分析—內(nèi)容與形式需求分析與建模不應(yīng)該是孤立的行為，產(chǎn)生的結(jié)果也不一定非得是規(guī)范度很高的標(biāo)準(zhǔn)文檔，而應(yīng)該重在分析、重在方法、重在交流、重在解決問題團(tuán)隊(duì)聚在一起，利用白板甚至是紙張，在充分的合作下進(jìn)行分析與初步建模是成本最低、效率最高、實(shí)用性最強(qiáng)的方法對(duì)于這些活動(dòng)所產(chǎn)生的結(jié)果，可以利用數(shù)碼相機(jī)、掃描儀進(jìn)行文檔化，“直到你一定要用時(shí)，再寫文檔”對(duì)于比較重要、核心的內(nèi)容，再采用Rose、

Together這樣的工具進(jìn)行文檔化需求分析—內(nèi)容與形式需求分析與建模不應(yīng)該是孤立的行為，產(chǎn)生編寫規(guī)約規(guī)格說明書是對(duì)需求分析結(jié)果的文檔化過程比較“正規(guī)”的開發(fā)組織都會(huì)重視這個(gè)活動(dòng)，甚至可以說是“重視過度”，而且產(chǎn)生出來的文檔經(jīng)常是與實(shí)際的開發(fā)脫離，完成之后就束之高閣，再也不使用、不更新。這是一個(gè)需求崩潰的信號(hào)規(guī)格說明書的格式與所采用的開發(fā)過程、分析方法相關(guān)的，不同的方法格式不同定義統(tǒng)一的格式是一個(gè)很重要的工作規(guī)約內(nèi)容的嚴(yán)謹(jǐn)、正確、無岐義是很重要的編寫規(guī)約規(guī)格說明書是對(duì)需求分析結(jié)果的文檔化過程需求驗(yàn)證這個(gè)工作大多數(shù)組織都不夠重視，導(dǎo)致這個(gè)工作直到交付系統(tǒng)時(shí)才真正被履行，這也就是為什么客戶拿到系統(tǒng)后才提出許多這樣那樣的需求變更，甚至認(rèn)為整個(gè)系統(tǒng)都不是他所需要的提高需求質(zhì)量的重要手段：

>需求評(píng)審

>需求確認(rèn)

>通過原型來驗(yàn)證需求需求驗(yàn)證這個(gè)工作大多數(shù)組織都不夠重視，導(dǎo)致這個(gè)工作直到交付系需求開發(fā)與需求管理的分界需求開發(fā)與需求管理的分界需求基線管理頻繁的需求變更會(huì)破壞開發(fā)的節(jié)奏，使整個(gè)項(xiàng)目開發(fā)的進(jìn)度陷入混亂和失控的狀態(tài)，而且會(huì)變成一個(gè)“救火隊(duì)”式的工作，整天都在處理突發(fā)事件將所有現(xiàn)在的、將來的需求進(jìn)行優(yōu)先級(jí)評(píng)估，然后分解成為不同的組，每次迭代都選擇其中優(yōu)先級(jí)最高的部分進(jìn)行開發(fā)，然后在迭代完成之前，開發(fā)工作不響應(yīng)變更，這些劃入的需求項(xiàng)就是需求基線的組成部分需求基線管理頻繁的需求變更會(huì)破壞開發(fā)的節(jié)奏，使整個(gè)項(xiàng)目開發(fā)的需求基線管理—操作思路我們應(yīng)該在分析的基礎(chǔ)上，將需求整合成為用例或功能項(xiàng)，然后對(duì)其進(jìn)行優(yōu)先級(jí)、依賴性進(jìn)行綜合性評(píng)估優(yōu)先級(jí)判斷：業(yè)務(wù)人員確定業(yè)務(wù)決定，技術(shù)人員確定技術(shù)決策；“滿意度/不滿意度”模型依賴性是指對(duì)于某些功能，在實(shí)現(xiàn)上有必須的依賴關(guān)系，即當(dāng)某些功能沒有實(shí)現(xiàn)時(shí)，另外的功能無法開始，這就需要對(duì)其進(jìn)行調(diào)整需求基線管理—操作思路我們應(yīng)該在分析的基礎(chǔ)上，將需求整合成為需求變更管理需求變更是一定存在的，而需求變更管理并不是指逃避它，更不是說要避免它，它實(shí)際上是希望控制變更在基線內(nèi)的需求不響應(yīng)變更，為開發(fā)人員提供一個(gè)安靜的工作時(shí)間狀態(tài)專門的需求變更管理來對(duì)所有的需求變更進(jìn)行響應(yīng)，了解需求變更的關(guān)鍵意圖、新產(chǎn)生的工作量，從而良好地進(jìn)行重新計(jì)劃，以便能夠有效地解決其對(duì)整個(gè)開發(fā)帶來的麻煩需求變更管理需求變更是一定存在的，而需求變更管理并不是指逃避需求變更管理—變更的流程提出變更：正式的方式提交變更是很重要的，合約式的溝通平臺(tái)變更評(píng)估：合理性評(píng)估，進(jìn)一步了解其變更的主要原因，認(rèn)清其是否是因?yàn)闇贤ㄉ系恼`會(huì)與不理解而造成的不必要的變更；工作量評(píng)估則是評(píng)估其對(duì)進(jìn)度的影響；影響面分析則是評(píng)估該變更會(huì)對(duì)哪些部分工作產(chǎn)生影響，具體地說會(huì)對(duì)哪些人的工作產(chǎn)生影響分級(jí)響應(yīng)評(píng)估：不影響相關(guān)模塊開發(fā)進(jìn)度的，可直接響應(yīng)；影響本模塊開發(fā)進(jìn)度但不影響項(xiàng)目總體進(jìn)度的，可由項(xiàng)目經(jīng)理協(xié)調(diào)后直接響應(yīng)；影響項(xiàng)目進(jìn)度的，則應(yīng)該交與客戶協(xié)商響應(yīng)方式需求變更管理—變更的流程提出變更：正式的方式提交變更是很重要需求跟蹤需求的跟蹤是指對(duì)需求的完成情況、變更影響進(jìn)行系統(tǒng)化的跟蹤與處理“需求是不是已經(jīng)被實(shí)現(xiàn)？”、“需求的變化將需要修改哪些設(shè)計(jì)元素？會(huì)影響誰的工作？對(duì)已經(jīng)完成的部分是否有影響？”需求跟蹤需求的跟蹤是指對(duì)需求的完成情況、變更影響進(jìn)行系統(tǒng)化的需求管理的參與者需求管理的參與者需求分析師需求分析員是對(duì)項(xiàng)目涉眾的需求進(jìn)行收集、分析、記錄和驗(yàn)證等職責(zé)的主要承擔(dān)者，是用戶群體與軟件開發(fā)團(tuán)隊(duì)間進(jìn)行需求溝通的主要渠道典型活動(dòng)：定義業(yè)務(wù)需求、確定項(xiàng)目涉眾和用戶類別、獲取需求、分析需求、為需求建模、編寫需求規(guī)格說明、主持對(duì)需求的驗(yàn)證、引導(dǎo)對(duì)需求的優(yōu)先級(jí)劃分、管理需求必備技能：傾聽、交談和提問的技巧，分析、

協(xié)調(diào)、觀察、寫作、組織、建模、人際交

往和創(chuàng)造能力需求分析師需求分析員是對(duì)項(xiàng)目涉眾的需求進(jìn)行收集、分析、記錄和需求分析師必備知識(shí)：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、領(lǐng)域知識(shí)需求分析員的來源：用戶轉(zhuǎn)為分析員（軟件工程知識(shí)欠缺）、開發(fā)人員轉(zhuǎn)為分析員（領(lǐng)域知識(shí)、溝通能力）、主題專家（易按自己的偏好來構(gòu)建系統(tǒng)）需求分析師必備知識(shí)：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、軟件客戶權(quán)利法案要求需求分析員使用客戶的語言要求需求分析員熟悉客戶的業(yè)務(wù)，了解客戶的系統(tǒng)目標(biāo)要求需求分析員把需求收集過程中客戶提供的信息組織成書面的軟件需求規(guī)格說明要求需求分析員解釋需求過程生成的所有工作結(jié)果要求需求分析員和開發(fā)人員尊重客戶，始終以合作和專業(yè)的態(tài)度與客戶進(jìn)行互動(dòng)要求需求分析員和開發(fā)人員為需求和產(chǎn)

品實(shí)現(xiàn)提供思路和備用方案軟件客戶權(quán)利法案要求需求分析員使用客戶的語言軟件客戶權(quán)利法案要求開發(fā)人員實(shí)現(xiàn)能讓產(chǎn)品使用起來更容易、更有趣的特性調(diào)整需求，便于重用已有的軟件組件在提出需求變更時(shí)，獲得對(duì)變更的成本、影響及二者權(quán)衡關(guān)系的真實(shí)評(píng)估獲得滿足功能和質(zhì)量要求的系統(tǒng)，這些要求必須事先告知開發(fā)人員并征得其同意軟件客戶權(quán)利法案要求開發(fā)人員實(shí)現(xiàn)能讓產(chǎn)品使用起來更容易、更有軟件客戶義務(wù)法案為需求分析員和開發(fā)人員講解業(yè)務(wù)并定義業(yè)務(wù)術(shù)語提供需求，闡明需求，通過與開發(fā)人員的交互將需求充實(shí)完善對(duì)系統(tǒng)需求的描述必須詳細(xì)、準(zhǔn)確需要時(shí)，及時(shí)對(duì)需求做出決斷尊重開發(fā)人員對(duì)需求成本和可行性的評(píng)估與開發(fā)人員協(xié)作，為功能需求、系統(tǒng)特性

和用例設(shè)置優(yōu)先級(jí)軟件客戶義務(wù)法案為需求分析員和開發(fā)人員講解業(yè)務(wù)并定義業(yè)務(wù)術(shù)語需求過程需求過程需求過程需求過程Agenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐對(duì)問題進(jìn)行了正確的定義意味著成功解決了問題的一半Agenda信息系統(tǒng)基礎(chǔ)理論對(duì)問題進(jìn)行了正確的定義信息系統(tǒng)立項(xiàng)前的分析方法GPOA方法：GoalProblemOptionAnswer信息系統(tǒng)立項(xiàng)前的分析方法GPOA方法：GoalProble信息系統(tǒng)立項(xiàng)前的分析方法G（目標(biāo)）：要確定需要開發(fā)某個(gè)信息系統(tǒng)之前，應(yīng)該分析其應(yīng)該達(dá)到的目標(biāo)：業(yè)務(wù)性、可度量P（問題）：要達(dá)到該目標(biāo)所需解決的問題！O（選項(xiàng)）：針對(duì)這些問題可選的解決方案A（答案）：針對(duì)各種Option進(jìn)行分析、評(píng)估，最終確定答案。信息系統(tǒng)立項(xiàng)前的分析方法G（目標(biāo)）：要確定需要開發(fā)某個(gè)信息系信息系統(tǒng)立項(xiàng)可行性分析確定目標(biāo)：信息系統(tǒng)實(shí)現(xiàn)前，信息系統(tǒng)實(shí)現(xiàn)后提出解決方案：分析P，給出O，得出A可行性分析：

>效益分析：經(jīng)濟(jì)可行性，投資回報(bào)

>社會(huì)可行性

>技術(shù)可行性信息系統(tǒng)立項(xiàng)可行性分析確定目標(biāo)：信息系統(tǒng)實(shí)現(xiàn)前，信息系統(tǒng)實(shí)現(xiàn)信息系統(tǒng)立項(xiàng)時(shí)的常見誤區(qū)目標(biāo)：含混不清，過為宏觀

Solution:基于業(yè)務(wù)需求思考解決方案：思路過于受限

Solutions:>只想What，別想How

>了解、理解IT技術(shù)期望值：脫離現(xiàn)實(shí)發(fā)起人、用戶、使用者想法不一致

信息系統(tǒng)立項(xiàng)時(shí)的常見誤區(qū)目標(biāo)：含混不清，過為宏觀

框定問題的技巧問題的定義是需求工作的第一步，也是最重要的一步。問題是否能夠解決，通常與是否能夠更好、更準(zhǔn)確地框定問題相關(guān)。例如，經(jīng)典的馬的遍歷問題：

尋找一系列的移動(dòng)步驟，使

馬走完每個(gè)方塊，而落入任

何一個(gè)方塊一次：框定問題的技巧問題的定義是需求工作的第一步，也是最重要的一步框定問題的技巧框定問題的技巧框定問題的技巧軟件需求第一和可能最重要的步驟是框定問題—把問題的特定部分，以及部分間特定的關(guān)系，放入一個(gè)特定的形式中。問題框定方法應(yīng)使問題的細(xì)節(jié)適合一個(gè)簡單連貫的框架同時(shí)，這也表現(xiàn)出，深入地理解問題域的知識(shí)，正確地抓住其本質(zhì)特性，是十分重要的。（你的燈還亮著嗎？）框定問題的技巧軟件需求第一和可能最重要的步驟是框定問題—把問框定問題的技巧問題：日內(nèi)瓦湖上的山脈中建成了一條很長的汽車隧道，為了防止停電時(shí)發(fā)生災(zāi)難，必須提醒司機(jī)進(jìn)入隧道之前把車燈打開。解決方案一：“警告！前有隧道請(qǐng)打開車頭燈”新問題：隧道出口風(fēng)景很美，返回時(shí)發(fā)現(xiàn)汽車沒電—忘了關(guān)車頭燈??！解決方案二：出口處立標(biāo)牌“關(guān)掉車燈”新問題：夜行車也會(huì)關(guān)掉車燈？解決方案三：建充電站新問題：維護(hù)開支大，充電站也會(huì)出故障框定問題的技巧問題：日內(nèi)瓦湖上的山脈中建成了一條很長的汽車隧框定問題的技巧解決方案四：授權(quán)私人經(jīng)營充電站新問題：風(fēng)景區(qū)商業(yè)化，政府與游客均不接受解決方案五：在隧道盡頭，樹立新標(biāo)牌

如果是白天，并且車燈開著，請(qǐng)熄滅車燈；

如果天色已晚，并且車燈沒開，請(qǐng)打開車燈；

如果是白天，并且車燈沒打，就別打開它；

如果天色已晚，并且車燈開著，請(qǐng)別關(guān)掉它。新問題：誰能在行駛時(shí)讀完？！終極解決方案：你的燈亮著嗎？框定問題的技巧解決方案四：授權(quán)私人經(jīng)營充電站問題分析的五個(gè)步驟問題分析：理解真實(shí)世界中的問題和用戶的需求并提出滿足這些多方面要的解決方案的過程①在問題定義上達(dá)成共識(shí)②理解根本原因—問題背后的問題③確定風(fēng)險(xiǎn)承擔(dān)人和用戶④定義解決方案系統(tǒng)的界限⑤確定加在解決方案上的約束問題分析的五個(gè)步驟問題分析：理解真實(shí)世界中的問題和用戶的需求在問題定義上達(dá)成共識(shí)把問題寫下來，看每個(gè)人是否都同意采用標(biāo)準(zhǔn)化格式：

>問題：描述問題

>影響：確定受問題影響的風(fēng)險(xiǎn)承擔(dān)人

>結(jié)果：確定問題對(duì)風(fēng)險(xiǎn)承擔(dān)人和商業(yè)活動(dòng)的影響

>優(yōu)點(diǎn)：指出解決方案并列出主要優(yōu)點(diǎn)在問題定義上達(dá)成共識(shí)把問題寫下來，看每個(gè)人是否都同意理解根本原因—問題背后的問題TQM的魚骨圖帕雷托圖理解根本原因—問題背后的問題TQM的魚骨圖帕雷托圖理解原因后對(duì)問題的陳述問題：不準(zhǔn)確的訂單影響：訂單操作者、客戶、生產(chǎn)者、銷售者及客服結(jié)果：增加廢品、額外處理成本、客戶不滿及收益降低優(yōu)點(diǎn)：>增加了輸入點(diǎn)訂單的準(zhǔn)確性

>增加了銷售數(shù)據(jù)的報(bào)告以便進(jìn)行管理

>獲得更好的效率理解原因后對(duì)問題的陳述問題：不準(zhǔn)確的訂單確定風(fēng)險(xiǎn)承擔(dān)人和用戶系統(tǒng)的用戶是誰？系統(tǒng)的客戶是誰？還有哪些人會(huì)受系統(tǒng)輸出的影響？系統(tǒng)完成并投入使用后，有誰會(huì)對(duì)它進(jìn)行評(píng)估？還有沒有其他系統(tǒng)內(nèi)部或外部用戶，他們的需要有沒有必要被考慮到？系統(tǒng)將來由誰維護(hù)？還有其他人嗎？確定風(fēng)險(xiǎn)承擔(dān)人和用戶系統(tǒng)的用戶是誰？定義解決方案系統(tǒng)的界限誰會(huì)對(duì)系統(tǒng)提供信息？誰會(huì)在系統(tǒng)中使用信息？誰會(huì)從系統(tǒng)中刪除信息？誰將操作該系統(tǒng)？誰是系統(tǒng)的維護(hù)者？系統(tǒng)將會(huì)在哪兒被使用？系統(tǒng)從哪兒得到信息？哪些外部系統(tǒng)要

和系統(tǒng)進(jìn)行交互？定義解決方案系統(tǒng)的界限誰會(huì)對(duì)系統(tǒng)提供信息？誰會(huì)在系統(tǒng)中使用信確定加在解決方案上的約束經(jīng)濟(jì)約束：預(yù)算？行政約束：存在許可問題？潛在內(nèi)外部政問題？部門間問題？技術(shù)約束：技術(shù)選擇有何限制？限制在已有平臺(tái)或技術(shù)上？禁止使用新技術(shù)？需要購買軟件包？系統(tǒng)約束：建立在現(xiàn)有系統(tǒng)上？需要維護(hù)與原系統(tǒng)的兼容性？必須支付什么操作系統(tǒng)？環(huán)境約束：合法嗎？安全性要求？其他標(biāo)準(zhǔn)限制？進(jìn)度及資源：進(jìn)度要求？已有資源？外部勞動(dòng)力可用否？有無擴(kuò)展資源？確定加在解決方案上的約束經(jīng)濟(jì)約束：預(yù)算？確定加在解決方案上的約束操作性：銷售訂單數(shù)據(jù)必須在數(shù)據(jù)庫中備份一年，因?yàn)閿?shù)據(jù)丟失風(fēng)險(xiǎn)太大，需并行運(yùn)行至少一年的數(shù)據(jù)系統(tǒng)及操作系統(tǒng)：應(yīng)用在服務(wù)器上占用不超過200M，因?yàn)榉?wù)器上存儲(chǔ)空間有限設(shè)備預(yù)算：必須在已有服務(wù)器和主機(jī)上開發(fā)人員預(yù)算：固定的人力資源，沒有外部資源技術(shù)要求：應(yīng)用新的面向?qū)ο蟮姆椒ù_定加在解決方案上的約束操作性：銷售訂單數(shù)據(jù)必須在數(shù)據(jù)庫中備項(xiàng)目定義—業(yè)務(wù)需求產(chǎn)品/項(xiàng)目的目的：對(duì)業(yè)務(wù)目標(biāo)的簡短、可度量的描述客戶：為誰構(gòu)建？顧客：誰會(huì)購買？風(fēng)險(xiǎn)承擔(dān)者：哪些人在產(chǎn)品中擁有既得利益？用戶：誰將操作它？他們的能力如何？限制條件：必須采用某設(shè)計(jì)方案？時(shí)間？經(jīng)費(fèi)？名稱：該項(xiàng)目使用哪些術(shù)語？相關(guān)事實(shí)和假定：每個(gè)人都需要知道什么？工作的范圍：什么是產(chǎn)品和項(xiàng)目的邊界？估算的費(fèi)用：需要花費(fèi)多少工作量或資金風(fēng)險(xiǎn)：面臨的主要風(fēng)險(xiǎn)項(xiàng)目定義—業(yè)務(wù)需求產(chǎn)品/項(xiàng)目的目的：對(duì)業(yè)務(wù)目標(biāo)的簡短、可度量項(xiàng)目定義—目標(biāo)的六要素目標(biāo)：精確預(yù)報(bào)道路結(jié)冰時(shí)間并分派除冰卡車業(yè)務(wù)優(yōu)勢：通過預(yù)報(bào)道路結(jié)冰情況來減少道路事故度量：因結(jié)冰而發(fā)生的事故數(shù)年將低于冬季發(fā)生的事故總數(shù)的15%合理性：消除因結(jié)冰而發(fā)生的事故而減少的損失，與構(gòu)建該系統(tǒng)所花費(fèi)的成本和工作量相比，是否有價(jià)值？可行性：及時(shí)地除冰能否減少事故的發(fā)生？會(huì)降到總數(shù)的15%以下嗎？可達(dá)成性：該目標(biāo)能達(dá)到嗎？項(xiàng)目定義—目標(biāo)的六要素目標(biāo)：精確預(yù)報(bào)道路結(jié)冰時(shí)間并分派除冰卡項(xiàng)目定義—風(fēng)險(xiǎn)承擔(dān)人與用戶用戶：與主題相關(guān)的經(jīng)驗(yàn)、技術(shù)上的經(jīng)驗(yàn)、智力能力、對(duì)工作的態(tài)度、對(duì)技術(shù)的態(tài)度、受教育程度、語言技能、年齡、性別風(fēng)險(xiǎn)承擔(dān)者：用戶、客戶、顧客、管理者、業(yè)務(wù)主題相關(guān)者、開發(fā)人員、檢查人員、市場力量、法律方面、反對(duì)者、專業(yè)團(tuán)體、公眾意見、政府、特殊利益團(tuán)隊(duì)、技術(shù)專家、文化利益、相鄰系統(tǒng)（Stakeholder解析）項(xiàng)目定義—風(fēng)險(xiǎn)承擔(dān)人與用戶用戶：與主題相關(guān)的經(jīng)驗(yàn)、技術(shù)上的經(jīng)項(xiàng)目定義文檔—前景文檔業(yè)務(wù)需求

>背景：新產(chǎn)品的來由與背景

>業(yè)務(wù)機(jī)遇

>業(yè)務(wù)目標(biāo)與成功標(biāo)準(zhǔn)

>客戶與市場需求

>業(yè)務(wù)風(fēng)險(xiǎn)解決方案的前景

>前景說明(目標(biāo)客戶、需求與機(jī)會(huì)、競爭對(duì)手與優(yōu)勢)

>主要特性

>假設(shè)與依賴項(xiàng)目定義文檔—前景文檔業(yè)務(wù)需求

>背景：新產(chǎn)品的來由與背景項(xiàng)目定義文檔—前景文檔范圍與限制

>第一個(gè)版本的范圍

>各后續(xù)版本的范圍

>限制與排除業(yè)務(wù)背景

>涉眾簡介

>項(xiàng)目優(yōu)先級(jí)

>操作環(huán)境前景文檔模板

示例一

示例二項(xiàng)目定義文檔—前景文檔范圍與限制

>第一個(gè)版本的范圍

>需求心理學(xué)—常見現(xiàn)象言過其實(shí)心理：說的流程是一種理想化流程，與實(shí)際情況嚴(yán)重不符越俎代皰心理：對(duì)非自己處理的流程津津熱道，根據(jù)自己的理解、想像進(jìn)行肯定的描述非正事心理：一直忙于工作，無瑕配合需求調(diào)研抗拒心理：新系統(tǒng)對(duì)其利益有損，故意不配合推卸責(zé)任心理：裝不知，說沒需求需求心理學(xué)—常見現(xiàn)象言過其實(shí)心理：說的流程是一種理想化流程，需求變化的預(yù)期流程變化：流程順序變化，流程細(xì)節(jié)變化，流程負(fù)責(zé)人變化，流程輸入變化，流程輸出變化。數(shù)據(jù)變化：數(shù)據(jù)格式變化、數(shù)據(jù)規(guī)則變化、數(shù)據(jù)輸出變化、數(shù)據(jù)項(xiàng)變化業(yè)務(wù)規(guī)則：規(guī)則增加、規(guī)則減少、規(guī)則變化系統(tǒng)表現(xiàn)形式變化：界面、風(fēng)格、輸入形式、

展現(xiàn)方式、訪問方法、網(wǎng)絡(luò)環(huán)境目標(biāo)變化需求變化的預(yù)期流程變化：流程順序變化，流程細(xì)節(jié)變化，流程負(fù)責(zé)Agenda信息系統(tǒng)基礎(chǔ)理論需求的基本概念與原理需求工程需求定義最佳實(shí)踐需求捕獲最佳實(shí)踐需求捕獲是一個(gè)探索的過程是一個(gè)有計(jì)劃、科學(xué)性的過程Agenda信息系統(tǒng)基礎(chǔ)理論需求捕獲是一個(gè)探索的過程需求捕獲的主要障礙大多數(shù)情況下，系統(tǒng)相關(guān)的人員無法陳述自己的需要許多用戶難以解釋所執(zhí)行的任務(wù)，更難解釋為什么執(zhí)行這些任務(wù)相關(guān)人員經(jīng)常指定解決方案而不是需求相關(guān)人員也難以構(gòu)想出新的工作方法，或者想像出使用提供的方法執(zhí)行熟悉的任務(wù)所能夠得到的結(jié)果不同的相關(guān)人員可能持有相互矛盾的觀點(diǎn)相關(guān)人員經(jīng)常出于抵制變更而拒絕新系統(tǒng)需求可能過多—過度的需求需求隨著時(shí)間而變化需求捕獲的主要障礙大多數(shù)情況下，系統(tǒng)相關(guān)的人員無法陳述自己的需求捕獲的各方職責(zé)由需求分析師策劃，由需求分析師、用戶和其他風(fēng)險(xiǎn)承擔(dān)者積極合作完成。用戶、顧客和客戶：有責(zé)任向需求分析師提供他們的工作知識(shí)需求分析師：理解用戶所說的關(guān)于工作的事情，并將其解釋成產(chǎn)品的需求規(guī)格說明

>觀察和學(xué)習(xí)該項(xiàng)工作，從用戶角度來理解它

>用戶對(duì)某項(xiàng)工作的描述必須作為事實(shí)來對(duì)待，要發(fā)現(xiàn)工作的本質(zhì)，而非表象

>發(fā)明完成該工作更好的方法

>以需求規(guī)格說明書和分析模型的方式記錄需求捕獲的各方職責(zé)由需求分析師策劃，由需求分析師、用戶和其他用戶在需求捕獲過程中的角色作為設(shè)計(jì)組、專題討論會(huì)的成員，參與設(shè)計(jì)用戶界面作為知識(shí)來源，提供任務(wù)、商業(yè)過程的當(dāng)前執(zhí)行情況參與集策討論會(huì)，提供構(gòu)想、確定問題作為測試用戶，在驗(yàn)收時(shí)測試系統(tǒng)檢查能否正常工作作為審查者評(píng)估用戶界面進(jìn)行可用性測度，嘗試使用新的用戶界面執(zhí)行任務(wù)作為項(xiàng)目管理委員會(huì)成員用戶在需求捕獲過程中的角色作為設(shè)計(jì)組、專題討論會(huì)的成員，參與用戶的各種需求意識(shí)到的需求：是指那些用戶最先想到的需求，常常表明用戶希望改進(jìn)的一些事情無意識(shí)的需求：是指那些用戶沒有言明的事情，因?yàn)橛脩魧?duì)它們知道得太多，以致于他們假定其他任何人都具備同樣的知識(shí)未夢想過的需求：是指那些一旦用戶認(rèn)識(shí)到它們可能就會(huì)要求的事情用戶的各種需求意識(shí)到的需求：是指那些用戶最先想到的需求，常常系統(tǒng)化地組織需求捕獲術(shù)語表、域建模、領(lǐng)域培訓(xùn)—這些都是因地制宜的業(yè)務(wù)建模的常見工具。（Wiki）與業(yè)務(wù)流程相關(guān)的系統(tǒng)，最重要的是：置身于流程之中，分析信息、工作流。從“組織結(jié)構(gòu)與崗位設(shè)置圖”所體現(xiàn)的管理層次與線條建立全局了解；--參與者的來源；針對(duì)業(yè)務(wù)流程，繪制出跨部門職能流程圖，以幫助開發(fā)人員對(duì)客戶方的業(yè)務(wù)流程建立宏觀、清晰的認(rèn)識(shí)，以便更加有的放矢地進(jìn)行進(jìn)一步的需求捕獲工作。系統(tǒng)化地組織需求捕獲術(shù)語表、域建模、領(lǐng)域培訓(xùn)—這些都是因地制跨部門職責(zé)流程圖跨部門職責(zé)流程圖系統(tǒng)化地組織需求捕獲應(yīng)該搜集什么信息？細(xì)化地研究流程圖，看看是否已經(jīng)對(duì)每個(gè)環(huán)節(jié)、每個(gè)步驟都清楚地認(rèn)識(shí)了。我們應(yīng)該根據(jù)自己的理解首先對(duì)每個(gè)流程的工作進(jìn)行定義，寫出事件流，并且標(biāo)識(shí)出疑問點(diǎn)，這些都將使我們明白“應(yīng)該收集什么信息”。從哪搜集這些信息？流程涉及到什么部門、崗位，答案就應(yīng)該從誰身上找。（閑聊惹的禍）用什么機(jī)制來搜集？需求捕獲技術(shù)有多種，重點(diǎn)在于因地制宜地使用不同的機(jī)制……系統(tǒng)化地組織需求捕獲應(yīng)該搜集什么信息？細(xì)化地研究流程圖，看看主要需求捕獲技術(shù)比較當(dāng)前工作當(dāng)前問題目標(biāo)及關(guān)鍵問題未來系統(tǒng)構(gòu)想切實(shí)的可能性結(jié)果及風(fēng)險(xiǎn)認(rèn)可沖突決議最終需求優(yōu)先級(jí)完整性相關(guān)人員分析BACCBBC用戶訪談AABCC現(xiàn)場觀摩ABCB任務(wù)示范AABCB文檔考古ABCB用戶調(diào)查BBCC集策討論會(huì)A重點(diǎn)問題討論會(huì)AAABCCA域?qū)ｎ}討論會(huì)AAABBBBBBB設(shè)計(jì)專題討論會(huì)CABCBCA主要需求捕獲技術(shù)比較當(dāng)當(dāng)目標(biāo)未來切實(shí)結(jié)果認(rèn)沖最優(yōu)完相關(guān)人員分主要需求捕獲技術(shù)比較當(dāng)前工作當(dāng)前問題目標(biāo)及關(guān)鍵問題未來系統(tǒng)構(gòu)想切實(shí)的可能性結(jié)果及風(fēng)險(xiǎn)認(rèn)可沖突決議最終需求優(yōu)先級(jí)完整性原型設(shè)計(jì)CABBAC小規(guī)模試驗(yàn)CAAABBB研究類似公司CBAAAB詢問供應(yīng)商CCBABB協(xié)商CBCCCAABA風(fēng)險(xiǎn)分析BBAC成本/效益分析BBCCACA目標(biāo)-域分析BBBCABCBBA域-需求分析CBCABB主要需求捕獲技術(shù)比較當(dāng)當(dāng)目標(biāo)未來切實(shí)結(jié)果認(rèn)沖最優(yōu)完原型設(shè)計(jì)C用戶訪談?dòng)脩粼L談：最基本、最常見的技術(shù)利：直接有效、形式靈活、交流深入，應(yīng)該做為主要的需求捕獲技術(shù)（寬帶通信、固有靈活性、各類信息）弊：占用時(shí)間長（特別當(dāng)客戶忙時(shí)更顯示出其不足）、面窄而容易造成信息的片面性。要點(diǎn)：首先要有準(zhǔn)備：通常包括說明對(duì)流程的理解，并征得客戶的意見；預(yù)先根據(jù)流程中的不明確點(diǎn)設(shè)計(jì)要詢問的問題，并將客戶的反饋記錄下來；應(yīng)留有一些即興的空間，根據(jù)實(shí)際情況應(yīng)變，以確保信息完善。第二是要有計(jì)劃性：計(jì)劃好時(shí)間、計(jì)劃好人員、計(jì)劃好策略。用戶訪談?dòng)脩粼L談：最基本、最常見的技術(shù)用戶訪談：特點(diǎn)最傳統(tǒng)的方法，單獨(dú)使用并不有效，通常別期望用戶知道并能夠說出他們的需求應(yīng)先草擬一份問卷，向要訪談的用戶發(fā)出一份涉及訪談主題和時(shí)間安排的材料在訪談的過程中，及時(shí)用草圖繪制模型（DFD、用例、思維圖），從而得以及時(shí)反饋應(yīng)以業(yè)務(wù)事件為談話的中心，問問題，聽取回答，然后反饋理解用戶訪談：特點(diǎn)最傳統(tǒng)的方法，單獨(dú)使用并不有效，通常別期望用戶用戶訪談：準(zhǔn)備工作圍繞目標(biāo)制訂一個(gè)計(jì)劃，包括一組按邏輯方式分組和排序的問題在計(jì)劃內(nèi)應(yīng)有時(shí)間在結(jié)束時(shí)檢查是否已涵蓋所有問題，并理解對(duì)所有問題的答復(fù)不要超過1小時(shí)，否則應(yīng)安排下一次面談地點(diǎn)選擇：適當(dāng)?shù)牟皇芨蓴_和避免打擾記錄：自己做筆記（分神）、專門一同事做筆記（成本高）、錄音（失去身體語言）/錄像（難操作）自己做筆記+錄音用戶訪談：準(zhǔn)備工作圍繞目標(biāo)制訂一個(gè)計(jì)劃，包括一組按邏輯方式分用戶訪談：通用問卷建立客戶或用戶情況表

>姓名、職位等基本信息

>你的主要職責(zé)是什么？

>你們的主要輸出是什么？

>為誰做的？

>如何測試成功?

>什么問題阻撓你們的成功?

>如果有，什么使你的工作更容易或更困難用戶訪談：通用問卷建立客戶或用戶情況表

>姓名、職位等基本用戶訪談：通用問卷評(píng)估問題

>你對(duì)哪種問題缺乏好的解決方案？

>它們是什么？（提示：不斷問“還有嗎？”）

>對(duì)每個(gè)問題，問：

>為什么存在這個(gè)問題？

>現(xiàn)在你怎么解決它？

>你打算怎么解決它？用戶訪談：通用問卷評(píng)估問題

>你對(duì)哪種問題缺乏好的解決方案用戶訪談：通用問卷理解用戶環(huán)境

>誰是用戶？

>他們的教育背景如何？

>他們的計(jì)算機(jī)背景如何？

>用戶經(jīng)歷過這種類型的應(yīng)用嗎?

>使用的是哪一種平臺(tái)？計(jì)劃將來的平臺(tái)是什么？

>有沒有用其他和該應(yīng)用有關(guān)的應(yīng)用？如果有簡單介紹

>對(duì)產(chǎn)品可用性的預(yù)期是什么?

>你需要什么樣的用戶幫助（在線文檔、紙介質(zhì)？）用戶訪談：通用問卷理解用戶環(huán)境

>誰是用戶？

>他們的教用戶訪談：通用問卷簡要說明理解情況

>你剛才告訴我…（用自己的話列出客戶所述問題）

>這是否足以表達(dá)你認(rèn)為現(xiàn)在存在的問題？

>如果還有，那是什么問題？分析人員對(duì)客戶問題的輸入

(有效或無效的假設(shè))，如果有，問題與什么有關(guān)？

對(duì)于每個(gè)建議，提問:

>這是一個(gè)實(shí)際的問題嗎？產(chǎn)生的原因是什么？

>你是怎么解決這個(gè)問題的？希望怎么解決？

>和你提到的其他問題相比，這些問題

的位置如何？用戶訪談：通用問卷簡要說明理解情況

>你剛才告訴我…（用自用戶訪談：通用問卷評(píng)估你的解決

(總結(jié)你建議的解決方案的主要功能)

如果你能夠……

對(duì)于這些的重要性，你是如何排序的？評(píng)估機(jī)會(huì)

>在你的單位中，誰需要這樣的應(yīng)用？

>使用這種應(yīng)用的用戶有多少?

>如何評(píng)價(jià)一個(gè)成功的解決方案?用戶訪談：通用問卷評(píng)估你的解決

(總結(jié)你建議的解決方案的主要用戶訪談：通用問卷評(píng)估可靠性、性能及支持的需要

>你對(duì)可靠性的預(yù)期是什么？

>你對(duì)性能的預(yù)期是什么？

>是你還是其他人來支持該系統(tǒng)？

>你對(duì)支持還有特別的要求嗎？

>維護(hù)及服務(wù)如何?

>安全需求是什么？

>安裝和配置需求是什么？

>有什么特殊的許可需求嗎？用戶訪談：通用問卷評(píng)估可靠性、性能及支持的需要

>你對(duì)可靠用戶訪談：通用問卷其他需求

>有必須支持的法律、法規(guī)、環(huán)境需求或標(biāo)準(zhǔn)嗎？

>你還能想到其他我們應(yīng)該知道的需求嗎?總結(jié)性提問

>我還有其他問題應(yīng)該問你嗎？

>如果我還問你其他問題的話，可以打電話給你嗎？你愿意參加需求審閱嗎？分析人員總結(jié)：面談后，趁你記得時(shí)，總結(jié)

出用戶/客戶確認(rèn)的三條最高優(yōu)先級(jí)的需求或

問題用戶訪談：通用問卷其他需求

>有必須支持的法律、法規(guī)、環(huán)境用戶訪談：操作法避免類似以下暗示：我的時(shí)間比你寶貴，我不知道我在做什么，你不知道你在講什么用簡單的語言清楚地表達(dá)問題，采用對(duì)方的術(shù)語和行話不要遺漏任何事情能夠找到和探究異?，F(xiàn)角，例如

對(duì)未預(yù)料問題的反應(yīng)不要搞錯(cuò)基本信息流要求的方向用戶訪談：操作法避免類似以下暗示：我的時(shí)間比你寶貴，我不知道用戶訪談：詢問的問題問題類型：待解決的問題、開發(fā)解決方案的過程、需求獲取本身需求獲取本身的問題：

>我的問題看起來相關(guān)嗎？你的回答正式嗎？

>你是回答這些問題的最佳人選嗎？

>我問了太多的問題嗎？

>還有其他什么我該問你的？

>你想問我什么？

>我還應(yīng)該見其他什么人？

>關(guān)于這個(gè)項(xiàng)目有什么人我們不需要？用戶訪談：詢問的問題問題類型：待解決的問題、開發(fā)解決方案的過用戶訪談：主要困難缺乏對(duì)所需要的人的訪問（知道最多的人最忙）在面談時(shí)記錄信息很困難被訪談人會(huì)試圖說他們認(rèn)為你想要聽的話訪談人用誘導(dǎo)性問題提問束縛關(guān)鍵職員的有關(guān)費(fèi)用由不同領(lǐng)域知識(shí)和行話引起的交流困難隱蔽的動(dòng)機(jī)和組織政策產(chǎn)生錯(cuò)誤信息用戶訪談：主要困難缺乏對(duì)所需要的人的訪問（知道最多的人最忙）用戶調(diào)查：概述用戶調(diào)查：調(diào)查面最廣的技術(shù)利：面廣，能夠獲得更多的人的反饋。這點(diǎn)是對(duì)用戶訪談技術(shù)不足之處的最好補(bǔ)充。弊：不夠深入，容易形而上學(xué)。而這點(diǎn)是正是用戶訪談技術(shù)所能夠解決的。要點(diǎn)：結(jié)合用戶訪談技術(shù)使用，具體來說：先設(shè)計(jì)問題，制作成為用戶調(diào)查表，下發(fā)填寫完后，進(jìn)行仔細(xì)的分組、整理、分析，以獲得基礎(chǔ)信息，然后再針對(duì)這個(gè)結(jié)果進(jìn)行小范圍的用戶訪談，作為補(bǔ)充。用戶調(diào)查：概述用戶調(diào)查：調(diào)查面最廣的技術(shù)用戶調(diào)查：主要用途搜索某項(xiàng)假設(shè)的統(tǒng)計(jì)依據(jù)：設(shè)計(jì)一些封閉的問題，例如“從現(xiàn)有系統(tǒng)中取得客戶統(tǒng)計(jì)資料的難易程度：非常困難、相當(dāng)困難、容易、非常容易”搜索意見、建議：詢問與用戶訪談?lì)愃频拈_放性問題，例如“日常工作中的三個(gè)最大問題是什么？”，“你對(duì)能夠更好地支持日常工作的IT系統(tǒng)有什么建議”。--誤解你的問題，你誤解他的回答用戶調(diào)查：主要用途搜索某項(xiàng)假設(shè)的統(tǒng)計(jì)依據(jù)：設(shè)計(jì)一些封閉的問題用戶調(diào)查：主要困難相關(guān)的問題不能事先決定問題背后的假設(shè)對(duì)答案會(huì)造成偏頗

>例如：這功能符合你的期望嗎？

>假設(shè)：你有期望，所以這是一個(gè)有意義的提問難以探索一些新的領(lǐng)域，也沒有探索新的需要被探索的領(lǐng)域的交互難以繼續(xù)用戶的模糊響應(yīng)用戶調(diào)查：主要困難相關(guān)的問題不能事先決定現(xiàn)場觀摩：概述現(xiàn)場觀摩：最生動(dòng)的技術(shù)利：百聞不如一見，能夠?qū)π枨笈c業(yè)務(wù)流程建立直觀的認(rèn)識(shí)。弊：消耗時(shí)間長，而且由于“被觀摩”的微妙心理變化，會(huì)使得“觀摩”失真。適用性：要對(duì)于復(fù)雜流程的更加深入的

理解時(shí)。要點(diǎn)：悄悄地進(jìn)行，明確要強(qiáng)化理解的

具體流程環(huán)節(jié)?，F(xiàn)場觀摩：概述現(xiàn)場觀摩：最生動(dòng)的技術(shù)現(xiàn)場觀摩：常用變體任務(wù)示范：要求用戶示范如何執(zhí)行特定的任務(wù)利：可用于發(fā)現(xiàn)異常的、關(guān)鍵性的任務(wù)弊：“示范”失真、耗時(shí)做學(xué)徒：和用戶坐在一起，通過觀察、問問題、并在用戶指導(dǎo)下完成一些工作來學(xué)習(xí)適用性：用戶無法詳細(xì)解釋清楚他們?cè)谧鍪裁磿r(shí)“人們正在做一件事時(shí)，最能解釋他們?cè)?/p>

做什么，為什么要這么做”需求分析員可以通過學(xué)徒關(guān)系試驗(yàn)他的

需求和設(shè)計(jì)思想現(xiàn)場觀摩：常用變體任務(wù)示范：要求用戶示范如何執(zhí)行特定的任務(wù)文檔考古：概述文檔考古：最貼近實(shí)現(xiàn)的技術(shù)利：能詳細(xì)、直觀地對(duì)數(shù)據(jù)流細(xì)節(jié)進(jìn)行了解與分析。弊：易陷入文山書海之中不可自拔，

甚至常引起誤導(dǎo)。要點(diǎn)：應(yīng)該盡量讓客戶提供寫有真

實(shí)數(shù)據(jù)的文檔。特點(diǎn)：從舊的工作材料中挖掘新的需求檢查收集的文檔，從中找出名詞，或

“東西”，包括列標(biāo)題、命名的表格區(qū)域涉及內(nèi)容：文檔、打印輸出、清單、

手冊(cè)、屏幕等文檔考古：概述文檔考古：最貼近實(shí)現(xiàn)的技術(shù)文檔考古：常用思考點(diǎn)此物的目的是什么？怎么用它？為什么用它？用它做什么？系統(tǒng)都利用它來做些什么？哪些業(yè)務(wù)事件用到或引用了此物？此物會(huì)有一個(gè)值嗎？是數(shù)字、代碼、數(shù)量？如果是這樣的話，它屬于哪些東西的組成體？此物的用途是什么？文檔中是否包含了一組重復(fù)的事物？如果是這樣的話，這些事物的集合稱為什么？文檔考古：常用思考點(diǎn)此物的目的是什么？怎么用它？為什么用它？文檔考古：常用思考點(diǎn)我能找到事物之間的聯(lián)系嗎？什么過程建立了它們之間的聯(lián)系？每件事物附加的規(guī)則是什么？換句話說，哪部分業(yè)務(wù)策略涉及該事物？什么過程確保了這些規(guī)則會(huì)被遵守？什么文檔給用戶最多問題？建議：做為數(shù)據(jù)建模方法的一部分文檔考古：常用思考點(diǎn)我能找到事物之間的聯(lián)系嗎？建議：做為數(shù)據(jù)文檔考古：優(yōu)缺點(diǎn)優(yōu)：獲取信息相對(duì)比較直接，獲得系統(tǒng)所有輸入、輸出及內(nèi)部文檔（但不應(yīng)假定已獲得全部描述）；有助于數(shù)據(jù)模型分析。缺：文檔說明的系統(tǒng)與實(shí)際系統(tǒng)可能是不匹配的；文檔考古的傳統(tǒng)分析方式（如開發(fā)文檔流圖）可能導(dǎo)致產(chǎn)生現(xiàn)有系統(tǒng)的結(jié)構(gòu)模型，從而帶入新系統(tǒng)文檔考古：優(yōu)缺點(diǎn)優(yōu)：獲取信息相對(duì)比較直接，獲得系統(tǒng)所有輸入、聯(lián)合開發(fā)：概述聯(lián)合開發(fā)：最理想的技術(shù)利：客戶、開發(fā)人員直接的頭腦風(fēng)暴，是擊破需求盲點(diǎn)的關(guān)鍵手段。弊：成本高，如果缺乏控制會(huì)變成一次閑扯大會(huì)。要點(diǎn)：需要有一個(gè)經(jīng)驗(yàn)豐富、能夠把控大局的主持人。聯(lián)合開發(fā)：概述聯(lián)合開發(fā)：最理想的技術(shù)聯(lián)合開發(fā)：優(yōu)點(diǎn)協(xié)助建立一支高效的團(tuán)隊(duì)，圍繞一個(gè)目的：項(xiàng)目成功所有風(fēng)險(xiǎn)承擔(dān)人都暢所欲言，沒人被落下正如應(yīng)用項(xiàng)目所必須做的，它促進(jìn)風(fēng)險(xiǎn)承擔(dān)人和開發(fā)團(tuán)隊(duì)之間達(dá)成共識(shí)它能夠揭露和解決那些妨礙項(xiàng)目上成功的行政問題能夠產(chǎn)生一個(gè)在特征級(jí)別上的初步系統(tǒng)定義聯(lián)合開發(fā)：優(yōu)點(diǎn)協(xié)助建立一支高效的團(tuán)隊(duì)，圍繞一個(gè)目的：項(xiàng)目成功聯(lián)合開發(fā)：準(zhǔn)備工作推銷概念：充分的準(zhǔn)備是聯(lián)合開發(fā)的關(guān)鍵，推銷聯(lián)合開發(fā)（需求專題討論會(huì)）的好處確保真正的風(fēng)險(xiǎn)承擔(dān)人參與后勤保障熱身材料：在開會(huì)前散發(fā)資料

>項(xiàng)目專有信息：需求文件草案、已排序的特性…

>擺脫束縛思想的：提供創(chuàng)新方法、自由討論規(guī)則…

>2天~1周內(nèi)散發(fā)，太早會(huì)使人忘記！聯(lián)合開發(fā)：準(zhǔn)備工作推銷概念：充分的準(zhǔn)備是聯(lián)合開發(fā)的關(guān)鍵，推銷聯(lián)合開發(fā)：準(zhǔn)備工作

備忘錄收件人：XXX項(xiàng)目的風(fēng)險(xiǎn)承擔(dān)人主題：即將召開的需求專題討論會(huì)

我是XX產(chǎn)品（項(xiàng)目）的管理者。這個(gè)項(xiàng)目已經(jīng)（或即將）于

開始并截止于

完成。

（我們了解它，我們是認(rèn)真的，我們想要按時(shí)完成它）

正如大多數(shù)的項(xiàng)目一樣，獲得關(guān)于應(yīng)用項(xiàng)目的新特征的共識(shí)并定義一個(gè)最初的基本系統(tǒng)來滿足不同風(fēng)險(xiǎn)承擔(dān)人的需要是十分困難的。

（它甚至比在這個(gè)組達(dá)成任何其他共識(shí)更，因此我們將嘗試一些不同的方法…）為了使這個(gè)過程更加容易，我們將召開一次關(guān)于

的需求專題討論會(huì)。專題討論會(huì)的目標(biāo)是：為產(chǎn)品的下一個(gè)基線版本確定新特性。為了做到這些，聽取每一個(gè)風(fēng)險(xiǎn)承擔(dān)人的意見就極為重要。專題討論會(huì)將由

來主持，他是一位經(jīng)驗(yàn)豐富的需求管理聯(lián)

絡(luò)員。（作為風(fēng)險(xiǎn)承擔(dān)人，我們可能也有偏見，從外面聘請(qǐng)主持人可以使其更公平）專題討論會(huì)將很快得出結(jié)果，并在第二天將結(jié)果分發(fā)給開發(fā)部。我們熱忱地邀請(qǐng)您參加專

題討論會(huì)并提出代表你的（團(tuán)隊(duì)、部門、用戶）需求的意見。如果您無法參加，我們熱切地希

望你能夠授權(quán)一名代表您的需求的成員參加。（會(huì)后第一天我們將開始工作；如果你希望對(duì)項(xiàng)目提出什么意見，請(qǐng)到這里來，或授權(quán)一

名代表來。換句話說，要么現(xiàn)在說，要么永遠(yuǎn)別說。）備忘錄中有一個(gè)關(guān)于當(dāng)前產(chǎn)品期望特征的簡短說明，以及其他關(guān)于專題討論會(huì)和自由討論

進(jìn)程的資料。專題討論會(huì)將于上午8:30開始，下午5:30結(jié)束。（這個(gè)專題討論會(huì)以及該項(xiàng)目將按專業(yè)要求運(yùn)作，需要你們來建議，使項(xiàng)目更順利）熱切期盼在會(huì)場上見到您。

[項(xiàng)目領(lǐng)導(dǎo)人]聯(lián)合開發(fā)：準(zhǔn)備工作聯(lián)合開發(fā)：聯(lián)絡(luò)員聯(lián)絡(luò)員：熟悉該過程，有風(fēng)度受尊重，團(tuán)隊(duì)外成員主要職責(zé)

>在會(huì)議中建立一種專業(yè)、客觀的基調(diào)

>按時(shí)開始、結(jié)束會(huì)議

>建立并維持會(huì)議“規(guī)則”

>為會(huì)議訂立目標(biāo)和議程

>管理會(huì)議進(jìn)程并保持在“正確軌道”

>提供一種決策和達(dá)成共識(shí)的機(jī)制

>管理設(shè)施和后勤保障事務(wù)

>確定所有風(fēng)險(xiǎn)承擔(dān)人都在參加

>控制混亂或沒有意義的行為聯(lián)合開發(fā)：聯(lián)絡(luò)員聯(lián)絡(luò)員：熟悉該過程，有風(fēng)度受尊重，團(tuán)隊(duì)外成員聯(lián)合開發(fā)：安排日程08:00~08:30介紹議程、設(shè)備、規(guī)則08:30~10:00情況簡介現(xiàn)狀、需要、面談結(jié)果10:00~12:00自由討論應(yīng)用特性12:00~13:00午餐13:00~14:00自由討論繼續(xù)14:00~15:00特征定義寫出2~3句話的特征定義15:00~16:00意見精簡與優(yōu)先級(jí)排序16:00~17:00總結(jié)和操作議項(xiàng)聯(lián)合開發(fā)：安排日程08:00~08:30介紹聯(lián)合開發(fā)：組織技巧中間休息遲到規(guī)則：每人先發(fā)一張，允許遲到一次而后向罰款箱投入xx元目的：保持會(huì)議的動(dòng)向5分鐘發(fā)言好主意！1次自由廉價(jià)攻擊規(guī)則：每人先發(fā)一張，允許自由攻擊或批評(píng)任何個(gè)人或部門，而后

再出現(xiàn)就向罰款箱投入xx元目的：逗趣并提醒人們注意發(fā)言規(guī)則：每人先發(fā)兩張，送給提出好建議的人，要盡快給出目的：刺激與會(huì)者并獎(jiǎng)勵(lì)提出創(chuàng)新者規(guī)則：每人可以在任何時(shí)候使用，讓

出講臺(tái)給他并計(jì)時(shí)，不得打斷目的：允許結(jié)構(gòu)化的即席發(fā)言聯(lián)合開發(fā)：組織技巧中間休息規(guī)則：每人先發(fā)一張，允許遲到一次聯(lián)合開發(fā)：自由討論與意見精簡每人發(fā)25張索引卡片，按以下規(guī)則進(jìn)行自由討論意見精簡

>修剪：去掉不值得進(jìn)一步集體討論的意見

>歸類：把意見歸類

>特征定義：用一句話描述未被刪除的意見

>確定優(yōu)先次序：累積投票(百元測試)、關(guān)鍵/重要/有用不允許批評(píng)或爭吵允許發(fā)揮你的想像力產(chǎn)生盡可能多的意見轉(zhuǎn)換和組合想法聯(lián)合開發(fā)：自由討論與意見精簡每人發(fā)25張索引卡片，按以下規(guī)情節(jié)串聯(lián)板制作：概述情節(jié)串聯(lián)板制作：最互動(dòng)的技術(shù)利：用戶友好、交互性、對(duì)用戶界面提供早期評(píng)審，易于創(chuàng)建和修改。弊：需求捕獲速度慢。情節(jié)串聯(lián)板制作：概述情節(jié)串聯(lián)板制作：最互動(dòng)的技術(shù)情節(jié)串聯(lián)板制作：類型情節(jié)串聯(lián)板制作：類型聯(lián)合開發(fā)：做什么及要點(diǎn)誰是扮演者他們發(fā)生了什么事是怎樣發(fā)生的不要在情節(jié)串聯(lián)板上投入太多精力如果什么都不變，就什么都學(xué)不到不要做得太好—誤以為已完成只要可能，就制作交互折聯(lián)合開發(fā)：做什么及要點(diǎn)誰是扮演者需求捕獲的最佳實(shí)踐評(píng)估系統(tǒng)可行性：進(jìn)行需求捕獲之前，應(yīng)先進(jìn)行一個(gè)可行性研究，評(píng)估現(xiàn)有技術(shù)下系統(tǒng)是否能夠?qū)崿F(xiàn)目的

>主要效益：提示是否真正需要一個(gè)系統(tǒng)

>引入成本：低>應(yīng)用成本：低-中注意組織和行政方面的因素：需求捕獲時(shí)，必須注意影響需求源和可能會(huì)對(duì)你隱藏真正系統(tǒng)需求的組織和行政因素

>主要效益：有助于理解一些需求被建議的原因

>引入成本：低>應(yīng)用成本：很低

>實(shí)施要點(diǎn)：注意不一致的目標(biāo)、責(zé)任的喪失或轉(zhuǎn)移、組織文化、組織的管理態(tài)度和士氣、部門差異需求捕獲的最佳實(shí)踐評(píng)估系統(tǒng)可行性：進(jìn)行需求捕獲之前，應(yīng)先進(jìn)行需求捕獲的最佳實(shí)踐識(shí)別和咨詢系統(tǒng)的項(xiàng)目相關(guān)人員：即那些直接或間接從開發(fā)的系統(tǒng)中受益的人

>主要效益：發(fā)現(xiàn)所有可能的需求源

>引入成本：很低>應(yīng)用成本：低記錄需求源：即記錄該需求所基于的信息的鏈接，可以是人員、文檔、其他需求

>主要效益：來自于初始需求源的需求可跟蹤性

>引入成本：低>應(yīng)用成本：低定義系統(tǒng)的操作環(huán)境：主動(dòng)、硬件和軟件系統(tǒng)

>主要效益：交付系統(tǒng)沒有安裝問題

>引入成本：低>應(yīng)用成本：低需求捕獲的最佳實(shí)踐識(shí)別和咨詢系統(tǒng)的項(xiàng)目相關(guān)人員：即那些直接或需求捕獲的最佳實(shí)踐使用業(yè)務(wù)關(guān)系來驅(qū)動(dòng)需求捕獲：業(yè)務(wù)關(guān)系是必須滿足的高層目標(biāo)，應(yīng)識(shí)別、記錄這些目標(biāo)。

>主要效益：需求集中在核心業(yè)務(wù)需求上

>引入成本：低>應(yīng)用成本：低尋找領(lǐng)域約束：即來自于系統(tǒng)應(yīng)用領(lǐng)域的系統(tǒng)需求

>主要效益：領(lǐng)域約束經(jīng)常會(huì)導(dǎo)致識(shí)別出關(guān)鍵需求

>引入成本：低>應(yīng)用成本：中等記錄需求理由：即關(guān)于提出某需求的原因，根據(jù)系統(tǒng)所需解決的問題來證明需求。是從需求源導(dǎo)出的。

>主要效益：提高對(duì)需求的理解

>引入成本：低>應(yīng)用成本：低-中等需求捕獲的最佳實(shí)踐使用業(yè)務(wù)關(guān)系來驅(qū)動(dòng)需求捕獲：業(yè)務(wù)關(guān)系是必須需求捕獲的最佳實(shí)踐從多視點(diǎn)收集需求：對(duì)系統(tǒng)的需求有許多影響源，對(duì)系統(tǒng)應(yīng)提供服務(wù)和提供服務(wù)的方式都有自己的視點(diǎn)

>主要效益：更好的需求覆蓋率

>引入成本：中等-高 >應(yīng)用成本：中等原型化難以理解的需求：如果有不清楚或難以理解的需求，則應(yīng)考慮開發(fā)一個(gè)原型系統(tǒng)。

>主要效益：更好地理解系統(tǒng)用戶的真正需要

>引入成本：中等>應(yīng)用成本：低-高使用場景來抽取需求：場景是最終用戶和系統(tǒng)間某個(gè)交互類型有關(guān)的交互會(huì)話。

>主要效益：用戶易于理解場景和描述的相關(guān)需求

>引入成本：相當(dāng)高>應(yīng)用成本：低需求捕獲的最佳實(shí)踐從多視點(diǎn)收集需求：對(duì)系統(tǒng)的需求有許多影響源需求捕獲的最佳實(shí)踐定義操作過程：應(yīng)分析、理解和文檔化各種業(yè)務(wù)過程，將其作為需求捕獲的一部分。

>主要效益：揭示過程需求和需求約束

>引入成本：相當(dāng)高 >應(yīng)用成本：中等復(fù)用需求：盡可能從在同一應(yīng)用領(lǐng)域已經(jīng)開發(fā)出來的其他系統(tǒng)中復(fù)用需求。