有關(guān)軟件需求分析的步驟以及所需文檔

1、有關(guān)軟件需求分析的步驟以及 所需文檔有關(guān)軟件需求分析的步驟以及所需文檔O、需求分析的幾個方面需求分析可分為問題識別、分析與綜合、編制需求分析文檔、需求評審等 四個階段，包括以下幾個方面：1、確定軟件所期望的用戶類；獲取每個用戶的需求2、了解實際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求3、分析員與用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、 質(zhì)量屬性、建議解決方法和附加信息4、將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部分分配給軟件 組件5、了解相關(guān)質(zhì)量屬性的重要性6 討論得出實施優(yōu)先級7、將所收集的用戶需求編寫成需求規(guī)格說明和模型8、評審需求規(guī)格說明，確保與用戶達(dá)成共識、需求分析的任

2、務(wù)與過程需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型（待開發(fā)系統(tǒng)的系統(tǒng)元素） 導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型（只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)），解決 目標(biāo)系統(tǒng)“做什么”的問題。所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計的限制和軟件 同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求，通過逐步細(xì)化對軟 件的要求描述軟件要處理的數(shù)據(jù)，并給軟件開發(fā)提供一種可以轉(zhuǎn)化為數(shù)據(jù)設(shè)計、 結(jié)構(gòu)設(shè)計和過程設(shè)計的數(shù)據(jù)與功能表示。SRS必須全面理解用戶的各項要求，但不能全盤接受，只能接受合理的要求； 對其中模糊的要求要進(jìn)一步澄清，然后決定是否采納；對于無法實現(xiàn)的要求要 向用戶作充分的解釋。最后將軟件的需求準(zhǔn)確地表

3、達(dá)出來，形成軟件需求說明書實現(xiàn)步驟：（1）獲得當(dāng)前系統(tǒng)的物理模型首先分析、理解當(dāng)前系統(tǒng)是如何運行的，了解當(dāng)前系統(tǒng)的組織機構(gòu)、輸入 輸出、資源利用情況和日常數(shù)據(jù)處理過程，并用一個具體的模型來反映自己對 當(dāng)前系統(tǒng)的理解。此步驟也可以稱為“業(yè)務(wù)建模”，其主要任務(wù)是對用戶的組 織機構(gòu)或企業(yè)進(jìn)行評估理解他們的需要及未來系統(tǒng)要解決的問題，然后建立一 個業(yè)務(wù)USECAS模型和業(yè)務(wù)對象模型。當(dāng)然如果系統(tǒng)相對簡單，也沒必要大動 干戈區(qū)進(jìn)行業(yè)務(wù)建模，只要做一些簡單的業(yè)務(wù)分析即可。（2）抽象出當(dāng)前系統(tǒng)的邏輯模型在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上，取出非本質(zhì)因素，抽取出“做什么” 的本質(zhì)。（3）建立目標(biāo)系統(tǒng)的邏輯模型明

4、確目標(biāo)系統(tǒng)要“做什么”（4）對邏輯模型的補充如用戶界面、啟動和結(jié)束、出錯處理、系統(tǒng)輸入輸出、系統(tǒng)性能、其他限（三需求分析各過程：（1）問題識別：解決目標(biāo)系統(tǒng)做什么，做到什么程度。需求包括：功能、 性能、環(huán)境、可靠性、安全性、保密性、用戶界面、資源使用、成本、進(jìn)度。 同時建立需求調(diào)查分析所需的通信途徑。（2）分析與綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化所有的軟件功能，找出各元素之間的聯(lián)系、接口特性和設(shè)計上的限制，分析它們是否滿足功能要 求并剔除不合理部分，綜合成系統(tǒng)解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。 常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法SA （數(shù)據(jù)流圖DFD數(shù)據(jù)詞典DD加工邏輯說明）、

5、描繪系統(tǒng)數(shù)據(jù)關(guān)系的實體關(guān)系圖ERD面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法JSD面向?qū)ο蠓治龇椒?00A（主要用UML、對于有動態(tài)時序問 題的軟件可以用形式化技術(shù)，包括有窮狀態(tài)機FSM勺狀態(tài)遷移（轉(zhuǎn)換）圖STD 時序圖、Petri網(wǎng)或乙 每一種分析建模方法都有其優(yōu)勢和局限性，可以兼而有 之以不同角度分析，應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模 式和派系斗爭，一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖?型軟件。（3）編制需求分析文檔（4）需求評審（四、結(jié)構(gòu)化方法分析步驟1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限 和接口的簡單模型。同時它也明確了通過接口的信

6、息流和物質(zhì)流。2）創(chuàng)建開發(fā)原型：創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時， 開發(fā)一個用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用 戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找 出需求文檔與原型之間所有的沖突之處。3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項需 求實施的可行性，明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險，包括與其它需求的沖突， 對外界因素的依賴和技術(shù)障礙。4）確定需求優(yōu)先級：確定軟件工程需求的優(yōu)先級別應(yīng)用分析方法來確定使 用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本 將包括哪些特性或哪類需求。當(dāng)允許需求

7、變更時，在特定的版本中加入每一項 變更，并在那個版本計劃中作出需要的變更。5）為需求建立模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格 說明極好的補充說明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、 不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實體關(guān)系圖、狀 態(tài)變換圖、對話框圖、對象類及交互作用圖。6）編寫數(shù)據(jù)字典：創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié) 構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少 應(yīng)定義客戶數(shù)據(jù)項以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件7）應(yīng)用質(zhì)量功能調(diào)配：使用質(zhì)量功能調(diào)配質(zhì)量功能

8、調(diào)配是一種高級系統(tǒng)技 術(shù)，它將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來。該技術(shù)提供了一種分析 方法以明確那些是客戶最為關(guān)注的特性。它將需求分為三類：期望需求，即客 戶或許并未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即 實現(xiàn)了會給客戶帶去驚喜，但若未實現(xiàn)也不會受到責(zé)備。垃、需求文檔規(guī)范A、三種編寫方法1、用好的結(jié)構(gòu)化和自然語言編寫文本型文檔；2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系；3、編寫形式化規(guī)格說明，這可以通過使用數(shù)學(xué)上精確的形式化邏輯語言 來定義需求。4、多種編寫方法可在同一個文檔使用，根據(jù)需要選擇，或互

9、為補充，以能 夠把需求說明白為目的。B、應(yīng)有成果1、各業(yè)務(wù)手工辦理流程文字說明；2、各業(yè)務(wù)手工辦理流程圖；3、各業(yè)務(wù)手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來源；4、目標(biāo)軟件系統(tǒng)功能劃分（示意圖及文字說明）；5、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程文字說明；6 目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖（模型）；7、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理各環(huán)節(jié)數(shù)據(jù)、數(shù)據(jù)采集方式、數(shù)據(jù)間的內(nèi) 在聯(lián)系分析。8、目標(biāo)軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說明C、文檔工具推薦1、調(diào)研結(jié)果需求分析說明書格式參照開發(fā)文檔模板；2、單位組織結(jié)構(gòu)圖、功能模塊分解圖用 VISIO繪制，或直接用 WOR中的 畫圖工具；3、業(yè)務(wù)流程圖用VISIO中的FL

10、OWCHART板繪制；4、系統(tǒng)邏輯模型使用ROS磴制活用VISIO中的UML模板繪制；5、軟件用戶界面用 VISIO中的 WIN95 USER INTERFA（模板繪制；6、 數(shù)據(jù)物理模型用POWERDESIN繪制；D需求文檔編寫原則1、句子簡短完整，具有正確的語法、拼寫和標(biāo)點；2、使用的術(shù)語與詞匯表中所定義的一致；3、 需求陳述應(yīng)該有一致的樣式，例如“系統(tǒng)必須”或者“用戶必須. 并緊跟一個行為動作和可觀察的結(jié)果。；4、避免使用模糊、主觀的術(shù)語，減少不確定性，如“界面友好、操作方 便”；5、避免使用比較性詞語，如“提高”，應(yīng)定量說明提高程度。(六六、編制軟件需求規(guī)格說明書的內(nèi)容要求如下：一、引

11、言(1) 編寫目的說明編寫這份軟件需求說明書的目的，指出預(yù)期的讀者。(2) 項目背景應(yīng)包括：待開發(fā)的軟件系統(tǒng)的名稱；本項目的任務(wù)提出者、開發(fā)者、用戶 及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)；該軟件系統(tǒng)與其他系統(tǒng)的關(guān)系(3) 定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。(4) 參考資料應(yīng)包括：本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文；項目開 發(fā)計劃；屬于本項目的其他已發(fā)表的文件；本文件中各處引用的文件、資料、 包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)(列出這些文件資料的標(biāo)題、文件編號、發(fā)表日 期和出版單位，說明能夠得到這些文件資料的來源)。二、任務(wù)概述(1) 目 標(biāo)敘述該項軟件開發(fā)的意圖

12、、應(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)系和接口。 I（2）用戶的特點列出本軟件的最終用戶的特點，充分說明操作人員、維護(hù)人員的教育水平 和技術(shù)專長，以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計工作的重要約束（3）假定和約束列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限等。三、數(shù)據(jù)描述（1）

13、靜態(tài)數(shù)據(jù)（2）動態(tài)數(shù)據(jù)包括輸入數(shù)據(jù)和輸出數(shù)據(jù)（3）數(shù)據(jù)庫描述給出使用數(shù)據(jù)庫的名稱和類型（4）數(shù)據(jù)詞典（5）數(shù)據(jù)采集四、功能要求（1）功能劃分（2）功能描述五、性能需求（1）數(shù)據(jù)精確度說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度（2）時間特性說明對于該軟件的時間特性要求，如響應(yīng)時間、更新處理時間、數(shù)據(jù)轉(zhuǎn)換 與傳輸時間、運行時間等。（3）適應(yīng)性是指軟件在操作方式、運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生 變化時應(yīng)具有的適應(yīng)能力。六、運行需求（1）輸人輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例，包括對硬拷貝報告（正常結(jié)果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。（2）數(shù)據(jù)管理能力要求說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。（3）故障處理要求列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處 理的要求。（4）其他專門要求如用戶單位對安全保密的要求，對使用方便的要求，對可維護(hù)性、可補充性、易讀性、可靠性、運行環(huán)境可轉(zhuǎn)換性的特殊要求等。七、運行環(huán)境規(guī)定（1）設(shè)備列出運行該軟件所需要的硬設(shè)備。