【文章內容簡介】 所有細節(jié) ? 一條需求必須有一個編號 具體需求－功能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 處理 ?功能需求 ?描述每一個需求的輸入怎樣被轉換成輸出，描述軟件必須執(zhí)行的基本動作，同時給出該規(guī)格的優(yōu)先級。 輸入 輸出 具體需求－功能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 功能需求描述 介紹 處理 該功能的目的、使用方法和技巧，及相關背景介紹 所有輸出數(shù)據(jù)的詳細描述 從輸入數(shù)據(jù)和中間參數(shù)獲得輸出的所有操作 所有輸入數(shù)據(jù)的詳細描述 輸入 輸出 具體需求－功能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ?輸入數(shù)據(jù)的描述： ?輸入來源 ?數(shù)量 ?度量單位 ?時序 ?允許的輸入偏差范圍 具體需求－功能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ?處理操作： ?輸入數(shù)據(jù)合法性檢測 ?操作次序 ?異常情況的響應 ?操作影響到的參數(shù) ?用于把系統(tǒng)輸入轉換到相應輸出的所有方法，諸如方程式，數(shù)學算法，邏輯操作 ?對輸出數(shù)據(jù)的合法性檢測 ?溢出 ?通信失敗 ?錯誤處理 40 具體需求－功能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ?輸出數(shù)據(jù)的描述 ?輸出到何處（如打印機、文件等） ?數(shù)量 ?度量單位 ?時序 ?允許的輸出偏差范圍 ?對非法值的處理 ?錯誤消息 具體需求－功能需求 功能需求寫作要點： ? 每個功能需求分配唯一編號，且給出一有意義的標題，便于檢索。標題通常是動賓詞組，不要使用“功能需求一 /二”這樣的描述。 ? 是描述 What to do，而不是 How to do； ? 介紹部分描述“做什么”沒有意義，因為后面 IPO會詳細介紹。應描述有利于理解后續(xù) IPO的內容： Why，為什么會有此需求 When/Where，什么時候 /什么場合使用 How，如何使用 對 IPO描述中將使用到的特殊術語的解釋 與其它功能需求的聯(lián)系等 具體需求－功能需求 功能需求寫作要點 (續(xù) )： ? 處理部分可以 采用 C語言中關鍵詞如 if、 else、 while等輔助描述，這樣在時序、邏輯上更清晰； ? IPO缺一不可 有些情況下，輸入輸出可能不直觀，如：定時器超時事件、接口up/down事件等，但并不是沒有，否則處理什么。若認為實在沒有，那最可能是功能需求分解不合理，所描述的功能根本就不成為需求。 ? 不要將命令行作為功能需求描述 單純的命令行不能提供任何功能，只是用戶界面而已； 每一命令行之后都承載著一具體功能； 命令行的形式我們可以自行定義，但其后的功能我們無法自行定義； 用戶真正需要的是命令行承載的功能。命令行形式，甚至是命令行是否必要，這些用戶并不會關心。 練習 取以下配置：鏈路空閑掛斷時間： dialer timer idle；呼叫間隔時間： dialer timer enable；鏈路建立等待時間： dialer timer waitcarrier；競爭等待時間： dialer timer pete；緩沖區(qū)報文數(shù)： dialer queuelength 輸入 NULL。 處理 遍歷所有的全局 DDR控制塊鏈表 是 Dialer接口和物理接口 取 DDR的 if 取所有的撥號口屬性 返回鏈表頭指針 輸出 撥號口屬性鏈表頭指針。 ，按照這樣的 IPO描述無法對其進行驗證； 求，而不是功能需求； 具體需求－性能需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ? 描述軟件或人機交互的靜態(tài)和動態(tài)量化需求。 靜態(tài)的量化需求 –支持的終端數(shù)目 –支持的并發(fā)用戶數(shù)目 –需處理的文件和記錄的數(shù)目 –表和文件的大小 動態(tài)的量化需求 –可包括正常和滿負荷業(yè)務量條件下，某時間段（如一小時）內處理的事務和任務的數(shù)目以及數(shù)據(jù)量。 45 具體需求－性能需求 舉例： 性能需求寫作要點： ? 每條性能需求必須以可測量的術語進行描述，即應給出明確的量化指標，包括度量單位； ? 對于動態(tài)性能指標，除性能指標外，還應包含必要的的前置條件； 前置 條件 ?交易能很快完成，操作員不必等待。 ?95%的事務應在 1秒內被處理。 ?電梯由靜止狀態(tài)進入正常勻速 (2m/s)狀態(tài)時間限定在 2~。 具體需求－接口需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 接口需求 硬件接口 軟件接口 用戶接口 通信接口 軟件人機交互特性 與系統(tǒng)硬件之間的接口 與其他軟件產品或應用系統(tǒng)之間的接口 消息、回調函數(shù)等系統(tǒng)內部通信接口 具體需求－接口需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ?用戶接口示例：系統(tǒng)用戶通過一個顯示終端進行操作，需要描述： ?要求的屏幕格式 ?頁面布局以及報告或菜單的內容 ?輸入和輸出的相關時序 ?是否支持可編輯功能鍵 具體需求－接口需求 總體概述 具體需求 設計約束 質量屬性 簡介 附錄 依賴關系 其它需求 ?軟件接口 ?描述如何使用其他軟件，針對每個所需軟件描述： –名字 –助記符 –版本號 –來源 ?描述與其他軟件的接口，針對每個接口描述： –接口的目的 –通過消息和格式定義接口 具體需求－接口需求 接口需求寫作要點： ? 用戶接口若是命令行，寫作需遵照操作手冊的格式進行； ? 軟件接口小節(jié)，應只描述本軟件 /系統(tǒng)對外提供的軟件接口， 不包括外部提供給本軟件 /系統(tǒng)的接口 ，后者應在依賴中予以描述； ? 軟件接口若為函數(shù)，寫作可以按照代碼中函數(shù)頭的格式進行，這樣在后續(xù)階段能很方便地重用。如： 認證接口 /******************************************************************************* * 函數(shù)名稱 : ATMLoginInProc * 功能描述 : 讀取輸入的用戶的賬號名及密碼，保存到當前用戶信息全局變量中， * 并到賬務處理系統(tǒng)進行認證。 * 輸 入 : 無 * 輸 出 : 無 * 返 回 值 : VOS_OK： 表示登錄成功； VOS_ERR：表示登錄失敗。 * 調用關系 : 略 * 其 它 : 無 *******************************************************************************/ 50 總體設計約束 ? 描述由標準、硬件、技術限制等造成的對設計的限制 ?標準順從：描述來自現(xiàn)有標準和規(guī)則的需求 –報告格式 –數(shù)據(jù)命名 協(xié)議 ?硬件約束：描述支持軟件運行的硬件條件，如內存限制