BI的需求調研的方法分類
今天看到一篇文章,裏面提到需求調研的幾種思路,覺得分類有些道理,結合項目寫一下,這種方法論在指導實踐和體現專業兩個方面都很實用:
1 現有報表,這個是最常用的,使用這種方法註意區別報表目的(緊急度)和數據是否適合在BI實現(細節度),為什麽以前實現不了,現在要在BI實現這個問題要搞清楚。
2 以系統功能為出發,引導用戶去設計,這裏就牽涉到要先用用戶數據做原型,展現給用戶,啟發用戶思考,然後還要有再確認的過程(書面),主要分為指標/維度/指標和維度的組合關系/分析和展現方式這幾個方面去收集。
3 別的公司(同行業)的借鑒。有沒有好的分析方式和報表/指標可以參考。
只用第一種方式,就是中國方式;這三種方式聯合使用,就是系統化的BI需求收集方法。
原文:http://blog.sina.com.cn/s/blog_9154db53010153no.html
BI的需求調研的方法分類
相關推薦
BI需求調研四項及調研模板目錄
談需求談四項: 1.詳細瞭解企業戰略規劃 2.詳細瞭解在用的報表體系 3.企業所有資料來源、走向 4.各個管理口徑對資料的敏感點 調研階段模板: T0101調研訪談記錄 T0102組織結構圖 T0103業務流程圖-部門名稱 T0103業務流程圖-公司級-各部門協作總圖
BI的需求調研的方法分類
註意 需求 結合 維度 什麽 組合 sin 出發 三種方式 今天看到一篇文章,裏面提到需求調研的幾種思路,覺得分類有些道理,結合項目寫一下,這種方法論在指導實踐和體現專業兩個方面都很實用: 1 現有報表,這個是最常用的,使用這種方法註意區別報表目的(緊急度)和數據
產品經理 - 需求調研常用方法
產品經理 部門 是個 相對 什麽 它的 研究 餐桌 困難 需求獲取一般包括這幾種方式: 觀察法、體驗法、問卷調查法、訪談法、單據分析法、報表分析法、需求調研會法。這是需求調研的“七種武器”,它們各有優缺點,無論你想要了解的是什麽需求,都需要將這些方式組合應用,針對你想要了解
實例:供應商管理報表需求調研報告
報告 rep 績效 ref 有效 統計分析 con 決策 質量 引言 隨著企業集團的生產規模擴張。為支撐全球供應鏈管理。對於供應商的管理和採購過程的監控已經不局限於簡單的交付以及價格的管理,眼下採購及供應商管理各個環節的操作分別在不同的系統下進行。而各個數據源都獨立存在
【轉】軟件需求分析方法
2.6 業務層 而且 客戶 數據類型 追蹤 回顧 經驗 矛盾 軟件需求分析(Software Reguirement Analysis)是研究用戶需求得到的東西,完全理解用戶對軟件需求的完整功能,確認用戶軟件功能需求,建立可確認的、可驗證的一個基本依據。 軟件需求分析是一
第二節課:功能測試需求分析方法
需要 參加 中斷 思維 服務器 網易雲 了解 image 權限不足 1.功能測試、測哪些內容 2、需求文檔--測試需求 1、了解需求想要做什麽 要完成哪些功能模塊 2、明確用戶,不同用戶角色的權限等 3、要完成功能,用戶需要哪些步驟 分析功能步驟方法: 用思維導圖 網絡
《WAP團隊》作業四——基於原型的團隊項目需求調研與分析
重要性 tag 登陸 eight 並且 規範 團隊項目 enter analysis 基於原型的團隊項目需求調研與分析 本項目是一個家教系統的實現,隨著時代的進步,現今已經進入信息技術時代,越來越多的人註意到了教育的重要性。家長對於孩子的學習提高註意力,大家都
A_Pancers團隊作業4—基於原型的團隊項目需求調研與分析
聽音樂 簡單 互聯網 cell 酷我音樂 需求 ont 目前 進度 任務1:實施團隊項目軟件用戶調研活動。 (1)用戶調研對象:我們的項目軟件是基於安卓系統的音樂播放器,以設計出操作簡單的音樂播放器為目的,所以本次用戶調研的對象主要以身邊的老人為主,對他們聽音樂,聽戲曲的情
需求調研與實現
站在產品調研角度 只要產品經理做好了足夠的需求調研,而且假設產品需求已經足夠詳細,那麼只要著力於需求實現就可以了。而問題在於,產品需求沒有絕對的詳細,在一定程度上,我們甚至可以說今天早上使用者剛提的需求,到了下午就被使用者自己否決了。 那麼我們該如何避免在實現使用者需求中不斷出現的坑,由
2018中國企業雲端計算應用現狀及需求調研報告
調研表明,越來越多的中國企業開始“擁抱”雲端計算服務,但其中也不乏對雲端計算方案的擔憂。 中國雲端計算產業發展現狀 近年來,在數字化轉型的熱潮下,我國雲計算髮展正式迎來需求爆發期。隨著雲端計算的應用普及,越來越多的企業開始“擁抱”雲端計算服務。據賽迪顧問報告顯
企業門戶專案需求調研指南
企業門戶專案需求調研指南 由於企業門戶技術對大多數企業或使用者來說是陌生的,所以企業門戶專案的需求調研採用的工作方法有別於傳統的專案。在實際的實施中通常採用兩種方法。 第一,原型建模方法。即:構建一個HTML版本的介面與操作原型,引導使用者嘗試操
再談性能測試之需求調研
測試 width min 策略 占比 ron 變化 參數類型 uri 之前的博客聊聊性能測試開始前的準備工作,聊了一些關於性能測試開始前要做的準備工作。這篇博客,來談談性能測試開始前的需求調研階段,我們要做什麽,關註那些Point。。。 一、基本信息
再談效能測試之需求調研
之前的部落格聊聊效能測試開始前的準備工作,聊了一些關於效能測試開始前要做的準備工作。這篇部落格,來談談效能測試開始前的需求調研階段,我們要做什麼,關注那些Point。。。 一、基本資訊 資訊型別 說明 專案名稱 專案歸屬的業務
djjango cookie和session 的幾種常用需求使用方法
------https://www.cnblogs.com/liuqingzheng/articles/8990027.html 需求情形一:正常設定cookie def test_cookie_login(request): if request.method == 'POST':
《小團隊專案管理》第一問 --- 需求調研須要舌辨群雄?
需求調研在整個專案開發中有著舉足輕重的作用,儘管是個苦差事,可是我們又不能掉以輕心。一旦做不好可能會影響整個專案的期望和成本,帶來意想不到的惡果。可是面對眾多“需求者”的你一言我一語
六、我們應當怎樣做需求調研:迭代
前面我一直在反覆強調這樣一個觀點,需求分析不是一蹴而就的,是一個反覆迭代的過程。它將從第一次需求分析開始,一直持續到整個專案生命週期。為什麼這樣說呢?讓我們一起來分析分析。 在第一次的需求分析階段,我們在一段時期內需要與客戶進行反覆地討論,這個過程往往是這樣一個反覆迴圈的過
敏捷開發學習筆記:需求優先順序方法(需求做還是不做)
轉自:https://mp.weixin.qq.com/s?__biz=MzIwMDMyNTE4Ng==&mid=401739882&idx=1&sn=531e9ea49456e55a8437cd8b995c5237&mpshare=1&
軟體測試方法分類
相信接觸過測試的同學都聽說過,黑盒測試、白盒測試、功能測試、效能測試、安全測試、單元測試、整合測試、介面測試等等。但是這樣記憶起來就比較混亂,如果進行劃分類別,那麼就會比較清晰,也比較好理解,便於大家記憶。 1.就從軟體內部結構和具體實現來劃分,軟體測試可以分為: 白盒測試、黑盒測試、灰盒測試
供應鏈需求調研CheckList
總體(General) 基本情況 1. 企業地址、郵編、電話、傳真,專案聯絡人等基本資料。 2. 企業經營範圍,產品線和主導產品。 3. 企業近幾年的產值及銷售額。 4. 企業高層領導機構、員工總人數。 5. 組織結構圖,列出各主要部門的
文字分類實戰(四)—— Bi-LSTM模型 文字分類實戰(一)—— word2vec預訓練詞向量
1 大綱概述 文字分類這個系列將會有十篇左右,包括基於word2vec預訓練的文字分類,與及基於最新的預訓練模型(ELMo,BERT等)的文字分類。總共有以下系列: word2vec預訓練詞向量 textCNN 模型 charCNN 模型 Bi-LSTM 模型 Bi-LST