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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20、678910使用在哪些場(chǎng)合或使用在哪些場(chǎng)合或項(xiàng)目中？項(xiàng)目中？需求工程的方法需求工程方法分成四類：需求工程方法分成四類：1.1.面向過(guò)程面向過(guò)程，注重輸入輸出，注重輸入輸出, ,如傳統(tǒng)的結(jié)構(gòu)化分析。如傳統(tǒng)的結(jié)構(gòu)化分析。2.2.面向數(shù)據(jù)面向數(shù)據(jù)，強(qiáng)調(diào)數(shù)據(jù)結(jié)構(gòu)，如，強(qiáng)調(diào)數(shù)據(jù)結(jié)構(gòu)，如E-RE-R模型，模型，DDDD描述。描述。3.3.面向控制面向控制，強(qiáng)調(diào)同步、并發(fā)，如，強(qiáng)調(diào)同步、并發(fā)，如DFDDFD圖。圖。4.4.面向?qū)ο竺嫦驅(qū)ο螅⒃趯?duì)象間的交互基礎(chǔ)上，對(duì)，它建立在對(duì)象間的交互基礎(chǔ)上，對(duì)對(duì)象模型、動(dòng)態(tài)模型和功能模型三個(gè)方面對(duì)問(wèn)對(duì)象模型、動(dòng)態(tài)模型和功能模型三個(gè)方面對(duì)問(wèn)題進(jìn)行描述，如以題進(jìn)行描述，

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

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

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

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

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

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

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

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

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

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

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