需求預(yù)測(cè)方法及模型總結(jié)報(bào)告

　　篇一：需求預(yù)測(cè)與模型總結(jié)

　　交通需求預(yù)測(cè)是交通規(guī)劃中的核心內(nèi)容之一。交通發(fā)展政策的制定、交通網(wǎng)絡(luò)設(shè)計(jì)以及方案評(píng)價(jià)都與交通需求預(yù)測(cè)有密切的關(guān)系�，F(xiàn)代交通規(guī)劃理論中的交通需求預(yù)測(cè)習(xí)慣上被分為四個(gè)階段，即交通產(chǎn)生預(yù)測(cè)、交通分布預(yù)測(cè)、交通方式分擔(dān)預(yù)測(cè)及交通網(wǎng)絡(luò)分配。下面就對(duì)交通需求預(yù)測(cè)的四階段法以及其各自的模型進(jìn)行總結(jié)。 一、交通生成預(yù)測(cè)

　�、�、增長(zhǎng)率法

　　增長(zhǎng)率法是根據(jù)預(yù)測(cè)對(duì)象（如客貨運(yùn)量、經(jīng)濟(jì)指標(biāo)等）的預(yù)計(jì)增長(zhǎng)速度進(jìn)行預(yù)測(cè)的方法。

　　預(yù)測(cè)模型的一般形式為：  Qt=Q0（1+α）t

　　增長(zhǎng)率法的關(guān)鍵在于確定增長(zhǎng)率，但增長(zhǎng)率隨著選擇年限及計(jì)算方法的不同而存在較大的差異。所以增長(zhǎng)率法一般僅適用于增長(zhǎng)率變化不大且增長(zhǎng)趨勢(shì)穩(wěn)定的情況，其特點(diǎn)是計(jì)算簡(jiǎn)單，但預(yù)測(cè)結(jié)果粗略，較適用于近期預(yù)測(cè)。

　　Ⅱ、乘車系數(shù)法

　　乘車系數(shù)法又稱為原單位發(fā)生率法，類似于城市交通預(yù)測(cè)中的類別發(fā)生率法，它用區(qū)域總?cè)丝谂c平均每人年度乘車次數(shù)來預(yù)測(cè)客運(yùn)量。模型的形式為：

　　Qt=Ptβ

　　乘車系數(shù)可以根據(jù)指標(biāo)的歷年資料和今后變化趨勢(shì)確定，但是乘車系數(shù)本身的變動(dòng)有時(shí)難以預(yù)測(cè)，各種偶然因素會(huì)使其發(fā)生較大波動(dòng)。此外，人口、職業(yè)、年齡的變化也使系數(shù)很難符合一定規(guī)律。

　�、�、產(chǎn)值系數(shù)法

　　產(chǎn)值系數(shù)法是根據(jù)預(yù)測(cè)期國(guó)民經(jīng)濟(jì)指標(biāo)值（如工農(nóng)業(yè)總產(chǎn)值、社會(huì)總產(chǎn)值、國(guó)民收入等）和確定的每單位指標(biāo)值所引起的貨運(yùn)量或客運(yùn)量進(jìn)行預(yù)測(cè)的方法。模型的形式為：

　　Qt=Mtβ

　�、�、彈性系數(shù)法

　　彈性系數(shù)法是通過研究單位社會(huì)經(jīng)濟(jì)指標(biāo)產(chǎn)生的小區(qū)交通出行量，預(yù)測(cè)將來吸引、發(fā)生量的一種方法。此法是綜合考慮我國(guó)經(jīng)濟(jì)發(fā)展水平和產(chǎn)業(yè)結(jié)構(gòu)和發(fā)展

　　趨勢(shì)，參考O、D調(diào)查區(qū)域社會(huì)經(jīng)濟(jì)有關(guān)文獻(xiàn)資料，確定彈性系數(shù)的大致范圍，結(jié)合所得出的歷史彈性系數(shù)及所處區(qū)域位置及相關(guān)運(yùn)網(wǎng)歷史交通量與直接影響區(qū)歷史經(jīng)濟(jì)量的回歸分析作為進(jìn)一步的分析手段，確定出項(xiàng)目影響區(qū)的交通增長(zhǎng)彈性系數(shù)，依此進(jìn)行發(fā)生、吸引交通量預(yù)測(cè)。根據(jù)項(xiàng)目影響區(qū)經(jīng)濟(jì)發(fā)展速度預(yù)測(cè)結(jié)果和運(yùn)輸彈性系數(shù)，按下式計(jì)算交通量增長(zhǎng)率：

　　交通量增長(zhǎng)率=GDP增長(zhǎng)率×運(yùn)輸彈性系數(shù) Ⅴ、時(shí)間序列預(yù)測(cè)法

　　又稱時(shí)間序列預(yù)測(cè)法，是收集和整理過去的交通量資料，從中找出交通量隨時(shí)間而變化的規(guī)律，并用數(shù)學(xué)模型來表示這種規(guī)律，然后按此模型進(jìn)行預(yù)測(cè)。  該類模型包括：  ① 趨勢(shì)外推法；  ②指數(shù)平滑法；  ③灰色系統(tǒng)法；

　�、苋斯ど窠�(jīng)網(wǎng)絡(luò)法、小波分析法等。

　　Ⅵ、回歸分析法

　　回歸分析預(yù)測(cè)法就是一種通過分析研究因變量與相關(guān)因素的聯(lián)系規(guī)律從而進(jìn)行預(yù)測(cè)的方法。

　　在諸多影響因變量的因素中，有些是與其它因素獨(dú)立或近似獨(dú)立的，有些則是密切相關(guān)的。我們選取其中主要的而且各自是相互獨(dú)立的因素作為自變量。然后分析每個(gè)自變量與產(chǎn)生量大致的函數(shù)關(guān)系。

　　回歸分析法又分為：線性回歸分析法：一元線性回歸分析，二元線性回歸和多元線性回歸分析；

　　非線性回歸分析法：

　　如多元線性回歸法，是從調(diào)查數(shù)據(jù)中，選取某個(gè)自變量與多個(gè)因變量的多組樣本值，建立多元線性回歸模型:

　　P=b0+b1X1+b2X2+…+bnXn

　�、�、灰色預(yù)測(cè)法

　　該理論是我國(guó)學(xué)者鄧聚龍教授在上世紀(jì)80年代初提出的處理不完全信息的一種新理論，該理論應(yīng)用關(guān)聯(lián)度收斂原理、生成數(shù)、灰導(dǎo)數(shù)等觀點(diǎn)和方法建立微分

　　方程模型。如GM (1,1)表示一階單個(gè)變量的微分方程，是最常用的灰色預(yù)測(cè)模型�；疑�預(yù)測(cè)在諸多領(lǐng)域(包括交通量預(yù)測(cè))都有較好的應(yīng)用。

　　設(shè)時(shí)間序列X（0）有n個(gè)預(yù)測(cè)值，X(0)=｛X(0)(1), X(0)(2), X(0)(3),…X(0)(n)｝加生成新序列X(1)=｛X(1)(1), X(1)(2), X(1)(3),…X(1)(n)｝，其中

　　X（1）（k）=

　　，k=1,2,…,n

　　則GM（1,1）模型相應(yīng)的微分方程為

　　二、交通分布預(yù)測(cè)

　　交通分布預(yù)測(cè)模型，可以分為兩大類。

　　第一類是比較適用于較短期交通分布的模型，它們往往比較簡(jiǎn)單，主要用于交通網(wǎng)絡(luò)沒有發(fā)生重大變化的短期交通分布預(yù)測(cè)中；

　　另一類是比較適用于長(zhǎng)期交通分布預(yù)測(cè)或短期分布中交通情況有較大變化的交通分布預(yù)測(cè)模型，它們使用出行廣義費(fèi)用或其他較復(fù)雜的數(shù)學(xué)方法。

　　以下主要介紹增長(zhǎng)系數(shù)法和重力模型法，它們適用于長(zhǎng)、短期交通分布預(yù)測(cè)。 Ⅰ、增長(zhǎng)系數(shù)法

　　增長(zhǎng)系數(shù)法基本依賴于各交通小區(qū)間基年的交通分布情況，把預(yù)測(cè)年的交通發(fā)生量和吸引量按基年交通分布的比例分布到路網(wǎng)中。該方法適用于宏觀交通量的分布，不限于個(gè)別因素的影響，著重于總的趨勢(shì)，適應(yīng)性較強(qiáng)。但基年交通分布的稍有偏差，對(duì)未來交通分布有較大影響。

　　它以平均增長(zhǎng)系數(shù)法、Fratar法、Furness法和底特律法等方法為主。 完全是基于出行起點(diǎn)與終點(diǎn)小區(qū)的交通增長(zhǎng)特性，利用現(xiàn)狀的OD分布量推算將來的OD分布量。它依賴于各節(jié)點(diǎn)間的基年分布情況，并假設(shè)區(qū)間的出行交通與路網(wǎng)的改變相互獨(dú)立，或者在預(yù)測(cè)年限內(nèi)交通運(yùn)輸系統(tǒng)沒有明顯的改變。這種方法適用于小地區(qū)或區(qū)域間出行不受空間阻撓因素的影響而只受地區(qū)間交通發(fā)生、吸引特性影響的出行空間分布形態(tài)，且這種方法不限于某些個(gè)別因素的影響，著重總的趨勢(shì)，適用于交通量的宏觀分布預(yù)測(cè)，但當(dāng)基年OD分布稍有偏差時(shí)，對(duì)未來影響將會(huì)很大。模型不需標(biāo)定，只需滿足總量平衡即可。

　　增長(zhǎng)系數(shù)法的算法步驟如下：

　　a 令計(jì)算次數(shù)m=0； b 給定現(xiàn)狀OD

　　表中

　　及將來OD表中的

　��；

　　X；

　　c 求出各小區(qū)的發(fā)生于吸引交通量的增長(zhǎng)率

　　d 求第m+1次交通分布量的近似值

　　e 收斂判別。

　　①常增長(zhǎng)系數(shù)法：

　　增長(zhǎng)函數(shù)為：②平均增長(zhǎng)系數(shù)法：

　　增長(zhǎng)函數(shù)為：③底特律法：

　　增長(zhǎng)函數(shù)為：④福萊特法：

　　增長(zhǎng)函數(shù)為：

　�、莞ツ崴狗ǎ�

　　增長(zhǎng)系數(shù)為：

　�。�

　　=常量

　　；

　　篇二：常見需求模型

　　1、常見需求模型之——業(yè)務(wù)流程模型 1、業(yè)務(wù)流程模型的兩種常見表示方法

　　業(yè)務(wù)流程圖一般用于對(duì)核心業(yè)務(wù)的細(xì)化描述，可以采用UML中的泳道圖來表示。

　　如圖1，圖最上方的方框內(nèi)的“體檢者”、“服務(wù)人員”、“收費(fèi)人員”等表示業(yè)務(wù)中相應(yīng)的崗位，崗位下方對(duì)應(yīng)的是該崗位相應(yīng)的職責(zé)，箭頭表示職責(zé)間的執(zhí)行次序，箭頭下方的圖標(biāo)表示崗位間傳輸?shù)膯巫C。

　　圖1表示的體檢者申請(qǐng)?bào)w檢后填寫個(gè)人情況單，服務(wù)人員開單后形成體檢單，收費(fèi)人員收費(fèi)后出具收費(fèi)單，各科室體檢醫(yī)生按單體檢并記錄體檢結(jié)果，當(dāng)全部體檢項(xiàng)都完成后，由綜合科醫(yī)生出具報(bào)告，最后由服務(wù)人員將體檢報(bào)告返還給體檢者。

　　業(yè)務(wù)流程圖是給甲方的業(yè)務(wù)領(lǐng)導(dǎo)看的，而由于UML的泳道圖過于簡(jiǎn)單，有時(shí)為了追求美觀，也用viso的流程圖來表示，如圖2。

　　上層入庫(kù)流程，其中手機(jī)圖標(biāo)表示可以用便攜設(shè)備現(xiàn)場(chǎng)登記入庫(kù)；

　　中間層倉(cāng)庫(kù)管理流程表示“庫(kù)存管理”業(yè)務(wù)可以分解為“盤點(diǎn)”、“移庫(kù)”、“信息維護(hù)”、“下限自動(dòng)提醒”等子業(yè)務(wù)，其最右方的菱形表示轉(zhuǎn)到“采購(gòu)流程”（該流程可單獨(dú)再畫一個(gè)流程圖）；

　　最下方出庫(kù)流程表示出庫(kù)業(yè)務(wù)過程，其中庫(kù)存不足，可自動(dòng)轉(zhuǎn)到“申請(qǐng)采購(gòu)”子業(yè)務(wù)。

　　2、什么樣的項(xiàng)目要采用業(yè)務(wù)流程模型？

　　對(duì)于一些項(xiàng)目的核心業(yè)務(wù)，特別是涉及業(yè)務(wù)變革、職能調(diào)整類的項(xiàng)目，尤其需要畫出業(yè)務(wù)流程圖，明確未來業(yè)務(wù)在組織結(jié)構(gòu)、業(yè)務(wù)職能和業(yè)務(wù)信息共享要求等方面的變化情況，借助業(yè)務(wù)高層領(lǐng)導(dǎo)的支持，避免變革阻力向系統(tǒng)的傳導(dǎo)。另外，在一些需要規(guī)范業(yè)務(wù)的IT項(xiàng)目中，該模型也大有用武之地（詳見推薦閱讀1）。

　　3、業(yè)務(wù)流程模型和上下文范圍模型的區(qū)別

　　業(yè)務(wù)流程模型重點(diǎn)在核心業(yè)務(wù)流程，擅長(zhǎng)描述核心業(yè)務(wù)中涉及的崗位變化、職責(zé)關(guān)系和業(yè)務(wù)流向；上下文范圍模型重點(diǎn)在業(yè)務(wù)范圍，擅長(zhǎng)描述業(yè)務(wù)中的用戶、例外處理等。

　　業(yè)務(wù)流程模型一般是對(duì)上下文范圍模型中某個(gè)核心業(yè)務(wù)的細(xì)化。

　　2、常見需求模型之——上下文范圍模型

　　上下文范圍模型常用于開業(yè)務(wù)需求研討會(huì)時(shí)，細(xì)化需求。按步驟構(gòu)建模型如下圖：

　　1，畫好系統(tǒng)和參與者

　　比如在開體檢業(yè)務(wù)系統(tǒng)的業(yè)務(wù)研討會(huì)時(shí)，可以將該系統(tǒng)畫在中間，將各類參會(huì)的人員畫在周圍。 2，尋找主要外部參與者的核心業(yè)務(wù)事件

　　由于一個(gè)單位的價(jià)值一定是通過作用于外部用戶而產(chǎn)生的，所以首先尋找單位的主要外部用戶，由他來激發(fā)單位內(nèi)部的響應(yīng)。例子里主要外部用戶是體檢者，他提出了一個(gè)“申請(qǐng)?bào)w檢”的業(yè)務(wù)事件，所以畫出從體檢者到系統(tǒng)的箭頭，并標(biāo)注“申請(qǐng)?bào)w檢”和標(biāo)號(hào)1.

　　3，確定對(duì)核心業(yè)務(wù)事件的業(yè)務(wù)響應(yīng)

　　單位外部的體檢者提出“申請(qǐng)?bào)w檢”后，將激發(fā)單位內(nèi)部的一系列業(yè)務(wù)響應(yīng)，依次響應(yīng)如下：服務(wù)人員要“開單”；收費(fèi)人員要“收費(fèi)”；體檢科室要“體檢并記錄結(jié)果”；當(dāng)所有體檢結(jié)果都出來后，綜合

　　科醫(yī)生要“出具報(bào)告”；最終“返回報(bào)告”給體檢者。所以依次畫出參與者到系統(tǒng)的箭頭，并標(biāo)注“開單”、“收費(fèi)”等信息，標(biāo)號(hào)都為1，表示是對(duì)業(yè)務(wù)事件1“申請(qǐng)?bào)w檢”的業(yè)務(wù)響應(yīng)。

　　4，尋找非核心業(yè)務(wù)事件以及業(yè)務(wù)響應(yīng)

　　處理完主要外部用戶的核心業(yè)務(wù)事件及其業(yè)務(wù)響應(yīng)后，還得考慮非核心業(yè)務(wù)或例外事件，例子中非核心業(yè)務(wù)事件主要有“申請(qǐng)改單”，對(duì)應(yīng)的業(yè)務(wù)響應(yīng)是收費(fèi)人員的“處理改單”。所以補(bǔ)充畫出從體檢者和收費(fèi)人員到系統(tǒng)的箭頭，箭頭上標(biāo)注“申請(qǐng)改單”和“處理改單”，并將標(biāo)號(hào)設(shè)為2。例外事件如體檢者過期未取體檢報(bào)告怎么辦？系統(tǒng)應(yīng)主動(dòng)提醒一次用戶來取報(bào)告，這就是畫出了“5 通知用戶取報(bào)告”。

　　5，尋找其他外部參與者的業(yè)務(wù)事件及其響應(yīng)

　　最后考慮相對(duì)于體檢部門的外部單位的業(yè)務(wù)事件，如財(cái)務(wù)部門的“提交團(tuán)隊(duì)繳費(fèi)情況”、客服中心的“查詢體檢情況”、系統(tǒng)定時(shí)觸發(fā)的“通知用戶取報(bào)告”和維護(hù)人員的“管理體檢項(xiàng)”等等。

　　該模型繪制的過程，其實(shí)就是業(yè)務(wù)需求討論記錄的過程。模型的成果給出了系統(tǒng)大致的范圍概覽。

　　3、常見需求模型之——主題域模型

　　主題域模型采用UML中的組件視圖，將大型復(fù)雜系統(tǒng)需求先期分解為若干主題，再把每個(gè)主題當(dāng)作獨(dú)立的系統(tǒng)，用以初步描述子需求和需求之間的依賴關(guān)系。

　　有一體檢醫(yī)院，它光體檢不看病，這類業(yè)務(wù)非常有“錢景”�，F(xiàn)在要為這類體檢醫(yī)院開發(fā)系統(tǒng)，捕獲需求。由于涉及的業(yè)務(wù)較多，前期可以根據(jù)它原有部門的劃分，分為如上圖的三個(gè)主題域，確定三個(gè)子系統(tǒng)。

　　再研究各部門之間原來人員的信息交互情況，決定子系統(tǒng)間對(duì)外的接口和協(xié)作關(guān)系（注意是需求級(jí)的粗略分析）。例如，負(fù)責(zé)體檢業(yè)務(wù)的部門經(jīng)常要找負(fù)責(zé)物資管理部門的人申領(lǐng)物資，所以如圖標(biāo)識(shí)“物資申領(lǐng)”接口和調(diào)用請(qǐng)求；當(dāng)體檢業(yè)務(wù)部門的物資快消耗完畢時(shí)，他要提前通知物資管理部門負(fù)責(zé)采購(gòu)的人員，所以如圖標(biāo)識(shí)“提交物資使用情況”接口和調(diào)用請(qǐng)求。

　　其他接口也采用類似方法確定。

　　4、常見需求模型之——思維導(dǎo)圖模型

　　在需求分析時(shí)，我們一般使用思維圖在訪談的時(shí)候做記錄、計(jì)劃項(xiàng)目和活動(dòng)、對(duì)研討會(huì)作總結(jié)�？�

　　的來說，只要我們需要簡(jiǎn)潔和智能的記錄方式，就會(huì)用到思維圖。

　　思維圖是繪圖和文字的結(jié)合，試圖按照大腦存儲(chǔ)信息的方式來展現(xiàn)信息。我們把每條新的信息與我們已經(jīng)知道的某些事聯(lián)系起來，思維圖通過線把詞和圖聯(lián)系起來的方式，實(shí)現(xiàn)了對(duì)大腦思維過程的模擬。

　　下圖是對(duì)我們虛擬用戶代表的思維圖模擬。

　　思維圖的中間應(yīng)該是中心主題，中心思想應(yīng)該是有強(qiáng)烈視覺效果的圖像。然后外一層分解展示了主要概念、話題、思想或者所選擇的主題的分解。用一到兩個(gè)詞來寫下這些思想，然后用線條來連接這些思

　　想，最好用有顏色的線來描繪，這樣人們更容易記住。線條可以用箭頭表示方向，但大多數(shù)情況下思想之間的聯(lián)系是雙向的。

　　思維圖并不總是從中心向外擴(kuò)散的，有時(shí)候有一些想法，或者從記筆記中聽到一些事情，這些東西與圖上已有的東西之間沒有聯(lián)系，但也要畫到圖上去，因?yàn)閷�來可能�?huì)發(fā)現(xiàn)聯(lián)系。最后的圖可能不那么漂亮，但對(duì)思維是有幫助的。

　　畫思維圖的紙要足夠大，當(dāng)然也可以用畫思維圖的軟件來進(jìn)行，不過我認(rèn)為還是直接畫圖比較好，畫圖的過程本身就是思維的過程，彩色鋼筆的使用使畫圖的過程充滿樂趣，并且新的思想由此源源涌出，在畫的過程中，思想的閘門被打開了。

　　在對(duì)風(fēng)險(xiǎn)承擔(dān)者進(jìn)行訪談詢問的時(shí)候，我們可以使用思維圖來記筆記。當(dāng)風(fēng)險(xiǎn)承擔(dān)者告訴我們關(guān)于他們的工作、以及需要的新產(chǎn)品的特征的時(shí)候，使用思維圖的好處就體現(xiàn)出來了。使用思維圖來記錄訪談的內(nèi)容，就更可能看到聯(lián)系，并且發(fā)現(xiàn)客戶沒有提到但是應(yīng)該解釋的聯(lián)系。思維圖可以是一個(gè)多用途的記錄工具，因?yàn)榭梢院?jiǎn)單的一條線來代替聯(lián)系的文字。

　　所謂創(chuàng)造性思維，是善于把一個(gè)問題中松散的“遙遠(yuǎn)”的各個(gè)元素聯(lián)系起來，從周圍的環(huán)境中廣泛尋找自己經(jīng)歷過的東西，甚至無意中看到廣告牌或者一次談話都可以引發(fā)聯(lián)想，得出問題的答案，這使得他們得以用已知的方法來有效的解決問題。思維圖并不可能給出答案，但可以條理性的展示我們可能希望看到的東西，這就是思維圖的作用。

　　5、常見需求模型之——用例模型 一、用例模型的要點(diǎn) 用例圖很簡(jiǎn)單，一般就是三個(gè)符號(hào)：一個(gè)小人（角色）、一個(gè)圈（用例）、一根連線，

　　但是要繪制好

　　用例圖并不簡(jiǎn)單，需要注意以下問題：

　　1、 如果本系統(tǒng)和外部系統(tǒng)有交互或接口，外部系統(tǒng)也是角色。如ATM機(jī)系統(tǒng)中與銀行系統(tǒng)的對(duì)接例

　　子，如下圖；

　　2、 產(chǎn)品用例中的角色是實(shí)際使用系統(tǒng)的崗位名，如在代售點(diǎn)的火車訂票系統(tǒng)，其用例圖如下圖；

　　3、 角色間可以使用繼承關(guān)系簡(jiǎn)化設(shè)計(jì)，但意義不同；下圖左邊表示三類用戶點(diǎn)擊的是同一按鈕，看

　　到的是同一界面，可以由同一個(gè)程序員開發(fā)的登錄模塊；下圖右邊表示的是三類用戶點(diǎn)擊的是不同的按鈕，看到的是不同的界面，可以分給不同的程序員分別開發(fā)的登錄模塊；

　　篇三：需求分析建模技術(shù)

　　1. 需求分析概述

　　1.1 需求分析定義

　　需求分析是指理解用戶需求，就軟件功能和性能與客戶達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià)，最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過程。在這個(gè)過程中，用戶處在主導(dǎo)地位，需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的軟件設(shè)計(jì)打下基礎(chǔ)。需求分析階段結(jié)束后，要求得到《用戶需求說明書》和《需求規(guī)格說明書》兩份文檔。廣義上，需求分析包括需求的獲取、分析、規(guī)格說明、變更、驗(yàn)證、管理的一系列需求工程。

　　狹義上的需求分析是指需求的獲取、分析及定義的過程。需求分析的任務(wù)就是軟件系統(tǒng)解決“做什么”的問題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確地表達(dá)所接受的用戶需求的過程。

　　1.2 需求分析的根本任務(wù)

　　從實(shí)踐角度考慮，需求分析不是分析如何實(shí)現(xiàn)用戶的需求。實(shí)際上，需求分析是以業(yè)務(wù)分析為導(dǎo)向，將用戶零散的需求串聯(lián)起來，形成一個(gè)體系完成、組織合理、內(nèi)容清晰的框架，為今后的設(shè)計(jì)開發(fā)工作打下良好的基礎(chǔ)。

　　1、 建立分析模型

　　將復(fù)雜的系統(tǒng)分解成為簡(jiǎn)單的部分以及它們之間的聯(lián)系，確定本質(zhì)特征。 和用戶達(dá)成對(duì)信息內(nèi)容的共同理解。

　　分析的活動(dòng)主要包括識(shí)別、定義和結(jié)構(gòu)化，它的目的是獲取某個(gè)可以轉(zhuǎn)換

　　為知識(shí)的事物的信息。

　　2、 創(chuàng)建解決方案

　　將一個(gè)問題分解成獨(dú)立的、更簡(jiǎn)單和易于管理的子問題來幫助尋找解決方

　　案。

　　創(chuàng)建解決方案的過程是創(chuàng)造性的。

　　幫助開發(fā)者建立問題的定義，并確定被定義的事物之間的邏輯關(guān)系。 這些邏輯關(guān)系可以形成信息的推理，進(jìn)而可以被用來驗(yàn)證解決方案的正確

　　性。

　　1.3 需求的層次

　　1、業(yè)務(wù)需求

　　反映組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。通常問題定義就是業(yè)務(wù)需求 2、用戶需求

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

　　從系統(tǒng)的角度來說明軟件的需求，它就包括了用特性說明的功能需求，質(zhì)量屬性以及其它非功能需求，還有設(shè)計(jì)約束

　　1.4 需求分析的重要性

　　如果投入大量的人力、物力、財(cái)力和時(shí)間，而開發(fā)出的軟件卻沒人要，那么所有的投入都是徒勞。如果費(fèi)了很大的精力開發(fā)一個(gè)軟件，最后卻不能滿足用戶的要求，而要重新開發(fā)，那么這種返工是讓人痛心疾首的。所以，需求分析在軟件開發(fā)過程中具有舉足輕重的地位，具有決策性、方向性、策略性的作用，我們應(yīng)對(duì)需求分析具有足夠的重視。在一個(gè)大型軟件系統(tǒng)的開發(fā)中，需求分析的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì)。

　　根據(jù)Standish Group對(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)致失敗。失敗的主要原因：

　　1、 不完整的需求； 2、 沒有用戶的介入；  3、 不實(shí)際的客戶期望； 4、 需求和規(guī)范的變理； 5、 提供了不再需要的

　　1.5 需求分析的一般步驟

　　需求分析的基本過程：

　　1. 需求獲取

　　通過會(huì)議紀(jì)要、討論紀(jì)要的形式。 2. 需求捕獲技術(shù)比較

　　3. 需求分析

　　對(duì)收集到的需求進(jìn)行提煉、分析和審查，為最終用戶所看到的系統(tǒng)建立概念化的分析模型。關(guān)鍵是解決What（收集什么信息）、Where（從哪收集）、How（如何收集）。 4. 需求文檔的編寫

　　完成需求規(guī)格說明書的編寫，并審核通過的規(guī)格說明書，其內(nèi)容包含如下： 分析需求可行性 細(xì)化需求 建立需求分析模型 功能活動(dòng)

　　分析問題類和類之間關(guān)系 系統(tǒng)和類行為 數(shù)據(jù)流

　　需求分析的本質(zhì)就是抽象、映射、轉(zhuǎn)換。：

　　2. 需求分析建模

　　需求分析是軟件需求中最核心的工作，需求分析建模是需求分析的主要手段。 建立系統(tǒng)模型的過程。又稱模型化。建模是研究系統(tǒng)的重要手段和前提。凡是用模型描述系統(tǒng)的因果關(guān)系或相互關(guān)系的過程都屬于建模。

　　建模是尋求分析的主要手段，它通過簡(jiǎn)化（化簡(jiǎn)）、強(qiáng)調(diào)來幫助需求分析人員理清思路，達(dá)成共識(shí)。因此需求建模的過程非常重要。

　　1.1 模型 （Model）

　　模型是對(duì)事物的抽象，幫助人們?cè)趧?chuàng)建一個(gè)事物之前可以有更好的理解。 集中關(guān)注問題的計(jì)算特性（數(shù)據(jù)、功能、規(guī)則等等）

　　它是對(duì)系統(tǒng)進(jìn)行思考和推理的一種方式。建模的目標(biāo)是建立系統(tǒng)的一個(gè)表示，這個(gè)表示以精確一致的方式描述系統(tǒng)，使得系統(tǒng)的使用更加容易

　　1.2 建模的目的

　　通過建�？梢愿�好地理解正在開發(fā)的系統(tǒng)。

　　原先，由于計(jì)算機(jī)應(yīng)用還不算普及，因此軟件系統(tǒng)的規(guī)模和復(fù)雜度都相對(duì)較小。使用“數(shù)據(jù)結(jié)構(gòu)+算法=程序”的模式就可以解決大部分問題。

　　現(xiàn)在，隨著計(jì)算機(jī)應(yīng)用的不斷普及，業(yè)務(wù)模式、數(shù)據(jù)量都在發(fā)生迅速的變化。軟件涉及的問題越來越廣，早已超出了人們可以處理的復(fù)雜程度。

　　如果還采用傳統(tǒng)的方式，就無法進(jìn)行有效的規(guī)劃和設(shè)計(jì)，最終必然導(dǎo)致失敗。 通過軟件建模，幫助我們按照實(shí)際情況或按照我們的需要的模式對(duì)系統(tǒng)進(jìn)行可視化，提供

　　一種詳細(xì)說明系統(tǒng)的結(jié)構(gòu)或者行為的方法，給出一個(gè)指導(dǎo)系統(tǒng)構(gòu)造的模板。對(duì)所有做出的決定實(shí)施文檔化。

　　1.3 模型分類：

　　業(yè)務(wù)模型、分析模型、計(jì)算模型、編碼模型。以圖書館借書為例的一個(gè)模型：

【需求預(yù)測(cè)方法及模型總結(jié)報(bào)告】相關(guān)文章：

人力資源需求預(yù)測(cè)方法02-15

銷售技巧及促銷方法02-12

影視模型師簡(jiǎn)歷范文06-27

銷售管理培訓(xùn)問題及方法11-28

員工績(jī)效的評(píng)價(jià)及方法02-22

自考題型及答題方法12-15

生育津貼計(jì)算及報(bào)銷方法09-07

員工激勵(lì)機(jī)制評(píng)價(jià)模型03-04

大區(qū)經(jīng)理的年終總結(jié)報(bào)告及銷售工作計(jì)劃01-27

診所總結(jié)報(bào)告01-13