物聯(lián)網工程實踐課件：6軟件需求分析2_第1頁
物聯(lián)網工程實踐課件：6軟件需求分析2_第2頁
物聯(lián)網工程實踐課件：6軟件需求分析2_第3頁
物聯(lián)網工程實踐課件：6軟件需求分析2_第4頁
物聯(lián)網工程實踐課件：6軟件需求分析2_第5頁
已閱讀5頁，還剩5頁未讀， 繼續(xù)免費閱讀

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

軟件需求分析--目錄需求工程概述需求獲取需求分析、協(xié)商與建模需求規(guī)約與驗證需求管理需求規(guī)約的原則-1從現實中分離功能，即描述要“做什么”而不是“怎樣實現”規(guī)約必須是一個認識模型，而不是設計或實現的模型使用面向處理的規(guī)約語言(或稱系統(tǒng)定義語言)，討論來自環(huán)境的各種刺激可能導致系統(tǒng)做出什么樣的功能性反應，來定義一個行為模型，從而得到“做什么”的規(guī)約需求規(guī)約的原則-2系統(tǒng)工程：如果被開發(fā)軟件只是一個基于計算機的系統(tǒng)中的一個元素，那么整個大系統(tǒng)也包括在規(guī)格說明的描述之中規(guī)約必須包括系統(tǒng)運行環(huán)境規(guī)約必須是可操作的，以便能夠利用它決定對于任意給定的測試用例，已提出的解決方案是否都能滿足規(guī)約需求規(guī)約的原則-3規(guī)約必須允許不完備性并允許擴充規(guī)約必須局部化和松散耦合它所包括的信息必須局部化，這樣當信息被修改時，只要修改某個單個的段落(理想情況)規(guī)約應被松散地構造(即松耦合)，以便能夠很容易地加入和刪去一些段落需求驗證需求驗證目的是要檢驗需求是否能夠反映用戶的意愿評審人員評審時往往需要檢查以下內容：系統(tǒng)定義的目標是否與用戶的要求一致；系統(tǒng)需求分析階段提供的文檔資料是否齊全；文檔中的描述是否完整、清晰、準確地反映了用戶要求；被開發(fā)項目的數據流與數據結構是否確定且充足；主要功能是否已包括在規(guī)定的軟件范圍之內，是否都已充分說明；設計的約束條件或限制條件是否符合實際；開發(fā)的技術風險是什么；是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認。軟件需求分析--目錄需求工程概述需求獲取需求分析、協(xié)商與建模需求規(guī)約與驗證需求管理需求管理需求管理是一組用于幫助項目組在項目進展中的任何時候去標識、控制和跟蹤需求的活動需求跟蹤有兩種方式，正向跟蹤與逆向跟蹤正向跟蹤：以用戶需求為切入點，檢查《需求規(guī)約》中的每個需求是否都能在后繼工作產品中找到對應點逆向跟蹤：檢查設計文檔、代碼、測試用況等工作產品是否都能在《需求規(guī)約》中找到出處需求變更的原因初期的認識不足導致錯誤或不完整的需求需求本身存在不一致業(yè)務變化導致的剛性需求變更外部經濟、市場環(huán)境的變化客戶和項目組對已確認的需求理解不一致技術制約或多目標權衡帶來的需求變更需求變更管理過程支持變更申請需求方開發(fā)方忽略選擇變更方式SCCB評估項目經理自行決定根

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網頁內容里面會有圖紙預覽，若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間，僅對用戶上傳內容的表現方式做保護處理，對用戶上傳分享的文檔內容本身不做任何修改或編輯，并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容，請與我們聯(lián)系，我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論