简单地说，SharePoint 2013（以及以后的版本）是一个支持协同的平台----一个集中的基于Web的门户，你用来管理自己的和同事的文档、社交活动、数据和信息。这个定义非常广泛，但是用一个情形来概括就是：你在每天的基础上管理项目，同时必须也要管理项目中的人的团队。项目中，人们会开会，创建文档，交流观点，管理日程等等。如果没有一个集中的地方管理这些活动和文档，你会使用服务器上的文件共享；你会使用邮件来交流文档；你会使用一个或多个不同类型的管理软件帮助记录活动。在这种情形下，你应该能够看到问题。文件共享可能随时停止，那么备份是什么？文档没有版本管理。随着项目元素在不同技术间散布，项目的上下文就丢失了（没有一个整体的东西，也就相当于缺乏完整性吧）。并且这些文档的安全性很难以有效且高效的方式管理和控制。

        项目管理只是描述协同的一个情形。还有很多这样的情形存在，因此这也是SharePoint被如此广泛应用的原因所在。公司经常从简单的文档管理中看到SharePoint的优势；那就是能够在集中区域储存、版本控制、创建和管理文档。然而，这些公司很快发现SharePoint内置的更多功能，它已经超越了简单的文档管理。用户很快看到商务智能（BI）功能，发现（即搜索功能），社交功能以及管理能力，在其他区域他们也能够使用（这些功能）。

        为了给你提供一个你使用SharePoint能够做的事情的类型的知识，这里将SharePoint分到三个不同的区域：

• 协作--随着你阅读这本书，你讲讲看到协作这个概念作为SharePoint重要的主题。这是因为SharePoint就是通过不同类型的协作将人们聚在一起，如企业内容管理（ECM），Web内容管理（WCM），社交计算（使用新闻源），发现人们以及技能，创建仪表板满足你的BI需求等等。使用SharePoint 2013，通过Apps管理协作。开发人员可以拓展、自定义或者为SharePoint创建自己的Apps以及在SharePoint上协作。
• 互通--SharePoint也给协作带来了互通性。这意味着Office和基于Web文档集成，以及构建和部署安全自定义的解决方案（将业务线LOB数据和SharePoint、Office）的能力、与更广的Web技术集成或部署应用程序到云端。
• 平台--如你看到的，SharePoint是一个平台，不仅支持互通性和协作，而且支持拓展性，通过丰富的对象模型、一系列开发人员工具以及不断成长的开发人员社区。这里一个关键的模式转换就是SharePoint中云概念。云引入了新的App模型：新的开发、部署和主持SharePoint应用程序的方法；通过OAuth新的验证形式；使用OData（和REST）的新的数据互通方法。

        这是你在SharePoint讨论中经常会看到的三个关键主题，也是在本书中你将逐步探索的功能。

        所以，作为精华，SharePoint作为基于Web的平台提供了：

1. 一系列自带的、开箱即用的功能支持生产与协作；
2. 一系列开放的可拓展的API和服务，用来建造轻量级Apps或者基于云的Apps（使用你自己支持的技术）；
3. 管理安全和权限（针对不同元素如文档、列表项目等）的基础；
4. 一个管理和配置引擎，提供深度的管理能力（云端的SharePoint版本和现实的SharePoint Server）

        根据使用SharePoint的人的角色，这里阐述的定义可能呈现稍微不同的样子。

        例如，对于终端用户，SharePoint通过提供核心系列的相连接的应用程序（作为基于Web的应用程序平台）提高了生产率。应用程序使人们通过wiki站点、工作区、列表、文档库连接，与微软Office应用程序如Outlook、Excell和Word 2010集成。

        从组织的观点来看，统一的基础架构使组织围绕一个协作集中点（可能是通过组织门户、团队站点或私人我的网站等）。它也使组织能够集成LOB系统，如SAP、Siebel，PeopleSoft和微软Dynamics，通过SharePoint注入到信息工作者经历中。而且，使你能够开发自己不断增长的云服务和数据（你可能正在开发和部署）。

        从开发人员视角来看，你可以利用一个宽大的平台（可能是历史上最宽的平台）来构建和部署许多不同类型的应用程序。从简单的HTML和JavaScript应用程序到托管代码以及.NET云Apps（部署到Windows Azure）。

       在组织中雇员每天的工作生活中，使用SharePoint作为工具集可以对业务需求快速相应--例如，通过托管过程规定文档路线、、提供社交新闻源和更新或管理、跟踪项目文档。精华是，SharePoint代表一个平台，提供组织许多功能，以协作之心做很多不同的事情。

        此时看一下SharePoint用户界面会对你大有裨益。尽管你可以使用许多不同模板创建站点，这里只显示团队站点，并调出页面一些区域。

• 区域1--你可以访问Office 365其他区域如Outlook或网站设置；
• 区域2--提供搜索框输入查询，并在网站集中搜索；
• 区域3--包含一些快速启动，帮助你快速创建网站（注意你可以点击移除这个链接隐藏它们）；
• 区域4--提供上传和查看文档的地方；
• 区域5--显示团队站点其他区域的快速链接。

        如果你是一名开发人员正在阅读本书，你可能很高兴知道SharePoint开发中很多部分是可以自定义的。例如，上图中，你可以通过程序添加来自外部业务线LOB系统的数据到你的站点，你可以集成一个来自Windows Azure的Web app或者创建轻量级的HTML和JavaScript部署到你的团队站点。你也可以自定义站点品牌。例如，下图显示一个例子。这个例子使用了一些自带SharePoint功能配置外观，但是你可以为你的SharePoint站点创建更加复杂、漂亮和自定义的外观。

        因此，SharePoint开箱即用提供的基于Web体验集成了核心（及外部）应用程序和功能（终端用户可以在日常生活中部署）。

        下图中，注意默认视图发生了变化。这是因为站点现在处于编辑模式，你可以自定义SharePoint站点。这个视图中，你可以增加Web部件，HTML或JavaScript Apps，集成外部应用程序等。你能够快速进入站点编辑模式，作出修改，然后保存到服务器这个事实就是SharePoint强大的优势之一。

        SharePoint的结构分类包含多个层次。第一层你有个站点（通过模板创建）。之前说过，你有许多类的模板用来创建站点（无论是开箱即用还是自定义）。站点内，你可以创建更多子站点--使用相同的网站模板。所以它必须是一个父站点或网站集，带有子站点。在特定站点中，你添加（或创建部署到站点）Apps。现在对于很早就使用SharePoint的人来说有点奇怪：什么现在都是App了。也就是说，列表、文档库、表单库等等都是Apps--只是不同类型的App而已。对于SharePoint新手来说，就没那么不和谐了。考虑包含Apps的站点是考虑当今Web平台很自然的方式。而且，随着你为应用商店构建Apps，App的概念（与列表、文档库等区分）开始变得更加合理。下图显示了一小部分SharePoint 中默认可用的Apps。

        对于组织，SharePoint提供了一站式商店，使用SharePoint基础架构，不仅适用于内部站点管理每天项目需求，作为业务流程工作流，而且可用于管理对外公共站点。关键是SharePoint为许多类型站点和App开发提供了基础架构。

        你可以从本书中看到，SharePoint自带体验是在很多方面可以自定义。考虑到与SharePoint 2013集成能力的宽度，这里有附属系列的技术包括Windows Azure、PHP及其他Web技术可以作为你进行SharePoint开发体验的元素。