軟件架構師應該具備哪些關於 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 面世后不久。 所以過去的升級經驗可能會有用。

• 了解第 3 方 Web 部件。 我相信 SharePoint 架構師應該能夠為您提供他們從 CodePlex 嘗試過的至少 5 個 Web 部件，並告訴您他們對它們的看法。 這些都是免費的，很容易在你自己的閑暇時抓住和玩耍。

• 一些商業webpart的知識。 因為它們仍然比自己編寫便宜。

• 至少有 5 個 SharePoint 博客他們虔誠地關注（了解社區）。 如果沒有自己的 SharePoint 博客（回饋社區）。

• 如果他們在 StackOverflow 上，他們必須嘗試回答 SharePoint 問題（例如這個問題）。

• 參加本地 SharePoint 用戶組。 我認為社區很重要。 尤其是通過直接與人交談並了解他們使用 SharePoint 安裝所做的事情，您會學到什么。 你可能會讓自己感到驚訝。

• Experiences with SharePoint Integration - this comes in two equally important flavours - both from SharePoint accessing existing systems (business catalogs, webparts, etc), as well as other systems accessing SharePoint content via webservice or API.

• 此外，SharePoint 可與 Office、OCS、報告服務、性能點、項目服務器一起使用（或運行良好）。

• SharePoint 托管安排 - Microsoft SharePoint 在線服務可能是開始使用 SharePoint 的流行且更便宜的選擇。 它可以在內部托管，也可以由第 3 方公司托管。 了解選項總是有用的。

• 必須使用反射器閱讀 SharePoint 代碼（最好還有頭發）。

我認為成為 SharePoint 架構師至少需要幾年時間（您的里程可能會有所不同）。 您的 .NET 架構師需要成為 SharePoint 架構師，否則我同意其他人的總結 - 找一個已經是 SharePoint 架構師的人

Answer 2

理想情況下 SharePoint 架構師技能屬於以下類別

1. 基礎設施級別/運營
   1. 容量規划
   2. 物理架構（農場設置、網絡、操作系統、許可）
2. 應用程序級別（功能和非功能）\
   1. 需求和可行性分析（定制與 OOTB 開發/實施）
   2. 需求的技術功能映射
   3. 信息架構
   4. 邏輯架構
   5. 概念架構
   6. 詳細設計
   7. 數據庫設計（不是傳統的數據庫設計），這是關於網站集/Web 應用程序的內容數據庫數量。
3. 部署
   1. go 部署的最佳方式，第一次和增量

架構師將協同工作的其他一些活動是規划、估計、執行/實施、風險管理（評估、緩解）的項目經理。

除了與技術團隊、測試人員、用戶界面專業人員、供應商、客戶（業務和 IT 團隊）合作的日常任務之外。

與 Enterprise Architect 組（如果有）進行交互。

Answer 3

從功能和技術的角度來看，架構師應該對我們的產品作品有很好的了解。

所以在我看來，建築師應該：

• 從設計到推出，至少參與了 2 次 Sharepoint 部署。
• 了解我們的主要 sharepoint 組件可以使用 API。 即站點、列表、文檔和工作流組件。

由於您的架構師都沒有這方面的知識，我會將他們與現有 Sharepoint 項目中的 Sharepoint 專家配對，因此他們可以獲得所需的知識。

Answer 4

在我不那么謙虛的意見中，我認為整個“Sharepoint Architect”/“Expert”這件事被誇大了。 Sharepoint 是一種集中組織數字資源以進行集中協作或以集中方式協同工作的工具。

WROX 書籍“Beginning Sharepoint 2010 - 構建業務解決方案”中對 Microsoft Sharepoint 是什么以及做什么的最佳解釋

“因為計算機在任何業務中都扮演着不可或缺的角色，所以在組織中創建、使用和共享的信息越來越多是數字化的，這並不奇怪。您開展的業務越多，您的業務就越成功，您必須管理的更多信息。通常，對於公司日常運營中發生的每個流程和交易，您都有某種形式的文檔。從提案到法律文件，從銷售收據到人力資源政策，一家公司到function所需的信息量是驚人的。

為了管理您的信息過載，SharePoint 提供了一些工具，您可以使用這些工具構建業務應用程序以更好地存儲、共享和管理數字信息。 有了它，您可以為您的各個公司團隊創建列表、庫和網站，以幫助更有效地運行您的業務流程。 通過將組織的重要業務數據定位在一個位置，用戶可以在需要時更輕松、更直觀地找到正確的信息，而不是通過 email、計算機硬盤驅動器或文件共享等不同的位置進行搜索。

什么是 SHAREPOINT 2010？ SharePoint 2010 是一個可擴展和可擴展的基於 Web 的平台，由支持團隊內部、整個企業和 web 上的協作和信息共享的工具和技術組成。 總的 package 是一個平台，您可以在該平台上構建業務應用程序，以幫助您更好地存儲、共享和管理組織內的數字信息。 因為您可以使用或不使用代碼進行構建，所以 package 使普通業務用戶能夠創建、部署和管理團隊網站，而無需依賴系統管理員或開發人員等熟練資源。 使用列表、庫和 web 部件，您可以將團隊網站轉變為專門為提高組織的業務流程效率而構建的業務應用程序。”

為組織 Sharepoint 部署創建架構不是火箭科學。 1. 確定組織的結構 2. 確定 Sharepoint 在集中組織數字資源方面可以做什么。 3.創建Sharepoint施工計划。 4. 構建、測試、改進。 5. 維護它、測試它、改進它、添加它。 那里。 沒那么難。

Answer 5

如果您不了解它的來龍去脈，Sharepoint 可能是一個令人討厭的野獸（他們應該是構建它的專家）。 他們至少應該知道列表、站點和權限是如何工作的。 理想情況下，他們還應該知道所有 web 部分如何在頁面上組合在一起，以及它們應該如何交互。 Really if the architects don't want to learn about sharepoint, they are going to create a .net web application and force it to run on sharepoint. 它不會真正遵循 sharepoint 應用程序應該如何工作的范式。

我會看一家名為Mind Sharp的公司，以獲取他們應該學習什么的指導。

Answer 6

我的建議是在 Sharepoint 世界中尋找一個不只是閱讀 PowerPoint 的實干家，這只是基於其他人所說的話。

我們在 Sharepoint 農場中爬取 500000 個項目時遇到了問題，每個人都給出了另一個故事如何獲得更好的速度......通常人們指的是一個文件夾中不超過 2000 個項目，但這不會改變爬取速度...... .

所以一個好的架構是一個能夠自己對他的設計進行概念驗證的人，而不僅僅是指一些模糊的故事......

我見過許多沒有現實生活經驗的 Sharepoint 建築師......