需求工程與過程

1、第二章第二章 軟件需求工程及其過程軟件需求工程及其過程2.1 需求工程概述需求工程概述2.2 軟件需求與產(chǎn)品生命周期軟件需求與產(chǎn)品生命周期本章結構本章結構2.3 軟件需求工程的過程軟件需求工程的過程2.4 需求工程的角色系統(tǒng)分析員需求工程的角色系統(tǒng)分析員2.1 需求工程概述 需求工程是軟件工程的核心組成部分，需求工程是軟件工程的核心組成部分，是指應用有效的技術、方法進行需求分析，是指應用有效的技術、方法進行需求分析，確定客戶需求，幫助分析和設計人員理解問確定客戶需求，幫助分析和設計人員理解問題，并定義目標系統(tǒng)的一門題，并定義目標系統(tǒng)的一門學科學科。 它把整個軟件需求工程研究領域劃分為它把整個軟

2、件需求工程研究領域劃分為需求開發(fā)需求開發(fā)和和需求管理需求管理兩部分。兩部分。2.1 需求工程概述需求開發(fā)活動內容v 獲取每個獲取每個用戶類用戶類的需求。的需求。v 確定產(chǎn)品所期望的確定產(chǎn)品所期望的用戶類用戶類。v 了解實際用戶任務和目標以及這些任務所支持的業(yè)務需求。了解實際用戶任務和目標以及這些任務所支持的業(yè)務需求。v 分析源于用戶的信息，以區(qū)別用戶任務需求、功能需求、業(yè)分析源于用戶的信息，以區(qū)別用戶任務需求、功能需求、業(yè)務規(guī)則、質量屬性。務規(guī)則、質量屬性。v 將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部份分配將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部份分配給軟件組件。給軟件組件。例例v

3、 了解相關質量屬性的重要性。了解相關質量屬性的重要性。v 商討實施優(yōu)先級的劃分。商討實施優(yōu)先級的劃分。例例v 將所收集的用戶需求編寫成規(guī)格說明和模型。將所收集的用戶需求編寫成規(guī)格說明和模型。v 評審需求規(guī)格說明，確保對用戶需求達到共同的理解與認識。評審需求規(guī)格說明，確保對用戶需求達到共同的理解與認識。例例用戶類用戶是可分不同類型的，舉例如下：用戶是可分不同類型的，舉例如下：DZ在各種論壇的地位是有目共睹的，特別是在各種論壇的地位是有目共睹的，特別是BT下載論壇和下載論壇和娛樂論壇，而且用戶的需求是不同的，因此，建議開發(fā)不同娛樂論壇，而且用戶的需求是不同的，因此，建議開發(fā)不同功能的功能的Disc

4、uz!4.0版本，適應不同用戶需求。建議開發(fā)：版本，適應不同用戶需求。建議開發(fā)：1、標準版標準版，適合一般用戶和可以自己添加修改插件等用戶。，適合一般用戶和可以自己添加修改插件等用戶。2、娛樂版娛樂版，適合電影、游戲、休閑等論壇和下載論壇，可，適合電影、游戲、休閑等論壇和下載論壇，可以集成更多的娛樂插件。以集成更多的娛樂插件。3、插件版插件版，適合對，適合對Discuz!不熟悉，不能自己修改添加插件、不熟悉，不能自己修改添加插件、喜歡全功能的用戶。喜歡全功能的用戶。 也可以把也可以把2、3合并。合并。需求的變化和改動笑話一則：笑話一則：距離史記載，沒有一個軟件的需求改動少于三次。距離史記載，沒

5、有一個軟件的需求改動少于三次。唯一只改動需求兩次的客戶是個死人。這個可憐唯一只改動需求兩次的客戶是個死人。這個可憐的家伙還是在運送第三次需求的路上被車子撞死的家伙還是在運送第三次需求的路上被車子撞死的。的。 （cline 1995）問題是：如何來管理好需求呢？問題是：如何來管理好需求呢？需求管理主要包括：需求管理主要包括：建立基線、需求跟蹤、建立基線、需求跟蹤、變更控制變更控制等幾個方面。等幾個方面。需求管理活動內容v定義需求基線（迅速制定需求文檔的主體）。定義需求基線（迅速制定需求文檔的主體）。v評審提出的需求變更、評估每項變更的可能影響評審提出的需求變更、評估每項變更的可能影響從而決定是否

6、實施它。從而決定是否實施它。v使當前的項目計劃與需求一致。使當前的項目計劃與需求一致。v估計變更需求所產(chǎn)生影響并在此基礎上協(xié)商新的估計變更需求所產(chǎn)生影響并在此基礎上協(xié)商新的承諾（約定）。承諾（約定）。v讓每項需求都能與其對應的設計、源代碼和測試讓每項需求都能與其對應的設計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤。用例聯(lián)系起來以實現(xiàn)跟蹤。v在整個項目過程中，跟蹤需求狀態(tài)及其變更情況。在整個項目過程中，跟蹤需求狀態(tài)及其變更情況。需求開發(fā)與需求管理之間的界限圖2.2 軟件需求與產(chǎn)品生命周期 軟件產(chǎn)品經(jīng)歷需求、分析、設計、實現(xiàn)、軟件產(chǎn)品經(jīng)歷需求、分析、設計、實現(xiàn)、部署后，軟件將被使用并進入維護階段，直部署

7、后，軟件將被使用并進入維護階段，直到最后逐漸消亡。這樣一個過程，叫到最后逐漸消亡。這樣一個過程，叫軟件生軟件生命周期模型命周期模型。軟件生命周期模型軟件生命周期模型一一 . .瀑布模型（線性模型）瀑布模型（線性模型）二二. RAD. RAD（快速應用開發(fā)）模型（快速應用開發(fā)）模型三三. . 螺旋模型螺旋模型四四. RUP. RUP（Rational United ProcessRational United Process）五五. . 如何根據(jù)需求選擇生命周期模型如何根據(jù)需求選擇生命周期模型軟件生命周期模型軟件生命周期模型 瀑布模型規(guī)定了各項軟件工程活動，包括：制定開發(fā)計劃，進行需求分析和說明

8、，軟件設計，程序編碼，測試及運行維護，并且規(guī)定了它們自上而下，相互銜接的固定順序，如同瀑布流水，逐級下落。它是軟工中基本模型。 一一. 瀑布模型（線性模型）瀑布模型（線性模型）軟件生命周期模型軟件生命周期模型瀑布模型圖軟件生命周期模型軟件生命周期模型傳統(tǒng)瀑布模型開發(fā)軟件的特點n階段間具有順序性和依賴性階段間具有順序性和依賴性n推遲實現(xiàn)的觀點推遲實現(xiàn)的觀點n每個階段必須完成規(guī)定的文檔和成果每個階段必須完成規(guī)定的文檔和成果n每個階段結束前完成文檔審查每個階段結束前完成文檔審查, , 盡早改正錯誤盡早改正錯誤軟件生命周期模型軟件生命周期模型 快速應用開發(fā)模型強調極短的開發(fā)周期，是線快速應用開發(fā)模型強

9、調極短的開發(fā)周期，是線性順序模型的一個性順序模型的一個“高速高速”變種，通過使用基于構變種，通過使用基于構件的建造方法贏得了快速開發(fā)。如果件的建造方法贏得了快速開發(fā)。如果需求需求理解得很理解得很好且約束了項目范圍，它的過程使得隊伍在很短時好且約束了項目范圍，它的過程使得隊伍在很短時間內創(chuàng)建出間內創(chuàng)建出“功能完善的系統(tǒng)功能完善的系統(tǒng)”。二二.RAD.RAD（快速應用開發(fā)）模型（快速應用開發(fā)）模型軟件生存周期模型軟件生存周期模型一一. 需求計劃需求計劃 采用聯(lián)合需求計劃技術來收集需求信采用聯(lián)合需求計劃技術來收集需求信息，以結構化方式（息，以結構化方式（自頂向下、逐步求精、模塊化設計自頂向下、逐步求

10、精、模塊化設計 ）討論現(xiàn)有業(yè)務問題。討論現(xiàn)有業(yè)務問題。二二. 用戶描述用戶描述 采用采用聯(lián)合應用設計聯(lián)合應用設計來管理用戶的參與，來管理用戶的參與，開發(fā)團隊快速捕捉系統(tǒng)開發(fā)團隊快速捕捉系統(tǒng)非技術設計階段非技術設計階段的用戶信息。的用戶信息。三三. 構建構建 包括詳細設計、創(chuàng)建（編碼和測試）以及包括詳細設計、創(chuàng)建（編碼和測試）以及在某時間內發(fā)布給客戶。在某時間內發(fā)布給客戶。四四. 結束結束 用戶驗收測試、系統(tǒng)安裝和用戶培訓。用戶驗收測試、系統(tǒng)安裝和用戶培訓。 RAD RAD模型的階段模型的階段軟件生存周期模型軟件生存周期模型RAD（快速應用開發(fā)）模型圖60-9060-90天天需求需求計劃計劃用戶

11、用戶描述描述構建構建結束結束開開發(fā)發(fā)工工作作量量RAD使用模型的條件使用模型的條件n系統(tǒng)可基于構件開發(fā)和可縮放。系統(tǒng)可基于構件開發(fā)和可縮放。n用戶能參與到整個生命周期中。用戶能參與到整個生命周期中。n項目開發(fā)周期短。項目開發(fā)周期短。n項目團隊熟悉應用領域，能熟練使用開發(fā)項目團隊熟悉應用領域，能熟練使用開發(fā)工具。工具。舉例：某集團公司的舉例：某集團公司的OAOA系統(tǒng)系統(tǒng), ,煙草公司的資煙草公司的資金結算系統(tǒng)等等。金結算系統(tǒng)等等。軟件生存周期模型軟件生存周期模型三三. .螺旋模型螺旋模型 對于復雜的大型軟件，開發(fā)一個原型往往達不到要求。螺對于復雜的大型軟件，開發(fā)一個原型往往達不到要求。螺旋模型加

12、入了風險分析。旋模型加入了風險分析。 螺旋模型沿著螺線旋轉，在笛卡爾坐標的四個象限上分別螺旋模型沿著螺線旋轉，在笛卡爾坐標的四個象限上分別表達了四個方面的活動，即：表達了四個方面的活動，即：1.1.制定方案制定方案確定軟件目標，選定實施方案，弄清項目開確定軟件目標，選定實施方案，弄清項目開 發(fā)的限制條件。發(fā)的限制條件。2.2.風險分析風險分析分析所選方案，考慮如何識別和消除風險分析所選方案，考慮如何識別和消除風險3.3.實施工程實施工程實施軟件開發(fā)實施軟件開發(fā)4.4.評估評估評價開發(fā)工作，提出修正建議和相應計劃評價開發(fā)工作，提出修正建議和相應計劃 沿螺線自內向外每旋轉一圈便開發(fā)出更為完善的一個

13、新沿螺線自內向外每旋轉一圈便開發(fā)出更為完善的一個新的軟件版本。的軟件版本。 軟件生命周期模型軟件生命周期模型螺螺旋旋模模型型圖圖 評估評估舉例：某集團公司舉例：某集團公司的的ERP系統(tǒng)建設系統(tǒng)建設RUPRUP簡介簡介 Rational Unified Process（簡稱RUP）是一套軟件工程過程，它又是文檔化的軟件工程產(chǎn)品，由Rational公司開發(fā)、維護并銷售。 RUP又是一套軟件工程方法的框架，各個組織可根據(jù)自身的實際情況，以及項目規(guī)模對RUP進行裁剪和修改，以制定出合乎需要的軟件工程過程。RUPRUP簡介簡介 RUP吸收了多種開發(fā)模型的優(yōu)點，具有很好的可操作性和實用性、從它一推出市場，

14、憑借Rational在業(yè)界的領導地位、以及與統(tǒng)一建模語言（Unified Model Language,以下簡稱UML）的良好集成、多種CASE工具的支持、不斷的升級與維護，迅速得到業(yè)界廣泛的認同，越來越多的組織（如IBM、Microsoft、Sun）以它作為軟件開發(fā)模型框架。RUPRUP簡介簡介 RUPRUP二維開發(fā)模型二維開發(fā)模型RUPRUP可以用二維坐標來可以用二維坐標來描述。橫軸通過描述。橫軸通過時間時間組織，是過程展開的組織，是過程展開的生命周期特征，體現(xiàn)生命周期特征，體現(xiàn)開發(fā)過程的動態(tài)結構，開發(fā)過程的動態(tài)結構，用來描述它的術語主用來描述它的術語主要包括周期、階段、要包括周期、階段、

15、迭代和里程碑；迭代和里程碑；縱軸以縱軸以內容內容來組來組織為自然的邏輯活動，織為自然的邏輯活動，體現(xiàn)開發(fā)過程的靜態(tài)體現(xiàn)開發(fā)過程的靜態(tài)結構，用來描述它的結構，用來描述它的術語主要包括活動、術語主要包括活動、產(chǎn)物、工作者和工作產(chǎn)物、工作者和工作流。流。 RUPRUP簡介簡介 RUPRUP中的軟件生命周期在時間上被分解為四個中的軟件生命周期在時間上被分解為四個順序的階段，分別是：順序的階段，分別是：初始階段、細化階段、構造初始階段、細化階段、構造階段和交付階段。階段和交付階段。每個階段結束于一個主要的里程每個階段結束于一個主要的里程碑；每個階段本質上是兩個里程碑之間的時間跨度。碑；每個階段本質上是兩

16、個里程碑之間的時間跨度。在每個階段的結尾執(zhí)行一次評估以確定這個階段的在每個階段的結尾執(zhí)行一次評估以確定這個階段的目標是否已經(jīng)滿足。如果評估結果令人滿意的話，目標是否已經(jīng)滿足。如果評估結果令人滿意的話，可以允許項目進入下一個階段?？梢栽试S項目進入下一個階段。 RUPRUP開發(fā)過程中的各個階段和里程碑開發(fā)過程中的各個階段和里程碑RUPRUP簡介簡介 RUP中的每個階段可以進一步分解為迭代。一個迭代是一個完整的開發(fā)循環(huán)，產(chǎn)生一個可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個子集，它增量式地發(fā)展，從一個迭代過程到另一個迭代過程到成為最終的系統(tǒng)。RUP的迭代開發(fā)模式圖RUPRUP簡介簡介 1.開發(fā)復用。減少開發(fā)人員

17、的工作量，保證軟件質量 2. 可降低風險 3.對需求進行有效管理 4.可視化建模(使用ROSE工具) 5.使用組件體系結構，使軟件體系架構更具彈性 6.貫穿整個開發(fā)周期的質量核查 7.對軟件開發(fā)的變更控制 RUPRUP的特點的特點選擇生命周期模型的總結選擇生命周期模型的總結 需求情況需求情況 瀑布瀑布 模型模型 螺旋螺旋模型模型 RAD 迭代迭代模型模型需求容易定義或明確嗎？需求容易定義或明確嗎？ 是是否否是是否否能在早期確定需求嗎？能在早期確定需求嗎？是是否否是是是是周期中需求經(jīng)常變化嗎？周期中需求經(jīng)常變化嗎？ 否否是是是是是是基于需求特點選擇生命周期模型基于需求特點選擇生命周期模型v需求工

18、程過程被認為是建立軟件系統(tǒng)最重要的方需求工程過程被認為是建立軟件系統(tǒng)最重要的方面之一，在項目中，它涵蓋了與需求相關的所有面之一，在項目中，它涵蓋了與需求相關的所有活動?；顒印Ｐ枨蟮拈_發(fā)過程需求的開發(fā)過程vPressman的需求工程過程的需求工程過程vBoehm的需求工程過程的需求工程過程 2.3 需求開發(fā)過程 2.3.1 需求開發(fā)過程（1）需求開發(fā)是一個迭代的過程需求開發(fā)是一個迭代的過程 重重新新評評估估 獲獲取取 分分析析 編編寫寫規(guī)規(guī)約約 驗驗證證 重重寫寫 證證實實 更更正正并并減減 小小誤誤 差差 2.3.1 需求開發(fā)過程（2）需需求求開開發(fā)發(fā)過過程程框框架架Pressman的需求工程

19、過程的需求工程過程需求獲取需求獲取需求分析需求分析需求規(guī)格說明需求規(guī)格說明系統(tǒng)建模系統(tǒng)建模需求確認需求確認需求管理需求管理使用在怎樣的需求環(huán)境中？使用在怎樣的需求環(huán)境中？Boehm的需求工程過程的需求工程過程確定重要的涉眾確定重要的涉眾確定滿足涉眾要求的條件確定滿足涉眾要求的條件確定確定2中的沖突因素中的沖突因素協(xié)商滿足各方面要求的高層協(xié)議協(xié)商滿足各方面要求的高層協(xié)議列出互相滿足要求的選項列出互相滿足要求的選項研究折中選項研究折中選項預期管理預期管理將協(xié)議融入將協(xié)議融入SRS和計劃中和計劃中重復重復1-8，直到完全開發(fā)完成，直到完全開發(fā)完成面臨和解決新的風險項目面臨和解決新的風險項目12345

20、678910使用在哪些場合或使用在哪些場合或項目中？項目中？需求工程的方法需求工程方法分成四類：需求工程方法分成四類：1.1.面向過程面向過程，注重輸入輸出，注重輸入輸出, ,如傳統(tǒng)的結構化分析。如傳統(tǒng)的結構化分析。2.2.面向數(shù)據(jù)面向數(shù)據(jù)，強調數(shù)據(jù)結構，如，強調數(shù)據(jù)結構，如E-RE-R模型，模型，DDDD描述。描述。3.3.面向控制面向控制，強調同步、并發(fā)，如，強調同步、并發(fā)，如DFDDFD圖。圖。4.4.面向對象面向對象，它建立在對象間的交互基礎上，對，它建立在對象間的交互基礎上，對對象模型、動態(tài)模型和功能模型三個方面對問對象模型、動態(tài)模型和功能模型三個方面對問題進行描述，如以題進行描述，

21、如以UMLUML為基礎的為基礎的RoseRose的建模工具。的建模工具。結構化分析結構化分析v即使沒有明確指定，軟件項目組中也會有某個人即使沒有明確指定，軟件項目組中也會有某個人會擔當需求分析員的角色。會擔當需求分析員的角色。v企業(yè)的企業(yè)的IS組織中，行使這一職責的專家被稱為組織中，行使這一職責的專家被稱為業(yè)業(yè)務分析員。務分析員。v對需求分析員的不同稱謂還包括對需求分析員的不同稱謂還包括系統(tǒng)分析員系統(tǒng)分析員、需需求工程師求工程師、需求經(jīng)理需求經(jīng)理，也有簡稱，也有簡稱分析員分析員的。的。2.4 需求工程的角色系統(tǒng)分析員2.4.1 需求分析員的職責與要求v 需求分析員是對項需求分析員是對項目涉眾的

22、需求進行目涉眾的需求進行收集收集 、分析、記、分析、記錄和驗證等職責的錄和驗證等職責的主要承擔者。主要承擔者。v 如圖所示，需求分如圖所示，需求分析員是用戶群體與析員是用戶群體與軟件開發(fā)團隊間進軟件開發(fā)團隊間進行需求溝通的主要行需求溝通的主要渠道。渠道。 需求分析員需求分析員 項目管理項目管理 規(guī)格與復雜度信息規(guī)格與復雜度信息 用戶代表用戶代表 用戶需求用戶需求 開發(fā)開發(fā) 功能及功能及 非功能需求非功能需求 需求分析 期望與約束期望與約束 功能及非功能需求功能及非功能需求 測試測試 其他股東其他股東 注意：注意：不要指望優(yōu)秀的開發(fā)人員或知識淵博的不要指望優(yōu)秀的開發(fā)人員或知識淵博的用戶可以自動成

23、為優(yōu)秀的業(yè)務分析員，而用戶可以自動成為優(yōu)秀的業(yè)務分析員，而不需要為他們提供培訓、鍛煉不需要為他們提供培訓、鍛煉、學習資料、學習資料和指導。和指導。崗位職責：崗位職責：1.1.收集、整理、分析、提煉、跟蹤、控制用戶的產(chǎn)品需求；收集、整理、分析、提煉、跟蹤、控制用戶的產(chǎn)品需求；2.2.編寫產(chǎn)品需求說明書，準確描述和解釋業(yè)務需求；編寫產(chǎn)品需求說明書，準確描述和解釋業(yè)務需求；3.3.編寫設計文檔，引導編寫設計文檔，引導UIUI設計師制作產(chǎn)品原型（可選）；設計師制作產(chǎn)品原型（可選）；4.4.編寫詳細產(chǎn)品需求分析書，提供給軟件開發(fā)工程師，測試工程師。編寫詳細產(chǎn)品需求分析書，提供給軟件開發(fā)工程師，測試工程師

24、。職位要求：職位要求：1. 大學本科及以上大學本科及以上學歷學歷，專業(yè)不限；，專業(yè)不限；2. 具備具備N年以上軟件產(chǎn)品需求分析的年以上軟件產(chǎn)品需求分析的工作經(jīng)驗工作經(jīng)驗；3. 具備較強的具備較強的溝通和協(xié)調溝通和協(xié)調能力，引導用戶提出需求；能力，引導用戶提出需求；4. 具備較強的具備較強的需求分析需求分析能力，進行業(yè)務需求整理、分析；能力，進行業(yè)務需求整理、分析；5. 具有較強的具有較強的領悟能力和學習能力領悟能力和學習能力，能迅速了解行業(yè)知識；，能迅速了解行業(yè)知識；6. 有較強的有較強的語言和文字表達能力語言和文字表達能力；規(guī)范的文檔寫作能力；（從畢設開始）；規(guī)范的文檔寫作能力；（從畢設開始

25、）7. 熟悉熟悉UML語言語言，能使用軟件工具進行建模。，能使用軟件工具進行建模。2.4.1 需求分析員的職責與要求需求分析員需求分析員 職位要求描述舉例職位要求描述舉例計算機或相關專業(yè)畢業(yè)，本科以上學歷，計算機或相關專業(yè)畢業(yè)，本科以上學歷，3 3年以上開發(fā)經(jīng)驗；年以上開發(fā)經(jīng)驗；熟悉面向對象的分析，設計和開發(fā)方法；熟悉面向對象的分析，設計和開發(fā)方法；熟悉熟悉UMLUML，RoseRose，PowerDesignerPowerDesigner等軟件工程建模工具；等軟件工程建模工具；能夠進行需求分析，編寫分析文檔及規(guī)格說明書；能夠進行需求分析，編寫分析文檔及規(guī)格說明書；能夠熟練閱讀能夠熟練閱讀MS

26、DNMSDN等英文資料；等英文資料；熟悉熟悉WindowsWindows操作系統(tǒng)，熟悉操作系統(tǒng)，熟悉WindowsWindows平臺下編程；平臺下編程；熟悉熟悉C#,VC+C#,VC+或或JAVAJAVA；熟悉系統(tǒng)、網(wǎng)絡、數(shù)據(jù)庫編程；熟悉系統(tǒng)、網(wǎng)絡、數(shù)據(jù)庫編程；熟悉測試方法，錯誤分析定位；熟悉測試方法，錯誤分析定位；有大型系統(tǒng)開發(fā)經(jīng)驗者優(yōu)先有大型系統(tǒng)開發(fā)經(jīng)驗者優(yōu)先；一、一、 業(yè)務方面的業(yè)務方面的二二 、計算機方面的、計算機方面的1. 客戶不懂計算機，不知道如何用計算機術語表達自己的客戶不懂計算機，不知道如何用計算機術語表達自己的業(yè)務需求業(yè)務需求。 2. 程序員不懂業(yè)務，不知道代碼和業(yè)務類需求之

27、間聯(lián)系程序員不懂業(yè)務，不知道代碼和業(yè)務類需求之間聯(lián)系。3. 只有系統(tǒng)分析員，既明白客戶的業(yè)務需求，也理解程序只有系統(tǒng)分析員，既明白客戶的業(yè)務需求，也理解程序員的計算機術語，因此，他通過需求調研獲取用戶需求，員的計算機術語，因此，他通過需求調研獲取用戶需求，然后編寫需求規(guī)格說明書，告訴程序員做什么。然后編寫需求規(guī)格說明書，告訴程序員做什么。 系統(tǒng)分析員必須具有兩方面的知識系統(tǒng)分析員必須具有兩方面的知識2.4.2 需求分析員知識與技能v下面列出需求分析員的技能：下面列出需求分析員的技能： 傾聽的技巧傾聽的技巧 交談和提問的技巧交談和提問的技巧 大部分需求是通過討論得到的，因此，需求大部分需求是通過

28、討論得到的，因此，需求分析員必須能夠與不同的個人或小組就需求分析員必須能夠與不同的個人或小組就需求展開討論。展開討論。 分析能力分析能力 優(yōu)秀的需求分析員能夠以不同的方式思考優(yōu)秀的需求分析員能夠以不同的方式思考問題問題。2.4.2 需求分析員知識與技能舉例：廈門某中心的調研舉例：廈門某中心的調研 協(xié)調能力協(xié)調能力 需求獲取過程中，對相關人員進行協(xié)調也是需求分析員必需求獲取過程中，對相關人員進行協(xié)調也是需求分析員必備的一項能力。備的一項能力。 觀察能力觀察能力 觀察力敏銳的需求分析員能夠從不經(jīng)意的閑談中發(fā)現(xiàn)重要觀察力敏銳的需求分析員能夠從不經(jīng)意的閑談中發(fā)現(xiàn)重要的信息。的信息。 寫作能力寫作能力

29、需求開發(fā)提交的主要結果是書面的需求規(guī)格說明，用于在需求開發(fā)提交的主要結果是書面的需求規(guī)格說明，用于在客戶、營銷人員、管理人員和技術人員之間傳遞信息?？蛻?、營銷人員、管理人員和技術人員之間傳遞信息。 組織信息能力組織信息能力 需求分析員需要處理獲取和分析過程中收集到的大量雜亂需求分析員需要處理獲取和分析過程中收集到的大量雜亂的信息。的信息。2.4.2 需求分析員知識與技能 人際交往能力人際交往能力 需求分析員應具備讓彼此利益競爭的人們進行合作需求分析員應具備讓彼此利益競爭的人們進行合作的能力。的能力。 建模能力建模能力 每個需求分析員都應該掌握從傳統(tǒng)的流程圖到結構每個需求分析員都應該掌握從傳統(tǒng)的

30、流程圖到結構化的分析模型化的分析模型(數(shù)據(jù)流圖、實體關系圖等數(shù)據(jù)流圖、實體關系圖等)，直至當，直至當今的統(tǒng)一建模語言今的統(tǒng)一建模語言(UML)等多種分析工具。等多種分析工具。2.4.2 需求分析員知識與技能能力的培養(yǎng)環(huán)境：實際項目能力的培養(yǎng)環(huán)境：實際項目 2.4.3 需求分析員的工作 需求分析員是客戶與開發(fā)人員交流的中間人，負責將客需求分析員是客戶與開發(fā)人員交流的中間人，負責將客戶對產(chǎn)品的初步想法轉化為明確的需求說明，用來指導戶對產(chǎn)品的初步想法轉化為明確的需求說明，用來指導開發(fā)工作。開發(fā)工作。v 定義業(yè)務需求定義業(yè)務需求 需求分析員的第一項工作是幫助業(yè)務管理人、產(chǎn)品經(jīng)理或銷售經(jīng)需求分析員的第一

31、項工作是幫助業(yè)務管理人、產(chǎn)品經(jīng)理或銷售經(jīng)理定義項目的理定義項目的業(yè)務需求業(yè)務需求（某大公司（某大公司SAP上線的原因）。上線的原因）。v 確定項目涉眾和用戶類別確定項目涉眾和用戶類別 前景和范圍文檔可幫助需求分析員分辨出產(chǎn)品的重要用戶群和其前景和范圍文檔可幫助需求分析員分辨出產(chǎn)品的重要用戶群和其他涉眾。他涉眾。v 獲取需求獲取需求 需求分析員可能要用到下列信息收集方法：需求分析員可能要用到下列信息收集方法：交談、需求討論會、交談、需求討論會、文檔分析、調查、現(xiàn)場訪問客戶、業(yè)務流程分析、工作流程分析文檔分析、調查、現(xiàn)場訪問客戶、業(yè)務流程分析、工作流程分析和任務分析、同類產(chǎn)品分析、根據(jù)現(xiàn)有系統(tǒng)導出需求、回顧以往和任務分析、同類產(chǎn)品分析、根據(jù)現(xiàn)有系統(tǒng)導出需求、回顧