之前我的文章有介紹過：
幫助臺的頁面如下：
這個站點的結構其實很簡單，主要就是一個大的服務請求的自定義列表，下面加了一個文件列表的Webpart，文件路徑是公司的打印服務器。右邊是一個組織架構的webpart，是第三方的，就是把某個ou中的所有用戶都展現出來。
大概講下自定義列表的結構，這裏的數據類型是SharePoint列表的類型，不是數據庫的：
| 列名 | 數據類型 | 說明 |
| ID | ID | 唯一值，自增長 |
| 服務請求 | 單行文本 | 用戶對自己遇到的問題的簡述 |
| 故障描述 | 多行文本 | 用戶對自己遇到的問題的詳細描述 |
| 員工姓名 | 用戶或用戶組 | 設置只能選擇用戶，因爲該網站可以匿名登錄，所以這裏要標示員工身份，主要是怕有員工有密碼重置的需求 |
| 部門 | 託管元數據 | 一個樹狀的事先定義好的公司部門結構 |
| 工位號 | 單行文本 | 員工座位的編號 |
| 聯繫電話 | 單行文本 | 座機 |
| MIS代表 | 用戶或用戶組 | 設置只能選擇用戶，用於helpdesk自己接單子 |
| 請求狀態 | 選項 | 提交，解決中，已解決，方便查看狀態 |
| 處理過程 | 多行文本 | 主要由helpdesk填寫處理過程和原因 |
| 解決時間 | 日期和時間 | 因爲很多單子是it處理完以後，回來替用戶補單子，所以方便選擇解決時間，這樣好計算響應時間 |
| 響應時間 | 日期和時間 | 解決時間減去創建時間 |
| 請求數量 | 數字 | 比如一個部門助理幫部門提了多個做系統請求 |
| 故障類型 | 選項 | 比如網絡問題，硬件問題 |
有了這個列表以後，我們將這些工單數據錄入後臺數據庫進行維度的數據挖掘
數據庫設計：
事實表：
就是每條IT工作單
維度表：
參考下圖：
即每條工作單可以按照時間、故障、辦公區、部門四個維度進行挖掘。
統計的內容爲數量和分數，數量爲單子乘以每個單子中的數量，分數爲故障權重*數量
通過SSIS服務，將SharePoint列表內的數據首先進行一些格式化後導入數據倉庫：
因爲一些SharePoint列表中的數據導入數據庫會產生#等符號：
所以在Change Column模塊中進行一些格式化，比如去#號：
將數據規範化的導入數據庫後，我們就可以做維度分析了：
這是當時做的大概的表結構：
其中時間表是通過創建維度時，選擇時間維度自動生成的。
大概講下維度怎麼創建，比如我上表中的Mis Member，每個mis成員有自己的ID和組ID，每個組有自己的組ID和組名稱，組基本上就代表了辦公區，因爲我們當時按辦公區分組的：
新建一個維度：
選擇使用現有表
選擇MisMember：
系統會自動檢測出外部關鍵字，並將關聯表也引入：
這樣我們就得到了這樣一組數據：
接下來設置遞推關係：
簡單的講就是根據人員ID可以推出是誰，還能推出在那個辦公區。
view一下結構，就會出來下圖：
可以看到有幾個辦公區，辦公區都有誰，這樣就說明結構設對了。
最後建立Cube，把所有維度添加進去。
之後就可以預覽維度分析了。
最後把這個SSAS的項目通過SharePoint展示出來，就有了最終的效果圖：
