《倉庫管理系統》
姓名：馬良學號：070604113班級：070604
1引言 4
1.1標識 4
1.2系統概述 4
1.3文件概述 4
2引用檔案 4
3需求 4
3.1要求的狀態和方式 5
3.2需求概述 5
3.2.1系統總體功能和業務結構 5
3.2.2硬體系統的需求 5
3.2.3軟體系統的需求 5
3.2.4介面需求 5
3.3系統能力需求 5
3.3.x(系統能力) 5
3.4系統外部介面需求 6
3.4.1介面標識和介面圖 6
3.4.x(介面的專案唯一識別符號) 6
3.5系統內部介面需求 7
3.6系統內部資料需求 7
3.7適應性需求 7
3.8安全性需求 8
3.9保密性和私密性需求 8
3.10操作需求 8
3.11可使用性、可維護性、可移植性、可靠性和安全性需求 8
3.12故障處理需求 8
3.12.1軟體系統出錯處理 8
3.12.2硬體系統冗餘措施的說明 8
3.13系統環境需求 8
3.14計算機資源需求 9
3.14.1計算機硬體需求 9
3.14.2計算機硬體資源利用需求 9
3.14.3計算機軟體需求 9
3.14.4計算機通訊需求 9
3.15系統質量因素 9
3.16設計和構造的約束 10
3.17相關人員需求 10
3.18相關培訓需求 10
3.19相關後勤需求 10
3.20其他需求 10
3.21包裝需求 10
3.22需求的優先次序和關鍵程度 11
4合格性規定 11
5需求可追蹤性 11
6非技術性需求 11
7尚未解決的問題 11
8註解 12
附錄 12
本條應包含本文件適用的系統和軟體的完整標識，(若適用)包括標識號、標題、縮略詞語、版本號和發行號。
本條應簡述本文件適用的系統和軟體的用途，它應描述系統和軟體的一般特性；概述系統開發、操作和維護的歷史；標識專案的投資方、需方、使用者、開發方和支援機構；標識當前和計畫中的執行現場；列出其他有關的文件。
本條應概括本文件的用途和內容，並描述與其使用有關的保密性和私密性要求。
本章應列出本文件所引用所有文件的編號、標題、修訂版本和日期，本章也應標識不能通過正常的供貨渠道獲得的所有文件的**。
本章分條詳述系統需求，是指功能、業務(包括介面、資源、效能、可靠性、安全性、保密性等)和資料需求。也就是，構成系統驗收條件的系統特性。給每個需求指定專案唯一識別符號以支援測試和可追蹤性。
並以一種可以定義客觀測試的方式來陳述需求。對每個需求都應說明相關合格性方法(見第4章)，如果是子系統，則還要給出從該需求至系統需求的可追蹤性(見5.a條)。
描述的詳細程度遵循以下規則：應包含構成系統驗收條件的那些系統特性，需方願意推遲到設計時留給開發方說明的那些特性。如果在給定條中沒有需求可說明的話，應如實陳述。
如果某個需求在多條中出現，可以只陳述一次而在其他條中引用之。
如果要求系統在多種狀態和方式下執行，且不同狀態和方式具有不同的需求的話，則要標識和定義每一狀態和方式。狀態和方式的例子包括：空閒、就緒、活動、事後分析、訓練、降級、緊急情況和後備等。
狀態和方式的區別是任意的，可以僅用狀態描述系統，也可以僅用方式、方式中的狀態、狀態中的方式或其他有效的方式描述。如果不需要多個狀態和方式，不需人為加以區分，應如實陳述；如果需要多個狀態和/或方式，還應使本規格說明中的每個需求或每組需求與這些狀態和方式相關聯，關聯可在本條或本條引用的附錄中用**或其他的方法表示，也可在需求出現的地方加以註解。
描述系統總體功能和業務的結構。
說明對硬體系統的需求。
說明對軟體系統的需求。
說明硬體系統和軟體系統之間的介面。
本條應分條詳細描述與系統每一能力相關聯的需求。「能力」被定義為一組相關的需求。可以用「功能」、「效能」、「主題」、「目標」或其他適合用來表示需求的詞來替代「能力」。
本條應標識必需的每一系統能力，並詳細說明與該能力有關的需求。如果該能力可以更清晰地分解成若干子能力，則應分條對子能力進行說明。該需求應指出所需的系統行為，包括適用的引數，如響應時間、吞吐時間、其他時限約束、序列、精度、容量(大小/多少)、優先級別、連續執行需求和基本執行條件下的允許的偏差；(若適用)需求還應包括在異常條件、非許可條件或越界條件下所需的行為，錯誤處理需求和任何為保證在緊急時刻執行的連續性而引人到系統中的規定。
在確定與系統所接收的輸入和系統所產生的輸出有關的需求時，應考慮在本文件3.4.x給出要考慮的主題列表。
本條應分條描述關於系統外部介面的需求(如有的話)。本條可引用乙個或多個介面需求規格說明(irs)或包含這些需求的其他文件。
本條應標識所需的系統外部介面。(若適用)每個介面標識應包括專案唯一識別符號，並應用名稱、序號、版本和引用檔案指明介面的實體(系統、配置項和使用者等)。該標識應說明哪些實體具有固定的介面特性(因而要對這些介面實體強加介面需求)，哪些實體正被開發或修改(從而介面需求已被施加於它們)。
可用乙個或多個介面圖表來描述這些介面。
本條(從3.4.2開始)應通過專案唯一識別符號標識系統的外部介面，簡單地標識介面實體，根據需要可分條描述為實現該介面而強加於系統的需求。
該介面所涉及的其他實體的介面特性應以假設、或「當(未提到實體)這樣做時，系統將……」的形式描述，而不描述為其他實體的需求。本條可引用其他文件(如：資料字典、通訊協議標準和使用者介面標準)代替在此所描述的資訊。
(若適用)需求應包括下列內容，它們以任何適合於需求的順序提供，並從介面實體的角度說明這些特性的區別(如對資料元素的大小、頻率或其他特性的不同期望)：
a.系統必須分配給介面的優先級別；
b.要實現的介面的型別的需求(如：實時資料傳送、資料的儲存和檢索等)；
c.系統必須提供、儲存、傳送、訪問、接收的單個資料元素的特性，如：
1)名稱/識別符號；
a)專案唯一識別符號；
b)非技術(自然語言)名稱；
c)標準資料元素名稱；
d)技術名稱(如**或資料庫中的變數或欄位名稱)；
e)縮寫名或同義名；
2)資料型別(字母數字和整數等)；
3)大小和格式(如：字串的長度和標點符號)；
4)計量單位(如：公尺、元、秒)；
5)範圍或可能值的列舉(如：0~99)；
6)準確度(正確程度)和精度(有效數字位數)；
7)優先級別、時序、頻率、容量、序列和其他的約束條件，如：資料元素是否可被更新、業務規則是否適用；
8)保密性和私密性的約束；
9)**(設定/傳送實體)和接收者(使用/接收實體)；
d.系統必須提供、儲存、傳送、訪問和接收的資料元素集合體(記錄、訊息、檔案、陣列、顯示和報表等)的特性，如：
1)名稱/識別符號；
a)專案唯一識別符號；
b)非技術(自然語言)名稱；
c)技術名稱(如**或資料庫的記錄或資料結構)；
d)縮寫名或同義名；
2)資料元素集合體中的資料元素及其結構(編號、次序和分組)；
3)**(如盤)和**中資料元素/資料元素集合體的結構；
4)顯示和其他輸出的視聽特性(如：顏色、布局、字型、圖示和其他顯示元素、蜂鳴聲和亮度等)；
5)數抿元素集合體之間的關係。如排序/訪問特性；
6)優先級別、時序、頻率、容量、序列和其他的約束條件，如：資料元素集合體是否可被修改、業務規則是否適用；
7)保密性和私密性約束；
8)**(設定/傳送實體)和接收者(使用/接收實體)；
e.系統必須規定介面使用的通訊方法所要求的特性。如：
1)專案唯一識別符號；
2)通訊鏈結/頻寬/頻率/**及其特性；
軟體需求規格說明
軟體需求規格說明 srs 1.範圍 4 1.1標識 4 1.2系統概述 4 1.3文件概述 4 1.4基線 4 2.參考文獻 5 3.需求 5 3.1所需的狀態和方式 5 3.2需求概述 5 3.2.1目標 5 3.2.2執行環境 20 3.2.3使用者的特點 20 3.2.4關鍵點 20 3.2....
軟體需求規格說明書
專案類別 新品開發 專案名稱 貴州紅華集團公共商業平台1.0 編制年月日 審核年月日 批准年月日 修訂歷史記錄 目錄1 引言 1 1.1 目的 1 1.2 文件約定 1 1.3 預期的讀者和閱讀建議 2 1.4 產品的範圍 2 1.5 參考文獻 3 2 綜合描述 4 2.1 產品的前景 4 2.2 ...
軟體需求規格說明書
修訂記錄 關鍵詞 能夠體現文件描述內容主要方面的詞彙。摘要 縮略語清單 對本文所用縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋。目錄1 簡介 3 1.1 目的 3 1.2 範圍 3 2 總體概述 3 2.1 軟體概述 3 2.1.1 專案介紹 3 2.1.2 產品環境介紹 3 2.2 軟體...