Какими знаниями должен обладать разработчик программного обеспечения о SharePoint?

Question

В нашей компании мы в настоящее время пытаемся определить основные вещи, которые наши архитекторы программного обеспечения должны знать о SharePoint, чтобы они могли разрабатывать и / или руководить проектом внедрения SharePoint. Многие архитекторы в нашей компании имеют опыт разработки .NET и много знают о разработке .NET, а также о различных компонентах и ​​инструментах фреймворка. Однако в настоящее время им не хватает знаний SharePoint. На самом деле они даже не хотят знать мельчайшие детали. Они хотят знать об этом достаточно, чтобы принимать правильные архитектурные решения и применять проверенные шаблоны. Если требуются более конкретные знания, они спросят эксперта по SharePoint.

Итак, каков будет базовый набор знаний / навыков SharePoint, который понадобится архитектору?

Answer 1

Навыки, такие как список, документы, рабочий процесс, разрешения ... являются слишком базовыми и требуются для РАЗРАБОТЧИКА SharePoint.

Я бы сказал, что, возможно, сайт (и структура сайта) - это область, которая попадет под тарелку архитектора.

Есть несколько областей, с которыми может помочь архитектор SharePoint:

• Планирование емкости - запуск нескольких серверов в ферме. Масштабируемость и другие волшебные слова.

• Знание возможностей и бизнес-сценариев использования SharePoint - это очень распространенный случай.
  Менеджер спрашивает: что SharePoint может сделать для меня? Разработчик спрашивает: ну, что вы хотите, чтобы он делал. Затем менеджер спрашивает: ну, я не знаю, что он может для меня сделать, так как я узнаю, что я хочу, чтобы он делал?

• С возможностями SharePoint тесно связаны различные расходы на лицензирование, связанные с каждым компонентом.

• А также знакомство с затратами на разработку и настройку. Возьмите то же самое время проекта, которое потребовалось бы в ASP.NET, затем умножьте его на большой коэффициент и добавьте дополнительную константу.

• И тесно связан с тем, что можно сделать, и сколько он стоит, является всем важным вопросом окупаемости инвестиций. Всех приветствую высшую рентабельность!

• Развертывание SharePoint может быть серьезной проблемой и сопряжено с большими трудностями.

• Обновление SharePoint с версии 2 (MOSS 2003) до версии 3 (MOSS 2007). Мы должны увидеть новую версию SharePoint в 2010 году (?). Ну а вскоре после выхода следующей версии Office выходит за дверь. Поэтому прошлые обновления могут быть полезны.

• Знание сторонних веб-частей. Я считаю, что архитектор SharePoint должен предоставить вам как минимум 5 веб-частей, которые они пробовали в CodePlex, и рассказать, что они о них думают. Это бесплатно и легко взять и играть на досуге.

• Некоторые знания коммерческих веб-сайтов. Потому что они все еще дешевле, чем писать свои собственные.

• Иметь как минимум 5 блогов SharePoint, которые они неукоснительно читают (знают сообщество). Если у вас нет собственного блога по SharePoint (верните сообществу).

• Если они находятся в StackOverflow, они должны попытаться ответить на вопросы SharePoint (такие как этот).

• Посещать локальные группы пользователей SharePoint. Я думаю, что сообщества это огромная сделка. Особенно то, что вы узнали бы, общаясь с людьми напрямую и узнавая, что они делают с их установкой SharePoint. Вы можете просто удивить себя.

• Опыт интеграции с SharePoint - он имеет два одинаково важных варианта - как от доступа SharePoint к существующим системам (бизнес-каталогам, веб-частям и т. Д.), Так и от других систем, обращающихся к контенту SharePoint через веб-сервис или API.

• Кроме того, SharePoint работает (или работает хорошо) с Office, OCS, службами отчетов, точкой производительности, сервером проектов.

• Организация хостинга SharePoint - онлайн-сервисы Microsoft SharePoint могут быть популярным и более дешевым вариантом для начала использования SharePoint. Это может быть размещено в доме, или с сторонней компанией. Знание опций всегда полезно.

• Должно быть прочитано код SharePoint с использованием отражателя (и желательно с волосами).

Я думаю, что для того, чтобы стать архитектором SharePoint, потребуется как минимум пару лет (ваш пробег может отличаться). Ваши архитекторы .NET должны хотеть быть архитектором SharePoint, в противном случае я согласен с другими отзывами до меня - найду кого-то, кто уже является архитектором SharePoint.

Answer 2

По моему не столь скромному мнению, я думаю, что вся вещь "Sharepoint Architect" / "Expert" - это переиграно . Sharepoint - это инструмент для централизации цифровых ресурсов организации для централизованного сотрудничества или , централизованно работающих вместе .

Лучшее объяснение того, что Microsoft Sharepoint и что делает из книги WROX «Начало Sharepoint 2010 - построение бизнес-решений»

"Поскольку компьютеры играют такую ​​неотъемлемую роль в любом бизнесе, что неудивительно, все больше и больше информации, которая создается, используется и передается в организации, является цифровой. Чем больше бизнес, который вы ведете, и чем успешнее становится ваш бизнес, тем больше информации вы должен управлять. Обычно у вас есть какая-то форма документа практически для каждого процесса и транзакции это теряется во время повседневной деятельности вашей компании. От предложений до юридических документы, от выручки от продаж до кадровой политики, количество информации, необходимой для функционирующая компания колеблется.

Для управления информационной перегрузкой SharePoint предлагает инструменты, с помощью которых вы можете строить бизнес приложения для лучшего хранения, обмена и управления цифровой информацией. С его помощью вы можете создавать списки, библиотеки и веб-сайты для различных команд вашей компании, чтобы помочь вам больше управлять бизнес-процессами эффективно. Располагая важные бизнес-данные вашей организации в одном месте, он становится гораздо проще и интуитивно понятнее для пользователей найти нужную информацию, когда им это нужно, а не поиск в разных местах, таких как электронная почта, компьютерные жесткие диски или общие папки.

ЧТО ТАКОЕ SHAREPOINT 2010? SharePoint 2010 - это расширяемая и масштабируемая веб-платформа , состоящая из инструментов и технологий. которые поддерживают сотрудничество и обмен информацией внутри команд, на всем предприятии и в сети. Полный пакет представляет собой платформу, на которой вы можете создавать бизнес-приложения, которые помогут вам лучше хранить, обмениваться и управлять цифровой информацией в вашей организации. Потому что вы можете построить с кодом или без него, пакет позволяет обычному бизнес-пользователю создавать, развертывать и управлять командные веб-сайты, независимо от квалифицированных ресурсов, таких как системные администраторы или разработчики. Используя списки, библиотеки и веб-части, вы можете преобразовать веб-сайты групп в бизнес-приложения, созданные специально для повышения эффективности бизнес-процессов вашей организации . "

Создание схемы для организации Развертывание Sharepoint - это не ракетостроение. 1. Определите структуру организации. 2. Определите, что может сделать Sharepoint для централизации цифровых ресурсов организации. 3. Создайте план строительства Sharepoint. 4. Постройте, протестируйте, доработайте. 5. Поддерживайте его, проверяйте, уточняйте, добавляйте к нему. Там! Не так сложно.

Answer 3

В идеале навыки архитектора SharePoint подпадают под следующие категории

1. Уровень инфраструктуры / Оперативный
   1. Планирование мощностей
   2. Физическая архитектура (настройка фермы, сеть, ОС, лицензирование)
2. Уровень приложения (функциональный и нефункциональный) \
   1. Анализ требований и технико-экономических обоснований (разработка по заказу и разработка OOTB)
   2. Техно-функциональное картографирование требований
   3. Информационная архитектура
   4. Логическая архитектура
   5. Концептуальная архитектура
   6. Детальный дизайн
   7. Дизайн базы данных (не с точки зрения традиционного дизайна базы данных), это относится к количеству баз данных контента для семейств сайтов / веб-приложений.
3. Развертывание
   1. Лучший способ для развертывания, первый раз и добавочный

Некоторые другие виды деятельности, над которыми архитектор будет работать совместно, - это менеджер проектов в области планирования, оценки, исполнения / реализации, управления рисками (оценка, смягчение последствий).

Помимо ежедневных задач по работе с техническими командами, тестировщиками, специалистами по пользовательскому интерфейсу, поставщиками, клиентами (бизнес и ИТ-команды).

Взаимодействие с группами Enterprise Architect, если таковые имеются.

Answer 4

Архитектор должен хорошо понимать наши работы над продуктом с функциональной и технической точек зрения.

Так что, по моему мнению, архитектор должен:

• Участвовал как минимум в 2 развертываниях Sharepoint, от разработки до развертывания.
• Знать наши основные компоненты sharepoint можно с помощью API. т.е. сайты, списки, документы и компоненты рабочего процесса.

Поскольку ни один из ваших архитекторов не обладает этими знаниями, я бы связал их с экспертом Sharepoint в существующем проекте Sharepoint, чтобы они получили необходимые знания.

Answer 5

Мой совет - ищите деятеля, который не просто читает PowerPoint многим в мире Sharepoint, просто основан на том, что говорили другие люди.

У нас были проблемы с сканированием 500000 элементов в ферме Sharepoint, и каждый рассказывает свою историю о том, как повысить скорость ... Обычно люди ссылаются не более чем на 2000 элементов в папке, но это не меняет скорость сканирования ....

Таким образом, хорошая архитектура - это тот, кто может самостоятельно доказывать правильность концепции своего дизайна, а не просто ссылаться на некоторые расплывчатые истории .....

Я видел многих архитекторов Sharepoint, у которых не было опыта из реальной жизни ....

Answer 6

Sharepoint может быть неприятным зверьком, с которым вы можете работать, если вы не знаете его входы и выходы (они должны быть экспертами в его разработке) Как минимум, они должны знать, как работают списки, сайты и разрешения. В идеале они должны также знать, как все веб-части сочетаются друг с другом на страницах и как они должны взаимодействовать. Действительно, если архитекторы не хотят узнавать о sharepoint, они собираются создать веб-приложение .net и заставить его работать на sharepoint. Это не будет следовать парадигме того, как должно работать приложение sharepoint.

Я бы посмотрел в компанию под названием Mind Sharp , чтобы узнать, чему они должны научиться.