需求描述最佳實踐PPT課件

需求描述最佳實踐1 定義描述需求的標(biāo)準模板 在書寫具體的系統(tǒng)需求時 應(yīng)該定義一系列的標(biāo)準模板用于組織需求描述 模板應(yīng)該包括一些字段 通過填寫這些字段 可以完整地說明一項需求 主要效益 需求前后一致 因而更加易懂 引入成本 中 應(yīng)用成本 低使用淺顯 一致 簡明的語言 當(dāng)使用自然語言表達某項需求時 應(yīng)注意使用淺顯 簡明的語然言一描述 避免使用復(fù)雜的句子結(jié)構(gòu) 冗長的句子和不明確的術(shù)語 主要效率 需求更加易讀易懂 引入成本 相當(dāng)?shù)?應(yīng)用成本 低 中 需求描述最佳實踐2 適當(dāng)?shù)厥褂脠D解 當(dāng)需要表示結(jié)構(gòu)化的信息或者需要表達需求描述中信息之間的關(guān)系時應(yīng)當(dāng)使用圖解 圖解還可以用于概括數(shù)字信息或描述事件和行為序列 主要效益 圖解最適于記錄需求關(guān)系 引入成本 低 應(yīng)用成本 低 實施指南 應(yīng)使用圖解的典型情況包括當(dāng)某個對象 系統(tǒng) 文檔 由多個模塊和組件組成 而你又希望闡明它們之間的相互關(guān)系時 當(dāng)需要表達一系列的行為 每個行為都有一些輸入和輸出時 當(dāng)需要說明空間組織時 當(dāng)需要使用一些分解結(jié)構(gòu)時 但要避免使用含義不清晰的圖案 如Word中的剪貼畫 需求描述最佳實踐3 用其他需求描述輔助自然語言 某此需求更適于使用特殊的方式書寫 如數(shù)學(xué)公式 決策表等 主要效益 更加簡明 無二義性的需求描述 引入成本 很低 應(yīng)用成本 低定量說明需求 只要有可能 就應(yīng)該使用定量的數(shù)值說明系統(tǒng)的需求 非功能需求最有可能采用這一點 主要效益 無二義性地表達需求 引入成本 低 中 應(yīng)用成本 低 中 實施指南 定義表達這些屬性的合適的度量 為屬性決定一個合適的值 非功能需求可以使用度量 可靠性 出錯時間 錯誤發(fā)生率有效性 請求后出錯的可能性性能 每秒處理的事務(wù)數(shù) 對用戶輸入的響應(yīng)時間存儲利用 系統(tǒng)最大的尺寸 MB 可用性 學(xué)習(xí)75 的用戶功能所需要的時間 在給定時間內(nèi)由用戶引起的錯誤的平均值健壯性 系統(tǒng)出錯后重新啟動的時間完整性 系統(tǒng)出錯時 允許的數(shù)據(jù)丟失的最大限度 數(shù)據(jù)需求的描述形式 數(shù)據(jù)模型 E R模型 框圖 描述產(chǎn)品內(nèi) 外的數(shù)據(jù) 非常適合專家使用 但不便于用戶使用數(shù)據(jù)詞典 產(chǎn)品內(nèi) 外數(shù)據(jù)的文字描述 非常適合專家及用戶數(shù)據(jù)表達式 描述數(shù)據(jù)序列的簡潔公式 適合于描述復(fù)合數(shù)據(jù)及消息協(xié)議 非常適合于專家使用 也為許多用戶所接受虛擬窗口 簡化的屏幕圖像 有圖像 真實數(shù)據(jù) 但無按鈕 菜單 非常適合專家及用戶 非常適合于規(guī)劃新的界面 功能需求的形式1 人 機職責(zé)劃分 可采用DFD UML表示 域模型 人 機結(jié)合的模型 物理模型 人 機各自的職責(zé) 產(chǎn)品層需求 人 機職責(zé)劃分 功能需求的形式2 上下文圖 說明產(chǎn)品及其環(huán)境的圖示 為開發(fā)人員概括了所有接口 大多數(shù)客戶能不費力地理解上下文圖 功能需求的形式3 事件列表與功能列表 產(chǎn)品要處理的事件 人 機合作處理的事件域事件實例 客人預(yù)訂 客人入住 客人退房 換房 提交服務(wù)記錄產(chǎn)品事件實例 查找空閑客房 記錄客人信息 查找客人數(shù)據(jù) 記錄預(yù)訂數(shù)據(jù) 打印預(yù)訂確認 記錄入住數(shù)據(jù) 退房 記錄服務(wù) 功能需求的形式4 特性需求 文字形式 該產(chǎn)品應(yīng)記錄 顯示 計算 很多人認為這是惟一可以接受的需求形式可能給用戶及分析人員造成錯覺實例 該產(chǎn)品應(yīng)能將客戶在某一期限內(nèi)設(shè)為維修狀態(tài) 該產(chǎn)品應(yīng)能夠顯示 打印下兩周的人員配置表 該配備應(yīng)以客房占用的歷史數(shù)據(jù)為依據(jù) 該產(chǎn)品也應(yīng)支持根據(jù)客戶類型 而不是客房號的預(yù)訂 客人入住時才分配實例客房 功能需求的形式5 屏幕顯示及原型 包括屏幕圖像及 按鈕 的功能 若經(jīng)仔細測試可以作為很好的設(shè)計層需求實例 功能需求的形式6 任務(wù)說明 結(jié)構(gòu)化的文字說明 用于描述用戶任務(wù) 便于客戶 開發(fā)人員理解 便于說明任務(wù)變體以及復(fù)雜的任務(wù)實例 功能需求的形式7 由任務(wù)說明到產(chǎn)品特性 用任務(wù)說明解釋產(chǎn)品特性 有助于理解 確認特性任務(wù)及支持 結(jié)構(gòu)化的文字說明 描述任務(wù) 域問題 提出可能的方案 功能需求的形式8 場景說明 說明一項或多項用戶任務(wù) 或要測試的一個特殊情況 有助于增進開發(fā)人員的直覺 通常不作為需求 實例 夜班由于學(xué)習(xí)了一整個下午 張三在下午6點開始值夜班時 已感覺到有些疲倦 他的第一項任務(wù)是為將在7點鐘抵達的客人團做準備 他打印了所有的入住登錄表 并將它們同各自的客房鑰匙放在一起 在處理這項任務(wù)時 來了一個家庭詢問客戶的情況 他們想討價還價 這是張三最不擅長的工作 是否應(yīng)該給他們提供折扣呢 正好李四從辦公室里出來 她微笑地告訴他們 可以為小孩的房間提供10 的折扣 他們接受了 于是張三為他們安排房間 他們希望挨著的兩間客戶 但是張三總是記不住哪些客遍及是挨著的 功能需求的形式9 用例數(shù)據(jù)流圖以 標(biāo)準 作為需求以 開發(fā)過程 作為需求 非功能需求的形式1 開放尺度與開放目標(biāo) 通常要求達到某個數(shù)字目標(biāo) 實例 該產(chǎn)品應(yīng)能檢測超速 并在0 5秒內(nèi)完成拍照 該產(chǎn)品應(yīng)能夠2分鐘內(nèi)計算并顯示客戶占用情況的預(yù)報表Planguage表示法 非功能需求的形式2 能力及準確度需求 非功能需求的形式3 性能需求 需求規(guī)格說明書 規(guī)格描述的形式 文檔 用結(jié)合合理的自然語言精心編寫 圖形化模型 描述轉(zhuǎn)換過程 系統(tǒng)狀態(tài)以及變化 數(shù)據(jù)關(guān)系 邏輯流或者對象類及其關(guān)系 形式化規(guī)格說明 邏輯語言 偽碼 決策表 決策圖 常用模板 ISO GB版 面向結(jié)構(gòu)化分析方法的 較陳舊 RUP版 以面向?qū)ο蠓治龇椒?用例驅(qū)動 Volere版 很實用的一個第三方公司版本AtlanticSystemGuild 公司 1 引言1 1編寫的目的1 2背景1 3定義 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組 1 4參考資料 列出用得著的參考資料 2 任務(wù)概述2 1目標(biāo) 敘述該系統(tǒng)開發(fā)的意圖 應(yīng)用目標(biāo) 作用范圍以及其他應(yīng)向讀者說明的有關(guān)該系統(tǒng)開發(fā)的背景材料 解釋被開發(fā)系統(tǒng)與其他有關(guān)系統(tǒng)之間的關(guān)系 2 2用戶的特點 列出本系統(tǒng)的最終用戶的特點 充分說明操作人員 維護人員的教育水平和技術(shù)專長 以及本系統(tǒng)的預(yù)期使用頻度 2 3假定和約束 列出進行本系統(tǒng)開發(fā)工作的假定和約束 3 需求規(guī)定3 1對功能的規(guī)定 用列表的方式 逐項定量和定性地敘述對系統(tǒng)所提出的功能要求 說明輸入什么量 經(jīng)怎么樣的處理 得到什么輸出 說明系統(tǒng)的容量 包括系統(tǒng)應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)等指標(biāo) 3 2對性能的規(guī)定3 2 1精度3 2 2時間特性要求3 2 3靈活性3 3輸入輸出要求3 4數(shù)據(jù)管理能力要求 針對軟件系統(tǒng) 3 5故障處理要求3 6其他專門要求4 運行環(huán)境規(guī)定4 1設(shè)備 列出運行該軟件所需要的硬設(shè)備 說明其中的新型設(shè)備及其專門功能 包括 4 2支持軟件 列出支持軟件 包括要用到的操作系統(tǒng) 編譯程序 測試支持軟件等 4 3接口 說明該系統(tǒng)同其他系統(tǒng)之間的接口 數(shù)據(jù)通信協(xié)議等 4 4控制 說明控制該系統(tǒng)的運行的方法和控制信號 并說明這些控制信號的來源 RUP版需求規(guī)約1 文檔概述1 1目的1 2范圍1 3定義 首字母縮寫詞和縮略語1 4參考資料1 5概述2 整體說明 讓讀者對整個軟件系統(tǒng)的需求有一個框架性的認識 主要包括產(chǎn)品總體效果 產(chǎn)品功能 用戶特征 約束 假設(shè)與依賴關(guān)系 需求子集等方面的內(nèi)容 2 1用例模型2 2假設(shè)與依賴關(guān)系3 具體需求3 1用例描述3 2補充需求 易用性 可靠性 性能 其它 4 支持信息 需求文檔編寫原則 使用語法 標(biāo)點正確的完整句子 使語句的段落簡短明了采用主動語態(tài)的表達方式 如 該系統(tǒng)將 而非 將發(fā)生 使用的術(shù)語應(yīng)與術(shù)語表中定義的術(shù)語保持一致將含糊不明確的頂層需求分解成足夠詳細的幾個需求 消除歧義需求聲明應(yīng)該具有一致的風(fēng)格 例如 系統(tǒng)將 用戶將 當(dāng)以 用戶將 格式說明時 盡可能明確參與者使用列表 數(shù)字 圖和表來表示信息強調(diào)最重要的信息避免使用語義不清的詞語以相同的詳細程序編寫詳細程度的把握 可以單獨測試 歧義術(shù)語與改進 可接受 足夠 具體定義可接受的內(nèi)容和系統(tǒng)如何地此進行判斷差不多可行 不要讓開發(fā)人員來確定什么是可行的至少 最小 不多于 不超多 指定能夠接受的最大值和最小值在 之間 定義終點是否在此范圍內(nèi)依賴 描述依賴性的本質(zhì) 是提供輸入 是提前安裝支持軟件 有效的 定義系統(tǒng)如何有效地使用資源 系統(tǒng)執(zhí)行特定的操作的速度如何 用戶使用系統(tǒng)的容易程度如何靈活的 描述一種方式改進的 更好的 更快的 優(yōu)越的 定量說明包括 包括但不限于 等等 諸如 項目列表應(yīng)包含所有可能性最大化 最小化 最優(yōu) 陳述對某些參數(shù)所接受的最大值和最小值 歧義術(shù)語與改進 一般情況下 理想情況下 描述系統(tǒng)在異常和非理想條件下的行為可選擇的 指明是系統(tǒng)選擇 用戶選擇還是開發(fā)人員選擇合理 在必要的時候 在適當(dāng)?shù)牡胤?清晰解釋如何判斷健壯的 定義系統(tǒng)如何處理異常和如何響應(yīng)預(yù)料外的操作條件無縫的 透明的 優(yōu)雅的 將用戶期望轉(zhuǎn)化成能夠觀察的特性若干 具體是多少 最小邊界值和最大邊界值不應(yīng)該 試著以肯定句來描述最新技術(shù)水平 描述其具體含義充分的 指定具體包括哪些內(nèi)容支持 允許 精確定義系統(tǒng)將執(zhí)行哪些功能用戶友好 簡單 容易 描述系統(tǒng)特性 這些特性將達到客戶的使用需要和對易用性的期望 需求修正 原描述 后臺任務(wù)管理器必須在固定的時間間隔內(nèi)提供狀態(tài)消息 并在每次時間間隔不得小于60秒 什么是狀態(tài)消息 什么條件下和以什么方式向用戶提供這些消息 顯示時間是多長 間隔時間不太明確 1毫秒行嗎 修改后 后臺任務(wù)管理器應(yīng)該在用戶界面的指定區(qū)域顯示狀態(tài)信息在后臺任務(wù)進程啟動后 消息必須每隔60 10秒更新一次消息應(yīng)該保持持續(xù)的可見性后臺任務(wù)管理器在每次可以與后臺任務(wù)進程進行通信時 都應(yīng)該顯示后臺任務(wù)已完成的百分比當(dāng)完成后臺任務(wù)時 后臺任務(wù)管理器應(yīng)該顯示一個 已完成 的消息如果后臺任務(wù)中止執(zhí)行 那后臺任務(wù)管理器應(yīng)該顯示一個出錯信息 需求修正 原描述 如果可能的話 應(yīng)該根據(jù)主要法人帳號列表來在線確認所輸入的帳號的有效性 如何可能是指什么 是指技術(shù)上可行 運行時間可行 如果不能確定一定要