




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
第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
需求工程涉及人員
*
干人門?呵小]兀叫
需求分析的任務
?可行性分析階段已經(jīng)粗略了解了用戶的
需求,甚至已經(jīng)提出了一些可行的方案,
但是,可行性研究的基本目的是用較小
的成本在較短的時間內(nèi)確定是否存在可
行的方案。因此許多細節(jié)被忽略。
多在系統(tǒng)開發(fā)前,還需要進一步確定
需求分析
?軟件需求分析可分成6個任務:
■問題識另U(problemrecognition)
■評估和綜合(evaluationandsynthesis)
■建模(modeling)
■建立原型(prototyping)
■規(guī)約(specification)
■評審(review)
需求分析的任務
?問題識別
■分析人員研究系統(tǒng)規(guī)約和軟件項目計劃,了解軟件
在系統(tǒng)中的作用。其次,與用戶建立通信關系,了
解用戶提出的功能和性能要求。其目標是弄清用戶
理解的基本問題元素。
卷評價和綜合
■分析人員必須獲得數(shù)據(jù)的流程和數(shù)據(jù)結(jié)構(gòu),評價優(yōu)
缺點;結(jié)合用戶要求,修改現(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)
③問題的復雜性
六對問題空間理解的不完備性與不一致性
六交流障礙
?需求易變性
需求獲取
?獲取技術
■建立分析小組
?包括領域?qū)<?主角和系統(tǒng)分析員-導演
■客戶訪談或會議
■情景(Scenario)/用例(use-case)
?在00分析中更重要
■問卷調(diào)查表(questionnaire)
■方便的應用規(guī)范技術(FAST)
■質(zhì)量功能部署(QFD)
需求獲取的內(nèi)容
?用戶需求分類
■功能性需求:定義了系統(tǒng)做什么(描述系統(tǒng)
必須支痔的功能和過程)。
■非功能性需求(技術需求):定義了系統(tǒng)
工作時的特性描述操作環(huán)境和性能目標)。
④包括的內(nèi)容
■功能、性能、環(huán)境、界面、用戶或人的因素、
文檔、數(shù)據(jù)、資源、安全保密、軟件成本消
耗與開發(fā)進度、質(zhì)量保證。
功能需求
■系統(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)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 福建事業(yè)單位考試職場心理素質(zhì)試題及答案
- 財務成本管理考察重點試題及答案
- 2024年項目管理考試復習思路試題及答案
- 項目管理變更控制探討試題及答案
- 項目概念確認的試題及答案
- 微生物抗生素替代物研究試題及答案
- 項目干系人分析中的定性與定量方法試題及答案
- 項目管理信息系統(tǒng)試題及答案
- 迪慶防風卷簾施工方案
- 第三單元 認識立體圖形(單元測試)-2024-2025學年一年級上冊數(shù)學人教版
- 金屬非金屬地下礦山安全生產(chǎn)標準化定級評分標準(2023版)
- 鼻腸管的護理查房
- 化工技術經(jīng)濟(第五版)課件-第7章-項目可行性研究與決策-
- 安全掃描漏洞管理方案
- 員工工資表范本
- 小學二年級下口算題1000道(50道每天)
- 空調(diào)安裝免責協(xié)議書模板
- 換電站(充電樁)安全風險告知模板
- 寧夏傳統(tǒng)文化調(diào)研報告范文
- 景區(qū)食堂經(jīng)營外包合同
評論
0/150
提交評論