Microsoft Windows Sharepoint service技术从SPS2003发展到Moss2007，不只是名称有了巨大的变化，产品本身已经从SPS2003的注重与协作的知识门户，演变成了一个具有六大块功能的整个office产品线的服务器端，门户已经只是其中的一个模块。包含门户、协作、搜索、ECM、BI、工作流的Moss2007已经成为企业信息化应用的集成的平台，而其中的BI功能更是通过报表呈现，快捷反映企业经营状况提升管理效率的有效途径。

当然，严格说来，MOSS2007中的BI功能，仅仅是指BI的展现部分，比如使用Excel Service实现的简单的报表以及PivotTable实现的数据透视，这里的局限性取决于Excel本身的功能，就MOSS2007来说，它只是提供了一个BI展现的场所，如果要作真正的BI，还需要别的系统的集成，比如水晶报表等等，这不是本文讨论的范围，在这里我们仅仅讨论，如何通过Excel Service，来实现简单的（但其实是非常具有普遍意义的）BI的应用。具体来说，就是使用Excel 2007，通过外部数据源连接到数据库，读取数据库中的数据，并根据需要制作成相关的报表以及分析用的数据透视图表，发布到MOSS2007上，并通过Excel Service展现为Web页面。

实现MOSS2007中的BI功能，大致需要以下的三个步骤：
一、在管理中心中配置Excel Service

1. 前提条件：

   要使用Excel Service，需要MOSS2007的企业版，并且需要在网站集中激活企业版的功能，在网站操作> 网站设置 > 网站功能的页面，我们可以激活这个企业版的功能：

2.编辑 Excel Services 设置

在Excel Services的设置中，最基础的设置就是编辑 Excel Services 设置

本页面中有两个地方我们需要注意：在安全性的文件访问方式我们要选择模拟，这是Excel Calculation Services 从所有非 Windows SharePoint Services 受信任文件位置检索工作簿文件时使用的身份验证方式。还有就是在外部数据部分，我们需要设置一个无人参与服务的帐号和密码，这是连接到需要用户名和密码字符串进行身份验证的数据源时，Excel Calculation Services 使用的默认 Windows 帐户的凭据。如果不设置，则无法连接到数据源。

3.受信任文件位置

在SSP的Excel Service的设置中，还有一个关键的设置，就是受信任文件位置，这时Excel Service内部实现的一个安全性的机制，如果一个报表没有被存放到指定的受信任文件位置中列表设定的文档库的中，则这个Excel文件不能使用Excel Servcie的功能，使用Excel Access Webpart以浏览器的方式呈现。

操作方法：在网站集中创建要存放报表的文档库，病把这个文档库的地址添加到受信任文件位置，例如文档库：http://moss.bonainfo.com/Reports/ReportsLibrary

在受信任文件位置添加的页面，我们在位置中填入创建的文档库的地址，要注意选择受信任的子级，以信任这个文档库中文件夹及目录中的内容；在计算行为 的工作薄计算模式中选择文件。

要特别注意的是外部数据这个部分的设置：允许外部数据要选择允许处理来自以下位置的数据连接：受信任的数据连接库和嵌入连接；刷新时警告处不选择启用刷新警告，因为我们一般不喜欢在打开或刷新报表时弹出那个警告的页面；在 "打开时刷新"失败时停止打开处，我们启用停止打开，以便在以下情况下停止打开此位置的文件：文件包含"打开时刷新"数据连接，但打开文件时无法刷新，且用户对文件没有"打开"用户权限。在外部数据缓存生存期处我们可以设定系统可以使用外部数据查询结果的最长时间(秒)；在每个会话允许的最大并发查询数处，可以指定单个会话中可并发执行的外部数据查询的最大数目，这里都是用默认的设置。

在用户定义函数，我们启用允许的用户定义函数。

4、受信任数据连接库

在SSP的Excel Service的设置中，受信任数据连接库是另外的一个非常重要的设置。所有在报表中使用到的到数据库的连接，必须以文件的方式储存在这里指定的数据连接库中，才能被Excel Service正确使用。通常，我们需要首先在网站集中创建一个用于保存数据链接的文档库（数据连接库），然后把此文档库的地址填写到受信任数据连接库的列表中（当然允许不止一个这样的数据连接库）。

至此，我们完成了管理中心的SSP中，关于Excel Service的部分配置，之所以说部分，是因为受信任数据提供程序以及用户定义的函数我们并没有涉及。受信任数据提供程序实际上是能被MOSS2007使用的到数据库连接的驱动程序，如果有数据库没有在列出的列表中出现，你需要手工添加到数据库的驱动，至于用户定义的函数属于开发的范畴，我们不加讨论。

         先举一个例子：在项目中我遇到这样的一个需求，一个非常普通的需求，通知；我们知道MOSS2007已经内置了通知类型的列表，发起一个通知是再简单不过的事了，问题是这边的情况是单位的每个部门都可能发出通知，并且要在发通知的时候就能够决定是不是发布到门户首页，并且是不是重要的通知，因为集团的首页上有两个区域分别显示所有的通知和重要的通知。

        刚听到这个需求我的反应是很诧异，还有这种需求？其实后来想想，也很正常，这种需求也很现实。咋一看很难实现，以为需要开发的支持，写出一套事件处理程序，将发布到首页、重要通知的内容发布到相应的列表中。后来经人指点，看了看网站的内容类型，竟然只用了基本的功能，经过简单的组合就解决了问题：

        一、首先创建了两个网站栏，一个名为是否发布到首页，值为是否选项，一个为是否为重要通知，同样为是否选项；创建了一个名为部门通知的内容类型，继承自通知类型的列表，添加上面创建的网站栏；

创建部门通知列表，允许此列表内容管理，然后添加内容类型，添加创建的部门通知的内容类型，然后删除原来默认的内容类型，这样，在创建新通知的时候，就可以选择是否发布到首页、是否为重要通知了。

      二、创建了通知，选择了是否发布到首页、是否为重要通知，只是做好了基本的准备工作，接下来我们借助MOSS系统中内置的功能强大的内容查询WEBPART，查询的源为部门列表，通知的列表按是否发布到首页筛选，重要通知按照是否为重要通知筛选，就可以满足要求了。

        通过以上的例子我想了很多，其实MOSS已经提供了非常强大的功能，如果我们能充分利用，是可以解决企业许许多多着如此类的实际问题。

        MOSS系统实施的质量，很大程度上依赖于对整个系统的规划和设计。就上面的例子中我们就可以看到，如果我们事先对系统的内容做好了规划，就会在内容创建之前，先去创建是否发布到首页，是否为重要文档，档案类型，保密级别等等诸如此类的在整个项目中的多个地方都要使用的有特定意义的字段，作为网站栏，然后创建诸如部门通知、企业档案之类的满足特定需求的内容类型，然后再创建一个与功能相近的列表，做完上面的两步操作后，将此列表保存为包含内容的模板，就可以在别的地方重用了，这样先规划后动手的方法，能极大提高项目实施的效率。

·     使用具有不同进程标识的IIS应用程序池在近程级别实现隔离

·     使用分离的Web应用程序在Web应用程序级别实现隔离

·     使用分离的SSP在审核级别实现隔离

尽管有非技术的原因使得为什么你需要部署超过一个服务器场以实现安全隔离，一些组织需求将规定实现超过一个的服务器场。下面的场景示例：

·     在一些行业，例如投资银行，商业规则规定在站点间物理隔离。

·     外包IT项目的一些组织，例如一个州政府，或许出版合同需要物理隔离应用程序。

关于站点安全的要素

关于指派权限

关于细密权限和权限继承

选择所使用的站点安全级别

规划权限继承

Worksheet

本文阐述在站点集、站点以及子站点级别的访问控制和授权的规划，不讨论服务器和服务器场的安全规划。关于其他方面的安全，如验证方式和加密，参看规划站点安全.

站点安全受控于为一个安全对象如站点、列表或者项目）指派权限到用户和组，当你规划安全时，你需要决定：

·    你想为单独的安全对象控制权限到什么程度。例如，你想控制访问整个站点，或者你需要为一个特别的列表、文件夹或项目特别指定权限吗？

·    你想如何分类管理你的用户（通过使用组）。本文覆盖了站点安全的本质并帮助你决定可保安全的对象应用哪个特别的权限。更多的关于组织用户到组的信息，参见选择使用哪个安全组.

注意

组与权限交互的方式相比前一个版本有着巨大的变化。在上一个版本中，站点级的组被用来包含用户和权限，换句话说，当你添加一个用户到一个站点组中，你就自动决定了用户指派到一个站点的权限。在这个版本中，用户和权限的组的概念被分离了，sharepoint组在站点级包含用户，权限级别包含权限，用户组没有权限，直到他们被指定一个权限级被到一个特定的安全对象（例如一个站点、列表或库、文件夹、项目或者文档）。