需求分析師培訓(xùn)-1

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

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

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

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

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

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

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

>需要什么報(bào)表？有哪些數(shù)據(jù)分析規(guī)那么？信息系統(tǒng)常見技術(shù)計(jì)算模式：B/S、C/S主要開發(fā)體系：.NET、J2EE、LAMP、RailonRuby重要思想：SOA、WebService、工作流引擎開發(fā)方法論：重方法論〔RUP〕、敏捷方法論建模技術(shù)：UML、E-R模型Agenda信息系統(tǒng)根底理論需求的根本概念與原理需求工程需求定義最正確實(shí)踐需求捕獲最正確實(shí)踐1〕理論是實(shí)踐的根底2〕解決概念性的誤區(qū)討論你認(rèn)為“什么是需求〞？日常工作中，遇到與“需求〞相關(guān)的問題有哪些？關(guān)于“需求〞最大的困惑是什么？以下問題中，對(duì)你影響最大的是哪個(gè)？

>不切實(shí)際的用戶需求

>很多需求最終是不需要的

>用戶介入太少

>需求不完整

>需求變更頻繁需求—導(dǎo)致工程失敗的罪魁禍?zhǔn)赘鶕?jù)StandishGroup對(duì)23000個(gè)工程進(jìn)行的研究結(jié)果說(shuō)明，28%的工程徹底失敗，46%的工程超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的工程獲得成功。而在于這些高達(dá)74%的不成功工程中，有約60%的失敗是源于需求問題。也就是說(shuō)，有近45%的工程最終因?yàn)樾枨蟮膯栴}最終導(dǎo)致失敗。對(duì)不知道航行目的地的人來(lái)說(shuō)，沒有順風(fēng)！我們?cè)谀睦镏刂厮ち艘货釉赟tandishGroup的報(bào)告中總結(jié)了導(dǎo)致工程失敗的最重要的8大原因中，有5個(gè)與需求相關(guān)：不完整的需求(13.1%)；缺乏用戶的介入(12.4%)；不實(shí)際的客戶期望(9.9%)；需求和標(biāo)準(zhǔn)的變更(8.7%)；提供了不再需要的(7.5%)

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

對(duì)話框菜單條DCOM

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

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

銷售月報(bào)生成交易流數(shù)據(jù)問題的根源是什么？用戶說(shuō)的不是他想的：客戶提供〔陳述的需求〕的需求并不是真實(shí)的需求，還需要作進(jìn)一步的分析，以確定客戶的真正需求和期望，接下來(lái)需要澄清并重新描述?？梢赃@么說(shuō)客戶在理解根底業(yè)務(wù)過程和描述自己的需求方面有很大的差異。需求分析方法有問題：系統(tǒng)開發(fā)人員

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

在工程成功的共同責(zé)任方面強(qiáng)調(diào)不夠。優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求用戶參與缺乏用戶需求擴(kuò)展有歧義的需求鍍金問題過于抽象的需求忽略某種用戶不準(zhǔn)確的方案……我們應(yīng)該怎么辦？對(duì)“需求〞建立正確的認(rèn)識(shí)；客戶和供給商—一根繩子上的兩個(gè)螞蚱；和客戶一起建立起“共同的目標(biāo)〞；尋找并使用正確的、有效的需求捕獲、描述〔建?！?、管理方法；動(dòng)態(tài)、持續(xù)地適應(yīng)需求的變化；需求是什么？業(yè)務(wù)需求業(yè)務(wù)需求是指反映組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常問題定義本身就是業(yè)務(wù)需求。背景描述：XX保險(xiǎn)公司希望充分利用日益完善的移動(dòng)通信技術(shù)，在原有的辦公系統(tǒng)的根底上進(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ù)目標(biāo)例如某船廠商業(yè)管理系統(tǒng)目標(biāo)：A1.取代過時(shí)的系統(tǒng)A2.集成訂單文檔及數(shù)據(jù)庫(kù)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ù)需求就是定義系統(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ì)影響士氣?！步烫门c小屋〕目標(biāo)通常就是業(yè)務(wù)需求！業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)目標(biāo)在哪里？業(yè)務(wù)需求是構(gòu)建在“工程發(fā)起人〞的腦子里的，也就是誰(shuí)提出工程，誰(shuí)就擁有對(duì)“業(yè)務(wù)需求〞的最清晰的理解。引出宏觀的目標(biāo)：思考企業(yè)運(yùn)作中存在什么問題？這些問題主要是表達(dá)在哪些方面？這些問題對(duì)企業(yè)造成了什么影響？認(rèn)為可以怎么解決？希望到達(dá)什么樣的效果？將大任務(wù)分解成為小目標(biāo)，并且引導(dǎo)客戶良好地定義，這也是我們形成“工程子目標(biāo)描述〞的關(guān)鍵根底。衡量這些目標(biāo)的合理性與可行性。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)形成一個(gè)不超過50字的工程目標(biāo)，并且列出5-9個(gè)主要子目標(biāo)，并且將其制作成一頁(yè)文檔，作為“工程的行動(dòng)綱領(lǐng)〞，還應(yīng)該得到“工程發(fā)起人〞的認(rèn)可。在此根底上，可以編寫“工程的目標(biāo)和范圍文檔〞(或稱工程綜述，即POS，內(nèi)容包括問題/時(shí)機(jī)、工程目標(biāo)、工程目的、成功標(biāo)準(zhǔn)、假設(shè)/風(fēng)險(xiǎn)/障礙)，對(duì)于產(chǎn)品而言，我們還可以構(gòu)建一個(gè)從市場(chǎng)角度分析的“愿景〞文檔。該局部工作是處于“需求過程〞的金字塔尖，多花費(fèi)一些時(shí)間和精力是值得的，也是必要的。業(yè)務(wù)需求就是定義系統(tǒng)目標(biāo)有了清晰的目標(biāo)之

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

劃定范圍，最常用

的方法是工作上下

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

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

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

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

將續(xù)保信息發(fā)給該客戶的代理人系統(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ù)需求、用戶需求的根底上生成的。功能需求功能需求是需求的主體，是需求的本質(zhì)功能需求定義了：系統(tǒng)必須完成的那些事，即為了向它的用戶提供有用的功能，產(chǎn)品必須執(zhí)行的動(dòng)作零散〔需求項(xiàng)〕整理〔特性、用例〕敏捷方法：用戶故事質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì)可靠性：成熟性、容錯(cuò)性、易恢復(fù)性易使用性：易理解性、易學(xué)習(xí)性、易操作性效率：時(shí)間特性、資源特性可維護(hù)性：易分析性、易更改性、穩(wěn)定性、易測(cè)試性可移植性：適應(yīng)性、易安裝性、一致性、易替換性McCall體系：運(yùn)行(正確性、可靠性、效率、

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

靈活性)、轉(zhuǎn)移(移植性、復(fù)用性、共運(yùn)行性)設(shè)計(jì)約束也稱為限制條件、補(bǔ)充規(guī)約，這通常是對(duì)解決方案的一些約束說(shuō)明。例如：必須采用國(guó)有自主知識(shí)版權(quán)的數(shù)據(jù)庫(kù)系統(tǒng)…再如：必須運(yùn)行在UNIX操作系統(tǒng)之下兩個(gè)世界三種設(shè)計(jì)優(yōu)秀的需求完整性：完整描述即將交付使用的功能，發(fā)現(xiàn)缺少某項(xiàng)信息，可以采用TBD來(lái)標(biāo)注正確性：經(jīng)過用戶或用戶信任的代理人審閱可行性：在能力和約束條件中實(shí)現(xiàn)必要性：每項(xiàng)需求記錄的功能都應(yīng)是用戶真正需要的有優(yōu)先次序：提供了實(shí)現(xiàn)優(yōu)先級(jí)無(wú)歧義：對(duì)所有讀者只有一種一致的解釋可驗(yàn)證性：可以設(shè)計(jì)測(cè)試方法來(lái)檢查檢查表例如討論前面的描述中，最大的感觸是什么？業(yè)務(wù)需求需求定義用戶需求需求捕獲軟件需求需求分析與編寫規(guī)約Agenda信息系統(tǒng)根底理論需求的根本概念與原理需求工程需求定義最正確實(shí)踐需求捕獲最正確實(shí)踐1〕掌握需求的相關(guān)工作2〕了解需求的相關(guān)人員需求錯(cuò)誤的代價(jià)需求：1設(shè)計(jì)：5編碼：10測(cè)試：20-50運(yùn)行與維護(hù)：200需求開發(fā)與管理需求開發(fā)活動(dòng)需求獲取應(yīng)收集什么信息：

>問題域的描述

>要求解決的問題列表〔需求〕

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

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

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

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

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

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

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

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

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

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

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

的需求調(diào)研的方案、問題、素材需求分析—何時(shí)結(jié)束需求捕獲、分析與建模、規(guī)格說(shuō)明書的編寫、需求的驗(yàn)證這個(gè)需求開發(fā)的循環(huán)，是在整個(gè)軟件開發(fā)生命周期中存在的每一次的循環(huán)，都將在需求開發(fā)的工作要點(diǎn)與份量上有所不同，它們應(yīng)該遵循以下：

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

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

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

>需求評(píng)審

>需求確認(rèn)

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

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

往和創(chuàng)造能力需求分析師必備知識(shí)：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、領(lǐng)域知識(shí)需求分析員的來(lái)源：用戶轉(zhuǎn)為分析員〔軟件工程知識(shí)欠缺〕、開發(fā)人員轉(zhuǎn)為分析員〔領(lǐng)域知識(shí)、溝通能力〕、主題專家〔易按自己的偏好來(lái)構(gòu)建系統(tǒng)〕需求過程需求過程Agenda信息系統(tǒng)根底理論需求的根本概念與原理需求工程需求定義最正確實(shí)踐需求捕獲最正確實(shí)踐對(duì)問題進(jìn)行了正確的定義意味著成功解決了問題的一半討論你認(rèn)為需求定義的目標(biāo)是什么？通常需求定義在什么階段進(jìn)行？其主要的產(chǎn)物是什么？信息系統(tǒng)立項(xiàng)前的分析方法GPOA方法：GoalProblemOptionAnswer信息系統(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)可行性分析確定目標(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)時(shí)的常見誤區(qū)目標(biāo)：含混不清，過為宏觀

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

Solutions:>只想What，別想How

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

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

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

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

何一個(gè)方塊一次：框定問題的技巧框定問題的技巧軟件需求第一和可能最重要的步驟是框定問題—把問題的特定局部，以及局部間特定的關(guān)系，放入一個(gè)特定的形式中。問題框定方法應(yīng)使問題的細(xì)節(jié)適合一個(gè)簡(jiǎn)單連貫的框架同時(shí)，這也表現(xiàn)出，深入地理解問題域的知識(shí)，正確地抓住其本質(zhì)特性，是十分重要的?！材愕臒暨€亮著嗎？〕框定問題的技巧問題：日內(nèi)瓦湖上的山脈中建成了一條很長(zhǎng)的汽車隧道，為了防止停電時(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ì)出故障框定問題的技巧解決方案四：授權(quán)私人經(jīng)營(yíng)充電站新問題：風(fēng)景區(qū)商業(yè)化，政府與游客均不接受解決方案五：在隧道盡頭，樹立新標(biāo)牌

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

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

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

如果天色已晚，并且車燈開著，請(qǐng)別關(guān)掉它。新問題：誰(shuí)能在行駛時(shí)讀完？！終極解決方案：你的燈亮著嗎？問題分析的五個(gè)步驟問題分析：理解真實(shí)世界中的問題和用戶的需求并提出滿足這些多方面要的解決方案的過程①在問題定義上達(dá)成共識(shí)②理解根本原因—問題背后的問題③確定風(fēng)險(xiǎn)承擔(dān)人和用戶④定義解決方案系統(tǒng)的界限⑤確定加在解決方案上的約束在問題定義上達(dá)成共識(shí)把問題寫下來(lái)，看每個(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)理解原因后對(duì)問題的陳述問題：不準(zhǔn)確的訂單影響：訂單操作者、客戶、生產(chǎn)者、銷售者及客服結(jié)果：增加廢品、額外處理本錢、客戶不滿及收益降低成功的解決方法：

>增加了輸入點(diǎn)訂單的準(zhǔn)確性

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

>獲得更好的效率理解原因后對(duì)問題的陳述問題：隨時(shí)提供大學(xué)體育賽事的最新報(bào)道影響：移動(dòng)辦公的人群結(jié)果：他們不可能花很多時(shí)間來(lái)搜索他們感興趣的新聞，因此無(wú)法隨時(shí)了解到有關(guān)他們母校的賽事〔或者他們感興趣的其他大學(xué)的體育賽事〕。成功的解決方法：當(dāng)發(fā)生他們感興趣的新聞時(shí)，向他們發(fā)出通知，并提供一個(gè)地點(diǎn)來(lái)為他們提供所請(qǐng)求的新聞。理解根本原因—問題背后的問題TQM的魚骨圖帕雷托圖確定涉眾和用戶系統(tǒng)的用戶是誰(shuí)？系統(tǒng)的客戶是誰(shuí)？還有哪些人會(huì)受系統(tǒng)輸出的影響？系統(tǒng)完成并投入使用后，有誰(shuí)會(huì)對(duì)它進(jìn)行評(píng)估？還有沒有其他系統(tǒng)內(nèi)部或外部用戶，他們的需要有沒有必要被考慮到？系統(tǒng)將來(lái)由誰(shuí)維護(hù)？還有其他人嗎？用洋蔥圖來(lái)尋找涉眾定義解決方案系統(tǒng)的界限誰(shuí)會(huì)對(duì)系統(tǒng)提供信息？誰(shuí)會(huì)在系統(tǒng)中使用信息？誰(shuí)會(huì)從系統(tǒng)中刪除信息？誰(shuí)將操作該系統(tǒng)？誰(shuí)是系統(tǒng)的維護(hù)者？系統(tǒng)將會(huì)在哪兒被使用？系統(tǒng)從哪兒得到信息？哪些外部系統(tǒng)要

和系統(tǒng)進(jìn)行交互？定義解決方案系統(tǒng)的界限不好！大局部工

作都留給操作員了常見劃分，但

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

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

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

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

>客戶與市場(chǎng)需求

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

>前景說(shuō)明(目標(biāo)客戶、需求與時(shí)機(jī)、競(jìng)爭(zhēng)對(duì)手與優(yōu)勢(shì))

>主要特性

>假設(shè)與依賴工程定義文檔—前景文檔范圍與限制

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

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

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

>涉眾簡(jiǎn)介

>工程優(yōu)先級(jí)

>操作環(huán)境前景文檔模板例如一例如二愿景陳述—ABC航空ABC航空通過提高對(duì)旅行效勞的深入，以及提供其競(jìng)爭(zhēng)對(duì)手無(wú)法提供的創(chuàng)新效勞，來(lái)維護(hù)自己的形象。具體手段包括：通過創(chuàng)立一個(gè)公共網(wǎng)站，提高ABC航空的品牌知名度通過讓30%的客戶在線訂票，將市場(chǎng)份額提高15%，并降低訂票的本錢通過提供出色的訂票效勞，向獨(dú)立的旅行社開放ABC旅行系統(tǒng)，這樣也就產(chǎn)生了一個(gè)新的收入流……愿景陳述—自動(dòng)鐵道信號(hào)系統(tǒng)工程的目的是通過如下方式降低與交通工具控制中心的維護(hù)和修改相關(guān)的本錢：將系統(tǒng)從老化的16位微型計(jì)算機(jī)移植到現(xiàn)代的32位計(jì)算上使用高級(jí)語(yǔ)言對(duì)最初的匯編代碼進(jìn)行重新編碼，從而使招聘開發(fā)人員的工作變得更為容易采用一個(gè)符合鐵路行業(yè)需求的開發(fā)方法將系統(tǒng)容量提高4倍集成在參考文檔DOC-XXX中識(shí)別出來(lái)的

新特性需求定義階段產(chǎn)物POS/Vision主題域劃分各個(gè)主題域的上下文關(guān)系圖業(yè)務(wù)事件業(yè)務(wù)流程圖邊界確定Report定義與概述業(yè)務(wù)術(shù)語(yǔ)初稿練習(xí)：連鎖酒店管理系統(tǒng)Agenda信息系統(tǒng)根底理論需求的根本概念與原理需求工程需求定義最正確實(shí)踐需求捕獲最正確實(shí)踐需求捕獲是一個(gè)探索的過程是一個(gè)有方案、科學(xué)性的過程討論平時(shí)需求捕獲怎么做？需求捕獲有哪些方法？主要的優(yōu)缺點(diǎn)是什么？在需求捕獲過程中遇到的主要障礙有哪些？需求捕獲的主要障礙大多數(shù)情況下，系統(tǒng)相關(guān)的人員無(wú)法陳述自己的需要許多用戶難以解釋所執(zhí)行的任務(wù)，更難解釋為什么執(zhí)行這些任務(wù)相關(guān)人員經(jīng)常指定解決方案而不是需求相關(guān)人員也難以設(shè)想出新的工作方法，或者想像出使用提供的方法執(zhí)行熟悉的任務(wù)所能夠得到的結(jié)果不同的相關(guān)人員可能持有相互矛盾的觀點(diǎn)相關(guān)人員經(jīng)常出于抵抗變更而拒絕新系統(tǒng)需求可能過多—過度的需求需求隨著時(shí)間而變化需求捕獲的各方職責(zé)由需求分析師籌劃，由需求分析師、用戶和其他風(fēng)險(xiǎn)承擔(dān)者積極合作完成。用戶、顧客和客戶：有責(zé)任向需求分析師提供他們的工作知識(shí)需求分析師：理解用戶所說(shuō)的關(guān)于工作的事情，并將其解釋成產(chǎn)品的需求規(guī)格說(shuō)明

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

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

>創(chuàng)造完成該工作更好的方法

>以需求規(guī)格說(shuō)明書和分析模型的方式記錄用戶在需求捕獲過程中的角色作為設(shè)計(jì)組、專題討論會(huì)的成員，參與設(shè)計(jì)用戶界面作為知識(shí)來(lái)源，提供任務(wù)、商業(yè)過程的當(dāng)前執(zhí)行情況參與集策討論會(huì)，提供設(shè)想、確定問題作為測(cè)試用戶，在驗(yàn)收時(shí)測(cè)試系統(tǒng)檢查能否正常工作作為審查者評(píng)估用戶界面進(jìn)行可用性測(cè)度，嘗試使用新的用戶界面執(zhí)行任務(wù)作為工程管理委員會(huì)成員用戶的各種需求意識(shí)到的需求：是指那些用戶最先想到的需求，常常說(shuō)明用戶希望改進(jìn)的一些事情無(wú)意識(shí)的需求：是指那些用戶沒有言明的事情，因?yàn)橛脩魧?duì)它們知道得太多，以致于他們假定其他任何人都具備同樣的知識(shí)未夢(mèng)想過的需求：是指那些一旦用戶認(rèn)識(shí)到它們可能就會(huì)要求的事情需求心理學(xué)—常見現(xiàn)象言過其實(shí)心理：說(shuō)的流程是一種理想化流程，與實(shí)際情況嚴(yán)重不符越俎代皰心理：對(duì)非自己處理的流程津津熱道，根據(jù)自己的理解、想像進(jìn)行肯定的描述非正事心理：一直忙于工作，無(wú)瑕配合需求調(diào)研抗拒心理：新系統(tǒng)對(duì)其利益有損，成心不配合推卸責(zé)任心理：裝不知，說(shuō)沒需求需求變化的預(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)變化系統(tǒng)化地組織需求捕獲術(shù)語(yǔ)表、域建模、領(lǐng)域培訓(xùn)—這些都是因地制宜的業(yè)務(wù)建模的常見工具?！瞁iki〕與業(yè)務(wù)流程相關(guān)的系統(tǒng)，最重要的是：置身于流程之中，分析信息、工作流。從“組織結(jié)構(gòu)與崗位設(shè)置圖〞所表達(dá)的管理層次與線條建立全局了解；--參與者的來(lái)源；針對(duì)業(yè)務(wù)流程，繪制出跨部門職能流程圖，以幫助開發(fā)人員對(duì)客戶方的業(yè)務(wù)流程建立宏觀、清晰的認(rèn)識(shí)，以便更加有的放矢地進(jìn)行進(jìn)一步的需求捕獲工作?？绮块T職責(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)該從誰(shuí)身上找?！查e聊惹的禍〕用什么機(jī)制來(lái)搜集？需求捕獲技術(shù)有多種，重點(diǎn)在于因地制宜地使用不同的機(jī)制……主要需求捕獲技術(shù)比較主要需求捕獲技術(shù)比較用戶訪談?dòng)脩粼L談：最根本、最常見的技術(shù)利：直接有效、形式靈活、交流深入，應(yīng)該做為主要的需求捕獲技術(shù)〔寬帶通信、固有靈活性、各類信息〕弊：占用時(shí)間長(zhǎng)〔特別當(dāng)客戶忙時(shí)更顯示出其缺乏〕、面窄而容易造成信息的片面性。要點(diǎn)：首先要有準(zhǔn)備：通常包括說(shuō)明對(duì)流程的理解，并征得客戶的意見；預(yù)先根據(jù)流程中的不明確點(diǎn)設(shè)計(jì)要詢問的問題，并將客戶的反響記錄下來(lái)；應(yīng)留有一些即興的空間，根據(jù)實(shí)際情況應(yīng)變，以確保信息完善。第二是要有方案性：方案好時(shí)間、方案好人員、方案好策略。用戶訪談：特點(diǎn)最傳統(tǒng)的方法，單獨(dú)使用并不有效，通常別期望用戶知道并能夠說(shuō)出他們的需求應(yīng)先草擬一份問卷，向要訪談的用戶發(fā)出一份涉及訪談主題和時(shí)間安排的材料在訪談的過程中，及時(shí)用草圖繪制模型〔DFD、用例、思維圖〕，從而得以及時(shí)反響應(yīng)以業(yè)務(wù)事件為談話的中心，問問題，聽取答復(fù)，然后反響理解用戶訪談：準(zhǔn)備工作圍繞目標(biāo)制訂一個(gè)方案，包括一組按邏輯方式分組和排序的問題在方案內(nèi)應(yīng)有時(shí)間在結(jié)束時(shí)檢查是否已涵蓋所有問題，并理解對(duì)所有問題的答復(fù)不要超過1小時(shí)，否那么應(yīng)安排下一次面談地點(diǎn)選擇：適當(dāng)?shù)牟皇芨蓴_和防止打攪記錄：自己做筆記〔分神〕、專門一同事做筆記〔本錢高〕、錄音〔失去身體語(yǔ)言〕/錄像〔難操作〕自己做筆記+錄音用戶訪談：通用問卷建立客戶或用戶情況表

>姓名、職位等根本信息

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

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

>為誰(shuí)做的？

>如何測(cè)試成功?

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

>如果有，什么使你的工作更容易或更困難用戶訪談：通用問卷評(píng)估問題

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

>它們是什么？〔提示：不斷問“還有嗎？〞〕

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

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

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

>你打算怎么解決它？用戶訪談：通用問卷理解用戶環(huán)境

>誰(shuí)是用戶？

>他們的教育背景如何？

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

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

>使用的是哪一種平臺(tái)？方案將來(lái)的平臺(tái)是什么？

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

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

>你需要什么樣的用戶幫助〔在線文檔、紙介質(zhì)？〕用戶訪談：通用問卷簡(jiǎn)要說(shuō)明理解情況

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

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

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

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

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

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

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

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

的位置如何？用戶訪談：通用問卷評(píng)估你的解決

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

如果你能夠……

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

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

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

>如何評(píng)價(jià)一個(gè)成功的解決方案?用戶訪談：通用問卷評(píng)估可靠性、性能及支持的需要

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

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

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

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

>維護(hù)及效勞如何?

>平安需求是什么？

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

>有什么特殊的許可需求嗎？用戶訪談：通用問卷其他需求

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

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

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

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

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

問題用戶訪談：操作法防止類似以下暗示：我的時(shí)間比你珍貴，我不知道我在做什么，你不知道你在講什么用簡(jiǎn)單的語(yǔ)言清楚地表達(dá)問題，采用對(duì)方的術(shù)語(yǔ)和行話不要遺漏任何事情能夠找到和探究異?，F(xiàn)角，例如

對(duì)未預(yù)料問題的反響不要搞錯(cuò)根本信息流要求的方向用戶訪談：詢問的問題問題類型：待解決的問題、開發(fā)解決方案的過程、需求獲取本身需求獲取本身的問題：

>我的問題看起來(lái)相關(guān)嗎？你的答復(fù)正式嗎？

>你是答復(fù)這些問題的最正確人選嗎？

>我問了太多的問題嗎？

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

>你想問我什么？

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

>關(guān)于這個(gè)工程有什么人我們不需要？用戶訪談：主要困難缺乏對(duì)所需要的人的訪問〔知道最多的人最忙〕在面談時(shí)記錄信息很困難被訪談人會(huì)試圖說(shuō)他們認(rèn)為你想要聽的話訪談人用誘導(dǎo)性問題提問束縛關(guān)鍵職員的有關(guān)費(fèi)用由不同領(lǐng)域知識(shí)和行話引起的交流困難隱蔽的動(dòng)機(jī)和組織政策產(chǎn)生錯(cuò)誤信息練習(xí)用戶訪談方案例如用戶調(diào)查：概述用戶調(diào)查：調(diào)查面最廣的技術(shù)利：面廣，能夠獲得更多的人的反響。這點(diǎn)是對(duì)用戶訪談技術(shù)缺乏之處的最好補(bǔ)充。弊：不夠深入，容易形而上學(xué)。而這點(diǎn)是正是用戶訪談技術(shù)所能夠解決的。要點(diǎn)：結(jié)合用戶訪談技術(shù)使用，具體來(lái)說(shuō)：先設(shè)計(jì)問題，制作成為用戶調(diào)查表，下發(fā)填寫完后，進(jìn)行仔細(xì)的分組、整理、分析，以獲得根底信息，然后再針對(duì)這個(gè)結(jié)果進(jìn)行小范圍的用戶訪談，作為補(bǔ)充。用戶調(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)有什么建議〞。--誤解你的問題，你誤解他的答復(fù)用戶調(diào)查：主要困難相關(guān)的問題不能事先決定問題背后的假設(shè)對(duì)答案會(huì)造成偏頗

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

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

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

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

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

需求和設(shè)計(jì)思想文檔考古：概述文檔考古：最貼近實(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è)、屏幕等文檔考古：常用思考點(diǎn)此物的目的是什么？怎么用它？為什么用它？用它做什么？系統(tǒng)都利用它來(lái)做些什么？哪些業(yè)務(wù)事件用到或引用了此物？此物會(huì)有一個(gè)值嗎？是數(shù)字、代碼、數(shù)量？如果是這樣的話，它屬于哪些東西的組成體？此物的用途是什么？文檔中是否包含了一組重復(fù)的事物？如果是這樣的話，這些事物的集合稱為什么？文檔考古：常用思考點(diǎn)我能找到事物之間的聯(lián)系嗎？什么過程建立了它們之間的聯(lián)系？每件事物附加的規(guī)那么是什么？換句話說(shuō)，哪局部業(yè)務(wù)策略涉及該事物？什么過程確保了這些規(guī)那么會(huì)被遵守？什么文檔給用戶最多問題？建議：做為數(shù)據(jù)建模方法的一部分文檔考古：優(yōu)缺點(diǎn)優(yōu)：獲取信息相比照較直接，獲得系統(tǒng)所有輸入、輸出及內(nèi)部文檔〔但不應(yīng)假定已獲得全部描述〕；有助于數(shù)據(jù)模型分析。缺：文檔說(shuō)明的系統(tǒng)與實(shí)際系統(tǒng)可能是不匹配的；文檔考古的傳統(tǒng)分析方式〔如開發(fā)文檔流圖〕可能導(dǎo)致產(chǎn)生現(xiàn)有系統(tǒng)的結(jié)構(gòu)模型，從而帶入新系統(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ā)：優(yōu)點(diǎn)協(xié)助建立一支高效的團(tuán)隊(duì)，圍繞一個(gè)目的：工程成功所有風(fēng)險(xiǎn)承擔(dān)人都暢所欲言，沒人被落下正如應(yīng)用工程所必須做的，它促進(jìn)風(fēng)險(xiǎn)承擔(dān)人和開發(fā)團(tuán)隊(duì)之間達(dá)成共識(shí)它能夠揭露和解決那些阻礙工程上成功的行政問題能夠產(chǎn)生一個(gè)在特征級(jí)別上的初步系統(tǒ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ā)資料

>工程專有信息：需求文件草案、已排序的特性…

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

>2天~1周內(nèi)散發(fā)，太早會(huì)使人忘記！聯(lián)合開發(fā)：準(zhǔn)備工作備忘錄收件人：XXX工程的風(fēng)險(xiǎn)承擔(dān)人主題：即將召開的需求專題討論會(huì)

我是XX產(chǎn)品〔工程〕的管理者。這個(gè)工程已經(jīng)〔或即將〕于開始并截止于完成。

〔我們了解它，我們是認(rèn)真的，我們想要按時(shí)完成它〕正如大多數(shù)的工程一樣，獲得關(guān)于應(yīng)用工程的新特征的共識(shí)并定義一個(gè)最初的根本系統(tǒng)來(lái)滿足不同風(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ì)將由來(lái)主持，他是一位經(jīng)驗(yàn)豐富的需求管理聯(lián)

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

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

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

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

進(jìn)程的資料。專題討論會(huì)將于上午8:30開始，下午5:30結(jié)束?！策@個(gè)專題討論會(huì)以及該工程將按專業(yè)要求運(yùn)作，需要你們來(lái)建議，使工程更順利〕熱切期盼在會(huì)場(chǎng)上見到您。[工程領(lǐng)導(dǎo)人]聯(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)程并保