前幾天和大項目團隊一起和廠商聚餐，后來發了個廠商的小禮品，是一個便簽本，本子面上是塑料的殼，上面是一個活動日歷，中間如下面的數據，由一個框架在數字上面，可以活動左右移動，框架上面有周日到周六的英文簡稱，最左邊是指針，指著上下2列數字，分別代表月份，上是12年，下是11年。例如11年6月，指針就會覆蓋到第三列，那么我們看到框里的數字，就是從第四列到10列，大家看這些數字，剛好是6月的日歷。如果是11年7月，則從第二列到七列，框架下面的代表月份的數字寫得很清楚了。
活動日歷
話說這么多了，上面的例子是非計算機領域的日常用到的模型，來處理本來需要24頁紙來描述的日歷，只要在一頁紙上就能基本描述清楚。當然只是基本，唯一的缺點就是每個月都會有31日，這個模型無法處理掉，但是不影響我們的使用。
首先這個模型的目標是將24月日歷的變化能在一個圖表里完成，這也是這個設計的需求。那么設計者發現，其實日歷的變化，無非是每月從1號開始的星期不一樣，從周日到周六，都有可能，于是我們的能左右滑動的框（框里有周日到周六的對應指針），就能解決這個問題。那么這個數字就需要7+6=13列數字。那么下一個模型問題，第一排數據，如何與第二排銜接。這個問題就是由日歷的規律所決定，如果1號是周六，那么下一個星期的循環，應該從2號開始，于是第二排第一個數字肯定是2，而第一排必須有必要表達完整的星期，所以第一排數字定義為1到7。
那么第三、第四、第五、第六排的開頭數字都以一個星期的周期7天累加。那么這個模型基本構架就完成了。剛才說到的唯一不足，就是31號無法解決，因為這個模型的致命缺點就是無法根據每月天數的多少，屏蔽其他只有30、29天的31、30日，這個在模具上是無法完成的，除非有更精巧的控制性設計，但要復雜很多。
現在回到我們的企業級BI模型當中，如何才能建好一個能反映業務本質的模型。首先要搞清楚BI建模的本質，BI建模與業務系統建模出發點是不同的，業務系統的模型，主要描述事務的流程，以及流程相關的控制和關系。而BI的模型則描述業務因果關系、因果過程原因等深層次信息的模型，它既可以描述事務的流程，也可以直接跳躍流程，直接奔流程頭、尾的結果而去。
以前我就說過，如果按照業務系統的模型建BI的模型，那搞不出什么名堂，頂多還是ERP的附屬物，甚至是無關緊要的系統。BI的模型，就得以事務的生命周期為線索，它不是ERP任何業務點或業務流程，它是由于智能化需要而抽象出來的模型。生命周期這類切合到戰略戰術，又能細到業務運營的業務概念，可以說是業務模型的法寶。生命周期之間可能有上下游，以及上下層關系，弄在一起，形成完整的業務模型框架。這種模型的本質，就是概述業務的來龍去脈，既然可以描述業務細節，又可以直接描述業務開頭與結果的關系，而且環環相扣，相輔相成。只有在這樣的模型下進行業務分析和BI應用，才能更大更高效產生BI的價值。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：如何建好BI模型，建模的本質是什么？
相關文章
