sharepoint - 软件架构师应该具备哪些有关 SharePoint 的知识？

Question

在我们公司，我们目前正在尝试定义我们的软件架构师必须了解的有关 SharePoint 的基本知识，以便他们架构和/或领导 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 推出后不久。因此，过去的升级经验可能会有所帮助。

3rd 方 webparts 的知识。我相信 SharePoint 架构师应该能够为您提供至少 5 个他们从 CodePlex 尝试过的 webpart，并告诉您他们对它们的看法。这些都是免费且轻松的，您可以在闲暇时随意拿取和玩耍。

一些商业webpart的知识。因为它们仍然比自己编写便宜。

至少拥有 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 架构师的人。