之前我的文章有介绍过：
帮助台的页面如下：
这个站点的结构其实很简单，主要就是一个大的服务请求的自定义列表，下面加了一个文件列表的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展示出来，就有了最终的效果图：
本文出自 “绝对领域” 博客，请务必保留此出处http://mingwang.blog.51cto.com/1997299/1532283
企业内部IT一体化系列之五：基于SharePoint的IT服务台,布布扣,bubuko.com
企业内部IT一体化系列之五：基于SharePoint的IT服务台
原文地址：http://mingwang.blog.51cto.com/1997299/1532283
