軟件需求分析報告文檔模板
1. 引言
引言是對這份軟件產品需求分析報告的概覽,是為了匡助閱讀者了 解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔。
1.1 編寫目的
說明這份軟件產品需求分析報告是為哪個軟件產品編寫的，開辟這 個軟件產品意義、作用、以及最終要達到的意圖。通過這份軟件產品需 求分析報告詳盡說明了該軟件產品的需求規格,包括修正和(或者)發行版 本號，從而對該軟件產品進行準確的定義。
如果這份軟件產品需求分析報告只與整個系統的某一部份有關系， 那末只定義軟件產品需求分析報告中說明的那個部份或者子系統.
1.2 項目風險
具體說明本軟件開辟項目的全部風險承擔者，以及各自在本階段所 需要承擔的主要風險，首
要風險承擔者包括：
● 任務提出者；
● 軟件開辟者；
● 產品使用者。
1.3 文檔約定
描述編寫文檔時所采用的標準(如果有標準的話)，或者各種排版約 定。排版約定應該包括:
● 正文風格;
● 提示方式；
● 重要符號；
也應該說明高層次需求是否可以被其所有細化的需求所繼承,或者 每一個需求陳述是否都有其自己的優先級。
1.4 預期讀者和閱讀建議
列舉本軟件產品需求分析報告所針對的各種不同的預期讀者， 例如， 可能包括：
● 用戶；
● 開辟人員；
● 項目經理；
● 營銷人員；
● 測試人員；
● 文檔編寫入員。
并且描述了文檔中，其余部份的內容及其組織結構，并且針對每一 類讀者提出最適合的文檔閱讀建議.
1.5 產品范圍
說明該軟件產品及其開辟目的的簡短描述,包括利益和目標。 把軟件 產品開辟與企業目標，或者業務策略相聯系.
描述產品范圍時需注意,可以參考項目視圖和范圍文檔， 但是不能將 其內容復制到這里。
1.6 參考文獻
列舉編寫軟件產品需求分析報告時所用到的參考文獻及資料,可能 包括：
● 本項目的合同書；
● 上級機關有關本項目的批文；
● 本項目已經批準的計劃任務書；
● 用戶界面風格指導；
● 開辟本項目時所要用到的標淮;
● 系統規格需求說明；
● 使用實例文檔;
● 屬于本項目的其它己發表文件;
● 本軟件產品需求分析報告中所引用的文件、資料；
● 相關軟件產品需求分析報告；
為了方便讀者查閱,所有參考資料應該按一定順序羅列。如果可能， 每份資料都應該給出：
● 標題名稱;
● 作者或者合同簽約者；
● 文件編號或者版本號；
● 發表日期或者簽約日期;
● 出版單位或者資料來源.
2. 綜合描述
這一部份概述了正在定義的軟件產品的作用范圍以及該軟件產品所 運行的環境、使用該軟件產品的用戶、對該軟件產品己知的限制、有關 該軟件產品的假設和依賴。
2.1 產品的狀況
描述了在軟件產品需求分析報告中所定義的軟件產品的背景和起源. 說明了該軟件產品是否屬于下列情況：
● 是否是產品系列中的下一成員;
● 是否是成熟產品所改進的下一代產品；
● 是否是現有應用軟件的替代品(升級產品) ;
● 是否是一個新型的、自主型的產品。
如果該軟件產品需求分析報告定義的軟件系統是：
● 大系統的一個組成部份;
● 與其它系統和其它機構之間存在基本的相互關系.
那末必須說明軟件產品需求分析報告定義的這部份軟件是怎樣與整 個大系統相關聯的，或者(同時)說明相互關系的存在形式，并且要定 義出兩者之間的全部接口。
2.2 產品的功能
因為將在需求分析報告的第 4 部份中詳細描述軟件產品的功能，所
以在此只需要概略地總結.僅從業務層面陳述本軟件產品所應具有的主 要功能，在描述功能時應該針對每一項需求準確地描述其各項規格說明。 如果存在引起誤解的可能，在陳述本軟件產品主要功能的作用領域時， 也需要對應陳述本軟件產品的非作用領域，以利讀者理解本軟件產品。
為了很好地組織產品功能，使每一個讀者都容易理解，可以采用列表 的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的 聯系使用數據流程圖的頂層圖或者類圖進行表示,這種表示方法是很實用 的。
參考用戶當前管理組織構架， 了解各個機構的主要職能,將有助于陳 述軟件產品的主要功能.
2.3 用戶類和特性
確定有可能使用該軟件產品的不同用戶類，并且描述它們相關的特 征.往往有一些軟件需求，只與特定的用戶類有關。描述時，應該將該軟 件產品的重要用戶類與非重要用戶類區分開.
用戶不一定是軟件產品的直接使用者，通過報表、應用程序接口、 系統硬件接口得到軟件產品的數據和服務的人、或者機構也有他們的需 求。所以,應該將這些外部需求視為通過報表、應用程序接口、系統硬件 接口附加給軟件產品的附加用戶類。
2.4 運行環境
描述了本軟件的運行環境,普通包括:
● 硬件平臺;
● 操作系統和版本；
● 支撐環境(例如：數據庫等)和版本;
● 其它與該軟件有關的軟件組件;
● 與該軟件共存的應用程序。
2.5 設計和實現上的限制
確定影響開辟人員自由選擇的問題，并且說明這些問題為什么成為 一種限制?？赡艿南拗瓢ㄏ铝袃热荩?/span>
● 必須使用的特定技術、工具、編程語言和數據庫;
● 避免使用的特定技術、工具、編程語言和數據庫；
● 要求遵循的開辟規范和標準
例如，如果由客戶的公司或者第三方公司負責軟件維護，就必須定 義轉包者所使用的設計符號表示和編碼標準;
● 企業策略的限制；
● 政府法規的限制；
● 工業標準的限制;
● 硬件的限制
例如，定時需求或者存儲器限制;
● 數據轉換格式標淮的限制。
2.6 假設和約束(依賴)
列舉出對軟件產品需求分析報告中,影響需求陳述的假設因素 (與己 知因素相對立).如果這些假設因素不正確、 不一致或者被修改， 就會使軟 件產品開辟項目受到影響.這些假設的因素可能包括：
● 計劃使用的商業組件，或者其它軟件中的某個部件；
● 假定產品中某個用戶界面將符合一個特殊的設計約定；
● 有關本軟件用戶的若干假定(例如：假定用戶會熟練使用 SQL 語言)；
● 有關本軟件開辟工作的若干假定(例如：用戶承諾的優惠、方便、 上級部門賦予的特殊政策和支持等) ;
● 有關本軟件運行環境的一些問題；
此外，確定本軟件開辟項目對外部約束因素所存在的依賴。有關的 約束可能包括:
● 工期約束;
● 經費約束;
● 人員約束；
● 設備約束；
● 地理位置約束；
● 其它有關項目約束；
