軟件需求分析方法

1、需求分析方法一 需求分析概括需求分析應(yīng)該先了解宏觀的問題，再了解細節(jié)的問題。一個應(yīng)用軟件系統(tǒng)（記為 S）的涉及面可能很廣，可以按不同的問題域（記為D）分類，每個問題域?qū)?yīng)于一個軟件子系統(tǒng)。S= D1, D2 , D,Dn問題域Di由若干問題（記為 P）組成，每個問題對應(yīng)于子系統(tǒng)中的一個軟構(gòu)件。Di = P1, P2, P3 ,Pn問題Pi有若干個行為（或功能，記為F）,每個行為對應(yīng)于軟構(gòu)件中的實現(xiàn)接口。Pj = F1, F2 , F3 ,Fk需求說明書應(yīng)該對于那些只想了解宏觀需求的領(lǐng)導(dǎo)和需要了解細節(jié)的技術(shù)員都合適。在寫需求說明書時，應(yīng)該注意兩個問題：1. 最好為每個需求注釋“為什么” ，這樣可

2、以讓程序員了解需求的本質(zhì)， 以便選用最合適 的技術(shù)來實現(xiàn)此需求2. 需求說明不能有”二義性”，更不能前后矛盾。如果有二義性或前后矛盾，即要重新分 析此需求。需求分析方法論第一階段：“訪談式”第一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢， 了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有 的運行系統(tǒng)等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。實現(xiàn)手段：訪談、調(diào)查表格 輸出成果：調(diào)查報告、業(yè)務(wù)流程報告 第二階段：“誘導(dǎo)式”結(jié)合第一階段的基本信息， 做出簡單的用戶流程頁

3、面， 同時結(jié)合以往的項目經(jīng)驗對用戶采用 誘導(dǎo)式，啟發(fā)式的調(diào)研方法和手段， 和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準(zhǔn)確性、 習(xí)慣 性。用戶可以操作簡單演示的DEMO感受整個業(yè)務(wù)流程的設(shè)計合理性、準(zhǔn)確性等等問題，以及提出改進意見和方法。實現(xiàn)手段：誘導(dǎo)（拜訪） 、原型演示 輸出成果：調(diào)研分析報告、原型反饋報告、業(yè)務(wù)流程報告第三階段：“確認式”此階段在上述兩個階段成果的基礎(chǔ)上，進行具體的流程細化、數(shù)據(jù)項的確認階段。這個階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報告、數(shù)據(jù)項表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計目標(biāo)。通過審查，提出反饋意見，并對已經(jīng)可接受的報告、文檔簽字確認。實現(xiàn)手段：拜訪（回顧、確認）

4、，提交業(yè)務(wù)流程報告、數(shù)據(jù)項表；原型演示系統(tǒng)輸出成果：需求分析報告、數(shù)據(jù)項、業(yè)務(wù)流程報告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸 到需求分析報告中）后續(xù)的需求改進中，工作則基本集中在后兩個階段中。三需求工程需求過程諾求營理需求快態(tài)跟蹤需求幵發(fā)需求開發(fā):1. 確定產(chǎn)品所期望的用戶分類。2. 獲取每類用戶的需求。3. 了解實際用戶任務(wù)和目標(biāo) 以及這些任務(wù)所支持的業(yè)務(wù)需求。4. 分析源于用戶的信息以區(qū)別用戶 任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息。5. 將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部份分配給軟件組件。6. 了解相關(guān)質(zhì)量屬性的重要性。7. 商討實施優(yōu)先級的劃分。8.

5、將所收集的用戶需求編寫成規(guī)格說明和模型。9. 評審需求規(guī)格說明，確保對用戶需求達到共同的理解與認識，并在整個開發(fā)小組接受說明之前 將問題都弄清楚。需求分析需求分析是指通過對需求獲取中獲得的問題域的研究，獲得對該領(lǐng)域特性及存在其中的問題特性的透 徹理解并用文檔說明。? 不需要等到需求完全捕獲后開始，在“業(yè)務(wù)需求”充分理解下，并且收集了本質(zhì)的“用戶需求”之后就可以開始進行需求分析? 交替進行，先把握“用戶需求”主要部分，然后在分析的基礎(chǔ)上引入系統(tǒng)級的需求（系統(tǒng)的涉 及與實現(xiàn)角度），并且分析模型，成為開發(fā)人員之間、開發(fā)人員與客戶之間達成共識的一個平 臺? 分析的基礎(chǔ)上，就會發(fā)現(xiàn)更多的不明確項，更多待

6、捕獲的信息，這時就可以生成第二次的需求 調(diào)研計劃、問題和素材編寫規(guī)約? 規(guī)格說明書是對需求分析結(jié)果的文檔化過程? 需求規(guī)約必須與實際開發(fā)緊密結(jié)合，否則很容易造成與開發(fā)脫離? 為需求規(guī)約定義統(tǒng)一的格式是一個很重要的工作? 規(guī)約內(nèi)容必須嚴(yán)謹(jǐn)、正確、無歧義需求驗證? 不重視需求驗證工作會在系統(tǒng)交付時，客戶發(fā)現(xiàn)不是這樣的，導(dǎo)致不期望的需求變更? 提高需求質(zhì)量的重要手段有：需求評審、需求確認和原型驗證需求方法之-原型開發(fā)需求分析層次需求層次內(nèi)容業(yè)務(wù)需求反應(yīng)組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求。通常問題定義 就是業(yè)務(wù)需求用戶需求描述用戶使用產(chǎn)品必須要完成什么任務(wù)、怎樣完成，通過是在問題定 義的基礎(chǔ)上

7、進行訪談、調(diào)查、對用戶使用的場景進行整理，從而建立 從用戶角度的需求系統(tǒng)需求從系統(tǒng)的角度來說明軟件的需求，它就包括了用特性說明的功能需求，質(zhì)量屬性以及其他非功能需求，還有設(shè)計約束1. 功能需求：系統(tǒng)必須完成的任務(wù)，以及怎樣完成這些任務(wù)。即為了向用戶提供有用的功能，必須完成的動作。2. 非功能需求：指產(chǎn)品必須具備的屬性或品質(zhì)，如可靠性、性能、響 應(yīng)時間、容錯性和擴展性。3. 設(shè)計約束：即限制條件或補充規(guī)約，通常是對解決方案的一些約束說明。例如必須運行在 unix操作系統(tǒng)之下（硬、軟件的約束）。，還應(yīng)該得到市場客戶管理將項目大的目標(biāo)整理提煉，戈U分為項目子目標(biāo)，將其作為“項目的行動綱領(lǐng)” “項目發(fā)

8、起人”的認可，并且在此基礎(chǔ)上編寫“項目的目標(biāo)和范圍文檔”需求分析迭代過程需求分析更正幷 A減少課差僞寫機約童罵需求捕獲需求捕獲明確業(yè)務(wù)需求：業(yè)務(wù)需求是整個系統(tǒng)最為宏觀層面的東 西”也就是項目的目標(biāo)“；通常來說，業(yè)務(wù)需求是構(gòu) 建在“項目發(fā)起人”的腦子里的；“業(yè)務(wù)需求歸可以分 為*產(chǎn)品丿項目目標(biāo)和和“子目標(biāo)描述兩個方面的內(nèi) 容 理解業(yè)務(wù)流程t若項目較大或者業(yè)務(wù)較陌生：應(yīng)進行業(yè)務(wù)建模;“如果業(yè)務(wù)較陌生：聘請領(lǐng)域?qū)＜?領(lǐng)域培訓(xùn); -如杲術(shù)語較多，易于混淆：業(yè)務(wù)術(shù)語表 無論如何，都應(yīng)該建立跨部門職能流程圖用例模型用例模型一組織需求用例特性“用例描繪的場景（或事件流）展示了參與者如何使用 系統(tǒng)3這都應(yīng)基于

9、系統(tǒng)要完成的任務(wù)及其重要性來決定 如何確定主要場景次要場景，以及需要多少場景I -用例的粒度問題很關(guān)鍵，既不能太丸也不能夠太小測試頊說胡WWhat to do用例星苦描述了愷用做什么曲罪如何做？AAtlors puinl of * kW用例的攤述琵否怵現(xiàn)了穆歸的視角丫VVilue for ctie atior?EEnli代 scrollLitio出例插述時間流鼻咅為-個完蹩的場景？建立用例模型一合并特性獲得用例特性書倒幵發(fā)人員fmks刑廉人易接到任務(wù)時.如過刺協(xié)鑑HI時袖（ 計超開始ti聞和計制結(jié)応時幣n項冃粉墀確認后.更釘 H和址排嚨ucuiAte務(wù)計它FKATOCi Jt人抽町氏直酣阪工件

10、任務(wù)的加處顧揺tfiSff 船悄1茨附戡UC01査詢他蟲枉務(wù)FE/CTg丹發(fā)人員可區(qū)柚據(jù)仟：務(wù)綸號*關(guān)變界 起止時間謖 鞋分類組令齊詢與魁計FEATWJ1K人員琳戰(zhàn)豪時記錄口己的H闔、慢慎-JTteit IV、 “耕停ii時、11停止計WT .右涉止時.嘎入任 夯騙號 吊務(wù)則樂揮八 工佯關(guān)艇牛C以型號分爲(wèi)的多車 ）p自動生成開始時何、暫停時間.停止時間、總時從丫 甫效時風(fēng)t總肘民-中斷時栓rmitfii訶彌t序食H動違掠翩喩極甘閭曲志t 停麗丁件*術(shù)施逼攤肌務(wù)僭刪。木飆暫存耐何nUC03.遠威詩間日比建立用例模型一繪制用例圖建立用例模型一簡要描述用例用例編號UCOI用例名稱填寫任務(wù)計劃用例彈述

11、齊發(fā)人員對項目經(jīng)理安扌非給自己的工佟任務(wù)進行計劃.填八計 劃開姑吋問和計劃完成時間.主參與者開發(fā)人屍補充說明在境入計劃幵始吋間和計劃完成吋間吋，開發(fā)人員可以查詢與 該任務(wù)的關(guān)如字和關(guān)妁歷史任務(wù)的數(shù)培。建立用例模型一劃分用例優(yōu)先級優(yōu)先級用例1UCM 登錄系純系統(tǒng)便用的M他.并斗可feHJJft価源UC3管理啪皿息UC04設(shè)世工作包UB5分配J件任務(wù)UC01 壩寫任務(wù)計劃仔務(wù)伶理的完無流創(chuàng)是記錄中亦日志的 基礎(chǔ)UC03id親時間H 土系統(tǒng)檢心功陡2【JC07關(guān)閉作任務(wù)只兒肘杠傷信息進口更祈.而酸忤次ZUCW6.SrHftk UC5A.査耘，按對I IX安井進L優(yōu)化.便任餌女？ 1臺攔化3UB2 査

12、詢歷史仃分致掛UB8統(tǒng)i卩貝目產(chǎn)能UC10毀汁團隊產(chǎn)詭対系扯氾釆的時何記禾迥行片效的利用， 必須而的M4能筋開反UCI2 管好用戶詢期nJ以迫過直接徨戳據(jù)障中寫值的方式 進行使用.卓后握01畀面操件即可理立用例複型一評地誦還ffl例ffim號uco用例第體記錄破間H土用似|戲述開変人員彳以必時*乙點自己的廿間U 丹耐訃r普停計時、.侔止金対、沁丸 止時-仗人蘭命編當(dāng)q A縱M&M)工什芟優(yōu)字1以H號分代的$個)U 詢2此井竹叭罰 福耳廳間停止M同.殆時米老貳時Me恵時晁沖嘶時兵卜二與善護岌人員條件用戶itA “褐廉算間H老”程片Eltfrfr轄次片何。芯海入贛福M垃S!1常妮盅孑訐0 訕屮和“

13、號卍悴仏性僅-S-fe*耳用氣HrAJt 卅*T斤城記*片姑M同*4彳*?？赏?-ft 材0 優(yōu)見，ft 紓AT挨佃不年忙3al命冏戶血文條X” i*Q.用命常時問丸矢術(shù)待芥怖芮月樣劉駅歐稻年町同.井裏如 H “響甘眄河為網(wǎng)*具柴機&垛耘旻比兵住娛礦射規(guī)則弓約味葉.通忸沖會0初逵J*氏務(wù)喬，無貝葉冋H七丄的亠作，七乂札3 UR% pjrt*札材存時河目怎用戶界面設(shè)計|圉r ,-啊、彷r快竝JMH呻亠勢城亠7, r.f.航帝酊*.廣杠襯F.* kiijNiY-總擊叫覺圧-打曲屮于甘m u叭 fiJ-.H 時 a- CA 曲j3.5利用跟蹤關(guān)系業(yè)務(wù)需求T用戶需求T系統(tǒng)需求如果業(yè)務(wù)需求和用戶需求沒有

14、得到片項需求（用戶 需求和系統(tǒng)需求）的充分支持，那么軟件儒求規(guī)格 說明文檔就衣在不完備的缺陷=系統(tǒng)需求T用戶需求T業(yè)務(wù)需求如果不能依據(jù)跟蹤關(guān)系找到一條系統(tǒng)蠱求的前頂川 戶需求和前項業(yè)務(wù)需求,那么該需求就屬于非必要 的需求驗證需求分析將需求分析的結(jié)果還原為用戶場景，然后向用戶描述該場景的目的、任務(wù)、實現(xiàn)的方法，以此驗證是否正確。推薦的需求文檔格式1）業(yè)務(wù)名稱解釋2）需求背景及目標(biāo)介紹3）用戶操作場景說明4）功能總覽：用列表的方式，逐項敘述對系統(tǒng)所提出的功能要求，說明輸入什么量、 經(jīng)怎么樣的處理、得到什么輸出5）系統(tǒng)交互圖6）界面原型（對該系統(tǒng)的輸入、輸出數(shù)據(jù)類型、格式、數(shù)值范圍、精度的描述）7）

15、業(yè)務(wù)規(guī)則說明8）業(yè)務(wù)正常流流程：功能模塊，主要操作9）業(yè)務(wù)異常流處理：異常場景，錯誤提示；異常流轉(zhuǎn)軟件需求說明書1引言1. 1編寫目的說明編寫這份軟件需求說明書的目的，指出預(yù)期的讀者。1 . 2背景說明：a .待開發(fā)的軟件系統(tǒng)的名稱；b 本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò);C.該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。1 . 3定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。1 . 4參考資料列出用得著的參考資料，如：a 本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文；b .屬于本項目的其他已發(fā)表的文件；列出這些c.本文件中各處引用的文

16、件、資料、包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來 源。2 任務(wù)概述2. 1目標(biāo)敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。如果本軟件產(chǎn)品 是一項獨立的軟件，而且全部內(nèi)容自含，則說明這一點。如果所定義的產(chǎn)品是一個更 大的系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系， 為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。I2. 2用戶的特點列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技

17、術(shù)專長，以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計工作的重要約束2. 3假定和約束列出進行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限等。3 需求規(guī)定3. 1對功能的規(guī)定用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說 明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。3. 2對性能的規(guī)定3. 2. 1精度說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。3. 2 . 2時間特性要求說明對于該軟件的時間特性要求，如對：a .響應(yīng)時間；b.更新處理時間；c .數(shù)據(jù)的轉(zhuǎn)換和傳送時間；

18、d 解題時間；等的要求。3. 2 . 3靈活性說明對該軟件的靈活性的要求，即當(dāng)需求發(fā)生某些變化時，該軟件對這些變化的適應(yīng)能力，如：a. 操作方式上的變化；b. 運行環(huán)境的變化；c .同其他軟件的接口的變化；d.精度和有效時限的變化；e .計劃的變化或改進。對于為了提供這些靈活性而進行的專門設(shè)計的部分應(yīng)該加以標(biāo)明。3 . 3輸人輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟 件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結(jié) 果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。3 . 4數(shù)據(jù)管理能力要求說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對 數(shù)據(jù)及其分量的存儲要求作出估算。3. 5故障處理要求列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要求。3. 6其他專門要求如用戶單位對安全保密的要求，對使用方便的要求，