高級軟件工程(第四章)-調查系統(tǒng)需求.ppt_第1頁
高級軟件工程(第四章)-調查系統(tǒng)需求.ppt_第2頁
高級軟件工程(第四章)-調查系統(tǒng)需求.ppt_第3頁
高級軟件工程(第四章)-調查系統(tǒng)需求.ppt_第4頁
高級軟件工程(第四章)-調查系統(tǒng)需求.ppt_第5頁
已閱讀5頁,還剩35頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論