1、K1ppluluAAAAppluluAAAAppluluAAAA.EKn-s,'s"I精選資料可修改編輯文件修改記錄目錄1 范圍62 總體概述62.1 產品描述6.2.2 軟件功能6.2.3 一般約束7.2.4 假設和依賴7.3 具體需求73.1 功能需求7.3.1.1 功能需求183.1.2 功能需求293.1.n功能需求n93.2 外部接口需求9.3.2.1 用戶接口93.2.2 硬件接口93.2.3 軟件接口103.2.4 通訊接口103.3 性能需求1.04 設計約束114.1 標準的約束1.14.2 硬件的限制1.14.3 技術的限制1.15 軟件質量屬性115.1

2、安全性1.25.2 可維護性1.25.3 可移植性1.26 其他需求126.1數據庫1.26.2 本地化1.37待確定問題13模板使用說明：1 注明可選的部分，可以根據實際情況選擇是否填寫；如果不必說明，請保留相關的章節標題，同時在該可選章節的內容中填入“無”；未注名可選的，則必須描述；如果有些設計此模版中沒有合適的地方填寫，則補充在最后的其他欄目中2 模版中斜體字相當于撰寫指南最，后文稿請將本模板中所有的斜體字部分全部刪除。3 模板里并不說明設計技術和方法，而只是說明應包含哪些內容，以及如何描述、組織這些內容。1 范圍2 總體概述2.1 產品描述此軟件需具備展示雷達分析儀輸出檢測區域內各項實

3、時車輛數據、實時交通統計數據以及事件報警功能，同時，能夠根據客戶需要展示并下載相關歷史交通統計數據.對指定時間段內的事件進行統計與輸出。2.2 軟件功能概述軟件必須實現的和通過用戶操作實現的主要功能這。里只需要進行簡要描述（例如目錄列表），詳細描述在詳細需求部分描述。有時，如果存在較高層次的規格說明時，則功能摘要可從中取得，這個較高層次的規格說明為軟件產品分配了特殊的功能，為了清晰起見，請注意：a編制功能的一種方法是制作功能表以，便客戶或者第一次讀這個文件的人都可以理解；b用方框圖來表達不同的功能和它們的關系也是有幫助的但。應牢記，這樣的圖不是產品設計時所需求的，而只是一種有效的解釋性的工具。

4、例如：高層的數據流圖，面向對象的分析等。2.3 一般約束對設計系統時限制開發者選擇的其他一些項作一般性描（述具體需求或具體設計約束在具體需求和設計約束章節敘述）。這些包括：a管理方針；b硬件的限制；c與其他應用間的接口；d并行操作；e審查功能；f.控制功能；g所需的高級語言；h. 通信協議；i. 應用的臨界點；j. 安全和保密方面的考慮。2.4 假設和依賴列出可能影響需求的所有的假設因（素與已知事實相對而言），包括準備使用的第三方或商業組件，操作和開發環境的問題約束等。如果上述假設不正確、沒有被告知或者改變了都將對項目產生影響。列出項目對外部條件的依賴，例如重用其他項目的模塊等。如果在其他文檔

5、（例如項目計劃或范圍文檔等）里已經描述了，在這里可以不用描述。3 具體需求3.1 功能需求對于每一類功能或者有時對于每一個功能，需要具體描述其輸入、處理和輸出的需求，建議用UML圖進行描述由四個部分組成3.1.1 功能需求1a引言描述的是功能要達到的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。b輸入1) 詳細描述該功能的所有輸入數據，如：輸入源、數量、度量單位、時間設定、有效輸入范圍(包括精度和公差)；2) 操作員控制細節的需求。其中有名字、操作員活動的描述、控制臺或操作員的位置。例如：當打印檢查時，要求操作員進行格式調整；c處理定義輸入數據、中間參數，以獲得預期輸出結果的全部

6、操作。它包括如下的說明：1) 輸入數據的有效性檢查；2) 操作的順序，包括事件的時間設定；3) 響應，例如，溢出、通信故障、錯誤處理等；4) 受操作影響的參數；5) 降級運行的要求；6) 用于把系統輸入變換成相應輸出的任何方法(方程式、數學算法、邏輯操作等)；7) 輸出數據的有效性檢查。需有基本事件流(正常處理流程)和備選事件流(異常處理流程)，可用流程圖附加描述。d輸出1)詳細描述該功能所有輸出數據，例如：輸出目的地、數量、度量單位、時間關系、有效輸出的范圍(包括精度和公差)、非法值的處理、出錯信息；2)有關接口說明或接口控制文件的參考資料。此外，對著重于輸入輸出行為的系統來說，需求說明應指

7、定所有有意義的輸入、輸出對及其序列。當一個系統要求記憶它的狀態時，需要這個序列，使得它可以根據本次輸入和以前的狀態作出響應。也就是說，這種情況猶如有限狀態機。3.1.2 功能需求23.1.n功能需求n3.2 外部接口需求3.2.1 用戶接口提供用戶使用軟件產品時的接口需求。例如，如果系統的用戶通過顯示終端進行操作，就必須指定如下要求：a對屏幕格式的要求；b報表或菜單的頁面打印格式和內容；c輸入輸出的相對時序；d程序功能鍵的可用性。3.2.2 硬件接口詳細描述與硬件的接口在此描述軟件產品和系統硬件組件之間接口的邏輯特征也，包括支持哪些設備、怎樣支持這些設備和協議等。按軟/硬件協議內容和格式定義接

8、口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應參考的文檔。3.2.3 軟件接口在此要指定需使用的其他軟件產品(例如，數據管理系統、操作系統或數學軟件包)，以及同其他應用系統之間的接口。對于每一個接口，這部分應說明與軟件產品相關的接口軟件的目的并，根據信息的內容和格式定義接口，但不必詳細描述任何已有完整文件的接口，只要引用定義該接口的文件即可。3.2.4 通訊接口詳細描述通訊接口，如本地網絡協議等。按消息/函數內容和格式定義接口。如果接口已在其它文檔中很清楚地描述，就沒有必要在這兒進行詳細描述，但需說明應參考的文檔。3.3 性能需求如果有性能方面的需求，在這里列

9、出并解釋他們的原理。以幫助開發者理解意圖以做出正確的設計選擇。在實時系統中的時序關系。保證需求盡可能的詳細而精確。從整體上具體說明軟件、或人與軟件交互的靜態或動態數值需求。A.靜態數值需求可能包括：1) 支持的終端數；2) 支持并行操作的用戶數；3) 處理的文件和記錄數；4) 表和文件的大小。B.動態數值需求可能包括欲處理的事務和任務的數量以及在正常情況下和峰值工作條件下一定時間周期中處理的數據總量。所有這些需求都必須用可以度量的術語來敘述。例如95%的事務必須在小于1s時間內處理完，不然，操作員將不等待處理的完成。4 設計約束描述可能限制開發人員選擇的事項。4.1 標準的約束詳細說明需求所采

10、用的標準或規范的來源如。果項目采用了國際標準，應該說明國際標準及項目與標準的偏離情況。4.2 硬件的限制本項包括在各種硬件約束下運行的軟件要求，例如，應該包括：a硬件配置的特點（接口數，指令系統等）；b內存儲器和輔助存儲器的容量。4.3 技術的限制本節包括對使用特定技術的限制，包括接口，數據庫，操作系統，通訊協議，設計約定，編程規范等。5 軟件質量屬性詳細說明項目任何其他的質量特性該。特性對客戶和開發者都非常重要考。慮的方面包括：適應性，可用性，正確性，靈活性，交互工作能力，可維護性，可移植性，可靠性，可重用性，魯棒性，可測試性和可用性等。定量的詳細描述這些特性，盡可能的可驗證。對不同屬性之間

11、的重要性加以闡述，如：易用性比易學性更重要。每一個屬性單獨使用一個小節描述，可根據需要進行增減，如：5.1安全性指的是保護軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領域的具體需求必須包括：a利用可靠的密碼技術；b掌握特定的記錄或歷史數據集；c給不同的模塊分配不同的功能；d限定一個程序中某些區域的通信；e計算臨界值的檢查和。5.2 可維護性規定若干需求以確保軟件是可維護的。5.3 可移植性規定把軟件從一種環境移植到另一種環境所要求的用戶程序用，戶接口兼容方面的約束等等。6 其他需求使用適當的章節，詳細說明任何其他客戶需求，包括數據庫，編碼需求，錯誤處理，測試需求等。下面僅列出了少量樣例，你可以刪除和增加項目。6.1數據庫本項對作為產品的一部分進行開發的數據庫規定一些需求，它們可能包括：a在功能需求中標識的信息類別