软件架构师应该对SharePoint有什么了解？

Question

在我们公司，我们目前正试图定义我们的软件架构师必须了解的基本内容，以便他们构建和/或领导SharePoint实施项目。我们公司的许多架构师都具有.NET开发人员背景，并且对.NET开发以及各种框架组件和工具有很多了解。但是，他们目前缺乏SharePoint知识。事实上，他们甚至不想知道细节的细节。他们想要充分了解它，以做出正确的架构决策并应用经过验证的模式。如果需要更具体的知识，他们会询问SharePoint专家。

那么架构师需要具备的基本SharePoint知识/技能是什么？

Answer 1

列表，文档，工作流，权限等技能有点过于基础，是SharePoint开发人员的必备条件。

我认为也许网站（和网站结构）是一个属于建筑师板块的区域。

SharePoint架构师可以提供更多帮助：

• 容量规划 - 在服务器场中运行多个服务器。可伸缩性和其他神奇的词汇。

• 了解使用SharePoint的功能和业务方案 - 这是一个非常常见的问题 经理问：SharePoint可以为我做什么？ 开发人员问：好吧，你想要它做什么。 然后经理问：好吧，我不知道它能为我做什么，所以我怎么知道我想要它做什么？

• 与SharePoint功能密切相关的是与每个组件相关的各种许可成本。

• 熟悉开发和定制成本。获取与ASP.NET相同的项目时间，然后将其乘以一个较大的系数，然后再添加一个常量。

• 与投资回报以及投资回报率这一重要问题密切相关。 所有人都享有至高无上的投资回报率！

• SharePoint部署可能是一个大问题而且很痛苦。

• SharePoint从v2（MOSS 2003）升级到v3（MOSS 2007）。我们应该在2010年看到新版本的SharePoint（？）。在下一版Office出门后不久。所以过去的升级经验可能会有用。

• 第三方网站部分的知识。我相信SharePoint架构师应该能够为您提供至少5个他们从CodePlex尝试过的Web部件，并告诉您他们对它们的看法。这些都是自由而轻松的，可以自己休闲地玩耍。

• 商业网站部分的一些知识。因为它们比写自己的还便宜。

• 至少有5个他们虔诚遵循的SharePoint博客（了解社区）。如果没有自己的SharePoint博客（回馈社区）。

• 如果他们在StackOverflow上，他们必须尝试回答SharePoint问题（例如此问题）。

• 参加本地SharePoint用户组。我认为社区是一个巨大的交易。特别是您通过直接与人交谈以及了解他们在SharePoint安装中所做的工作所学到的知识。你可能会让自己大吃一惊。

• SharePoint集成的经验 - 这有两个同样重要的风格 - 来自SharePoint访问现有系统（业务目录，Web部件等），以及通过Web服务或API访问SharePoint内容的其他系统。

• 此外，SharePoint可与Office，OCS，报表服务，性能点，项目服务器一起使用（或运行良好）。

• SharePoint托管安排 - Microsoft SharePoint在线服务可以成为开始使用SharePoint的流行且更便宜的选择。它可以在内部托管，也可以与第三方公司托管。了解选项总是有用的。

• 必须使用反射器阅读SharePoint代码（并且最好还有头发）。

我认为成为SharePoint架构师至少需要几年时间（您的里程可能会有所不同）。您的.NET架构师需要成为SharePoint架构师，否则我同意我之前的其他摘要 - 找到已经是SharePoint架构师的人。

Answer 2

从功能和技术角度来看，架构师应该对我们的产品工作有很好的理解。

所以在我看来，建筑师应该：

• 参与了至少2次Sharepoint部署，从设计到推出。
• 了解我们可以使用API​​使用主要的sharepoint组件。 即网站，列表，文件和工作流程组件。

由于您的架构师都没有这方面的知识，我会将它们与现有Sharepoint项目中的Sharepoint专家配对，以便他们获得所需的知识。

Answer 3

理想情况下，SharePoint Architect技能属于下面提到的类别

1. 基础设施级别/运营
   1. 容量规划
   2. 物理架构（农场设置，网络，操作系统，许可）
2. 应用程序级别（功能和非功能）\
   1. 要求和可行性分析（自定义与OOTB开发/实施）
   2. 技术功能需求映射
   3. 信息架构
   4. 逻辑架构
   5. 概念架构
   6. 详细设计
   7. 数据库设计（不是传统的数据库设计），这与网站集/网络应用程序的内容数据库数量有关。
3. 部署
   1. 最佳部署方式，第一次和增量

建筑师将协同工作的其他一些活动是规划，评估，执行/实施，风险管理（评估，缓解）中的项目经理。

除了与技术团队，测试人员，用户界面专业人员，供应商，客户（业务和IT团队）合作的日常任务外。

与Enterprise Architect组进行交互（如果有）。

Answer 4

在我不那么谦虚的意见中，我认为整个“Sharepoint Architect”/“Expert”的事情是过度播放。 Sharepoint是集中组织数字资源的工具，用于集中协作或以集中方式协作。

Microsoft Sharepoint的最佳解释是什么和做什么 来自WROX的书“Beginning Sharepoint 2010 - 构建业务解决方案”

“因为计算机在任何企业中都扮演着不可或缺的角色，所以越来越多 在组织中创建，使用和共享的信息是数字化的。更多 您开展业务，业务越成功，您的信息就越多 必须管理。通常，您可以使用某种形式的文档来处理每个流程和事务 在公司的日常运营中发挥作用。从提案到合法 文件，从销售收据到人力资源政策，所需信息量 一个正常运作的公司是惊人的。

为了管理您的信息过载，SharePoint提供了可用于构建业务的工具 应用程序，以更好地存储，共享和管理数字信息。有了它，你可以创建列表， 各种公司团队的图书馆和网站，可以帮助您更好地运营业务流程 有效率的。通过将您组织的重要业务数据放在一个位置，它就变成了 用户可以更轻松，更直观地在需要时找到正确的信息而不是 搜索不同的位置，如电子邮件，计算机硬盘或文件共享。

什么是SHAREPOINT 2010？ SharePoint 2010是一个可扩展且可扩展的基于Web的平台，由工具和技术组成 支持团队内部，整个企业和部门之间的协作和信息共享 在网上。总包是一个平台，您可以在其上构建业务应用程序来帮助您 更好地存储，共享和管理组织内的数字信息。因为你可以建立 无论有无代码，该软件包都可以为普通业务用户提供创建，部署和管理的能力 团队网站，不依赖于熟练的资源，如系统管理员或开发人员。 使用列表，库和Web部件，您可以将团队网站转换为专门构建的业务应用程序，使您的组织的业务流程更加高效。“

为组织创建架构Sharepoint部署不是火箭科学。 1.确定组织的结构2.确定Sharepoint在集中组织数字资源方面可以做些什么。 3.创建Sharepoint构建计划。 4.构建它，测试它，改进它。 5.维护它，测试它，改进它，加上它。那里！不那么强硬。

Answer 5

如果你不了解它的细节，那么Sharepoint可能是一个令人讨厌的野兽（他们应该是专家用它来构建它）。他们至少应该知道列表，网站和权限的工作方式。理想情况下，他们还应该知道所有Web部件如何在页面上组合在一起以及它们应该如何交互。实际上，如果架构师不想了解sharepoint，他们将创建一个.net Web应用程序并强制它在sharepoint上运行。它不会真正遵循sharepoint应用程序应该如何工作的范例。

我会看一家名为Mind Sharp的公司，以了解他们应该学到什么。

Answer 6

我的建议是寻找一个不仅仅是在Sharepoint世界中阅读PowerPoint的行动者只是基于其他人所说的。

我们遇到了在Sharepoint服务器场中抓取500000个项目的问题，并且每个人都提供了另​​一个故事如何获得更好的速度...通常人们在文件夹中引用的项目不超过2000个，但这并不会改变抓取速度....

所以一个好的建筑是一个能够自己设计POC证据的人，而不只是指一些模糊的故事......

我见过许多没有现实生活经验的Sharepoint Architects ......