![需求分析課件_第1頁](http://file4.renrendoc.com/view12/M00/09/27/wKhkGWcieOqAHpL3AAHKZJqBw6E693.jpg)
![需求分析課件_第2頁](http://file4.renrendoc.com/view12/M00/09/27/wKhkGWcieOqAHpL3AAHKZJqBw6E6932.jpg)
![需求分析課件_第3頁](http://file4.renrendoc.com/view12/M00/09/27/wKhkGWcieOqAHpL3AAHKZJqBw6E6933.jpg)
![需求分析課件_第4頁](http://file4.renrendoc.com/view12/M00/09/27/wKhkGWcieOqAHpL3AAHKZJqBw6E6934.jpg)
![需求分析課件_第5頁](http://file4.renrendoc.com/view12/M00/09/27/wKhkGWcieOqAHpL3AAHKZJqBw6E6935.jpg)
版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
第4講需求分析
RequirementsAnalysis
需求是什么?
需求分析總述
<“系統(tǒng)必須做什么?”的問題。
④需求分析階段真正的目標是確定客戶需
要什么樣的軟件。
⑥軟件開發(fā)者和用戶起著同樣重要的作用。
④需求分析是軟件開發(fā)項目得以成功的基
礎。
需求分析的重要性
④軟件生命周期中,一個錯誤發(fā)現(xiàn)得越晚,
修復錯誤的費用越高。
④許多錯誤是潛伏的,并且在錯誤產(chǎn)生后
很長一段時間才被檢查出來。
④在需求過程中會產(chǎn)生很多錯誤。
翁在需求階段,代表性的錯誤為疏忽、不
一致彳口二義性。
卷需求錯誤是可以被檢查出來的。
生命周期中修復軟件的相對費用
階段相對修復費用
需求階段0.1~0.2
一-設計階段一0.5
一編碼階段一1
.單元測試階段二2
一驗收測試階段一5
維護階段20
需求分析的困難性
?誤解一
<交流障礙
④缺乏共同語言[
,“完整性”問題
舍需求永遠不會穩(wěn)定
,用戶意見不統(tǒng)一:
卷錯誤要求
卷認識混淆
需求工程
RequirementsEngineering
?需求工程
◎通常是一些過程的集合:
?需求獲?。ㄐ枨螳@?。?、
jz?需求分析〕
?編寫軟件規(guī)格說明書(SRS)
?驗證(包括確認和證實)o
需求工程涉及人員
*
干人門?呵?。葚=?/p>
需求分析的任務
?可行性分析階段已經(jīng)粗略了解了用戶的
需求,甚至已經(jīng)提出了一些可行的方案,
但是,可行性研究的基本目的是用較小
的成本在較短的時間內確定是否存在可
行的方案。因此許多細節(jié)被忽略。
多在系統(tǒng)開發(fā)前,還需要進一步確定
需求分析
?軟件需求分析可分成6個任務:
■問題識另U(problemrecognition)
■評估和綜合(evaluationandsynthesis)
■建模(modeling)
■建立原型(prototyping)
■規(guī)約(specification)
■評審(review)
需求分析的任務
?問題識別
■分析人員研究系統(tǒng)規(guī)約和軟件項目計劃,了解軟件
在系統(tǒng)中的作用。其次,與用戶建立通信關系,了
解用戶提出的功能和性能要求。其目標是弄清用戶
理解的基本問題元素。
卷評價和綜合
■分析人員必須獲得數(shù)據(jù)的流程和數(shù)據(jù)結構,評價優(yōu)
缺點;結合用戶要求,修改現(xiàn)行的系統(tǒng),提出新系
統(tǒng)的功能,加以細化;提出軟件的約束條件、響應
時間、存儲條件等。
需求分析的任務
?建模
■使用文本、圖形等表示形式的組合描述軟件
系統(tǒng)的數(shù)據(jù)、功能和行為的需求。同時也是
評審的焦點,以及設計的基礎。
合建立原型
■由于得不到詳細和完整的需求規(guī)約,所以可
以為需求分析選擇原型開發(fā)方法。
需求分析的任務
◎建立規(guī)約
■軟件需求規(guī)約包含軟件功能、性能、接口、
有效性和邏輯模型的描述。為了證實軟件能
否被成功實現(xiàn),就要規(guī)定相應的檢驗標準,
這些標準在軟件開發(fā)期間將作為測試的依據(jù)。
⑥評審
■由軟件開發(fā)人員和用戶共同對需求說明書進
行嚴格的評審。
需求分析的目標
軟件需求分析實現(xiàn)以下幾個目標:
④給出軟件系統(tǒng)的數(shù)據(jù)領域、功能領域和
行為領域的模型;
④提出詳細的功能說明,確定設計約束條
件,規(guī)定性能要求;
④密切與用戶的聯(lián)系,使用戶明確自己的
任務,以便實現(xiàn)上述兩項目標。
涉及與思考的幾個問題
?如何定義軟件系統(tǒng)需求?
。如何識別、獲取需求?
你能夠采取何種手段與用戶進行交
流溝通?
需求獲取
卷需求獲取確定客戶或用戶的要求是什么
的信息收集過程。
④目的:
■研究可行性分析報告和系統(tǒng)實施計劃,
明確系統(tǒng)的目標要求。
-■建立分析所需要的通信途徑,保證需
求獲取得順利進行。
需求獲取
面臨的挑戰(zhàn)
③問題的復雜性
六對問題空間理解的不完備性與不一致性
六交流障礙
?需求易變性
需求獲取
?獲取技術
■建立分析小組
?包括領域專家-主角和系統(tǒng)分析員-導演
■客戶訪談或會議
■情景(Scenario)/用例(use-case)
?在00分析中更重要
■問卷調查表(questionnaire)
■方便的應用規(guī)范技術(FAST)
■質量功能部署(QFD)
需求獲取的內容
?用戶需求分類
■功能性需求:定義了系統(tǒng)做什么(描述系統(tǒng)
必須支痔的功能和過程)。
■非功能性需求(技術需求):定義了系統(tǒng)
工作時的特性描述操作環(huán)境和性能目標)。
④包括的內容
■功能、性能、環(huán)境、界面、用戶或人的因素、
文檔、數(shù)據(jù)、資源、安全保密、軟件成本消
耗與開發(fā)進度、質量保證。
功能需求
■系統(tǒng)做什么?
■系統(tǒng)何時做什么?
■系統(tǒng)何時及如何修改或升級?
性能需求
軟件開發(fā)的技術性指標。例如:
■存儲容量限制
■執(zhí)行速度、相應時間
■吞吐量
環(huán)境需求
■硬件設備:機型、外設、接口、
地點、分布、溫度、
濕度、磁場干擾等
■軟件:操作系統(tǒng)、網(wǎng)絡、數(shù)據(jù)庫
等
界面需求
7
■有來自其它系統(tǒng)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- Pt-IV-M13-生命科學試劑-MCE-4429
- Frutinone-A-生命科學試劑-MCE-8513
- 2-Carbamimidoylsulfanyl-acetic-acid-hydrochloride-生命科學試劑-MCE-6335
- 二零二五年度茶葉品牌授權合作協(xié)議
- 2025年度籃球俱樂部賽事安全預案與責任承擔協(xié)議
- 二零二五年度中式餐廳合伙人合作協(xié)議
- 2025年度游艇碼頭租賃與船舶租賃稅務籌劃合同
- 二零二五年度表格合同管理系統(tǒng)在線培訓及售后服務協(xié)議
- 施工現(xiàn)場施工防化學事故威脅制度
- 科技創(chuàng)新在小學生課余生活中的重要性
- 北京四合院介紹課件
- 頁眉和頁腳基本知識課件
- 《國有企業(yè)采購操作規(guī)范》【2023修訂版】
- 土法吊裝施工方案
- BLM戰(zhàn)略規(guī)劃培訓與實戰(zhàn)
- GB/T 16475-2023變形鋁及鋁合金產(chǎn)品狀態(tài)代號
- 鎖骨遠端骨折伴肩鎖關節(jié)脫位的治療
- 教育心理學智慧樹知到答案章節(jié)測試2023年浙江師范大學
- 理論力學-運動學課件
- 計算機輔助工藝設計課件
- 汽車銷售流程與技巧培訓課件
評論
0/150
提交評論