cypresslogic.com

SharePoint 2010 是微软在 2010 年发布的企业协作与内容管理平台，核心定位是让团队在同一个站点体系里共享文档、发布信息、跑审批流程并做企业搜索。它适合仍在维护旧版内网门户、文档库或工作流系统的组织了解其能力边界；但如果你正在做新项目选型，通常应直接考虑更新版本，因为 SharePoint 2010 已停止主流支持，继续使用会面临安全与兼容性风险。

核心定位：企业协作与内容管理平台

SharePoint 2010 不是单一工具，而是一套可搭建多个站点的基础平台。它把“人、文档、流程、搜索”放在同一个入口下，常见能力包括：

• 团队网站：为部门或项目组提供公告、日历、任务列表、链接等协作空间。
• 文档库：集中存储、版本控制、签入签出、内容审批。
• 工作流：用内置或自定义流程处理审批、反馈、发布等环节。
• 企业搜索：对站点内容、文档和业务数据进行索引与检索。
• 企业门户：把多个站点、业务系统和信息源聚合为统一内网入口。

Cypresslogic 在其服务介绍中把 SharePoint 2010 与 MOSS 2007、SharePoint 2013、SharePoint 2016 并列为其咨询与定制开发覆盖的版本之一，说明这类平台常被用于企业级定制开发，而不只是开箱即用的工具。

典型用途

团队协作与文档管理

最常见的用法是搭建部门站点或项目站点，把文件放进文档库，配合版本历史和权限控制，替代共享盘和邮件附件。审批工作流可以直接挂在文档库上，例如合同、制度文件、报销单的流转。

企业内网与信息发布

通过发布网站和内容类型，组织可以建立内网门户，发布通知、政策、新闻，并按受众控制可见范围。

业务流程与表单

SharePoint 2010 支持与 InfoPath 表单、工作流结合，把纸质或邮件流程搬到站点上，例如请假、采购申请、设备登记。

搜索与内容聚合

企业搜索可以跨站点和文档库建立索引，用户在一个搜索框里找到分散的内容。配合业务数据连接，还能把外部系统的数据呈现在门户页面上。

版本与授权差异

SharePoint 2010 主要分为两个产品线，授权方式不同：

Server 2010 内部又区分 Standard 和 Enterprise 授权，Enterprise 才包含更高级的搜索、商业智能和表单服务等功能。具体功能归属和授权条款应以微软官方文档为准，不同部署场景差异较大。

与 SharePoint 2013/2016 的主要差异

从 2010 到 2013、2016，变化集中在几个方向：

• 界面与用户体验：2013 起采用更现代的界面和更贴近 Office 的交互，2010 的界面相对陈旧。
• 搜索架构：2013 重构了搜索组件，索引和查询能力更强，配置方式也不同。
• 应用模型：2013 引入 SharePoint 应用模型，开发方式从服务器端解决方案向应用和客户端对象模型迁移。
• 云与混合：后续版本与 Office 365、混合部署的衔接更好，2010 基本停留在本地部署思路。
• 工作流平台：2013 起工作流平台升级，2010 的工作流在迁移时往往需要重做或调整。

如果现有系统基于 2010 的服务器端解决方案或自定义工作流，升级到 2013/2016 通常不是简单替换，需要评估代码兼容性、第三方组件和内容迁移路径。

当前使用风险与升级考虑

SharePoint 2010 已经结束主流支持，微软不再提供常规安全更新。继续运行意味着：

• 安全风险：未修补的漏洞可能被利用，尤其是对外可访问的部署。
• 兼容性风险：新版浏览器、Office 客户端和操作系统可能逐步不再良好支持。
• 人才与支持风险：熟悉 2010 的开发和管理人员减少，第三方组件也可能停止维护。

如果只是内部小范围、隔离网络中的只读内容，风险相对可控；但若涉及敏感数据、对外访问或持续开发，建议规划迁移。迁移前先盘点内容量、自定义代码、工作流和第三方组件，再决定是升级到本地新版 SharePoint，还是转向 Microsoft 365 中的 SharePoint Online。

Cypresslogic 这类咨询公司提供的服务范围包括产品愿景与设计、完整开发生命周期、质量保证、现有系统评审、Web 服务咨询和上线后支持，这类能力在旧版 SharePoint 的评估、迁移和定制维护中会用到。选择服务商时，可以重点看其是否覆盖你当前版本，以及是否有从旧版本迁移的实际经验。

SharePoint 2016 是微软推出的本地部署（on-premises）企业协作与内容管理平台，适合希望在自有服务器上管理文档、团队网站、搜索和工作流，而不是把内容全部放到云端的组织。它上承 SharePoint 2013，下接 SharePoint 2019，属于本地部署路线中的中间一代。如果你的组织已经在用 SharePoint 2013 或更早版本，或者出于合规、网络条件等原因需要本地部署，SharePoint 2016 是值得评估的选项；如果对云服务没有限制，则通常应优先考虑 SharePoint Online。

核心用途

SharePoint 2016 的常见落地场景包括：

• 团队网站与门户：为部门或项目组搭建统一入口，集中发布通知、链接和协作内容。
• 文档库：集中存储、版本控制、签入签出和权限管理文档。
• 列表：用结构化列表管理任务、联系人、资产等数据，并配合视图筛选。
• 搜索：跨站点和文档库检索内容，支持结果排序和筛选。
• 工作流：把审批、通知等重复流程自动化。
• 商业智能：结合 Excel Services、Power BI 等组件展示报表和仪表板。

这些能力组合起来，使 SharePoint 2016 更像一个企业内部的信息枢纽，而不只是文件共享目录。

与 SharePoint 2013/2010 的关键差异

与 2010 相比，2016 在界面、搜索和云集成上的跨度更明显；与 2013 相比，差异更多体现在混合能力和运维体验上，而不是彻底重写。因此，从 2013 升级到 2016 的收益通常小于从 2010 升级。

适合继续使用或升级的典型场景

• 组织有数据驻留或合规要求，必须本地部署。
• 现有 SharePoint 2013 环境仍在支撑关键业务，希望获得更好的搜索和混合能力。
• 需要与 Office 365 部分功能配合，但保留本地核心内容。
• 已有 2010 环境，界面和搜索体验明显落后，计划做一次版本跃迁。

如果只是文档共享需求，且没有本地部署限制，评估 SharePoint Online 往往更省运维成本。

评估咨询或开发服务时的考虑因素

Cypresslogic 这类咨询公司通常提供产品愿景与设计、完整开发生命周期、质量保证、现有系统评审、Web 服务咨询和上线后支持等服务。在评估是否引入外部服务时，可以关注：

• 对方是否有 SharePoint 各版本（含 2016）的实际项目经验。
• 能否覆盖从需求、开发到上线后支持的完整链条。
• 是否提供对现有系统的评审，帮助判断升级还是重建。
• 交付承诺是否包含时间与预算的可预期性。

是否引入咨询服务，取决于内部团队是否具备 SharePoint 2016 的部署、定制和运维能力；如果缺乏，外部支持可以降低试错成本。

MOSS 2007 的全称是 Microsoft Office SharePoint Server 2007，是微软在 2007 年推出的企业级 SharePoint 产品，也是 SharePoint 产品线从"协作工具"走向"企业平台"的关键一代。它建立在免费的 WSS 3.0（Windows SharePoint Services 3.0）之上，通过付费授权提供企业门户、内容管理、搜索、Excel Services、表单与工作流等能力。如果你现在遇到 MOSS 2007，通常不是要新建它，而是判断一套遗留系统该维护、升级还是迁移——本文按这个思路讲清它的定位、与后续版本的差异，以及迁移时需要考虑的条件。

MOSS 2007 的基本定位

MOSS 2007 属于 SharePoint 2007 这一代产品，但它本身只是其中的企业版。理解它的第一步是分清它和 WSS 3.0 的分工：

也就是说，MOSS 2007 不是"另一个 SharePoint"，而是 WSS 3.0 加上一组企业功能模块。部署 MOSS 2007 时，WSS 3.0 是它的运行基础。

MOSS 2007 的主要用途

根据这一代产品的功能划分，MOSS 2007 常见的落地场景包括：

• 企业门户：用 SharePoint 站点搭建内网首页、部门门户和跨部门信息发布入口。
• 文档与内容管理：文档库、版本控制、内容审批，以及面向对外网站的 Web 内容管理。
• 企业搜索：跨站点、跨内容源的搜索，是 MOSS 相对 WSS 的重要增量。
• Excel Services：在浏览器中呈现和交互 Excel 工作簿，避免分发文件副本。
• 表单与工作流：通过 InfoPath Forms Services 发布电子表单，配合工作流处理审批类流程。
• 业务数据集成：Business Data Catalog 用于把后端业务系统的数据接入 SharePoint 界面。

这些能力在后续版本中被保留并重构，但实现方式和开发模型都发生了变化。

与 SharePoint 2010/2013/2016 的关键差异

从 MOSS 2007 往后，SharePoint 每一代都在架构、界面和开发模型上有明显调整。对做迁移判断的人来说，下面几个维度最需要关注：

几个实际影响：

• 开发模型的变化最影响迁移成本。MOSS 2007 时代大量依赖服务器端代码和场解决方案，这类代码在 2013 及以后的应用模型下往往需要重写，而不是简单升级。
• 界面和搜索的重构意味着自定义母版页、页面布局和搜索配置通常无法直接沿用。
• Foundation 的消失（2016 起不再单独提供）会影响原本基于免费版本做的部署规划。

版本支持状态与迁移考量

MOSS 2007 早已停止主流支持，继续运行意味着缺少安全更新，且难以获得第三方组件和运维支持。如果这套系统还在承载业务，需要尽早规划出路。

常见的迁移方向有三类，选择取决于你的约束条件：

• 升级到 SharePoint 2010/2013/2016：适合必须保留本地部署、且有合规或内网隔离要求的组织。注意微软的升级路径通常不支持跨代直接升级，往往需要逐代迁移，成本和风险随跳过的代数增加。
• 迁移到 SharePoint Online：适合希望减少本地运维、接受云服务的组织。前提是评估自定义代码、第三方组件和业务流程能否在云端重建。
• 重建或替换：当原有自定义程度很高、或业务本身已经变化时，直接在新平台上重新实现可能比迁移更划算。

评估时建议先盘点三件事：自定义代码和场解决方案的数量、依赖的第三方组件、以及实际仍在使用的功能范围。很多 MOSS 2007 环境里，真正被使用的功能远少于当初部署的范围，先做减法能显著降低迁移工作量。

Cypresslogic 这类软件咨询公司在其服务列表中同时覆盖 SharePoint 2010、MOSS 2007 等版本，并提供产品愿景、全生命周期开发、现有系统评审和上线后支持等服务。对于缺少内部 SharePoint 运维能力的组织，把遗留系统盘点、迁移路径评估和后续开发交给有跨版本经验的团队，是一种常见做法；选择时重点看对方是否有从 MOSS 2007 向新版本迁移的实际案例，而不只是当前版本的开发能力。

软件咨询公司通常提供从产品愿景、设计、开发、质量保证到上线后支持的完整服务链，适合需要外部技术团队补齐能力、加速交付或评审现有系统的组织。以位于大温哥华地区的 Cypresslogic Systems Inc. 为例，其服务覆盖产品愿景与管理、全软件开发生命周期、质量保证、现有系统评审、Web 服务咨询和上线后支持，并专注于 Web 2.0、SharePoint（各版本）和 Commerce Server 环境的定制开发。选择时，应重点核对其技术专长是否匹配你的系统、交付承诺是否可验证，以及需求变更和上线后支持是否有明确机制。

软件咨询公司通常提供哪些服务

根据 Cypresslogic 的服务清单，软件咨询的核心服务可以归纳为以下几类：

Cypresslogic 将产品管理、项目管理和开发服务组合成一个团队，其自我定位是提供“训练有素的专家团队来处理任何项目”。这意味着咨询公司不只是写代码，还可能介入需求定义、项目节奏控制和交付管理。

技术专长：先看是否匹配你的系统

软件咨询的价值高度依赖技术栈匹配。Cypresslogic 明确列出的专长包括：

• SharePoint：覆盖 2010、2013、2016 及 MOSS 2007 等版本
• Commerce Server
• .NET Web 应用
• Web 服务与集成
• PLC & SCADA（工业控制相关）

如果你的系统运行在上述环境中，这类咨询公司的经验可以直接复用；如果技术栈不重叠，则需要求对方提供同类项目的具体做法，而不是只看服务清单。

Cypresslogic 还开发了自有产品 ObjectView，这是一个图形化编程环境，用于集成 Web 服务。它允许导入多个 Web 服务，以拖拽方式将服务组件当作积木搭建应用，并可将成果作为单一 Web 服务部署到不同平台。自有工具可能带来两方面影响：一方面，集成类项目可能有更成熟的加速手段；另一方面，需要确认工具是否会造成额外的平台绑定或授权依赖。

如何评估交付能力与长期合作

Cypresslogic 在官网上强调“按时、按预算”交付，并称与客户保持长期关系，部分客户会带着新项目回来。评估任何咨询公司时，可以把这些主张转化为可核对的提问：

• 按时按预算：要求提供同类项目的计划与实际对比，而不是只看案例名称。
• 需求变更：Cypresslogic 明确承认“多数项目中需求会随时间变化”，并表示会额外投入以适应新需求。合作前应确认变更如何计价、如何走审批、对工期的影响如何评估。
• 长期关系：询问老客户复购比例、上线后支持的响应方式和期限。
• 超出规格：Cypresslogic 称即使超出原始需求与规格也会履行专业义务。这对客户有利，但也要明确“超出”是否会产生额外费用。

合作前需要明确的条款

无论选择哪家软件咨询公司，以下内容应在合同中写清：

1. 项目范围：交付物清单、验收标准、不包含的内容。
2. 变更流程：谁有权提出变更、如何评估工作量和费用、是否影响里程碑。
3. 上线后支持：支持期限、响应时间、是否单独计费。
4. 知识产权：定制代码、自有工具（如 ObjectView）产出的归属与授权方式。
5. 团队构成：实际参与人员及其经验，避免销售团队与交付团队不一致。

Cypresslogic 的口号是“Great Software comes from Clarity of Thought”（伟大的软件源于清晰的思考）。对客户而言，清晰的合作条款同样是项目成功的前提。

SharePoint 2013 是微软推出的企业级协作与内容管理平台，定位是让团队在同一套系统里管理文档、搭建站点、跑审批流程并做企业搜索，而不是一个单纯的建站工具。它适合仍在本地服务器上运行、需要与 Office 客户端深度配合、且对数据存放位置有内部要求的组织；如果目标是开箱即用的云端协作，后续版本和云服务通常更省运维成本。

核心定位：协作平台，不是单一网站工具

SharePoint 2013 把几类能力放在同一个平台上：

• 站点与门户：用团队站点、项目站点、企业门户组织不同范围的协作空间。
• 文档与内容管理：文档库支持版本历史、签入签出、内容审批，适合需要留痕的合同、方案、制度类文件。
• 工作流：把审批、会签、发布等重复流程固化下来，减少邮件往返。
• 搜索：对企业内文档、站点、人员做统一检索。
• 社交与个人化：新闻源、关注、个人站点，用于内部信息流转。

它的价值在于“一套平台覆盖多种协作场景”，代价是部署和治理比轻量工具复杂。

典型用途

团队协作与文档管理

最常见的用法是给部门或项目组建一个团队站点，把共享文档放进文档库，用版本历史追踪修改，用权限控制谁能读、谁能改。相比共享文件夹，它多了审批、元数据和检索能力。

流程与表单

审批流、发布流、请假或采购申请等，可以通过工作流和表单在平台内跑完，状态可查、责任可追。

企业门户与搜索

把多个站点、公告、链接聚合到门户首页，配合企业搜索做统一入口，适合内部信息分散、需要集中导航的组织。

与 Office 配合

与 Word、Excel、Outlook 等客户端的集成是它的传统优势，文档可以直接在客户端打开并回存，版本由平台管理。

与 SharePoint 2010、2016 的版本差异

版本选择的关键不是“哪个更新”，而是现有环境、浏览器兼容要求、补丁与生命周期状态是否还能支撑业务。较老版本在浏览器兼容和官方支持上会逐步受限，这是决定是否继续使用或升级的主要因素。

部署形态：本地还是云端

• 本地部署：数据放在自有服务器，适合对数据位置、内网访问、定制化有要求的组织；需要自行承担服务器、补丁、备份和运维。
• 云端：由服务方托管，省去基础设施运维，但定制边界和数据存放位置与本地不同。

选择时先明确：数据是否必须留在内网、是否有深度定制需求、团队是否有运维能力。这三点通常直接决定形态。

使用与运维注意点

• 浏览器兼容：较老版本对新版浏览器的支持可能不完整，部分功能需要特定浏览器或兼容模式。
• 补丁与生命周期：版本越老，官方支持窗口越有限，安全补丁和兼容性会逐步收紧，应提前规划升级或迁移。
• 权限治理：站点和文档库容易越建越多，权限分散后难以审计，建议一开始就约定命名和权限规则。
• 升级评估：从 2010 或向 2016 迁移前，先盘点自定义功能、工作流和第三方组件，它们往往是升级的主要障碍。

什么时候还适合用 SharePoint 2013

• 已有本地部署且运行稳定，短期内没有迁移预算。
• 业务依赖与 Office 客户端的深度集成和本地数据存放。
• 定制功能较多，迁移成本高于继续维护成本。

如果目标是快速上线、减少运维、且没有强制的本地数据要求，评估更新的版本或云端方案通常更合适。判断依据应落在数据位置要求、定制程度、运维能力和官方支持状态这四项上，而不是单纯比较版本号。