密級： （軟件項目名稱）軟件需求規格說明 標 識： 版 本：頁 數：擬 制：SQA審核：審 核：批 準：擬制部門：XXXXXXXXXX研究所年月日修改文檔歷史記錄：日 期版本說 明修改人目 錄1 范圍11.1 標識11.2 系統概述11.3 文檔概述12 引用文檔13 需求13.1 要求的狀態和方式13.2 CSCI能力需求43.2.X（CSCI能力）43.3 CSCI外部接口需求53.3.1 接口標識和接口圖53.3.X（接口的項目唯一的標識符）53.4 CSCI內部接口需求73.5 CSCI內部數據需求83.6 適應性需求93.7 安全性需求93.8 保密性需求93.9 CSCI環境需求103.10 計算機資源需求103.10.1 計算機硬件需求103.10.2 計算機硬件資源使用需求103.10.3 計算機軟件需求103.11 軟件質量因素113.12 設計和實現約束113.13 人員需求113.14 培訓需求123.15 后勤保障需求123.16 其它需求123.17 驗收、交付和包裝需求（修改有關內容）123.18 需求的優先順序和關鍵程度124 合格性規定125 需求可追蹤性136 注釋131 范圍1.1 標識【本條應描述本文檔所適用的系統和軟件的完整標識，適用時，包括其標識號、名稱、縮略名、版本號及發布號。】示例：系統標識如下：a) 已批準的標識號：b) 產品名稱：XXXXXXc) 產品代號：XXXXXXd) 版本號：XXXXXe) 縮略名：1.2 系統概述【本條應概述本文檔所適用的系統和軟件的用途。它還應描述系統與軟件的一般特性；概述系統開發、運行和維護的歷史；標識項目的需方、用戶、開發方和保障機構；標識當前和計劃的運行現場；列出其它有關文檔。】示例：a) 軟件用途：b) 系統概述：c) 需方：XXXXX d) 開發方：軟件開發組e) 運行環境：XXXXXf) 相關文檔：以下描述相關技術數據內容:1) 軟件開發計劃2) 軟件研制任務書3) 。1.3 文檔概述【本條應概述文檔的用途和內容，并描述與它的使用有關的保密性方面的要求。】2 引用文檔【本章應列出引用文檔的編號、標題、編寫單位、修訂版及日期，還應標識所有不能通過正常采購活動得到的文檔的來源。】3 需求3.1 要求的狀態和方式【如果要求CSCI在多種狀態或多種方式下運行，并且不同的狀態或方式具有不同的需求，則應標識和定義每一種狀態和方式。狀態和方式的例子包括：空閑、就緒、活動、事后分析、訓練、降級、緊急情況、備份、戰時和平時等。可以僅用狀態描述CSCI，也可僅用方式、用方式中的狀態、狀態中的方式、或其他有效的方式描述CSCI。如果不需要多種狀態或方式，應如實陳述，而不需要進行人為的區分；如果需要多種狀態和/或方式，應使本規格說明中的每個或每組需求與這些狀態和方式相對應，對應關系可以在本條或本條所引用的附錄中，通過表格或其它方式加以指明，也可以在該需求出現的章條中加以聲明。】示例：3.2 CSCI能力需求【為詳細說明與CSCI各個能力相關的需求，本條可分為若干子條。“CSCI能力需求”中的“能力”為一組相關需求，可用“功能”、“主題”、“對象”、或其他適合表示需求的詞替代。】示例：3.2.X（CSCI能力）【本條應標識必需的每一個CSCI能力，并詳細說明與該能力有關的需求。如果該能力可以更清晰地分解成若干子能力，則應分條對子能力進行說明。需求應詳細說明所需的CSCI行為，包括適用的參數，如響應時間、吞吐時間、其它時限約束、時序、精度、容量、優先級、連續運行需求和在基本運行條件下允許的偏差；適當時，需求還應包括在異常條件、非許可條件或超限條件下所需的行為，錯誤處理需求和任何為保證在緊急時刻運行的連續性而引入到CSCI中的規定。在確定與CSCI所接收的輸入和CSCI所產生的輸出有關的需求時，應考慮在3.3.X給出的要考慮的主題列表。】/* 此段引用G B_T 計算機軟件文檔編制規范 8567-2006對于每一類功能或者對于每一個功能，需要具體描寫其輸入、處理和輸出的需求。a. 說明描述此功能要達到的目標、所采用的方法和技術，還應清楚說明功能意圖的由來和背景。b. 輸入包括：1） 詳細描述該功能的所有輸入數據，如：輸入源、數量、度量單位、時間設定和有效輸入范圍等。2） 指明引用的接口說明或接口控制文件的參考資料。c. 處理定義對輸入數據、中間參數進行處理以獲得預期輸出結果的全部操作。包括：1） 輸入數據的有效性檢查。2） 操作的順序，包括事件的時間設定。3） 異常情況的響應，例如溢出、通信故障、錯誤處理等。4） 受操作影響的參數。5） 用于把輸入轉換成相應輸出的方法。6） 輸出數據的有效性檢查。d. 輸出1） 詳細說明該功能的所有輸出數據，例如，輸出目的地、數量、度量單位、時間關系、有效輸出范圍、非法值的處理、出錯信息等。2） 有關接口說明或接口控制文件的參考資料。*/示例：【CSU1】功能描述模塊名稱項目唯一標識號模塊用途物理/數學模型模塊實現功能模塊性能要求子模塊名稱對應的分配需求容錯設計需求模塊輸入輸出輸入輸出名稱類型用途3.3 CSCI外部接口需求【本條可分為若干個小條來規定關于CSCI的外部接口的需求（若有）。本條可引用一個或多個接口需求規格說明（IRS）或包含這些需求的其它文檔。】3.3.1 接口標識和接口圖【本條應標識所需要的CSCI外部接口（即，與涉及共享、提供或交換數據的其它實體的關系）。每一個接口的標識應包括項目唯一的標識符，（若適用）應通過名稱、編號、版本、引用文檔來指明接口實體（系統、配置項、用戶等）。該標識應聲明哪些實體具有固定的接口特性（要給出這些接口實體的接口需求）；說明哪些實體正在開發或修改之中（這些實體已有各自的接口需求）。應該通過一張或多張接口圖來描述這些接口。】3.3.X（接口的項目唯一的標識符）【本條（從3.3.2開始）應通過項目唯一標識符來標識CSCI外部接口，應簡要地標識接口實體。視需要可分小條描述為實現該接口提出的該CSCI的需求。該接口所涉及的其它實體的接口特性應作為假定予以描述，或以“當未涵蓋的實體這么做時，本CSCI應該”的形式加以敘述，而不作為針對其它實體的需求。本條可引用其它文檔（例如數據字典、通信協議標準、用戶接口標準）代替在此所描述的信息。（若適用）需求應包括如下內容，并以任何適合于需求的順序給出，還應從接口實體的角度說明這些特性之間的區別（例如對數據元素的大小、頻率或其它特性的不同期望值）：a）CSCI必須分配給該接口的優先級；b）對要實現的接口類型的要求（例如實時數據傳送、數據的儲存和檢索等）；c）CSCI必須提供、儲存、發送、存取、接收的各個數據元素所要求的特性，例如：1) 名稱/標識符：（1）項目唯一的標識符；（2）非技術（自然語言）名稱；（3）數據元素名稱；（4）技術名（如在代碼或數據庫中的變量名或字段名）；（5）縮略名或同義名。2) 數據類型（字母數字、整數等）；3) 大小和格式（如：字符串的長度和標點符號）；4) 計量單位（如：m等）；5) 可能值的范圍或枚舉（如：0-99）；6) 準確性（正確程度）和精度（有效數字位數）；7) 優先級別、定時、頻率、容量、序列以及其他約束條件（例如數據元素是否可以被更新、業務規則是否適用）；8) 保密性約束；9) 來源（設置/發送實體）和接收者（使用/接收實體）。d）CSCI必須提供、存儲、發送、訪問、接收的數據元素組合體（記錄、消息、文件、數組、顯示、報表等）所要求的特性，例如：1) 名稱/標識符：（1）項目唯一的標識符；（2）非技術（自然語言）名稱；（3）技術名稱（如在代碼或數據庫中的記錄名或數據結構名）；（4）縮略名或同義名。2) 包中的數據元素及其結構（編號、順序和成組情況）；3) 介質（例如磁盤）以及在介質上數據元素/包的結構；4) 顯示和其它輸出的視聽特性（例如顏色、布局、字體、圖標和其它顯示元素、峰鳴音和亮度）；5) 包之間的關系，如排序/存取特性；6) 優先級、時序、頻率、容量、序列及其它約束，例如包是否可以被更新、業務規則是否適用；7) 保密性約束；8) 來源（設置/發送實體）和接收者（使用/接收實體）。e）CSCI必須使用的接口的通信方法所要求的特性。如：1) 項目唯一的標識符；2) 通信鏈接/帶寬/頻率/介質及其特性；3) 消息格式；4) 流控制（如：序列編號和緩沖區分配）；5) 周期/非周期傳送的數據傳送速率，傳輸間隔 ；6) 路由、尋址、命名約定；7) 傳輸服務，包括：優先權和等級；8) 安全性/保密性考慮，如：加密、用戶鑒別、隔離和審核。f）CSCI必須使用的接口的協議所要求的特性，如：1) 項目唯一的標識符；2) 協議的優先級別/層次；3) 打包，包括拆包和重新打包、路由和尋址；4) 合法性檢查、錯誤控制和恢復過程；5) 同步，包括建立連接、保持和終止；6) 狀態、標識及任何其它報告的特性。g）其它所需要的特性，例如接口實體的物理兼容性（尺寸、公差、負載和接插件的兼容性等）、電壓等。】示例：表X 外部接口標識接口名稱接口標識號接口簡述接口文檔來源文檔名稱章節號注：接口文檔來源填入相應定義該接口的文件資料，可填寫多個。3.4 CSCI內部接口需求【本條應描述施加于CSCI內部接口的需求（若有）。如果所有內部接口都留待設計時再描述，那么應在此如實陳述。如果指定了這樣的需求，應考慮本文檔的3.3條中描述的主題。】示例：頂層模塊內部接口描述接口名稱接口項目唯一標識號接口簡述接口傳遞的信息概述例：敵我目標設別內部接口示意圖表x 【功能模塊名】內部接口描述接口名稱接口項目唯一標識號接口簡述接口傳遞的信息概述3.5 CSCI內部數據需求【本條應描述施加于CSCI內部數據的需求（若有），包括對CSCI中數據庫和數據文件的需求（若有）。如果關于內部數據的所有決策都留待設計時再考慮，那么應在此如實陳述。如果施加了這樣的需求，那么本文檔的3.3.X c）和3.3.X d）條應列出需考慮的主題。】示例：CSCI數據消息數據消息描述數據消息描述項目唯一標識號名稱項目唯一標識號名稱項目唯一標識號CSCI數據元素CSCI數據元素要求數據元素描述數據元素格式數據元素長度測量單位極限值/值域精確度精度/分辨率名稱項目唯一標識號3.6 適應性需求【本條應描述關于CSCI將提供的與安裝有關的數據（如場地的經緯度或場地所在地的賦稅代碼）的需求（若有），應指定對要求CSCI使用的運行參數（如指明與運行有關的目標常數或數據記錄的參數）的需求，這些運行數可以根據運行需要而改變。】3.7 安全性需求【本條應描述關于防止或盡可能降低對人員、財產和物理環境產生意外危險的CSCI需求（若有）。例子包括：CSCI必須提供的安全措施，以便防止意外動作（例如意外地發出一個“自動導航關閉”命令）和無動作（例如發出“自動導航關閉”命令失敗）。本條還應包括關于系統的核部件的CSCI需求（若有），若適用應包括預防意外爆炸以及與核安全規則保持一致等方面的需求。】示例：表X CSCI的安全性需求CSCI的安全性需求綜述CSCI的功能模塊名稱安全性等級安全需求描述安全需求指標注:a) 用文字或上表描述可能為避免人員、財產和物理環境等潛在危害的安全需求指標；b) 如有必要，對核心或有要求的功能模塊要逐個給出其安全性描述。3.8 保密性需求【本條應描述與維護保密性有關的CSCI需求（若有）。（若適用）這些需求應包括：CSCI必須在其中運行的保密性環境、所提供的保密性的類型和級別、CSCI 須經受的保密性風險、減少此類風險所需的安全措施、必須遵循的保密性政策、CSCI必須具備的保密性責任、保密性認證/認可必須滿足的準則等。】示例：表X 保密性需求CSCI保密性需求綜述CSCI的功能模塊名稱保密性需求注：a) 用文字或上表描述為避免敏感數據可能的丟失所作的保密性需求設計；b) 如有必要，對有要求的功能模塊要逐個給出其保密性需求描述。3.9 CSCI環境需求【本條應描述CSCI的運行環境需求（若有）。如在其上運行CSCI的計算機硬件和操作系統。（對計算機資源的其它需求見3.10）。】示例：表X 環境要求資源名稱用途硬件/軟件配置說明3.10 計算機資源需求3.10.1 計算機硬件需求【本條應描述針對本CSCI必須使用的計算機硬件的需求（若有）。（若適合）這些需求應包括：各類設備的數量；處理機、存儲器、輸入/輸出設備、輔助存儲器、通信/網絡設備及所需其它設備的類型、大小、容量和其它所需的特性。】示例：表X 計算機硬件設備名稱數量配置名稱硬件配置說明3.10.2 計算機硬件資源使用需求【本條應描述本CSCI的計算機硬件資源使用需求（若有），例如：最大允許利用的處理機能力、內存容量、輸入/輸出設備的能力、輔助存儲設備容量和通信/網絡設備的能力。這些需求（例如陳述為每一個計算機硬件資源能力的百分比）應包括測量資源使用時所處的條件（若有）。】示例：表X 硬件資源使用要求硬件名稱硬件用途硬件配置要求3.10.3 計算機軟件需求【本條應描述本CSCI必須使用或必須被并入本CSCI的計算機軟件的需求（若有）。例子包括：操作系統、數據庫管理系統、通信/網絡軟件、實用軟件、輸入和設備仿真軟件、測試軟件和制造軟件。要列出每一個這樣的軟件項的正確名稱、版本和參考文檔。】示例：表X 軟件要求軟件名稱軟件用途軟件說明版本號參考文檔3.10.4 計算機通信需求【本條應描述本CSCI必須使用的計算機通信方面的需求（若有）。例子包括：要連接的地理位置；配置和網絡拓撲；傳輸技術；數據傳送速率；網關；要求的系統使用時間；被傳送/接收的數據的類型和容量；傳送/接收/響應的時間限制；數據量的峰值；以及診斷特性。】示例：表X （外部接口名稱）通信協議通信協議名稱通信協議標識通信協議實現描述3.11 軟件質量因素【本條應描述合同（或軟件任務書）規定的或由較高一級規格說明派生出的軟件質量因素方面的CSCI需求（若有）。例子包括有關CSCI功能性、可靠性、易用性、效率、維護性、可移植性和其它屬性的定量要求。】3.12 設計和實現約束【本條應描述約束CSCI的設計和實現的那些需求（若有）。這些需求可引用相應的商用或軍用標準和規范來指定。例子包括關于以下各方面的需求：a）使用一個特定的CSCI體系結構，或針對體系結構的要求，例如所要求的數據庫或其它軟件單元；使用標準的或現有的部件；或使用由政府/需方提供的資源（設備、信息或軟件）。b）使用特定的設計或實現標準；使用特定的數據標準；使用特定的編程語言。c) 為支持在技術、威脅或使命方面預期的增長或變化，必須提供的靈活性和可擴展性。】示例：表X 設計約束CSCI設計約束綜述CSCI的功能模塊名稱設計約束注：a) 用文字或上表指明約束CSCI 設計的其他要求，如使用特殊的處理器配置等；b) 如有必要，對有要求的功能模塊要逐個給出其設計約束。3.13 人員需求【本條應描述與使用或支持本CSCI的人員有關的CSCI需求（若有），包括人員的數量、技術水平、責任期限、培訓要求或其它信息。例子包括要求允許多少用戶同時工作，以及嵌入的幫助和培訓方面的需求；還應包括施加于CSCI的人素工程需求（若有）。（適用時）這些需求應包括對人的能力和局限性的考慮，在正常和極端條件下可預見的人為錯誤，以及人為錯誤影響特別嚴重的那些特定場合。例子包括對出錯消息的顏色和持續時間的要求、對關鍵指示器或按鈕的物理位置的要求，以及對聽覺信號的使用要求。】3.14 培訓需求【本條應描述與培訓有關的CSCI需求（若有）。】3.15 后勤保障需求【本條應描述與軟件保障考慮有關的CSCI需求(若有)。這些考慮可以包括：對系統維護、軟件保障、系統運輸方式、補給系統的要求、對現有設施的影響和對現有設備的影響。】3.16 其它需求【本條應描述上述各條未能覆蓋的其它CSCI需求（若有）。】3.17 驗收、交付和包裝需求（修改有關內容）【本條應描述為了交付而對CSCI進行包裝、加標記和處理（例如用8道磁帶提交，該磁帶以確定的方式加以包裝并貼上標簽）的需求（若有）。（若適用）可引用適當的標準。】3.18 需求的優先順序和關鍵程度【本條（若適用）應描述本文檔中諸需求的優先順序、關鍵程度、或所賦予的指明其相對重要性的權值。例子包括，指明那些被認為對安全性或保密性至關重要的需求，以便將這些需求作特殊處理。如果全部需求同等重要，本條應如實陳述。】4 合格性規定【本條應描述所定義的合格性方法，并為第3章中的每個需求指定為確保需求得到滿足所要使用的方法。可用表格形式表述該信息，或為第3章中的每個需求注明所使用的方法。合格性方法可以包括：a）演示：不需要使用儀器、專用測試設備或進行事后分析，而是依靠可見的功能操作，直接運行本CSCI或本CSCI的一部分。b）測試：使用儀器或其