软件工程--第三章--需求分析
文章目錄
- 文檔
- 研究內容
- 方法:結構化分析法
- 任務
- 系統的綜合需求
- 系統的數據需求
- 導出邏輯模型
- 修正系統開發計劃
- 獲得需求的方法
- 分析建模
- 需求分析的其他圖形工具
- 層次方框圖
- Warnier圖
- IPO圖
- 需求的正確性要從哪些方面驗證
文檔
軟件需求規格說明
研究內容
確定要做什么
方法:結構化分析法
原則
任務
系統的綜合需求
1.功能需求
2.性能需求
如:相應時間(速度)、主存容量、磁盤容量、
安全性、等
3. 可靠性和可用性需求
4. 出錯處理需求
系統發現錯誤時采取的行動,主要在系統關鍵部分設置。
5. 接口需求
用戶接口、硬件接口、軟件接口、通信接口、等。
6. 約束
精度、工具和語言、設計約束、硬件約束、標準,等。
7. 逆向需求
8. 將來可能提出的要求
系統的數據需求
導出邏輯模型
修正系統開發計劃
獲得需求的方法
- 訪談
- 面向數據流自頂向下求精
自頂向下的逐步求精進行需求分析就是:結構化方法
將分析得到的數據元素信息記錄在數據字典中,算法的簡明描述記錄在IPO圖中,將分析補充的數據流、數據存儲和處理添加到數據流圖的正確位置中(可行性分析得到的數據流圖僅僅是一個高層數據流圖,細節不包括在里面)
-
簡易的應用規格說明技術
前兩種用戶處于被動地位,提出面向團隊的需求收集法: (用戶與開發者配合) -
快速建立軟件原型
最準確、最有效、最強大的需求分析技術
特性:- 快速
- 容易修改
工具:
- 1.第四代技術:sql…
- 2.可重用的軟件構建:將已有的軟件構件拿來裝配
- 3.形式化規格說明和原型環境
分析建模
為了開發復雜的系統,應從不同角度(模型)抽象出目標系統的特性(數據模型、功能模型、行為模型)。
- 數據模型:實體-聯系圖
- 功能模型:數據流圖
- 行為模型:狀態轉換圖
實體-聯系圖:
描述從用戶角度看到的數據
狀態轉換圖
描繪系統的狀態及引起系統狀態轉換的事件
一個狀態是一個行為模式
狀態
狀態是任何可以被觀察到的系統行為模式,一個狀態代表系統的一種行為模式
- 初態
- 終態
- 中間狀態
一張狀態圖中只能有一個初態,終態有0-多個
狀態圖可以表示系統循環運行過程,也可以表示系統單程生命期
事件:
事件是某個特定時刻發生的事情,它是引起系統做動作或狀態轉換的控制信息
符號:
初態---- 實心圓;終態---- 同心圓
中間狀態:圓角矩形
箭頭---- 狀態轉換
需求分析的其他圖形工具
層次方框圖
Warnier圖
也用樹形結構表示數據
符號:
+同或符:表示一類信息或一個數據元素在一定條件下才出現,符號上下兩個名字所代表的數據只能出現一個。
():括號內的數據表示該元素出現次數
IPO圖
用來描述算法的工具
需求的正確性要從哪些方面驗證
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的软件工程--第三章--需求分析的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: LINUX运行等级
- 下一篇: 关于MDI的详细介绍(GMII接口的详细