软件开发需求分析内容
第一章是引言。
描述軟件需求規格說明書的縱覽，幫助讀者理解文檔如何編寫并且如何閱讀和理解，包含五個部分：
1.1 編寫目的
//對產品(項目)進行定義，在該文檔中詳盡說明這個產品的軟件需求，包 //括修正或發行版本號。如果這個軟件需求規格說明書只與整個系統的一 //部分有關，那么只定義文檔中說明的部分或子系統。
1.2 文檔約定
//描述編寫文檔時所采用的標準或排版約定，包括正文風格，提示區或重 //要符號。例如，說明高層需求的優先級是否可以被所有細化分需求所繼 //承，或者每個需求陳述是否都有優先級。
1.3 讀者對象和閱讀建議
//列舉軟件需求規格說明書所針對的不同讀者，例如開發人員、項目經理、 //營銷人員、用戶、測試人員等。描述文檔中剩余部分的內容及其組織結 //構。提出最適合每一類讀者閱讀文檔的建議。
1.4 項目范圍
//提供對指定的軟件及其目的的簡短描述，包括利益和目標。把軟件與企業 //目標或業務策略相聯系?？梢詤⒖柬椖糠秶臋n，而不是將其內容復制到 //這里
1.5 參考資料
//列舉編寫軟件需求規格說明書時所參考的資料或其它來源。可能包括用戶 //界面風格指導、合同、標準、系統需求規格說明書，用戶需求、相關產品 //的軟件需求規格說明書。這里應給出詳細的信息，包括標題名稱、作者、 //版本號、日期、出版單位或資料來源，以方便讀者查閱這些文獻。
第二章是總體描述
2.1 產品前景
//描述軟件需求規格說明書中所定義的產品的背景和起源。說明該產品是否 //是產品系列中的下一個成員，是否是成熟產品所改進的下一代產品，是否 //是現有應用程序的替代品，或者什邡市一個全新的產品。
//如果軟件需求規格說明書定義了大系統的一個組成部分，那么就要說明這 //部分軟件是怎樣與整個系統相關聯的，并且要定義出兩者之間的接口。建 //議使用系統結構圖或者實體關系圖表示
2.2 產品的功能
//概述產品所具有的主要功能，詳細內容在第4節描述，所以這里只需要概括 //總結，例如用列表的方法給出。很好地組織產品的功能，使每個讀者都易 //于理解。用圖形表示主要的需求分組以及它們之間的聯系。
//建議使用數據流程圖（DFD）的頂層圖或者類圖來實現圖形化
2.3 用戶類及其特征
//確定可能使用該產品的不同用戶類并描述它們相關的特征。有一些需求可 //能只與特定的用戶類相關。將該產品的重要用戶類與那些不太重要的用戶 //類區分開
2.4 運行環境
//描述軟件的運行環境，包括硬件平臺、操作系統和版本，還有其它的軟件 //組件或者與其共存的應用程序。
2.5 設計和實現上的約束
//確定影響開發人員自由選擇的問題，并說明這些問題為什么成為一種限
//制?？赡艿南拗瓢?#xff1a;
//◆必須使用或者避免的特定技術、工具、編程語言、數據庫
//◆經費、進度、資源等方面的限制
//◆所要求的開發規范或標準
//◆企業策略、政府法規或工業標準
//◆硬件限制，例如定時需求或存儲器限制
//◆數據轉換格式標準
//◆其它
2.6 假設和依賴
第三章是系統功能。
需要列出每個功能點，每個功能點包含以下三個方面：
3.X.1 描述和優先級
3.X.2 請求/響應序列
3.X.3 功能性需求
//詳細列出提交給用戶的軟件功能，用戶可以使用所提供的功能執行服務 //或者使用所指定的用例執行任務。并且描述產品如何響應可預知的出錯 //條件或非法輸入或動作。
第四章是外部接口需求。
4.1 用戶界面
//陳述所需要的用戶界面。描述每個用戶界面的邏輯特征。以下是可能要 //包括的一些特征：
//◆將要采用的用戶界面標準或產品系列的風格
//◆屏幕布局或解決方案的限制
//◆將出現在每個屏幕的標準按鈕、功能或導航鏈接
//◆快捷鍵
//◆錯誤信息顯示標準
//對于用戶界面的細節，例如特定對話框的布局，建議寫入一個獨立的用 //戶界面規格說明中，不要寫入軟件需求規格說明書中
4.2 硬件接口
//描述系統中硬件每個接口的特征?？赡馨ㄖС值挠布愋汀④浻布g //交流的數據和控制信息的性質以及所使用的通信協議
4.3 軟件接口
//描述產品與其它外部組件的連接，包括數據庫，操作系統，工具庫和集成 //的商業組件。明確并描述在軟件組件之間交換數據或信息的目的，描述所 //需要的服務及內部組件通信的性質，確定將在組件之間共享的數據。如果 //必須用一種特殊的方法來實現數據共享機制，那么就必須把它定義為一種 //實現上的限制
4.4 通信接口
//描述與產品所使用的通信功能相關的需求，包括電子郵件、WEB瀏覽器、 //網絡通信標準或協議及電子表格等，定義相關的信息格式、規定通信安全 //或加密問題、數據傳輸速率和同步通信機制
第五章是其他非功能性需求。
5.1 性能需求
//闡述不同的應用領域對產品性能的需求，并解釋它們的原理以幫助開
//發人員做出合理的設計選擇。確定相互合作的用戶數或者所支持的操 //作，響應時間以及與實時系統的時間關系；還要定義容量需求，例如存 //儲器和磁盤空間的需求或者存儲在數據庫中表的最大行數。也可能需要
//針對每個功能需求或特性分別陳述其性能需求
5.2 安全性需求
//陳述與系統安全性、完整性相關的需求，包括產品創建或使用的數據保 //護。明確產品必須滿足的安全性或保密性策略。
5.3 軟件質量屬性
//詳細陳述與客戶或開發人員至關重要的質量特性。這些特性必須是確定 //的、定量的并可檢驗的。至少應指明不同屬性的相對側重點。
5.4 其它需求
//定義至今未出現的需求。例如國際化需求、法律上的需求、有關操作、管 //理、維護、安裝、配置、啟動、關閉、修復、容錯、監控等等方面的需求
第六章是數據字典。
6.1 實體關系圖
6.2 實體定義
第七章是業務規則與業務算法：
7.1業務規則
//列舉出有關產品的所有操作規則。例如什么人在特定環境下可以進行何種 //操作。這些規則不是功能需求，但它們可以暗示某些功能需求執行這些規 //則。業務規則的范例如下圖所示：
7.2算法說明
//用于實施系統計算功能的公式和算法的描述，類似于業務規則。如神州行
//套餐的計費標準說明。
//a.每個主要算法的概況；
//b.用于每個主要算法的詳細公式。
文檔的最后是附錄部分,包括：
附錄A：分析模型(包括涉及的數據流圖、類圖、狀態轉換圖)
附錄B：待確定問題的列表
附錄C：編寫文檔的原則**
總結
以上是生活随笔為你收集整理的软件开发需求分析内容的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： bootargs中的环境变量说明和一些常
- 下一篇： 分布式光纤传感技术（DTS/BOTDA/