● 目錄
1. 引言 1
1.1 編寫目的 1
1.2 專案風險 1
1.3 文件約定 1
1.4 預期讀者和閱讀建議 1
1.5 產品範圍 2
1.6 參考文獻 2
2. 綜合描述 2
2.1 產品的狀況 2
2.2 產品的功能 3
2.3 使用者類和特性 3
2.4 執行環境 3
2.5 設計和實現上的限制 3
2.6 假設和約束(依賴) 4
3. 外部介面需求 4
3.1 使用者介面 4
3.2 硬體介面 5
3.3 軟體介面 5
3.4 通訊介面 6
4. 系統功能需求 6
4.1 說明和優先順序 6
4.2 激勵/響應序列 7
4.3 輸入/輸出資料 7
5. 其它非功能需求 7
5.1 效能需求 7
5.2 安全措施需求 8
5.3 安全性需求 8
5.4 軟體質量屬性 8
5.5 業務規則 8
5.6 使用者文件 8
6. 詞彙表 9
7. 資料定義 9
8. 分析模型 9
9. 待定問題列表 10
引言是對這份軟體產品需求分析報告的概覽,是為了幫助閱讀者了解這份文件是如何編寫的,並且應該如何閱讀、理解和解釋這份文件。
說明這份軟體產品需求分析報告是為哪個軟體產品編寫的,開發這個軟體產品意義、作用、以及最終要達到的意圖。通過這份軟體產品需求分析報告詳盡說明了該軟體產品的需求規格,包括修正和(或)發行版本號,從而對該軟體產品進行準確的定義。
具體說明本軟體開發專案的全部風險承擔者,以及各自在本階段所需要承擔的主要風險,首要風險承擔者包括:
● 任務提出者
● 軟體開發者
● 產品使用者
描述編寫文件時所採用的標準(如果有標準的話),或者各種排版約定。排版約定應該包括
● 正文風格:
● 提示方式:
● 重要符號:
也應該說明高層次需求是否可以被其所有細化的需求所繼承,或者每個需求陳述是否都有其自己的優先順序。
列舉本軟體產品需求分析報告所針對的各種不同的預期讀者,例如,可能包括
● 使用者;
● 開發人員;
● 專案經理;
● 營銷人員;
● 測試人員;
● 文件編寫入員。
並且描述了文件中,其餘部分的內容及其組織結構,並且針對每一類讀者提出最適合的文件閱讀建議
說明該軟體產品及其開發目的的簡短描述,包括利益和目標。把軟體產品開發與企業目標,或者業務策略相聯絡。描述產品範圍時需注意,可以參考專案檢視和範圍文件,但是不能將其內容複製到這裡。
列舉編寫軟體產品需求分析報告時所用到的參考文獻及資料,可能包括:
● 本專案的合同書
● 上級機關有關本專案的批文
● 本專案已經批准的計畫任務書
● 使用者介面風格指導
● 開發本專案時所要用到的標淮
● 系統規格需求說明
● 使用例項文件
● 屬於本專案的其它己發表檔案
● 本軟體產品需求分析報告中所引用的檔案、資料
● 相關軟體產品需求分析報告
為了方便讀者查閱,所有參考資料應該按一定順序排列。如果可能,每份資料都應該給出:
● 標題名稱;
● 作者或者合同簽約者;
● 檔案編號或者版本號;
● 發表日期或者簽約日期;
● 出版單位或者資料**。
這一部分概述了正在定義的軟體產品的作用範圍以及該軟體產品所執行的環境、使用該軟體產品的使用者、對該軟體產品己知的限制、有關該軟體產品的假設和依賴。
描述了在軟體產品需求分析報告中所定義的軟體產品的背景和起源。說明了該軟體產品是否屬於下列情況:
● 是否是產品系列中的下一成員
● 是否是成熟產品所改進的下一代產品
● 是否是現有應用軟體的替代品(公升級產品)
● 是否是乙個新型的、自主型的產品
如果該軟體產品需求分析報告定義的軟體系統是
● 大系統的乙個組成部分
● 與其它系統和其它機構之間存在基本的相互關係
那麼必須說明軟體產品需求分析報告定義的這部分軟體是怎樣與整個大系統相關聯的,或者(同時)說明相互關係的存在形式,並且要定義出兩者之間的全部介面。
因為將在需求分析報告的第4部分中詳細描述軟體產品的功能,所以在此只需要概略地總結。僅從業務層面陳述本軟體產品所應具有的主要功能,在描述功能時應該針對每一項需求準確地描述其各項規格說明。如果存在引起誤解的可能,在陳述本軟體產品主要功能的作用領域時,也需要對應陳述本軟體產品的非作用領域,以利讀者理解本軟體產品。
確定有可能使用該軟體產品的不同使用者類,並且描述它們相關的特徵。往往有一些軟體需求,只與特定的使用者類有關。描述時,應該將該軟體產品的重要使用者類與非重要使用者類區分開。
使用者不一定是軟體產品的直接使用者,通過報表、應用程式介面、系統硬體介面得到軟體產品的資料和服務的人、或者機構也有他們的需求。所以,應該將這些外部需求視為通過報表、應用程式介面、系統硬體介面附加給軟體產品的附加使用者類。
本軟體的執行環境,包括:
● 硬體平台
● 作業系統和版本
● 支撐環境(例如:資料庫等)和版本
● 其它與該軟體有關的軟體元件
● 與該軟體共存的應用程式
確定影響開發人員自由選擇的問題,並且說明這些問題為什麼成為一種限制。可能的限制包括下列內容
● 必須使用的特定技術、工具、程式語言和資料庫
● 避免使用的特定技術、工具、程式語言和資料庫
● 要求遵循的開發規範和標準
例如,如果由客戶的公司或者第三方公司負責軟體維護,就必須定義轉包者所使用的設計符號表示和編碼標準
● 企業策略的限制
● **法規的限制
● 工業標準的限制
● 硬體的限制
● 資料轉換格式標淮的限制
列舉出對軟體產品需求分析報告中,影響需求陳述的假設因素(與己知因素相對立)。如果這些假設因素不正確、不一致或者被修改,就會使軟體產品開發專案受到影響。這些假設的因素可能包括
● 計畫使用的商業元件,或者其它軟體中的某個部件
● 假定產品中某個使用者介面將符合乙個特殊的設計約定
● 有關本軟體使用者的若干假定(例如:假定使用者會熟練使用sql語言。)
● 有關本軟體開發工作的若干假定(例如:使用者承諾的優惠、方便、上級部門給予的特殊政策和支援等。)
● 有關本軟體執行環境的一些問題
此外,確定本軟體開發專案對外部約束因素所存在的依賴。有關的約束可能包括
● 工期約束
● 經費約束
● 人員約束
● 裝置約束
● 地理位置約束
● 其它有關專案約束
通過本節描述可以確定,保證軟體產品能和外部元件正確連線的需求。關聯圖僅能表示高層抽象的外部介面,必須對介面資料和外部元件進行詳細描述,並且寫入資料定義中。如果產品的不同部分有不同的外部介面,那麼應該把這些外部介面的全部詳細需求併入到這一部分例項中。
注意:必須將附加使用者類的特徵與外部介面需求加以區分,附加使用者類的特徵描述的是通過介面取得軟體產品的資料和服務的人的需求;而外部介面需求描述的是介面本身的需求。
軟體需求分析報告
圖書館管理系統 學生姓名 徐成明 滕光禹 學號 541007010145 541007010136 專業班級計科10 1班 院 系 計算機與通訊工程學院 指導教師支俊夏永泉 完成時間 2012 年 11 月 18 日 成績隨著社會資訊化程序的不斷深化,計算機軟體的需求越來越複雜,規模也越來越大,而且...
軟體需求分析報告
目錄 1.引言 1 1.1 編寫目的 1 1.2 專案風險 1 1.3 文件約定 1 1.4 預期讀者和閱讀建議 1 1.5 產品範圍 2 1.6 參考文獻 2 2.綜合描述 2 2.1 產品的狀況 2 2.2 產品的功能 3 2.3 使用者類和特性 3 2.4 執行環境 3 2.5 設計和實現上的...
軟體系統需求分析報告
需求分析報告 高校學生學籍管理資訊系統 目錄1概述 1 1背景 1 2系統目標 1 2 1完成的任務 1 2 2不完成的任務 1 3業務模式 1 4業務狀況 2使用者需求 2 1業務需求 2 1 1使用範圍 2 1 2功能要求 2 1 3許可權管理 2 2效能需求 3業務流程 3 1與其他系統的關係...