軟件需求分析

任務

解決目標系統“做什麽”問題

深入描寫敘述軟件的功能和性能

確定軟件涉及到的約束和軟件接口

定義軟件的其它有效需求

特點

一致性、完整性、限時性、有效性、可驗證性

需求分析的過程

問題識別

建立分析所須要的通信途徑

分析與綜合

從信息流和信息結構出發，逐步細化全部的軟件功能。找出聯系，接口特性和設計上的約束。分析他們是否滿足功能要求，是否合理

編制需求分析階段的文檔

軟件需求說明書

數據要求說明書

初步的用戶手冊

改動完好與確定軟件開發實施計劃

評審

系統定義的目標是否與用戶的要求一致

系統需求分析階段提供的文檔資料是否齊全

文檔中的全部描寫敘述是否完整，清晰，準確反映用戶的需求

與全部其它系統成分的重要接口是否都已經描寫敘述

軟件需求分析的方法

SA：面向數據流的結構化分析方法

JSD：面向數據結構的Jackson方法

DSSD；結構化數據系統開發方法

OOA：面向對象的分析方法

軟件需求分析的原則

分解、化簡和抽象

抽象

在開始建立分析模型前先理解問題

開發模型

記錄需求的起源和原因

使用需求視圖

給予需求優先級

刪除排除性

分解

縱向分解和橫向分解

數據流圖（DFD）

特性

抽象性，概括性，層次性

主要圖形元素

數據流與數據加工的關系

檢查和改動DFD的原則

僅僅能有四種圖形元素

每一個加工至少有一個輸入數據流和一個輸出數據流

數據流圖的主圖必須包含四種基本元素，缺一不可

須要添加編號

子圖要與主圖相應

每一個元素必須有名字。不同意有控制流

數據流圖的作用

系統分析員能夠用它自定向下分析系統信息流程

可在圖上畫出須要計算機處理的部分

依據數據存儲。進一步做數據分析。想數據庫設計過度

依據數據流方向，定出存取方式

相應一個處理過程，用相應的語言、判定表等工具表達處理方法

DFD的優缺點

整體概念強。每一層強調“幹什麽。須要什麽。給出什麽”

能夠反映數據的流向和處理過程

自定向下分析，easy急躁發現系統各部分的邏輯錯誤。easy改正

easy與計算機處理相對比

不直觀。須要概括、抽象、修正

沒有計算機，人工繪制太麻煩，工作量大

軟工視頻總結Part Three