本文檔模板源自gjb438B-2009，由Trufun科技整理發布

Trufun服務目標

規范軟件開發過程?????優化軟件開發流程

保證軟件開發質量?????提高軟件開發效率

????西安楚凡科技有限公司（Trufun）是全球領先的軟件開發行業應用生命周期管理（ALM）和CASE工具解決方案提供商，倡導"實用、簡潔"的產品理念，為企業實現產品開發與服務支持間的規范化應用平臺，在管理軟件研發全過程的同時，支持當前各種規范標準，實現企業的戰略目標。

word文檔模板下載地址：

http://trufun.net/UML/2016/0629/163.html

1.?范圍

1.1.?標識

????本條應描述本文檔使用系統和軟件的完整標識，適用時，包括其標識號、名稱、縮略名、版本號和發布號。

1.2.?系統概述

????本條應概述本文檔所適用的系統和軟件的用途。它還應描述系統與軟件的一般特性；概述系統開發、運行和維護的歷史；標識項目的需方、用戶、開發方和保障機構等；標識當前和計劃的運行現場；列出其他有關文檔。

1.3.?文檔概述

????本條應概述本文檔的用途和內容，并描述與它的使用有關的保密性方面的要求。

2.?引用文檔

????本章應列出引用文檔的編號、標題、編寫單位、修訂版及日期，還應標識不能通過正常采購活動得到的文檔的來源。

3.?需求

3.1.?要求的狀態和方式

????如果要求CSCI在多種狀態或方式下運行，并且不同的狀態或方式具有不同的需求，則應標識和定義每一狀態和方式。狀態和方式的例子包括：空閑、就緒、活動、事后分析、訓練、降級、緊急情況、后備、戰時、平時等?？梢詢H用狀態描述CSCI，也可以僅用方式、用方式中的狀態、狀態中的方式、或其他有效的方式描述CSCI。如果不需要多種狀態和方式，應如實陳述，而不需要進行人為的區分；如果需要多種狀態和/或方式，應使本規格說明中的每個需求或每組需求與這些狀態和方式相對應，對應關系可以在本條或本條引用的附錄中，通過表格或其他方式加以指明，也可以在該需求出現的章條中加以說明。

3.2.?CSCI能力需求

為詳細說明與CSCI各個能力相關的需求，本條可以分為若干字條。“CSCI能力需求”中的“能力”為一組相關需求，可用“功能”、“主題”、“對象”、或其他適合表示需求的詞替代。

3.2.1.?X（CSCI能力）

本條應標識必需的每一CSCI能力，并詳細說明與該能力有關的需求。如果該能力可以更清晰地分解為若干子能力，則應分條對自能力進行說明。需求應詳細說明所需的CSCI行為，包括適用的參數，如響應時間、吞吐時間、其他時限約束、時序、精度、容量、優先級別、連續運行需求和基本運行條件下允許的偏差；適當時，需求還應包括在異常條件、非許可條件或超限條件下所需的行為，錯誤處理需求和任何為保證在緊急時刻運行的連續性而引入到CSCI中的規定。在確定與CSCI所接收的輸入和CSCI所產生的輸出有關的需求時，應考慮在3.3.x給出的要考慮的主題列表。

3.3.?CSCI外部接口需求

本條可分為若干個小條來規定關于CSCI的外部接口的需求（若有）。本條可引用一個或多個接口需求規格說明（IRS）或包含這些需求的其它文檔。

3.3.1.?接口標識和接口圖

本條應標識所需要的CSCI外部接口（即，與涉及共享、提供或交換數據的其他實體的關系）。每一個接口的標識應包括項目唯一的標識符，（若適用）應通過名稱、編號、版本、應用文檔來指明接口實體（系統、配置項、用戶等）。該標識應聲明哪些實體具有固定的接口特性（要給出這些接口實體的接口需求）；說明那些實體正在開發或修改之中（這些實體已有各自的接口需求）。應該通過一張或多張接口圖來描述這些接口。

3.3.2.?X（接口的項目唯一的標識符）

本條（從3.3.2開始）應通過項目唯一的標識符來標識CSCI外部接口，應簡要地標識接口實體。視需要可分小條描述為實現該接口提出的該CSCI的需求。該接口所涉及的其他實體的接口特性應作為假定予以描述，或以“當【未涵蓋的實體】這么做時，本CSCI應該…”的形式加以敘述，而不作為針對其他實體的需求。本條可引用其他文檔（例如數據字典、通信協議標準、用戶接口標準）代替在此所描述的信息。（若適用）需求應包括如下內容，并以任何適合于需求的順序給出，還應從接口實體的角度說明這些特性之間的區別（例如對數據元素的大小、頻率或其他特性的不同期望值）：
A?CSCI必須分配給該接口的優先級。
B?對要實現的接口類型的要求（例如實時數據傳送、數據的儲存和檢索等）。
C?CSCI必須提供、儲存、發送、存取、接受的各個數據元素所要求的特征，例如：
1)?名稱/標識符：
a.?項目唯一的標識符；
b.?非技術（自然語言）名稱；
c.?數據元素名稱；
d.?技術名（如在代碼或數據庫中的變量名或字段名）；
e.?縮略名或同義名。
2)?數據類型（字母、數字、整數等）。
3)?大小和格式（如：字符串的長度和標點符號）。
4)?計量單位（如：m等）。
5)?可能值的范圍或枚舉（如：0-99）。
6)?準確性（正確程度）和精度（有效數字位數）。
7)?優先級別、定時、頻率、容量、序列以及其他約束條件（例如數據元素是否可以被更新、業務規則是否適用）。
8)?保密性約束。
9)?來源（設置/發送實體）和接收者（使用/接收實體）。
D?CSCI必須提供、存儲、發送、訪問、接收的數據元素組合體（記錄、消息、文件、數組、顯示、報表等）所要求的特征，例如：
1)?名稱/標識符：
a.?項目唯一的標識符；
b.?非技術（自然語言）名稱；
c.?技術名（如在代碼或數據庫中的變量名或字段名）；
d.?縮略名或同義名。
2)?包中的數據元素和其結構（編號、順序和組成情況）。
3)?介質（例如磁盤）以及在介質上數據元素/包的結構。
4)?顯示和其他輸出的視聽特性（例如顏色、布局、字體、圖標和其他顯示元素、蜂鳴音和亮度）。
5)?包之間的關系，如排序/存取特性。
6)?優先級、時序、頻率、容量、序列及其他約束，例如包是否可以被更新、業務規則是否適用。
7)?保密性約束。
8)?來源（設置/發送實體）和接收者（使用/接收實體）。
E?CSCI必須使用的接口的通信方法所要求的特征。如：
1)?項目唯一的標識符；
2)?通信鏈接/帶寬/頻率/介質及其特征；
3)?消息格式；
4)?控制流（如：序列編號和緩沖區分配）；
5)?周期/非周期傳送的數據傳送速率，傳輸間隔；
6)?路由、尋址、命名約定；
7)?傳輸服務，包括：優先權和等級；
8)?安全性/保密性考慮，如：加密、用戶鑒別、隔離和審核。
F?CSCI必須使用的接口的協議所要求的特征，如：
9)?項目唯一的標識符；
1)?協議的優先級別/層次；
2)?打包，包括拆包和重新打包、路由和尋址；
3)?合法性檢查、錯誤控制和恢復過程；
4)?同步，包括建立連接、保持和終止；
5)?狀態、標識及任何其他報告的特性。
G?其他所需要的特征，例如接口實體的物理兼容性（尺寸、公差、負載和接插件的兼容性等）、電壓等。

3.4.?CSCI內部接口需求

本條應描述施加于CSCI內部接口的需求（若有）。如果所有內部接口都留待設計時再描述，那么應在此如實陳述。如指定了這樣的需求，應考慮本文檔的3.3條中描述的主題。

3.5.?CSCI內部數據需求

本條應描述CSCI內部數據的需求（若有），包括對CSCI中數據庫和數據文件的需求（若有）。如果關于內部數據的所有決策都留待設計時再考慮，那么應在此如實陳述。如果施加了這樣的需求，那么本文檔的3.3.X C條和3.3.X D條應列出需考慮的主題。

3.6.?適應性需求

本條應描述關于CSCI將提供的與安裝有關的數據（如場地的經緯度或場地所在地的賦稅代碼）的需求（若有），應指定對要求CSCI使用的運行參數（如指明與運動有關的目標常數或數據記錄的參數）的需求，這些運行參數可以根據運行需要而改變。

3.7.?安全性需求

本條應描述關于防止或盡可能降低對人員、財產和物理環境產生意外危險的CSCI需求（若有）。例子包括：CSCI必須提供的安全錯誤，以便防止意外動作（例如意外地發出一個“自動關閉導航”命令）和無動作（例如發出“自動導航關閉”命令失敗）。本條還應包括關于系統的核部件的CSCI需求（若有），若適用應包括預防意外爆炸以及與核安全規則保持一致等方面的需求。

3.8.?保密性需求

本條應描述與維護保密性有關的CSCI需求（若有）。（若適用）這些需求應包括：CSCI必須在其中運行的保密性環境、所提供的表迷行的類型和級別、CSCI必須經受的保密性風險、減少此類風險所需的安全措施、必須遵循的保密性政策、CSCI必須具備的保密性責任、保密性認證/認可必須滿足的準則等。

3.9.?CSCI環境需求

本條應描述CSCI的運行環境需求（若有）。如在其上運行CSCI的計算機硬件和操作系統。（對計算機資源的其他需求見3.10）。

3.10.?計算機資源需求

3.10.1.?計算機硬件需求

本條應描述針對本CSCI必須使用的計算機硬件的需求（若有）。（若適合）這些需求應包括：各類設備的數量；處理劑、存儲器、輸入/輸出設備、輔助存儲器、通信/網絡設備及所需其他設備的類型、大小、容量和其他所需的特征。

3.10.2.?計算機硬件資源使用需求

本條應描述本CSCI的計算機硬件資源使用需求（若有），例如：最大允許利用的處理機能力、存儲容量、輸入/輸出設備的能力、輔助存儲設備容量和通信/網絡設備的能力。這些需求（例如陳述為每一個計算機硬件資源能力的百分比）應包括測量資源使用時所處的條件（若有）。

3.10.3.?計算機軟件需求

本條應描述本CSCI必須使用或必須被并入本CSCI的計算機軟件的需求（若有）。例子包括：操作系統、數據庫管理系統、通信/網絡軟件、實用軟件、輸入和設備仿真軟件、測試軟件、制造軟件。要列出每一個這樣的軟件項的正確名稱、版本和參考文檔。

3.10.4.?計算機通信需求

本條應描述本CSCI必須使用的計算機通信方面的需求（若有）。例子包括：要連接的地理位置；配置和網絡拓撲；傳輸技術；數據傳送速率；網關；要求的系統使用時間；被傳送/接收的數據的類型和容量；傳送/接收/響應的時間限制；數據量的峰值；以及診斷特性。

3.11.?軟件質量因素

本條應描述合同（或軟件研制任務書）規定的或由較高一級規格說明派生出的軟件質量因素方面的CSCI需求（若有）。例子包括有關CSCI功能性、可靠性、易用性、效率、維護性、可移植性和其他屬性的定量要求。

3.12.?設計和實現約束

本條應描述約束CSCI的設計和實現的那些需求（若有）。這些需求可引用相應的商用或軍用標準來規范和指定。例子包括關于以下各方面的需求：
a.?使用一個特定的CSCI體系結構，或針對體系結構的要求，例如所要求的數據庫或其他軟件單元；使用標準的或現有的部件；或使用由政府/需方提供的資源（設備、信息或軟件）；
b.?使用特定的設計或實現標準；使用特定的數據標準；使用特定的編程語言；
c.?為支持在技術、威脅或實名方面預期的增長或變化，必須提供的靈活性和可擴展性。

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.?測試：使用儀器或其他專用測試設備，運行本CSCI或本CSCI的一部分，采集數據供事后分析使用。
c.?分析：處理從其他合格性方法獲得的累積數據。例如，對測試結果進行約簡、解釋或推斷。
d.?審查：對CSCI代碼、文檔進行目視檢查。
e.?特殊的合格性方法：任何針對CSCI的特殊合格性方法，例如專用工具、技術、規程、設施、驗收限制。

5.?需求可追蹤性

本章應描述：
a.?從本規格說明中的每一個CSCI需求，到所涉及的系統（或子系統，若合適）需求的可追蹤性（也可以通過對第3章中的每一個需求進行注釋來提供可追蹤性）。
注：每一個曾粗的系統細化都可能導致需求不能直接被追蹤到較高層次。例如：一個系統體系結構設計建立了多個CSCI，可能導出關于這些CSCI如何接口的需求，而這些接口需求在系統需求中并沒有被涵蓋。這樣的需求可以被追蹤到類似于“系統實現”這樣的一般需求，或被追蹤到導致它們產生的系統設計決策。
b.?從已分配給本CSCI的每一個系統需求（或子系統需求，若合適），到所涉及的CSCI需求的可追蹤性。分配給本CSCI的全部系統/子系統需求都應加以說明。追蹤到包含在IRS的CSCI需求時，可引用那些IRS。

6.?注釋

本章應包括有助于了解文檔的所有信息（例如：背景、術語、縮略語或公式）。

總結

以上是生活随笔為你收集整理的国军标--Gjb软件需求规格说明书模板的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。