《系統/子系統規格說明》的正文格式《系統/子系統規格說明》描述系統的需求，以及確保滿足各需求所使用的方法。系統外部接口方面的相關需求，可在SSS中給出或在引用的一個或多個《接口需求規格說明》中給出。SSS可由《接口需求規格說明》補充，共同構成系統設計與合格性測試的基礎。《系統/子系統規格說明》的正文格式如下：1范圍1.1標識本條應包含本文檔適用的系統的完整標識，適用時，包括其標識號、名稱、縮略名、版本號和發布號。L2系統概述本條應概述本文檔所適用的系統的用途。它還應描述系統的一般特性；概述系統開發、運行和維護的歷史：標識項目的需方、用戶、開發方和保障機構等：標識當前和計劃的運行現場；列出其他有關文檔。1.3文檔概述本條應概述本文檔的用途和內容，并描述與它的使用有關的保密性方面的要求。2引用文檔本章應列出引用文檔的編號、標題、編寫單位、修訂版及日期，還應標識不能通過正常采購活動得到的文檔的來源。3需求1要求的狀態和方式如果要求系統在多種狀態或方式下運行，并且不同的狀態或方式具有不同的需求，則應標識和定義每一狀態和方式。狀態和方式的例子包括：空閑、就緒、活動、事后分析、訓練、降級、緊急情況、后備、戰時和平時等。可以僅用狀態描述系統，也可以僅用方式、或用方式中的狀態、狀態中的方式、或其他有效的方式描述系統。如果不需要多種狀態和方式，應如實陳述，而不需要進行人為的區分：如果需要多種狀態和/或方式，應使本規格說明中的每個需求或每組需求與這些狀態和方式相對應，對應關系可以在本條或本條所引用的附錄中,通過表格或其他方式加以指明，也可以在該需求出現的章條中加以說明。3.2系統能力需求為詳細說明與系統各個能力相關的需求，本條可分為若干子條。”系統能力需求，，中的“能力”為一組相關需求，可用“功能”、“主題”、“目標”、或其他適合表示需求的詞替代。3.2.X（系統能力）本條應標識必需的每一系統能力，并詳細說明與該能力有關的需求。如果系統能力可以更清晰地分解成若干子能力，則應分條對子能力進行說明。該需求應指出所需的系統行為，包括適用的參數，如相應時間、吞吐時間、其他時限約束、時序、準確性、容量、優先級別、連續運行需求和在基本運行條件下允許的偏差；適當時，需求還應包括在異常條件、非許可條件或超限條件下所需的行為，錯誤處理需求和任何為保證在緊急時刻運行的連續性而引入到系統中的規定。在確定與系統所接收的輸入和系統所產生的輸出有關的需求時，應考慮在3.3.X給出的要考慮的主題列表。3.3系統外部接口需求3.3.1接口標識和接口圖12本條應標識所需的系統外部接口。每個接口標識應包括其項目唯一的標識符，并應用名稱、序號、版本、以及（適用時.）引用文檔指明接口的實體（系統、配置項和用戶等）。該標識應說明哪些實體具有固定的接口特性（要給出這些接口實體的接口需求），哪些實體正被開發或修改（這些實體已有各自的接口需求）。可用一個或多個接口圖表來描述這些接口。3.3.X（接口的項目唯一的標識符）本條（從開始）應通過項目唯一的標識符標識系統的外部接口，簡要地標識接口實體，根據需要分條描述為實現該接口而提出的系統的需求。該接口所涉及的其他實體的接口特性應以假設的形式描述、或以“當（未涵蓋的實體）這樣做時，系統將……”的形式描述，而不作為針對其他實體的需求。本條可引用其他文檔（如數據字典、通信協議標準和用戶接口標準）代替在此所描述的信息。若適用，需求應包括下列內容，它們以任何適合于需求的順序提供，并應從接口實體的角度說明這些特性之間的區別（例如關于數據元素的大小、頻率或其他特性的不同期望值）：a）系統應分配給接口的優先級別。b）關于要實現的接口類型的要求（如實時數據傳送、數據的存儲和檢索等）。c）系統必須提供存儲、發送、訪問和接收的單個數據元素的所要求的特征，如：1）名稱/標識符：a.項目唯一的標識符；b.非技術（自然語言）名稱；c.數據元素名稱；d.技術名稱（如代碼或數據庫中的變量或字段名）：e.縮寫名或同義名。2）數據類型（字母、數字、整數等）。3）大小和格式（如，字符串的長度和標點符號）。4）計量單位（如，m等）。5）可能值的范圍或枚舉（如：0~99）o6）準確性（正確程度）和精度（有效數字位數）。7）優先級別、時序、頻率、容量、序列和其他約束條件，如：數據元素是否可更新、業務規則是否適用。8）保密性約束。9）來源（設置/發送實體）和接收者（使用/接收實體）。d）系統必須提供存儲、發送、訪問和接收的數據元素組合體（記錄、消息、文件、數組、顯示和報表等）所要求的特征，如：1）名稱/標識符：a.項目唯一的標識符；b.非技術（自然語言）名稱；c.技術名稱（如代碼或數據庫中的變量或字段名）；d.縮寫名或同義名。2）數據元素集合體中的數據元素及其結構（編號、次序和分組）。3）媒體（如磁盤、光盤等）和媒體中數據元素/數據元素集合體的結構。4）顯示和其他輸出的視聽特性（如顏色、布局、字體、圖標和其他顯示元素、蜂鳴聲和亮度等）。5）數據元素集合體之間的關系，如排序/訪問特性。6）優先級別、時序、頻率、容量、序列和其他的約束條件，如：數據元素集合體是否可被修改、業務規則是否適用。137）保密性約束。8）來源（設置/發送實體）和接收者（使用/接收實體）。e）系統必須使用的接口的通信方法所要求的特征。如：1）項目唯一的標識符；2）通信鏈接/帶寬/頻率/媒體及其特性；3）消息格式化；4）流控制（如序列編號和緩沖區分配）；5）數據傳送速率，周期性/非周期性，傳輸間隔；6）路由、尋址、命名約定；7）傳輸服務，包括優先級別和等級；8）安全性/保密性方面的考慮，如加密、用戶鑒別、隔離、審核等。f）系統必須使用的接口的協議所要求的特征，如：1）項目唯一的標識符；2）協議的優先級別/層次；3）打包，包括：分段和重組、路由、尋址；4）合法性檢查、錯誤控制和恢復過程；5）同步，包括連接的建立、保持和終止；6）狀態、標識、任何其他的報告特征。g）其他所需的特征，如，接口實體的物理兼容性（尺寸、公差、負荷和接插件兼容性等）、電壓等。3.4系統內部接口需求本條應指明系統內部接口的需求。如果所有內部接口留到設計時或在系統部件的需求規格說明中規定，那么應如實說明。如果提出這樣的需求，則可考慮在3.3條中列出的主題。3.5系統內部數據需求如果提出了系統內部數據的需求，則本條應指明這些需求，其中包括對系統中數據庫和數據文件的需求。如果所有有關內部數據的決策都留待設計時、或留待系統部件的需求規格說明中給出，則需在此說明。如果要給出這種需求，則可考慮在3.3.Xc）和3.3.Xd）中列出的主題。3.6適應性需求若有適應性需求，則本條應指明要求系統提供的、與安裝有關的數據（如，現場的經緯度）和要求系統使用的、根據運行需要可能變化的運行參數（如，指示與運行有關的目標常量或數據記錄的參數）。3、7安全性需求若有安全性需求，則本條應描述有關防止對人員、財產、環境產生意外危險或把此類危險減少到最低的系統需求，其中包括：危險物品使用的限制；為運輸、處理、存儲的目的而對爆炸物品進行分類：異常中止/異常出口規定；氣體檢測和報警設備；電力系統接地；排污；防爆等。3.8保密性需求若有保密性需求，則本條應指明維持保密性的系統需求，包括:系統運行的保密性環境、提供的保密性的類型和程度、系統必須經受住的保密性的風險、減少此類風險所需的安全措施、系統必須遵循的保密性政策、系統必須具備的保密性責任、保密性認證/認可必須滿足的準則等。3.9系統環境需求若有系統環境需求,則本條應指明與系統運行必需的環境有關的需求。對軟件系統而言,運行環境包括支持系統運行的計算機硬件和操作系統（其他有關計算機資源方面的需求在下一條描述）。對硬軟件系統而言，運行環境包括系統在運輸、存儲和操作過程中必須經受的環境條件，如自然環14境條件（風、雨、溫度、地置位置）、誘發環境（運動、撞擊、噪音、電磁輻射）和對抗環境（爆炸、輻射）。3.10計算機資源需求3、10.1計算機硬件需求本條應描述系統使用的或引入到系統中的計算機硬件需求，其中包括:各類設備的數量,處理器、存儲器、輸入/輸出設備、輔助存儲器、通信/網絡設備、其他所需的設備的類型、大小、能力（容量）及其他所要求的特征。3.10.2計算機硬件資源利用需求本條應描述系統的計算機硬件資源利用方面的需求，如，最大許可使用的處理器能力、存儲器容量、輸入/輸出設備能力、輔助存儲器容蹙和通信/網絡設備能力。這些要求（例如，表示為每個計算機硬件資源能力的百分比）還應包括測量資源利用時所要求具備的條件。3.10.3計算機軟件需求本條應描述系統必須使用或引入系統的計算機軟件的需求，如操作系統、數據庫管理系統、通信/網絡軟件、實用軟件、輸入和設備模擬器、測試軟件和制造用軟件。應提供每個軟件項的正確名稱、版本和引用文檔。3.10.4計算機通信需求本條應描述系統必須使用的或引入系統的計算機通信方面的需求，如，連接的地理位置、配置和網絡拓撲結構、傳輸技術、數據傳輸速率、網關、要求的系統使用時間、傳送/接收數據的類型和容量、傳送/接收/響應的時間限制、數據量的峰值和診斷功能。3.11系統質量因素若提出質量因素方面的需求，則本條應描述系統的這些需求，其中包括：功能性、可靠性、易用性、效率、維護性、可移植性以及其他屬性等的定量需求。3.12設計和構造的約束若有設計和構造的約束，則應描述約束系統設計和構造的那些需求。對硬軟件系統而言,應包括強加于系統的物理需求，這些需求可通過引用適當的標準和規范來指定。需求包括:a）特殊系統體系結構的使用或對體系結構方面的需求，例如：需要的子系統；標準部件、現有部件的使用；政府/需方提供的資源（設備、信息、軟件）的使用。b）特殊設計或構造標準的使用；特殊數據標準的使用；特殊編程語言的使用；技藝需求和生產技術。O系統的物理特性（如重量限制、尺寸限制、顏色、保護罩）：部件的可交換性：從一地運輸到另一地的能力：由單人或一組人攜帶或架設的能力。d）能夠使用和不能使用的物品；處理有毒物品的需求：系統產生電磁輻射的允許值范e）銘牌、部件標記、系列號和批次號的標記、其他標識標記的使用。f）為支持在技術、威脅,、任務等方面預期的發展或變化而必須提供的靈活性和可擴展性。3.13人員需求若有人員相關需求，則本條應描述與使用或支持系統的人員有關的需求，包括人員的數量、技能等級、責任期、培訓需求以及其他的信息，如：要提供的工作站數量、嵌入的幫助和培訓等方面的需求；適當時還應包括對系統的人素工程需求。這些需求包括對人員在能力與局限性方面的考慮；在正常和極端條件下可預測的人為錯誤；以及人為錯誤造成特別嚴重影響的特定區域。例如對高度可調的工作站、錯誤消息的顏色和持續時間、關鍵指示器或鍵的物理位置以及聽覺信號的使用需求。3.14培訓需求若有培訓相關需求，則本條應描述有關培訓方面的需求。3.15保障需求15若有綜合保障相關需求，則本條應描述有關綜合俁障方面的系統需求，其中包括系統維護、軟件保障、系統運輸方式、對現有設施的影響和對現有設備的影響。3.16其他需求若有其他需求，則本條應描述在以上各條中沒有涉及到的其他系統需求，其中包括在其他合同文件中沒有涉及的系統文檔的需求，如規格說明、圖表、技術手冊、測試計劃、測試規程和安裝說明材料。3.17包裝需求若有包裝需求，則本條應描述需交付的系統及其部件在包裝、加標簽和處理方面的需求,適當時可引用適用的軍用規范和標準。3.18需求的優先順序和關鍵性（若適用）本條應描述本規格說明中各需求的優先次序、關鍵性或所賦予的指示其相對重要性的權重。例如標識對安全性和保密性關鍵的需求，以便進行特殊處理。如果所有需求具有相等的權重，本條應如實說明。.4合格性規定本條應定義一組合格性方法，并為第3章中的每個需求指定為確保需求得到滿足所應使用的方法。可用表格形式表述該信息，或為第3章中的每個需求注明所使用的方法。合格性方法包括：a）演示：依靠可見的功能操作，直接運行系統或系統的一部分，而不需要使用儀器、專用測試設備或進行事后分析。b）測試：使用儀器或其他專用測試設備運行系統或系統的一部分，以便采集數據供事后分析使用。c）分析：處理從其他合格性方法獲得的積累數據。d）審查：對系統部件、文檔等進行目視檢查。e）特殊的合格性方法。任何針對系統的特殊合格性方法，如專用工具、技術、過程、設施、驗收限制、飛行模犁或飛行航跡等。5需求可追蹤性本章對系統規格說明不適用；對子系統規格說明，應描述：a）從本規格說明中的每個子系統需求，到它所涉及的系統需求的可追蹤性。該可追蹤性也可以通過對第3章中的每個需求進行注釋的方法加以描述。注：每