軟件調研提綱.doc_第1頁
軟件調研提綱.doc_第2頁
軟件調研提綱.doc_第3頁
軟件調研提綱.doc_第4頁
軟件調研提綱.doc_第5頁
全文預覽已結束

下載本文檔

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

文檔簡介

項目名稱項目名稱 調研調研提綱提綱 編號 編號 文檔修改情況記錄文檔修改情況記錄 版本號版本號修改狀態修改狀態修改日期修改日期修改摘要修改摘要修改人修改人 填寫說明 調研前 可以將此調研大綱發給用戶 以便用戶就調研所需資源 如業務人員時間安 排 會議室 相關資料 做充分準備 可以每次調研前都編寫一份調研提綱 也可以在一份調研提綱中對全部調研活動進行 安排 調研內容及方法 列表中的內容可以根據項目實際情況做修改 針對一個調研內容 可以有多種調研方法同時使用 調研時選擇的用戶代表要能真正代表某類需求 并且能夠作出決策 用戶代表往往是 本類用戶中三類人 a 對項目有決定權的領導 b 熟悉業務流程的專家 c 系統最終用戶 每一個用戶代表者代表了一個特定的用戶類 并在那個用戶類和開發者之間充當主要 的接口 用戶代表從他們所代表的用戶類中收集需求信息 同時每個用戶代表又負責 協調他們所代表的用戶在需求表達上的不一致性和不兼容性 調研人員在調研前應該將所有項目前期資料進行匯總 與相關的前期銷售人員進行交 流 以便對項目有一個基本輪廓的認識 每次調研前 調研人員應明確此次調研的主題及主要目的 并根據所采用的調研方法 進行資源準備 調研人員應保持一種和客戶平等合作的心態 確定需求調研是為了給客戶解決問題 探討問題 而不是接受問題 更不是來指導工作的 調研人員應平靜面對需求變更的心態 在需求調研過程中 往往雙方對需求理解不一 致 造成需求調研前后矛盾 應當心平氣和的去引導客戶 達到需求理解基本一致 調研人員應努力的去熟悉用戶的行業 學習用戶使用的術語 標準 以便能夠準確的 理解用戶 調研人員在需求調研中 盡量不使用IT行業的術語 而采用淺顯易懂的口頭語言來解 釋IT行業術語 以便用戶能夠很好的理解 調研人員應提高自己的速記能力 文字表述能力以及歸納能力 能迅速的記錄需求調 研核心的問題 總結歸納形成原始的需求調研資料 調研報告 目目 錄錄 第一章第一章 時間人員安排時間人員安排 4 第二章第二章 調研內容及方法調研內容及方法 4 第一章第一章 時間人員安排時間人員安排 調研時間調研時間調研地點調研地點調研人員調研人員用戶方業務人員用戶方業務人員 部門 職務 職責 主要調研內容主要調研內容 年 月 日 至 路XX號X 樓XX會議室 調研主題 主要 內容 參考第二 部分中的分類 第二章第二章 調研內容及方法調研內容及方法 調研主題調研主題主要內容主要內容調研方法調研方法 面談 開會 原型演示 問卷 實地 考察 用戶提供資料 郵件 即時通訊 工具溝通等等 背景項目背景項目背景 現有系統現狀 業務術語 部門組織結構 業務部門及其職責 用戶角色及其職責 業務現狀業務現狀 業務架構圖 功能模塊 1 業務操作地點 操作用戶角色 業務操作流 程 業務規則 業務輸入輸 出 業務操作細節等 業務功能業務功能 功能模塊 2 業務操作地點 操作用戶角色 業務操作流 程 業務規則 業務輸入輸 出 業務操作細節等 功能模塊 3 業務操作地點 操作用戶角色 業務操作流 程 業務規則 業務輸入輸 出 業務操作細節等 各業務模塊之間的業務接口業務接口業務接口 業務與外系統間的業務接口 業務數據調研 業務操作的頻度 數據指標數據指標 數據流量指標調研 業務上流轉的各種出表 入

溫馨提示

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

評論

0/150

提交評論