需求描述最佳實(shí)踐PPT課件

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