1.需求獲取1.1 獲取過程  動(dòng)獲取需求和被動(dòng)受理需求的過程和方法基本相同 1.2 需求層級(jí) 從由淺入深來看，需求又分為4層： 1) 業(yè)務(wù)需求（business requirement）表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來自項(xiàng)目投資人、購(gòu)買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個(gè)系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍（vision and scope）文檔來記錄業(yè)務(wù)需求，這份文檔有時(shí)也被稱作項(xiàng)目輪廓圖或市場(chǎng)需求（project charter 或 market requirement）文檔。 2) 用戶需求（user requirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件――響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。 3) 功能需求（functional requirement）規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求（behavīoral requirement），因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。 4) 系統(tǒng)需求（system requirement）用于描述包含多個(gè)子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的頂級(jí)需求。系統(tǒng)可以只包含軟件系統(tǒng)，也可以既包含軟件又包含硬件子系統(tǒng)。人也可以是系統(tǒng)的一部分，因此某些系統(tǒng)功能可能要由人來承擔(dān)。 1.3 目標(biāo)內(nèi)容 需求分析師應(yīng)在需求獲取前明確需要獲取的需求信息，以確保在實(shí)施需求獲取時(shí)有的放矢。 通常需求獲取要獲取的信息包括三大類： 1) 與問題域相關(guān)的背景信息（如業(yè)務(wù)處理流程及過程文件資料、角色、崗位職責(zé)、組織結(jié)構(gòu)圖等）； 2) 與要求解決的問題直接相關(guān)的信息； 3) 用戶對(duì)系統(tǒng)的特別期望與施加的任何約束信息（如完成時(shí)間、質(zhì)量、技術(shù)要求等）。 1.4 獲取渠道 需求分析師在明確了所需要獲取的信息之后，應(yīng)確定獲取需求信息的來源與渠道，以提高需求分析師在需求獲取階段的工作效率，使得所收集的信息更加有價(jià)值、更加全面。需求信息的來源通常包括： 1) 公司內(nèi)部的業(yè)務(wù)需求，客戶或合作伙伴 2) 競(jìng)品分析：競(jìng)爭(zhēng)對(duì)手的產(chǎn)品優(yōu)勢(shì)與不足 3) 專業(yè)交流：專家交流，行業(yè)交流 4) 實(shí)施過程中需要衍生出的支撐需求或額外需求 1.5 獲取方法 在明確須獲取什么需求、需求的來源與獲取渠道后，應(yīng)選擇至少一種需求獲取技術(shù)獲取相關(guān)的需求，作為需求分析的依據(jù)。需求獲取技術(shù)包括但不限于： 1) 客戶訪談 2) 需求討論會(huì) 3) 現(xiàn)場(chǎng)觀摩用戶的工作流程，觀察用戶的實(shí)際操作 4) 同行對(duì)標(biāo)，競(jìng)品分析，行業(yè)交流 5) 社會(huì)化媒體：搜索引擎、IM、BBS、Blog、SNS社區(qū)、Blog、Twitter、百度知道等社會(huì)化新媒體 6) 客戶調(diào)查 7) 用例模型 8) 原型 1.6 采集要求 根據(jù)所采用的需求獲取技術(shù)，在需求獲取過程中將產(chǎn)生不同的記錄和原始資料，項(xiàng)目組應(yīng)將這些記錄納入開發(fā)庫(kù)進(jìn)行配置管理（SVN）。需求獲取的記錄與資料包括但不限于： 1) 需求背景/目的/環(huán)境 2) 需求采集計(jì)劃； 3) 用戶訪談的訪談紀(jì)要； 4) 需求研討會(huì)的會(huì)議紀(jì)要； 5) 用戶需求清單； 6) 業(yè)務(wù)規(guī)劃材料：業(yè)務(wù)邏輯圖、業(yè)務(wù)計(jì)劃等； 7) 業(yè)務(wù)作業(yè)流程資料：業(yè)務(wù)作業(yè)過程中的表單、流程規(guī)范等； 8) 用戶編寫的原始需求文檔； 9) 需求原型； 10) 用戶填寫的需求調(diào)查表； 11) 相關(guān)的政策法規(guī)文件以及行業(yè)標(biāo)準(zhǔn)文件。 1.7 獲取原則 1) 永遠(yuǎn)不要顯得比客戶更聰明 第一條：了解需求，而不是去批評(píng)客戶； 第二條：客戶比你更熟悉業(yè)務(wù)的環(huán)境； 第三條：客戶總是知道問題在哪兒，你的工作就是要讓他們自己愿意說出來； 2) 尊重用戶的現(xiàn)實(shí)選擇 第一條：客戶永遠(yuǎn)是對(duì)的； 第二條：提供最合適的解決方案，而并非最好或最貴的方案； 第三條：不要把客戶當(dāng)傻瓜； 3) 轉(zhuǎn)述需求的人也是客戶 第一條：轉(zhuǎn)述者一般會(huì)把自己想象成設(shè)計(jì)者； 第二條：轉(zhuǎn)述者可能會(huì)遺漏或補(bǔ)充一些額外的需求； 第三條：對(duì)轉(zhuǎn)述者的自由發(fā)揮不應(yīng)抱怨和生氣，而是將其視為客戶； 4) 客戶和用戶要區(qū)別對(duì)待 第一條：產(chǎn)品為最終用戶設(shè)計(jì)，需求的功能轉(zhuǎn)換為最終用戶的使用要求而確定； 第二條：為客戶尋找價(jià)值上的需求； 第三條：用戶的利益高于一切； 5) 用最簡(jiǎn)單的文字工具記錄需求 第一條：所有人都能懂的東西，最不容易出錯(cuò)； 第二條：不需要再學(xué)習(xí)的東西，最不容易出錯(cuò)； 第三條：不要希望客戶能花更多的時(shí)間來了解需求轉(zhuǎn)換后的模型； 第四條：保持溝通的通暢，是了解需求的保障； 6) 天下沒有免費(fèi)的午餐 第一條：客戶從來沒有不合理的需求； 第二條：客戶的要求都是可以實(shí)現(xiàn)的； 第三條：我們能做這事－這是所需的成本； |
|
|
