1、活動編號（ID）： SE-60項目階段概念階段開發階段發布階段計劃階段驗證階段生命周期階段產品名稱產品型號/版本總頁數XXXXXXXX共XX頁XXX產品包設計需求（僅供內部使用）文件編號：ST-版本號：實施日期：yyyy-mm-dd保密等級：秘密機密絕密編制: 審核: 會簽:批準:修訂記錄日期版本號描述作者2005-7-23初稿完成2005-8-9檢查并修正2005-8-10將“可制造性需求”修改為“可制造性/可測試性需求”2005-8-23結構調整2005-9-2將此文檔改為“產品包設計需求模板”yyyy-mm-dd批準發布yyyy-mm-dd修改XXXyyyy-mm-dd修改XXX.yyy

2、y-mm-dd修改XXX文件的版本號由“ VX. X”組成，其中:a)b)小數點前面的X為主版本號，取值范圍為“09”。文件進行重大修訂時主版本 號遞增1;小數點后面的X為次版本號，取值為“ 09, az”。文件每修改一次時次版本號遞增1;主版本號發生改變時，次版本號重新置0;未批準發布的文件版本號為 V0. X版，批準發布時為版。當主版本號發生改變 時，前面只有次版本號不同的修訂記錄可以刪除。2適用范圍定義概述產品背景產品功能和特性產品開發環境產品應用環境具體需求功能需求功能需求1功能需求2功能需求N外部接口需求用戶界面硬件接口軟件接口通信接口性能需求設計約束需要遵循的標準硬件限制軟件限制工

3、藝限制成本限制屬性需求國際化支持可靠性需求可測試性需求目錄可制造性/可測試性需求 可維護性需求 兼容性需求 軟件包發布需求其它6 參考資料7 附錄：設計需求的示例（IPO方式）1目的描述制定本文檔的目的和作用。適用范圍列出有哪些部門、崗位、人員在什么情況下使用本文檔。定義列出本文檔中所使用的術語和縮略語。可引用已有的數據字典，如沒有則需要在此 列出。術語列出在本文中用到的關鍵詞和專用詞，并給出其含義；縮略語應列出在本文中用到的所有縮略語，并給出中英文全稱；另外在正文中 縮略語首次出現處也要給出其中英文全稱。概述4.1產品背景本節主要描述產品的背景和起源。對于在老版本之上升級的產品，則還應說明：

4、a) 老版本出現的主要問題；b) 新版本需要增加或改進的主要內容。4.2產品功能和特性本節概述產品所具有的主要功能、性能指標、質量屬性、外部接口等。由于其詳細 內容將在“具體需求”章節中描述，因此此處需要以較高的層次對設計需求進行概括性 的總結，直接羅列后續的各篇中的所有設計需求(如用一個表格)并不是一個好主意， 因為這會引起內容冗余以致引起維護問題，還會增大文檔篇幅。4.3 產品開發環境描述產品軟件、硬件、結構、測試的開發環境4.4 產品應用環境描述產品使用運行環境5 具體需求5.1 功能需求5.1.1 功能需求 1需求描述： XXX優先級： X觸發條件：描述觸發該功能的條件。輸入：描述對本

5、功能需求的輸入要素。輸出：描述本功能需求的輸出內容，包括：目的地、輸出范圍、異常處理等。 處理：本功能需求所進行的處理 特殊需求：描述該功能需求需要特別指出的地方5.1.2 功能需求 2 5.1.3 功能需求 N5.2 外部接口需求5.2.1 用戶界面對操作界面的需求和影響5.2.2硬件接口5.2.3軟件接口5.2.4通信接口5.3 性能需求主要功能的指標5.4 設計約束5.4.1 需要遵循的標準5.4.2 硬件限制5.4.3 軟件限制5.4.4 工藝限制5.4.5 成本限制5.5 屬性需求5.5.1 國際化支持5.5.2 可靠性需求具體定義需要滿足的可靠性指標，使用企標或其它標準5.5.3

6、可測試性需求可測試性需求包括軟件可測試性需求、硬件可測試性需求、結構可測試性需求。5.5.4 可制造性 / 可測試性需求基于以前的經驗以及經驗數據庫的案例， 在系統工程師開發產品需求時提供輸入以 便產品可避免已知道的制造、裝配和測試問題5.5.5 可維護性需求5.5.6 兼容性需求指物料或版本的兼容性5.5.7 軟件包發布需求包含發布途徑、系統關系等5.6 其它6 參考資料列出參考資料的名稱7 附錄：設計需求的示例（ IPO 方式）FR-F-0050 服務器登錄功能 需求描述 ：提供一個公共界面，完成登錄服務器的功能。 優先級 ： 5 觸發條件：T0010啟動客戶端或登錄到另外一臺服務器上。輸入：I0010 用戶名（不超過 20byte 長度的字符串）； I0020 密碼（不超過 10byte 長度的字符串）。 輸出：O0010登錄結果（成功、失敗、超時）處理：P0 010發送登錄消息到服務器端；P0020 如果可以和服務器建立通信，則由服務器根據用戶名和密碼進行安全驗證； 否則超時后轉到 P0030；P0030顯