



下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、有關(guān)軟件需求分析的步驟以及所需文檔o、需求分析的幾個方面一需求分析可分為問題識別、分析與綜合、編制需求 分析文檔、需求評審等四個階段,包括以下幾個方面:1、確定軟件所期望的用戶類;獲取每個用戶的需求 了解實際用戶任務(wù)和目標以及這些任務(wù)所支持的業(yè)務(wù)需求 2 、分析員與用戶的 信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、3、質(zhì)量屬性、建議解決方法和附加信息4、將系統(tǒng)級的需求分為幾個子系統(tǒng),并將需求中的一部分分配給軟件組件5、了解相關(guān)質(zhì)量屬性的重要性討論得出實施優(yōu)先級 6 、 將所收集的用戶需求編寫成需求規(guī)格說明和模型7、 評審需求規(guī)格說明,確保與用戶達成共識 8、o 、需求分析的任務(wù)與過程二導 (
2、待開發(fā)系統(tǒng)的系統(tǒng)元素) 需求分析的任務(wù)是 借助于當前系統(tǒng)的物理模型解決目標出目標系統(tǒng)的邏輯模型 (只描述系統(tǒng)要完成 的功能和要處理的數(shù)據(jù)) , 系統(tǒng)“做什么”的問題。確定軟件設(shè)計的限制和軟件 同所要做的工作是深入描述軟件的功能和性能, 通過逐步細化對軟件的定義軟件 的其他有效性需求, 其他系統(tǒng)元素的接口細節(jié), 結(jié)構(gòu)并給軟件開發(fā)提供一種可以 轉(zhuǎn)化為數(shù)據(jù)設(shè)計、要求描述軟件要處理的數(shù)據(jù), 設(shè)計和過程設(shè)計的數(shù)據(jù)與功能 表示。對只能接受合理的要求; 必須全面理解用戶的各項要求, 但不能全盤接受, 對于無法實現(xiàn)的要求要向用然后決定是否采納;其中模糊的要求要進一步澄清, 戶作充分的解釋。SRS最后將軟件的需
3、求準確地表達出來,形成軟件需求說 明書實現(xiàn)步驟:(1)獲得當前系統(tǒng)的物理模型 首先分析、理解當前系統(tǒng)是如何運行的,了解當前系統(tǒng)的組織機構(gòu)、輸入輸出、 資源利用情況和日常數(shù)據(jù)處理過程, 并用一個具體的模型來反映自己對當前系統(tǒng) 的理解。此步驟也可以稱為“業(yè)務(wù)建?!?,其主要任務(wù)是對用戶的組織機構(gòu)或企 業(yè)進行評估理解他們的需要及未來系統(tǒng)要解決的問題,然后建立一個業(yè)務(wù)USECAS模型和業(yè)務(wù)對象模型。當然如果系統(tǒng)相對簡單,也沒必要大動干戈區(qū)進行業(yè)務(wù)建模,只要做一些簡單的業(yè)務(wù)分析即可。(2)抽象出當前系統(tǒng)的邏輯模型 在理解當前系統(tǒng)“怎樣做”的基礎(chǔ)上,取出非本質(zhì)因素,抽取出“做什么”的本 質(zhì)。(3)建立目標
4、系統(tǒng)的邏輯模型 明確目標系統(tǒng)要“做什么”(4)對邏輯模型的補充如用戶界面、啟動和結(jié)束、出錯處理、系統(tǒng)輸入輸出、 系統(tǒng)性能、其他限制等等。O 三、需求分析各過程:(1)問題識別:解決目標系統(tǒng)做什么,做到什么程 度。需求包括:功能、性能、環(huán)境、可靠性、安全性、保密性、用戶界面、資源 使用、成本、進度。同時建立需求調(diào)查分析所需的通信途徑。( 2) 分析與綜合:從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā),逐步細化所有的軟件功能,找出 各元素之間的聯(lián)系、 接口特性和設(shè)計上的限制, 分析它們是否滿足功能要求并剔 除不合理部分, 綜合成系統(tǒng)解決方案, 給出目標系統(tǒng)的詳細邏輯模型。 常用的分 析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法
5、SA (數(shù)據(jù)流圖DFD數(shù)據(jù)詞典DD加工 邏輯說明)、描繪系統(tǒng)數(shù)據(jù)關(guān)系的實體關(guān)系圖 ERD面向數(shù)據(jù)結(jié)構(gòu)的Jackson方 法JSD面向?qū)ο蠓治龇椒?0A(主要用UML、對于有動態(tài)時序問題的軟件、時 序圖、STD的狀態(tài)遷移(轉(zhuǎn)換、圖FSM可以用形式化技術(shù),包括有窮狀態(tài)機 Petri網(wǎng)或乙每一種分析建模方法都有其優(yōu)勢和局限性,可以兼而有之以不同 角度分析,應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模式和派系斗 爭,一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖?。?3、 編制需求分析文檔( 4、 需求評審O 四、結(jié)構(gòu)化方法分析步驟 1、繪制關(guān)聯(lián)圖:繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系
6、統(tǒng)外部實體間的界限和接口的簡單模型。 同時它也明確了通過接口的信息流 和物質(zhì)流。2 、創(chuàng)建開發(fā)原型:創(chuàng)建用戶接口原型當開發(fā)人員或用戶不能確定需求時,開 發(fā)一個用戶接口原型, 這樣使得許多概念和可能發(fā)生的事更為直觀明了。 用戶通 過評價原型將使項目參與者能更好地相互理解所要解決的問題。 注意要找出需求 文檔與原型之間所有的沖突之處。3 、分析可行性:分析需求可行性在允許的成本、性能要求下,分析每項需求 實施的可行性, 明確與每項需求實現(xiàn)相聯(lián)系的風險, 包括與其它需求的沖突, 對 外界因素的依賴和技術(shù)障礙。4 、確定需求優(yōu)先級:確定軟件工程需求的優(yōu)先級別應(yīng)用分析方法來確定使用 實例、產(chǎn)品特性或單項
7、需求實現(xiàn)的優(yōu)先級別。 以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包 括哪些特性或哪類需求。當允許需求變更時,在特定的版本中加入每一項變更, 并在那個版本計劃中作出需要的變更。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ù)項以確??蛻襞c開發(fā)小組是使用
8、一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。 7 )應(yīng)用質(zhì)量功能調(diào)配: 使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配是一種高級系統(tǒng)技術(shù), 它將產(chǎn)品特性、 屬性與對客戶的重要性聯(lián)系起來。 該技術(shù)提供了一種分析方法以 明確那些是客戶最為關(guān)注的特性。 它將需求分為三類: 期望需求, 即客戶或許并 未提及,但如若缺少會讓他們感到不滿意;普通需求;興奮需求,即實現(xiàn)了會給 客戶帶去驚喜,但若未實現(xiàn)也不會受到責備。O五、需求文檔規(guī)范A、三種編寫方法1、用好的結(jié)構(gòu)化和自然語言編寫文本型文檔;2、建立圖形化模型,這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間的變 化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系;3、編寫形式
9、化規(guī)格說明, 這可以通過使用數(shù)學上精確的形式化邏輯語言來定義 需求。4、多種編寫方法可在同一個文檔使用,根據(jù)需要選擇,或互為補充,以能夠把 需求說明白為目的。B、應(yīng)有成果1、各業(yè)務(wù)手工辦理流程文字說明;2、各業(yè)務(wù)手工辦理流程圖;3、各業(yè)務(wù)手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來源;4、目標軟件系統(tǒng)功能劃分(示意圖及文字說明) ;5、目標軟件系統(tǒng)中各業(yè)務(wù)辦理流程文字說明;6、目標軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖(模型) ;7、目標軟件系統(tǒng)中各業(yè)務(wù)辦理各環(huán)節(jié)數(shù)據(jù)、 數(shù)據(jù)采集方式、 數(shù)據(jù)間的內(nèi)在聯(lián)系 分析。8、目標軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說明C、文檔工具推薦1、調(diào)研結(jié)果需求分析說明書格式參照開發(fā)
10、文檔模板;2、單位組織結(jié)構(gòu)圖、功能模塊分解圖用 VISIO繪制,或直接用 WOR中的畫圖 工具;3、業(yè)務(wù)流程圖用VISIO中的FLOWCHART板繪制;4、 系統(tǒng)邏輯模型使用ROS噲制活用VISIO中的UML模板繪制;模板繪制;WIN95 USER INTERFACE的 VISIO軟件用戶界面用 、5.6 數(shù)據(jù)物理模型用POWERDESIN繪制;D需求文檔編寫原則1、句子簡短完整,具有正確的語法、拼寫和標點;2、使用的術(shù)語與詞匯表中所定義的一致;3、需求陳述應(yīng)該有一致的樣式,例如“系統(tǒng)必須 . ”或者“用戶必須 . ”,并 緊跟一個行為動作和可觀察的結(jié)果。 ;4、避免使用模糊、主觀的術(shù)語,減少
11、不確定性,如“界面友好、操作方便” ;5、避免使用比較性詞語,如“提高” ,應(yīng)定量說明提高程度。O 六、編制軟件需求規(guī)格說明書的內(nèi)容要求如下:一、引言( 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)核準的計劃任務(wù)書或合同、 上級機關(guān)的批文;項目開發(fā)計劃; 屬于本項目的其他已發(fā)表的文件; 本文件中各處引用的文件、 資料、包括所
12、要用 到的軟件開發(fā)標準(列出這些文件資料的標題、 文件編號、發(fā)表日期和出版單位, 說明能夠得到這些文件資料的來源) 。二、任務(wù)概述(1)目標 敘述該項軟件開發(fā)的意圖、 應(yīng)用目標、作用范圍以及其他應(yīng)向讀者說明的有如果 本解釋被開發(fā)軟件與其他有關(guān)軟件之間的關(guān)系。關(guān)該軟件開發(fā)的背景材料。 軟件產(chǎn)品是一項獨立的軟件, 而且全部內(nèi)容自含, 則說明這一點。 如果所定義的 產(chǎn)品是一個更大的系統(tǒng)的一個組成部分, 則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成 部分之間的關(guān)系,為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各 部分的聯(lián)系和接口。 |(2)用戶的特點列出本軟件的最終用戶的特點, 充分說明操作人員、 維護
13、人員的教育水平和技術(shù) 專長,以及本軟件的預(yù)期使甩頻度。這些是軟件設(shè)計工作的重要約束(3)假定和約束 列出進行本軟件開發(fā)工作的假定和約束,例如經(jīng)費限制、開發(fā)期限等。三、數(shù)據(jù)描述(1)靜態(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)境、與其他軟件的
14、接口以及開發(fā)計劃等發(fā)生變化時 應(yīng)具有的適應(yīng)能力。六、運行需求(1) 輸人輸出要求解釋各輸入輸出數(shù)據(jù)類型,并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟 件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例,包括對硬拷貝報告(正常結(jié)果輸出、狀態(tài)輸出及異常輸出)以及圖形或顯示報告的描述。(2) 數(shù)據(jù)管理能力要求說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模,要按可預(yù)見的增長對 數(shù)據(jù)及其分量的存儲要求作出估算。(3) 故障處理要求列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要 求。(4) 其他專門要求如用戶單位對安全保密的要求,對使用方便的要求,對可維護性、可補充性、易 讀性、可靠性、運行環(huán)境可轉(zhuǎn)換性的特殊要求等。七、運行環(huán)境規(guī)定(1) 設(shè)備列出運行該軟件所需要的硬設(shè)備。 說明
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 絲印染在環(huán)保型交通工具內(nèi)飾的功能性創(chuàng)新與設(shè)計考核試卷
- 手機攝像頭修復(fù)考核試卷
- 保險經(jīng)紀人職業(yè)素養(yǎng)與商務(wù)禮儀考核試卷
- 婚宴預(yù)定合同范本
- 弱勢學生的個性化教育方案計劃
- 家庭作業(yè)的設(shè)計與評價計劃
- 解除合同申請書
- 農(nóng)用薄膜的行業(yè)規(guī)范與標準制定考核試卷
- 電子商務(wù)與智能供應(yīng)鏈管理
- 工程保險投保合同范本
- 人美版四年級書法下冊《第6課 豎心旁》教學設(shè)計
- 二年級綜合實踐活動課件-我與蔬菜交朋友-全國通(41張)
- 血型與輸血檢驗-臨床輸血(臨床檢驗課件)
- 按摩師培訓協(xié)議書
- 落地式腳手架安全技術(shù)措施
- 開心麻花《白蛇前傳》劇本
- 常州市旅游資源調(diào)查與評價
- 中職物理課件
- 分子生物學課件:緒論-細胞生物學發(fā)展簡史
- 光伏支架安裝工程質(zhì)量驗收記錄完整
- 波普解析PPT質(zhì)譜教案資料
評論
0/150
提交評論