之前我的文章有介绍过:

帮助台的页面如下:

这个站点的结构其实很简单,主要就是一个大的服务请求的自定义列表,下面加了一个文件列表的Webpart,文件路径是公司的打印服务器。右边是一个组织架构的webpart,是第三方的,就是把某个ou中的所有用户都展现出来。

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第1张图片大概讲下自定义列表的结构,这里的数据类型是SharePoint列表的类型,不是数据库的:

列名
数据类型 说明
ID ID 唯一值,自增长
服务请求 单行文本 用户对自己遇到的问题的简述
故障描述
多行文本 用户对自己遇到的问题的详细描述
员工姓名 用户或用户组 设置只能选择用户,因为该网站可以匿名登录,所以这里要标示员工身份,主要是怕有员工有密码重置的需求
部门 托管元数据 一个树状的事先定义好的公司部门结构
工位号 单行文本 员工座位的编号
联系电话 单行文本 座机
MIS代 用户或用户组 设置只能选择用户,用于helpdesk自己接单子
请求状态 选项 提交,解决中,已解决,方便查看状态

处理过程 多行文本 主要由helpdesk填写处理过程和原因
解决时间 日期和时间 因为很多单子是it处理完以后,回来替用户补单子,所以方便选择解决时间,这样好计算响应时间
响应时间 日期和时间 解决时间减去创建时间
请求数量 数字 比如一个部门助理帮部门提了多个做系统请求
故障类型 选项 比如网络问题,硬件问题

有了这个列表以后,我们将这些工单数据录入后台数据库进行维度的数据挖掘


数据库设计:

事实表:

就是每条IT工作单

维度表:

参考下图:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第2张图片

即每条工作单可以按照时间、故障、办公区、部门四个维度进行挖掘。

统计的内容为数量和分数,数量为单子乘以每个单子中的数量,分数为故障权重*数量


通过SSIS服务,将SharePoint列表内的数据首先进行一些格式化后导入数据仓库:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第3张图片

因为一些SharePoint列表中的数据导入数据库会产生#等符号:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第4张图片所以在Change Column模块中进行一些格式化,比如去#号:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第5张图片


将数据规范化的导入数据库后,我们就可以做维度分析了:

这是当时做的大概的表结构:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第6张图片

其中时间表是通过创建维度时,选择时间维度自动生成的。

大概讲下维度怎么创建,比如我上表中的Mis Member,每个mis成员有自己的ID和组ID,每个组有自己的组ID和组名称,组基本上就代表了办公区,因为我们当时按办公区分组的:


新建一个维度:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第7张图片

选择使用现有表

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第8张图片

选择MisMember:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第9张图片

系统会自动检测出外部关键字,并将关联表也引入:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第10张图片

这样我们就得到了这样一组数据:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第11张图片

接下来设置递推关系:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第12张图片

简单的讲就是根据人员ID可以推出是谁,还能推出在那个办公区。

view一下结构,就会出来下图:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第13张图片

可以看到有几个办公区,办公区都有谁,这样就说明结构设对了。


最后建立Cube,把所有维度添加进去。

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第14张图片

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第15张图片

之后就可以预览维度分析了。

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第16张图片最后把这个SSAS的项目通过SharePoint展示出来,就有了最终的效果图:

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第17张图片

企业内部IT一体化系列之五:基于SharePoint的IT服务台_第18张图片