关于Microsoft's SharePoint Services

SharePoint Services依靠与桌面应用程序的紧密集成，与其他一些微软产品一样，让你不知不觉的融入工作流程之中，同时也提升了微软的Web相关产品的设计理念。安全性是建立在已经成型的体系架构上的；除去一些小小的缺点，这个产品比起其他的替代者来说，使用起来更加简单易用，而且很多情况下更加经济。 我们不倾向于大放厥词。SharePoint Services为你提供了很多可能是你期待已久的特性，这些功能是过去你不能奢望的，因为如果你要实现他们，不得不面对这样的麻烦：要么让自己晕头转向，要么就破坏了你的系统架构。而且，其中一些特性可能并不是立即能够表现出来的：SharePoint Services被定位为一个文档管理系统，而且这一概念存在着一个潜在的问题，因为我们都对文档管理系统有着非常顽固和世俗的成见。然而，SharePoint以Web为中心的产品定位，给了某些人意料之外的冲击，而且可能改变你的思维方式。下面是一些值得一提的亮点：
1．SharePoint扩展了Exchange Server
如果你正使用Exchange Server来处理你的电子邮件流量，SharePoint可以极大的简化分发任务。你可以创建一个SharePoint站点，作为一个单独的接收Exchange流量的结点，这样一来，实际上就把邮件的流量分为了一个或者几个，拥有内建安全性和成员资格的组。通过在Exchange中为SharePoint设置一个公共目录，Exchange的任务就完成了，而SharePoint就从这个目录中取出数据并完成分发工作。
2. SharePoint提供了可扩展的协同工作解决方案
微软到处宣扬SharePoint Services本质上是一套协同工作解决方案的工具包。为项目组建立站点，以便于其交流、共享以及管理针对项目的文档或者文件，测试，还有其他的协作功能，都属于SharePoint的日常应用范畴。
SharePoint另外一个卖点是这一套协同工作工具是具备高度伸缩性的。一开始仅仅在一个项目组之间共享的资源库，可以很轻易的被提炼精简，以适应整个组织甚至更广大的用户群体的需要。SharePoint Services可以很容易的被部署在一个服务器集群的多台服务器上，使得创建超大数据量的存储成为可能。
3. SharePoint站点是高度可定制的。
SharePoint Services与FrontPage 2003完全集成，因此所有的FrontPage里的WYSIWYG Web编辑工具，都可以用来构建SharePoint站点（如果你的组织走得更远更深，对开发颇有心得，还可以让所有的工作都用ASP.NET来编写完成）。
通过FrontPage，你可以利用Web Parts工具，将你可以在SharePoint中重用的代码模块化，来从更大范围内的所有可能的数据源收集实时数据。你可以允许用户通过在你的站点中加入一个Web Part区域，来控制这些代码模块，这可以通过通常的拖放控件操作来完成。 通过XSLT的风格来完成一个控件，你既可以直接对其尽兴操作也可以通过FrontPage来完成。而且，如果有必要的话，你还可以使用带条件的格式化。
4. SharePoint扩展了InfoPath
InfoPath 2003是微软用于集成表格管理和数据传输的桌面应用程序技术。其实InfoPath是一个强大但却被低估了的技术，而且它的XML架构与表格友好性都能够很好的与SharePoint配合。
具体说来，你会发现直接将InfoPath的表格发布到SharePoint的库中是很有用的。在这样一个库里，表格不单被存储起来，更重要的是被共享了，而且可以被将SharePoint作为协作工具的工作小组们访问（原本的表格是存储在库的头部，而其中的XML结果集合构成了库本身）。
而且，通过SharePoint Portal，你可以用SharePoint Portal Web服务来为你的组织团队增强InfoPath表格的功能，如果需要的话，你可以在你的组织的其他系统中（或者出于某种原因而从外部）访问某些信息以及对表格进行统计。
5．元数据可以被用来创建动态解析的存储系统 元数据（metadata）是SharePoint Server的关键概念，而且会带来一些特殊用途。通过元数据，你可以高效地创建自定义的搜索参数，使得你可以动态的组织信息，以及使用一个文档库中的搜索关键字来检索另外一个文档中的信息。
换句话说，在组织你的文档库的时候，如果合适的话，你可以跨越传统的层次目录的方式。作为代替，你可以创建元数据的查询，它不仅仅被单个 的文档库作为组织的关键字，而且还可以被用作搜索参数在其他文档库中定位文档。通过这种方式，你可以创建具备高效的动态组织结构的、可搜索的文档池，不仅仅是可搜索地，而且还可以在不对文档本身进行任何物理操作的情况下，进行重新组织。
6．SharePoint可以作为一种数据传输机制
SharePoint的主要特性中，有一个功能是为大范围的数据源建立共享的数据分发结点，可以通过不同的传输模式来移动数据。但是它的数据传输功能不仅仅于此。根据你组织站点包含的内容，内容形式，以及站点在你系统中扮演的角色，你可以真正的在服务器与服务器之间，使用SharePoint的站点移动工具分发数据。
举例说明，如果你有一些部署在内部，用于表示不同的工作流阶段的SharePoint站点，使用这些工具（工具是命令行程序，所以可以被脚本化），这些站点的SharePoint内容数据库可以被组织为一个循环批处理的流水线。
7．使用任务面板来将Word文档库转换为带内建管理的协同工作系统。
SharePoint Services主要功能为文档管理。在SharePoint中保存一个Word文档，将文档放入文档库，以及检查他们的存入和取出，是SharePoint最显著的功能。
但是，如果把这些功能扩展为共享的工作区，会使得这些特性比仅仅作为一般工具使用，更加的功能强大。你拥有一个任务面板，它将文档绑定到文档库，而且它内部有一系列强大的特性，可以让你从简单的文档管理，过渡到真正的协同工作与管理。通过任务面板，你可以：
跟踪文档的状态以及版本
定义和跟踪哪些人具有站点/文档的访问权限
进行任务监控
创建警报
当然，不仅仅是Word或者SharePoint，你也可以将其他Office程序的文档保存到SharePoint里。
8．SharePoint能够从外部数据库和其他数据源导入数据。
Web Parts以及Web Parts架构（通过FrontPage 2003或者ASP.NET应用于你的SharePoint开发）可以成为你众多SharePoint站点的一个功能强大的组件。特别地，Data View Web Parts允许你从不同的数据源，向你的站点添加视图。你可以依据你不同的SharePoint站点创建视图，并将视图链接起来。数据源可以是数据库，Web服务，或者其他任意的XML数据源（InfoPath文档，等等）。
9．使用Excel进行数据管理。
在SharePoint中，将数据导出到Excel的功能是被支持得很好的，这样使得作图和打印非常方便（通过“Print with Excel”以及“Chart with Excel”选项）。而且，还可以出于可管理性的目的而将数据导出到Excel（通常这也是需要的）。Excel Export功能创建一个链接到原始数据的Excel Web查询。通过这种方式，你可以创建电子表格来接收数据，并将那些数据放入SharePoint中。
这可以通过生成一个Excel表格来完成，然后将这个表格链接到SharePoint（通过使用“Datasheet Task Pane” 中的“Export and Link to Excel”）。一旦这步完成了，就可以将数据输入表格并使用“Synchronize List”选项使数据从表格传输到Excel里。
10．站点和整个站点集合可以只用一次操作就被全部备份起来
移动一个站点，全部站点（以及更多：一个包括了主站点、子站点以及它们所有内容站点集合）的能力，不应该被忽视。任何使用传统方法来搬迁站点的人都知道这可能带来令人发狂的挫折感。SharePoint Services包含了两个可以极大的减少这一挫折感的工具：STSADM和SMIGRATE。
SMIGRATE过去曾经是一个升级工具，将数据从旧版本的SharePoint迁移到新版本中。现在它可以用来备份/恢复以及大规模的移动站点。它是一个命令行下的工具，是为制作脚本而量身定做的，而且可以简化将一个站点及其内容移动到另外一个结点的流程，这使得它在很多情况下，可以令人信服的作为内容分发工具使用。
它的缺点是：当使用SMIGRATE工具移动一个站点时，站点的安全性设置并没有随之移动。在移动或者恢复一个站点后，记得检查你的设置。
虽然SMIGRATE并不会保存你的安全性设置，但STSADM可以。这个工具不仅仅可以移动一个站点，还可以移动一个站点集合，并且还具备更多功能：你可以使用它来创建站点，删除站点集合，导入模板以及移动数据。