一、需求分析的任務
1、確定對系統的綜合需求二、需求分析的原則2、分析系統的資料需求
3、匯出系統的邏輯模型
4、修正系統開發計畫
5、開發原型系統
1、必須能夠表達和理解問題的資料域和功能域三、資料流圖2、按自頂向下、逐層分解問題
3、要給出系統的邏輯檢視和物理檢視
1、特性：
抽象性2、基本符號概括性
層次性
3、優點
1、總體概念強4、缺點2、可以反映出資料流向和處理過程
3、容易及早發現系統各部分的邏輯錯誤，也容易改正
4、容易與計算機處理對照
1、不直觀四、動態分析方法2、如果沒有計算機系統幫助的話，人工繪製麻煩，工作量較大
狀態遷移圖- 圓圈表示可得到的系統狀態本章中學習軟體需求的分析，在這一階段需要些軟體需求說明書，資料要求說明書，初步的使用者手冊，修改、完善與確定軟體開發實施計畫。本階段影響著後面對軟體的實現，所以要認真對待，俗話說：殺死乙個程式設計師，只需要改幾次需求就夠啦~~-箭頭表示從一種狀態到另一種狀態的遷移
-優點：狀態之間的關係可以直觀地捕捉到；可以很容易地建立分析工具
petri圖
圓圈用來表示系統的狀態
問號「？」用來表示系統中的事件
有向邊表示對轉移的輸入或者由轉移的輸出
初學軟工 需求分析
需求分析作為軟體工程中不可或缺的一項重要的內容，在許多的方面都有重要的作用，可以說需求分析做不好，將來的軟體驗收和維護都會遇到很大的困難甚至要進行軟體的重構，下面來看一下我的導圖 一 需求分析的任務 1 構造模型 首先就是要構造目標的業務模型，從原系統的模型出發經過轉化最後形成現有系統的模型 2 分...
軟工系列之 需求分析
第三章 需求分析 需求的定義 分類。1 使用者解決問題或達到目標所需的條件或能力。2 系統或是系統部件要滿足的合同 標準 規範或其他正規文件所需要具有的條件或是能力。3 一種反映上面所描述的條件或是能力的文件說明。需求就是以一種清楚簡潔，一致且無二義性的方式，對乙個待開發系統中各個有意義方面的陳述的...
軟工文件 需求說明
軟體需求說明書是需求分析階段擬的乙個文件，是對軟體目標及範圍的精確和細化，深入描述了軟體的功能及軟體的約束範圍，進一步確定軟體的功能和效能，從而使使用者和軟體開發者對該軟體的初始的規定有乙個大概的了解，有利於對專案的回溯以及對每個功能標準記性定位。預期的讀者 系統分析人員，開發人員，專案管理人員，使...