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é)合第一階段的基本信息，做出簡單的用戶流程頁面，同時結(jié)

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

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

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

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

7、的需求系統(tǒng)需求從系統(tǒng)的角度來說明軟件的需求，它就包括了用特性說明的功能需求，質(zhì)量屬性以及其他非功能需求，還有設(shè)計約束1 .功能需求：系統(tǒng)必須完成的任務(wù)，以及怎樣完成這些任務(wù)。 即為了向用戶提供有用的功能，必須完成的動作。2 .非功能需求：指產(chǎn)品必須具備的屬性或品質(zhì)，如可靠性、 性能、響應(yīng)時間、容錯性和擴展性。3 .設(shè)計約束：即限制條件或補充規(guī)約，通常是對解決方案的 一些約束說明。例如必須運行在 unix操作系統(tǒng)之下（硬、軟 件的約束）。將項目大的目標整理提煉，劃分為項目子目標，將其作為“項目的行動綱領(lǐng)” ，還應(yīng)該得 到“項目發(fā)起人”的認可，并且在此基礎(chǔ)上編寫“項目的目標和范圍文檔”。需求分析迭

8、代過程需求捕獲用例模型驗證需求分析將需求分析的結(jié)果還原為用戶場景，然后向用戶描述該場景的目的、任務(wù)、實現(xiàn)的方法, 以此驗證是否正確。推薦的需求文檔格式1）業(yè)務(wù)名稱解釋2）需求背景及目標介紹3）用戶操作場景說明4）功能總覽：用列表的方式，逐項敘述對系統(tǒng)所提出的功能要求，說明輸入什么量、經(jīng)怎么樣的處理、得到什么輸出5）系統(tǒng)交互圖6）界面原型（對該系統(tǒng)的輸入、輸出數(shù)據(jù)類型、格式、數(shù)值范圍、精度的描述）7）業(yè)務(wù)規(guī)則說明8）業(yè)務(wù)正常流流程：功能模塊，主要操作9）業(yè)務(wù)異常流處理：異常場景，錯誤提示；異常流轉(zhuǎn)軟件需求說明書1引言1 . 1編寫目的說明編寫這份軟件需求說明書的目的，指出預(yù)期的讀者。1 . 2背

9、景說明：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)核準的計劃任務(wù)書或合同、上級機關(guān)的批文；b.屬于本項目的其他已發(fā)表的文件；c.本文件中各處引用的文件、資料、包括所要用到的軟件開發(fā)標準。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來 源。2任務(wù)概述2. 1目標敘述該項軟件開發(fā)的意圖、應(yīng)用目標、作用范圍以及其他應(yīng)向讀者說明

10、的有關(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)系和接口。|2. 2用戶的特點列出本軟件的最終用戶的特點，充分說明操作人員、 維護人員的教育水平和技術(shù)專長，以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計工作的重要約束2. 3假定和約束列出進行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限等。3需求規(guī)定3. 1對功能的規(guī)定用列表的方式（例如 IPO表即

11、輸入、處理、輸出表的形式），逐項定量和定性地 敘述對軟件所提出的功能要求，說明輸入什么量、經(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)換和傳送時間；d.解題時間；等的要求。3. 2. 3靈活性說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時， 該軟件對這些變化的適應(yīng)能力，如：a.操作方式上的變化；b.運行環(huán)境的變化；c.同其他軟件的接口的變化；d.精

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