軟件需求分析方法0001

1、需求分析方法需求分析概括需求分析應(yīng)該先了解宏觀的問題，再了解細(xì)節(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)件中的實(shí)現(xiàn)接口。Pj = F1, F2, F3,Fk需求說明書應(yīng)該對于那些只想了解宏觀需求的領(lǐng)導(dǎo)和需要了解細(xì)節(jié)的技術(shù)員都合適。在寫 需求說明書時，應(yīng)該注意兩個問題：1. 最好為每個需求注釋“為什么”，這樣可以讓程序員了解

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

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

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

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

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

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

8、分為項(xiàng)目子目標(biāo)，將其作為項(xiàng)目的行動綱領(lǐng)”，還應(yīng)該得到“項(xiàng)目發(fā)起人”的認(rèn)可，并且在此基礎(chǔ)上編寫“項(xiàng)目的目標(biāo)和范圍文檔”。需求分析迭代過程需求絵證.僞寫規(guī)釣賣1_謂求杭取1A需求分析更止弄i 減少謀上L滋11需求捕獲需求捕獲明確業(yè)務(wù)需求：業(yè)務(wù)需求是整個系統(tǒng)最為宏觀層面的東 西.也就是4項(xiàng)目的目標(biāo)”；通常來說，業(yè)務(wù)需求是構(gòu) 建在“項(xiàng)目發(fā)起人51的腦子里的；“業(yè)務(wù)需求擷可以分 為“產(chǎn)品/項(xiàng)目目標(biāo)和“子目標(biāo)描述兩個方面的內(nèi) 容理解業(yè)務(wù)流程：“若項(xiàng)目較大或者業(yè)務(wù)較陌生：應(yīng)進(jìn)行業(yè)務(wù)建模；“如果業(yè)務(wù)較陌生：聘請領(lǐng)域?qū)＜?，領(lǐng)域培訓(xùn)；如果術(shù)語較多，易于混淆:業(yè)務(wù)術(shù)語表總藏h“無論如何，都應(yīng)該建立跨部門耶能流程啓用

9、例模型用例模型一組織需求用例伶牲“周例描繪的場景（鼓事件流）展示了奏與者如何使用 系統(tǒng).這椰應(yīng)基于系統(tǒng)要完成的任務(wù)及其重要性來決定 如何確定主妥場秉.次要場景，以及需要多少場景I円例的粒度冋題很關(guān)鍵，既不能太大也不能夠太小測試項(xiàng)（含賓.說期WWhi| lu ih門G：川AActors pviil of view用何豹啟毬是否怖曜了參】擊的覘角？VValue l 以目邸理確認(rèn)后,更社 日控女持謨UCWEWr計(jì)辺FEATUd開械人員可以査工作任務(wù)的歷史數(shù)據(jù)（拈莽 數(shù)攥.實(shí)際爺據(jù)）UC01奩誨歷史任務(wù) 爺搖UC01的擴(kuò)勵FEATIG開發(fā)人輯可發(fā)根據(jù)任務(wù)3ft號、戔毬宇.超止時閭罐 行分莢31合査聞與

10、統(tǒng)計(jì)TTAH妙卄發(fā)人閃可以嚴(yán)時記錄自己的対町 提佻開始計(jì) 時* “暫停計(jì)時七掙1L計(jì)瞇”打掙止時，填入低 MB （布蜒則選徉）、:悻羌讐T61規(guī)號分Hi的竝個 、rvq城升始時間、暫停時間、停止時間，總時長、 新效時検（總時檢中赫時長）FEATH.W間記錄權(quán)序會自劫堆畏服務(wù)藉，完成時間日志上 傳的工作卡能連接眼務(wù)潘，劉也本機(jī)暫存IH間日捲UW3.i2lMHdHX建立用例模型一繪制用例圖xt6nd代特II祥安排爸理用戶管肆項(xiàng)T信息査訂山隊(duì)產(chǎn)從建立用例模型一簡要描述用例用例編號UCOI用例名稱填寫任務(wù)計(jì)劃用例槪述開發(fā)人員對項(xiàng)目經(jīng)理安扌非給自己的工作任務(wù)進(jìn)行計(jì)劃，填入計(jì) 劃開始時間和計(jì)劃完成時間.主

11、參與考開發(fā)人員補(bǔ)充說明在城入計(jì)劃開始時間和計(jì)劃完成時間吋、開發(fā)人員可以在詢與 該任務(wù)的關(guān)械宇相關(guān)的歷史任務(wù)的數(shù)撼.建立用例模型一劃分用例優(yōu)先級優(yōu)先級用例說明1UCll.fi錄系統(tǒng)系統(tǒng)便用的基礎(chǔ),并H可復(fù)用原有貴源UC09管理項(xiàng)II信息UC04.設(shè)盟作包 UC05.分配I作任務(wù)UCOI.G任務(wù)計(jì)劃任務(wù)竹理的完整流程,址記的 基礎(chǔ)UC03 記錄時間日志系統(tǒng)核心功陡2UC07.關(guān)閉工作任務(wù)只泉對任務(wù)佶忌進(jìn)行更荷，帀耍忤次ZUC06 更祈門粹農(nóng)UC5A.査行門秤安拝對日程安排進(jìn)行優(yōu)化，便任務(wù)安恭合理化3UC02.*洵歷史任務(wù)數(shù)搦UCU&統(tǒng)計(jì)項(xiàng)目產(chǎn)能UC1U統(tǒng)汁團(tuán)隊(duì)嚴(yán)能對系統(tǒng)記錄的時間記錄進(jìn)行仃效的利用

12、 必須/f mflo的信總彳能夠開發(fā)UCI2 管理用戶詢期可以詡過直接M數(shù)舟宵中丐值的方貞 進(jìn)fj使用.用后提供界面操作即可運(yùn)立用例楔型一詳細(xì)推還用例用仞堀號UC03用匆沽粽記錄時同日土用優(yōu)厲述開發(fā)人員町以頤時記錄白己的時何.M 開蛤計(jì)IT稲為計(jì)時 仔止計(jì)時”冷功紇A 停止時.玖人許務(wù)氓號（翕吹時&抄）工作關(guān)找牛i以迄號分隅們多個八 自諭生氐升怡片起 誓號時間.伴止時問總時代.左1時武（總時乂中斯時M）2與者開發(fā)人員處條件附戶$5 記錄時同日忠、EH條件誓*冼葉何H忠存入我464tf步奧1檢統(tǒng)顯示開好”曹停牝Uf止” Hta,但何齊町用2同戶點(diǎn)擊”升怡、*純記京齊柚廿間.崇桿齊冶匹勺不可用d

13、押停和- 仔止”攤幻町用3罔戶點(diǎn)戎“侔止”廉札 樂記止時間.井統(tǒng)計(jì)暫討時間笛停次欽.龍甘悅畀要據(jù)“戶遶擇任券集號、倫入工柞關(guān)住字*g巧丸祝危、缶崎定，用的K戍擴(kuò)3a憶5同.芳用戶點(diǎn)七暫俘14掩恒、桑憂坷記錄勵垮齊強(qiáng)葉同.畀倫仲仔次軟增切1 夫并伐“暫JF 用佃表尙恢2,傳“修冏” K知不町握3al爭呵戶點(diǎn)幺-烘8/檢靶用當(dāng)前M間比土簪件旁冶甘司祥劉衣次暫W時同.井果如 到”髻存廣時閩中.幷處錢偵災(zāi)為”特X- 化伶用抉匕恢11可用葉網(wǎng)記.R料序姣以馬找N工作、爪侃序會自功戈杯服務(wù)益.寬戌才閥H占丄傳的工作，艮宦蟲 按恥務(wù)蘇.則花*枕抽與時司H忠用戶界面設(shè)計(jì)3.5利用跟跺關(guān)系業(yè)務(wù)需求T用戶需求9系

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

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

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

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

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