軟體工程 需求分析

需求分析是比較重要的內容，需要我們去掌握。

1、軟體需求說明書

編制的目的：軟體需求說明書的編制是為了使使用者和軟體開發者雙方對該軟體的初始規定有乙個共同的理解， 使之成為整個開發工作的基礎，詳細的了解了該系統所要實現的功能與使用者的習慣後所形成的文件彙總。

寫給誰的：使用者（機房的管理者），開發人員、系統分析人員

2、資料要求說明書

編制的目的：明確機房收費系統中各項功能和非功能性需求實現時需要的資料，根據這些資料，對資料庫進行設計，同時為概要設計和詳細設計提供設計依據。

資料庫的設計人員、系統測試人員、系統的維護人員

個人理解：此文件主要是資料庫的設計，資料庫具體的設計成什麼樣與此文件有直接的聯絡，它與咱們的軟體沒有沒有什麼關係，所以閱讀物件不含有軟體的設計人員

3、初步的使用者手冊

初步的使用者手冊是編寫在需求分析階段的，它並不完善，後邊會對其進行細化

1、結構化分析方法

結構化分析方法是面向資料流進行需求分析的方法，結構化分析方法使用資料流圖dfd與資料字典dd來描述，資料流圖和資料字典共同構成系統的邏輯模型

（1）資料流圖：它表示了系統內部資訊的流向，並表示了系統的邏輯處理的功能！（只考慮基本的邏輯功能）

主要的圖形元素

圖例：這是乙個分層的資料流圖，如果要畫好資料流圖，是需要花費大量的時間的。

（2）資料字典：可以清楚的描述圖形元素的定義（名字、編號、分類）它與資料流圖相互配合，對於資料流圖中每乙個被命名的圖形元素，均加以定義！

（3）原型化分析方法

為什麼會出現原型化分析方法呢：它可以在開發初期，將使用者與設計人員緊密的聯絡到一起，然後快速分析，開發初期很難得到準確的需求規格說明書！

（4）加工邏輯說明的工具

它為結構化語言（結構化英語）、判定樹和判定表

結構化語言

因為主要採用英語，所以結構化語言也叫結構化英語，與資料字典相結合

判定表：（決策表）

如圖所示，判定表試用於多個邏輯關係的加工處理，但是不能表示不確定或者是重複的邏輯處理。

判定樹：

它是判定表的演變，有時候它比判定表更加直觀，但是如果邏輯過多，畫出來比較複雜！

根據上邊的我們進行簡單的總結：

機器的可讀性來講： 判定表和結構化英語優於判定樹

直觀性上來講： 判定樹最好

對於邏輯驗證和優化能力上來講 ：判定表優於判定樹和結構化英語

一直都在研究思維導圖，複習思維導圖比複習其它的文本性的東西，效率是真的高，所以好好利用這個工具。

軟體工程 需求分析

軟體生存期分六個步驟，1.制定計畫。2需求分析。3軟體設計。4程式設計。5.軟體測試。6.執行維護。需求分析是軟體生存期中軟體分析的最後乙個步驟，是確定系統必須完成哪些工作，也就是對目標系統提出完整 準確 清晰 具體的要求。是軟體開發計畫期間建立的軟體可行性分析求精和細化，分析各種可能的解法，並且分...

軟體工程 需求分析

昨天剛剛寫了關於可行性研究的部落格，今天我們來看看關於需求分析的問題！需求分析需要掌握三個主要任務！1.深入描述軟體的功能和效能 2.確定軟體設計的約束和軟體同其他系統元素的介面細節 3.定義軟體的其他有效需求。需求分析的四個過程 問題識別 1.從系統的角度來理解軟體並評審軟體範圍是否恰當 2.確定...

軟體工程 需求分析

需求分析的任務 基本任務是準確地回答 系統必須做什麼？1.確定系統的綜合需求 2.分析系統的資料需求 3.匯出系統的邏輯模型 4.修正系統的開發計畫 5.開發原型系統 需求分析的過程 1問題識別 軟體的需求包括 功能需求 模組 效能需求 響應時間，儲存容量 環境需求 執行 可靠性需求 安全保密需求 ...