高級軟件工程(第四章)-調(diào)查系統(tǒng)需求.ppt

1 第四章調(diào)查系統(tǒng)需求 2 系統(tǒng)需求調(diào)查和分析是開發(fā)軟件系統(tǒng)最重要的階段 也是最困難的階段 在以往建設(shè)失敗的項目中 80 是由于系統(tǒng)分析的不明確而造成的 因此一個項目成功的關(guān)鍵因素之一 就是對系統(tǒng)分析的把握程度 3 需求的調(diào)研 其實做需求調(diào)研的時候最重要的目的在于資料收集 或許小孩的那種打破砂鍋的方式會引起客戶的反感 但是實際項目中往往需要的就是這些比較周全的調(diào)研方式 能夠考慮到的問題點都需要和客戶確認 盡量避免想當然的做法 只是采用的方式可能需要優(yōu)化一下 采用良好的方式 盡量得到客戶的最大配合 4 系統(tǒng)分析各階段的目標 范圍定義階段這個項目看起來是否值得考慮 問題分析階段真的值得構(gòu)建一個新系統(tǒng)嗎 需求分析階段用戶需要什么 想從新系統(tǒng)中得到什么 邏輯設(shè)計階段新系統(tǒng)必須做什么 決策分析階段最佳方案是哪一個 5 收集信息 分析員通過與用戶交談或觀察工作得到信息 通過回顧計劃文檔和方案說明得到信息 分析員需要收集技術(shù)信息 通過對現(xiàn)有用戶和未來用戶的活動的區(qū)分和理解 通過對目前和將來活動的發(fā)生地點的區(qū)分 并通過區(qū)分公司內(nèi)部和外部所有其他系統(tǒng)的接口來理解現(xiàn)有的系統(tǒng) 關(guān)鍵問題 是否已經(jīng)擁有了全部的信息來定義系統(tǒng)所必須完成的工作 6 目標與約束 目標 項目是否成功的度量準則 即 給定合適的資源下 希望實現(xiàn)的預(yù)期結(jié)果 如新系統(tǒng)處理訂單的時間必須比現(xiàn)在減少50 以上 目標必須是精確的 可度量的 約束 針對實現(xiàn)目標的限制或界限 如最終期限 預(yù)算和所需技術(shù) 一般來說 約束是不能改變的 7 定義系統(tǒng)需求 收集到的信息 描述技術(shù)需求的和功能需求 功能需求 需要系統(tǒng)完成什么樣的工作 定義功能需求 并不是簡單地寫下一些事實和數(shù)據(jù) 而是要創(chuàng)建許多不同類型的模型來幫助記錄和關(guān)聯(lián)系統(tǒng)需求 8 需求的優(yōu)先級劃分 一旦已經(jīng)充分理解了系統(tǒng)的需求 并且需求的細節(jié)模型也已經(jīng)設(shè)計完成 這時要確定哪種系統(tǒng)需求和技術(shù)需求對系統(tǒng)來說是非常關(guān)鍵的 即對用戶提出的功能進行優(yōu)先級的劃分 完成這項活動時 應(yīng)該回答的關(guān)鍵問題 系統(tǒng)要完成的最重要的事是什么 9 邏輯模型 能夠很詳細地展示系統(tǒng)需要完成哪些功能 而不依賴任何技術(shù)的模型 通常系統(tǒng)分析包括創(chuàng)建詳細的邏輯模型 10 物理模型 表明系統(tǒng)將如何真正實現(xiàn)的模型 系統(tǒng)設(shè)計包括創(chuàng)建詳細的物理模型 11 分析階段的活動及相應(yīng)的關(guān)鍵問題 12 什么是需求獲取 發(fā)現(xiàn) 需求獲取 Requirementsdiscovery 系統(tǒng)分析員用來識別或提取系統(tǒng)問題和解決用戶需求的過程和技術(shù) 系統(tǒng)需求 定義了軟件系統(tǒng)必須實現(xiàn)的功能 或者系統(tǒng)必須具備的特性 有時也稱為業(yè)務(wù)需求 13 功能需求與非功能需求 功能需求 描述系統(tǒng)必須完成的活動或過程的一種系統(tǒng)需求 非功能需求 描述系統(tǒng)必須具備的特性 特點 品質(zhì)和約束條件 14 續(xù) 功能需求是根據(jù)公司進行商業(yè)交易的過程和商業(yè)規(guī)則確定的 功能需求經(jīng)常以滿足系統(tǒng)改進目標所需的輸入 輸出 過程和存儲的數(shù)據(jù)的形式定義 非功能需求的例子如 性能 吞吐量和響應(yīng)時間 易學易用性 效益 安全 15 需求獲取過程 發(fā)現(xiàn)問題和分析問題獲取需求歸檔需求和分析需求管理需求 16 發(fā)現(xiàn)問題和分析問題 獲取需求是為了解決問題 為了獲得成功 系統(tǒng)分析員必須熟練掌握發(fā)現(xiàn)問題和分析問題的技術(shù) 沒有經(jīng)驗的系統(tǒng)分析員在試圖分析問題時常犯的一個錯誤是把癥狀當成問題 17 獲取需求 給出對問題的理解 系統(tǒng)分析員就可以開始定義需求 發(fā)現(xiàn)事實 通過研究 會議 面談 問卷 采樣和其它技術(shù)收集系統(tǒng)問題 需求和優(yōu)先順序的一種形式化過程 調(diào)查研究 也稱為數(shù)據(jù)收集或信息收集 18 歸檔和分析需求 對需求草案進行歸檔用例決策表需求表分析需求解決問題遺漏的需求矛盾的需求不可行的需求重疊的需求二義性的需求形式化需求需求定義文檔與利益相關(guān)人員溝通 19 需求管理 管理對需求改變的過程 整個系統(tǒng)生命期系統(tǒng)需求都有可能發(fā)生變化 研究表明 在系統(tǒng)完成之間 一個項目50 以上的需求可能發(fā)生變化 20 需求獲取法 系統(tǒng)分析的所有方法都需要某種形式的需求獲取 兩種主要技術(shù) 調(diào)查研究技術(shù) 也叫信息收集 或?qū)で笫聦?收集有關(guān)系統(tǒng)問題 方案需求和需求優(yōu)先權(quán)等的信息 可采用抽樣 實地調(diào)研 觀察 咨詢 面談 聯(lián)合需求計劃 JRP 將所有的系統(tǒng)所有者 系統(tǒng)用戶 系統(tǒng)分析員和設(shè)計人員 構(gòu)造人員組織在一起 進行系統(tǒng)分析 JRP是聯(lián)合應(yīng)用開發(fā)的一部分 21 4 3信息收集技術(shù) 主要問題復(fù)查現(xiàn)有報表 表格和過程描述主持與用戶的面談和討論觀察并記錄商業(yè)過程分發(fā)和收集調(diào)查表主持聯(lián)合需求計劃 JRP 會議 22 主要問題 1 業(yè)務(wù)處理過程是什么樣的2 業(yè)務(wù)過程應(yīng)該怎樣完成3 需要什么樣的信息 23 1 業(yè)務(wù)處理過程是什么樣的 主題 你要干什么 的核心是要理解商業(yè)功能 該問題是可以進行 溝通 的第一步 作為一個系統(tǒng)分析員 你必須仔細地識別出在改進的系統(tǒng)中 這些商業(yè)功能哪些是重要的 哪些是需要保留的 而哪些是可能要刪除的 24 2 商業(yè)過程應(yīng)該怎樣完成 主題 如何完成它 是把討論從現(xiàn)有系統(tǒng)轉(zhuǎn)向新系統(tǒng)的方法 核心是新系統(tǒng)應(yīng)該如何支持這項功能 而不是它在現(xiàn)有系統(tǒng)下如何執(zhí)行 用戶通常只愿談?wù)摤F(xiàn)有的系統(tǒng) 但對系統(tǒng)分析員來說 超越現(xiàn)有的處理過程才是最關(guān)鍵的 他 她 必須能夠使用戶看到將由新技術(shù)帶來的商業(yè)處理方法更高效 更實用 25 3 需要什么樣的信息 主題 需要哪些信息 通過定義新系統(tǒng)必須支持的具體信息詳細描述了第三個問題 對第二和第三個問題的回答形成了定義系統(tǒng)需求的基礎(chǔ) 新系統(tǒng)分析員的缺點 沒有對所有需要的信息進行區(qū)分 為了得出正確的解決方案 分析員必須了解任何細節(jié)的本質(zhì)情況 26 復(fù)查現(xiàn)有報表 表格和過程描述 外部信息源 公司外部 即業(yè)界的專業(yè)公司和其他一些公司 內(nèi)部信息源 現(xiàn)有的商業(yè)文檔和過程描述 獲得對過程最初理解的一個好方法 新系統(tǒng)分析員對現(xiàn)有系統(tǒng)的初步復(fù)查將是他們很快跟上開發(fā)速度 識別出在面談中也許不會提及的商業(yè)規(guī)則 27 對現(xiàn)存的文檔 表格 文件進行抽樣 組織結(jié)構(gòu)圖描述問題的備忘錄和其它文檔當前系統(tǒng)的標準操作規(guī)程完整的表格手冊和計算機屏幕及報表數(shù)據(jù)庫樣本 28 從收集到的文檔中可以得出 問題的癥狀與原因組織中誰理解這些問題支持目前系統(tǒng)的業(yè)務(wù)功能需要由系統(tǒng)收集和報告的數(shù)據(jù)的數(shù)據(jù)類型需要通過面談了解的問題 29 1 準備面談 確立面談目的確定要包括的相關(guān)用戶確定參加會議的項目小組成員建立要討論的問題和要點列表復(fù)查有關(guān)文檔和資料確立時間和地點通知所有參加者有關(guān)會議的目的 時間和地點 30 2 主持面談 衣著得體準時到達限制面談時間尋找異常和錯誤情況深入調(diào)查細節(jié)認真做好記錄指出和記錄未作回答的條目和未解決的問題 31 3 面談的后續(xù)工作 復(fù)查筆記的準確性 完整性和可理解性把所收集的信息轉(zhuǎn)化為適當?shù)哪Ｐ秃臀臋n確定需要進一步澄清的問題域適當?shù)臅r候向參加會議的每一個人發(fā)一封感謝信 備忘錄 32 打開溝通渠道的指南 帶著積極的態(tài)度開會讓別人放松讓他們知道你在聆聽問問題不要做任何假設(shè)記筆記 33 觀察 觀察商業(yè)過程可以幫助理解業(yè)務(wù)功能 觀察時必須能夠根據(jù)相關(guān)的業(yè)務(wù)過程將新系統(tǒng)可視化 對辦公室進行快速瀏覽或者自己親身實踐用戶的工作 注意理解并關(guān)心用戶的需要和感情 34 直接參加業(yè)務(wù)實踐 這是一種為弄清某種較復(fù)雜業(yè)務(wù)活動的現(xiàn)狀而采取的方法 無疑這是一種好的方法 系統(tǒng)開發(fā)者參加手工系統(tǒng)的業(yè)務(wù)實踐 這是縮短用戶與開發(fā)者之間的距離 取得共同評議的最好辦法 用這種調(diào)查方法所調(diào)查的結(jié)果是最準確 最可靠的 這在后面的分析 設(shè)計階段就可以減少與用戶打交道的時間 建成的應(yīng)用系統(tǒng)也將會較符合實際 也較可靠 開發(fā)人員參加業(yè)務(wù)實踐盡管很好 但這太浪費時間 再說也沒有多少業(yè)務(wù)活動非要親自去實踐不可 所以這種方法不是用得很多的 35 使用活動圖來進行記錄 一種工作流圖 用來描述一個過程中的多個順序活動和并行活動 即活動圖的目標是顯示復(fù)雜過程內(nèi)部的各個步驟及它們之間的順序約束 活動圖有助于對業(yè)務(wù)過程 工作流 數(shù)據(jù)流和復(fù)雜算法進行建模 也可以對用例實現(xiàn)甚至是程序?qū)崿F(xiàn)來建模 活動圖很像傳統(tǒng)的流程圖 但與傳統(tǒng)的流程圖不同 活動圖可以同時顯示順序和并發(fā)的控制流程 對于分布式系統(tǒng)而言 這一點非常重要 活動圖可用于任何觀點和目的 但常用于可視化業(yè)務(wù)流程及過程和用例 36 分發(fā)和收集調(diào)查表 一般而言制作一份調(diào)查表至少要經(jīng)過如下三個步驟 明確調(diào)查目的和對象 設(shè)計問題 決定問題順序 設(shè)計問題時要盡量做到以下幾點 問題明確 簡練 易于回答 問題不能太多 以15 20個為宜 用詞通俗 忌技術(shù)性詞匯 避免誘導性問題 37 主持聯(lián)合需求計劃會議 聯(lián)合需求計劃 JRP 是用于加快系統(tǒng)需求調(diào)查的一種方法 重要系統(tǒng)相關(guān)者都要出席會議 從而促成和做出決定 有關(guān)領(lǐng)導 管理人員 用戶 技術(shù)人員和項目小組成員一起參加 會議主持者要使參加者專注于各自的工作 38 課堂練習 以下是好的系統(tǒng)改進目標嗎 為什么是 或者為什么不是 降低處理訂單所需的時間 新的系統(tǒng)必須使用Oracle數(shù)據(jù)庫存儲數(shù)據(jù) 數(shù)據(jù)輸入屏幕必須重新設(shè)計以使它們更友好 聯(lián)機訂單處理的客戶滿意度必須提高10 系統(tǒng)分析各階段的目標是什么 信息收集的主要問題有哪些 技術(shù)有哪些 目標與約束的區(qū)別是什么 分析階段的活動及相應(yīng)的關(guān)鍵問題有哪些 39 降低處理訂