Преимущества SharePoint 2010




страница1/6
Дата11.04.2017
Размер0.5 Mb.
Просмотров3491
Скачиваний0
  1   2   3   4   5   6

Преимущества
SharePoint 2010 как платформы разработки
Для независимых поставщиков программных продуктов и предприятий
Дата публикации: июнь 2010 г.
Авторы
Оуэн Эллан (Owen Allen) — старший менеджер по продуктам для ISV-партнеров SharePoint, корпорация Майкрософт
Эрик Боудин (Eric Bowden) — старший консультант, ThreeWill
Керк Лимон (Kirk Liemohn) — ведущий специалист по программному обеспечению, ThreeWill
Дэнни Райан (Danny Ryan) — администратор, ThreeWill
Томми Райан (Tommy Ryan) — администратор, ThreeWill
Пит Скелли (Pete Skelly) — ведущий консультант, ThreeWill
Соавторы
Джефри Эдж (Geoffrey Edge) — старший технический специалист, корпорация Майкрософт
Керк Эванс (Kirk Evans) — разработчик и ведущий эксперт по платформе в разделе коммуникаций, корпорация Майкрософт
Крис Митчел (Chris Mitchell) — специалист по архитектуре технологий для Microsoft Technology Center, корпорация Майкрософт
Редакторы
Билл Арконати (Bill Arconati) — менеджер по товарному маркетингу, Atlassian Software Systems
Тони Кларк (Tony Clark) — директор, корпоративная архитектура, Cox Enterprises
Джефри Эдж (Geoffrey Edge) — старший технический специалист, корпорация Майкрософт
Бо Джордж (Bo George) — старший разработчик приложений, Aflac
Мюррей Гордон (Murray Gordon) — ведущий эксперт по архитектуре ISV, корпорация Майкрософт
Аарон Рафус (Aaron Rafus) — ведущий эксперт по технологии, McKesson Corporation
Уильям Роджерс (William Rogers) — главный специалист по архитектуре Workplace, CorasWorks Corporation
Брендон Шварц (Brendon Schwartz) — старший инженер по платформе, JackBe Corporation
Коул Шифлетт (Cole Shiflett) — специалист по архитектуре решений, Equifax
Др. Тодд Стивенс (Dr. Todd Stephens) — старший специалист по технической архитектуре, AT&T
Мэтт Волц (Matt Waltz) — технический директор, NextDocs
Майкл Уилсон (Michael Wilson) — специалист по решениям (Office и SharePoint), корпорация Майкрософт
Краткий обзор
В ходе конференции, посвященной SharePoint (2009 г.), Кристиан Финн (Christian Finn), директор подразделения по разработке продуктов SharePoint для корпорации Майкрософт, заявил, что, учитывая существующие тенденции, создание продуктов на платформе SharePoint можно назвать «писком сезона». В подтверждение своих слов он привел динамику развития платформы SharePoint наряду с показательными заявлениями компаний, которые встраивают возможности интеграции с SharePoint в свои продукты и услуги. Настоящий документ предназначен для независимых поставщиков программных продуктов, специалистов по архитектуре программного обеспечения,
ИТ-директоров и других руководителей, чья деятельность связана с корпоративными технологиями. Он продолжает эту дискуссию, рассматривая возможные ограничения, которые могут стать причиной того, что организации, занимающиеся разработкой, отказываются от использования SharePoint в качестве платформы разработки при планировании стратегии выбора технологии. Кроме того, он демонстрирует преимущества использования
SharePoint в качестве платформы разработки веб-приложений для таких организаций.

Оглавление
Цели данного документа ......................................................... 3
SharePoint. Историческая справка........................................ 4
Аудитория данного документа .............................................. 6
Обоснование применения SharePoint................................. 7
Пригодность SharePoint для определенных целей ...... 7
Аргументы ................................................................................ 8
Использование платформы ............................................. 8
Понимание ценностного предложения....................... 8
Концепции платформы SharePoint ....................................... 9
Подключение .......................................................................... 9
Расширение ............................................................................. 11
Базирование ............................................................................ 12
Возможности платформы........................................................ 13
Инфраструктура ...................................................................... 13
Канал обработчиков HTTP ASP.NET .............................. 13
Безопасность приложений .............................................. 14
Приложения-службы ......................................................... 14
Создание пакетов и развертывание ............................. 14
Управление контентом ......................................................... 15
Внешние данные ................................................................. 15
Бизнес-аналитика ............................................................... 16
Поиск ...................................................................................... 16
Рабочий процесс ................................................................ 17
Пользовательский интерфейс модели данных .......... 17
И многое другое ................................................................. 17
Пользовательский интерфейс ............................................ 18
Сводные сведения о возможностях платформы .......... 19
Препятствия для внедрения в качестве платформы разработки............................................................ 20
Кажущееся препятствие 1: необходимость уникальных навыков для разработчиков ............................................... 20
Кажущееся препятствие 2: ограниченный или строгий набор служб платформы 20
Кажущееся препятствие 3: отсутствие интеграции со внешними или реляционными данными............................................. 21
Кажущееся препятствие 4: изоляция кода и управление жизненным циклом приложения (ALM) ........................ 21
Справедливы ли эти убеждения? ...................................... 22
Неправильное представление о SharePoint как о платформе приложений............................................... 23
Заблуждение 1: зависимость от SharePoint обуславливает закрытость архитектуры ...................................................... 23
Заблуждение 2: приложения SharePoint слишком рестриктивны ......... 23
Заблуждение 3:
SharePoint — это лишь хранилище документов........... 24
Заблуждение 4:
SharePoint не может использоваться для выполнения бизнес-приложений ............................. 25
Поддержка сообщества и набор средств ...........................26
Сообщество ............................................................................. 26
Visual Studio ............................................................................. 26
Отладка ..................................................................................... 26
SharePoint Designer ............................................................... 27
Средства сторонних производителей ..............................27
Дальнейшие действия ............................................................... 28
Сопоставление функций ....................................................... 28
Анализ рынка ..........................................................................28
Сравнение ................................................................................28
Пилотный проект ...................................................................28
Консультации ..........................................................................28
Экосистема ISV-партнеров SharePoint ............................29
Основные ресурсы ................................................................30
Ссылки .......................................................................................30
Глоссарий .................................................................................31
Сноски .......................................................................................34

Цели данного документа
Как и в случае с любым другим эволюционирующим продуктом, существуют так называемые «ложные пределы», обусловленные опытом работы пользователей с предыдущими версиями. Первоначально целью основных компонентов и возможностей SharePoint являлось обеспечение набора готовых функций, которые упрощали использование и администрирование продукта для сайтов групп и порталов. Продукт с самого начала предусматривал расширение, однако его архитектура не предполагала массовую разработку. Со временем приоритеты изменились.
Сейчас можно перечислить крайне веские причины, по которым организациям-разработчикам следует учесть
SharePoint в своих стратегиях выбора технологии.
Возможность использования богатого набора функций технологий SharePoint — это достаточное основание для рассмотрения SharePoint в качестве платформы веб-разработки. Еще одна немаловажная причина разработки приложений на основе SharePoint (или подразумевающих взаимодействие с этой технологией) — те рыночные возможности, которые открываются благодаря связи с этой популярной платформой (в мире продано более
100 миллионов лицензий на SharePoint). Целью данного документа является рассмотрение кажущихся ограничений, которые обычно заставляют организации, занимающиеся разработкой, исключить SharePoint из планирования стратегии выбора технологии для своих программных продуктов.
В данном техническом документе будут подробно рассмотрены некоторые особенности платформы, включая возможность ускоренного создания более эффективных продуктов и преимущества быстрого внедрения и роста заинтересованности покупателей в SharePoint в качестве платформы разработки. Кроме того, в документе описываются так называемые стратегии Подключения, Расширения и Базирования (Connect, Extend и Build On), а также преимущества этих подходов.

SharePoint. Историческая справка
Недавно была выпущена четвертая версия SharePoint. Со времени выпуска первой версии продукта SharePoint Team
Services (STS) и SharePoint Portal Server (SPS) в 2001 году технология прошла большой путь.
Крайне любопытно оценить изначальную концепцию SharePoint рабочей группы и то, как они воплотили эту концепцию в жизнь
1
В самом начале своего жизненного цикла технология SharePoint предоставляла собой приложение для реализации порталов и сайтов рабочих групп. Возможности настройки были весьма ограничены. В отличие от последующих версий SharePoint, два набора служб в первой версии продукта, SharePoint Team Services (STS) и SharePoint Portal Server
(SPS), даже не имели полностью общей технологической основы.
Вторая версия, включавшая службы Windows SharePoint
Services (WSS) 2.0 и SPS 2003, дала начало формированию сообщества сторонних разработчиков. Интересы этого сообщества главным образом лежали в сфере устранения разрыва между функциями SharePoint и характерными требованиями к порталам и сайтам групп. Эти продукты, как правило, имели форму компонентов (таких как веб- части), которые давали конечным пользователям возможность составления упрощенных приложений.
Кроме того, началось формирование концепции смешения данных из внутренних и внешних источников
SharePoint. Помимо разработки сторонних продуктов, сообщество разработчиков избегало настройки среды
SharePoint, так как имевшиеся приемы зачастую были недостаточно эффективны. Например, для настройки фирменного оформления было необходимо вносить изменения в файл ONET.XML; при том, что этот системный файл SharePoint впоследствии мог быть изменен при развертывании обновлений из пакетов обновления, что приводило к перезаписи настроек. Кроме того, набор технологий SharePoint выполнялся параллельно среде выполнения ASP.NET, вместо того чтобы быть основанным на этой технологии: среда SharePoint имела отдельный фильтр ISAPI и не запускалась посредством фильтра ISAPI ASP.NET. Как следствие, SharePoint были недоступны преимущества обширного набора функций, предоставляемых средой ASP.NET
С выпуском служб WSS 3 и Microsoft Office SharePoint
Server (MOSS) 2007 началось формирование сообщества внутренних разработчиков и консультантов одновременно с быстрым расширением круга сторонних разработчиков. Возможности по расширению стали богаче, кроме того, стала очевидной и перспективность
SharePoint в качестве платформы разработки веб- приложений. Набор служб, которые могли служить основанием для разработки в SharePoint, позволил осуществлять сценарии расширенной настройки решений, включая, например, такие сферы, как использование
Windows Workflow Foundation, управление веб-контентом
(посредством включения продукта Microsoft Content
Management Server), многофункциональную модель событий и возможности поиска.
История SharePoint
Более полное представление об истории продукта можно получить, ознакомившись с публикацией Джеф фа Тепера
(Jeff Teper) об истории SharePoint. Джеф ф занимает должность корпоративного вице-президента подразделения
SharePoint. В своей статье он описывает факторы, которые обусловили преобладание ранней концепции SharePoint в течение многих лет. Как сообщается в записи блога, с самого начала стратегия подразумевала следующее:

решение с широчайшими возможностями интеграции;

готовая рабочая область в веб-среде;

великолепная интеграция с пакетом Office;

простое и гибкое развертывание.

SharePoint. Историческая справка
С появлением SharePoint 2010 изменились наименования составляющих продуктов. Преемник Windows SharePoint
Services 3.0 носит название Microsoft SharePoint Foundation
2010, а следующая версия Microsoft Office SharePoint Server
2007 называется Microsoft SharePoint Server 2010. Термин
«SharePoint 2010» часто используется как обобщение для разных служб SharePoint, не относясь конкретно к SharePoint Foundation или SharePoint Server. Кроме того, в SharePoint 2010 большое внимание уделено удобству для разработчиков. Среда включает большой набор средств и компонентов — как для создания комплексных приложений без строчки кода, так и использования среды
Visual Studio для разработки пакетированных решений.
Помимо прочего, возможности платформы только расширились в выпуске 2010 года, и это направление становится ключевой стратегией в отношении SharePoint.
В данном документе будут подробно рассмотрены некоторые основные возможности платформы, а также их роль в стратегии выбора технологии разработки собственных приложений.
Команда разработки SharePoint приложила большие усилия в области формирования представления о
SharePoint, как о «приложении», не меньшие успехи были достигнуты в области формирования представления о SharePoint как о «платформе». Широкий диапазон средств, начиная с инструментов для разработчиков и решений с открытым исходным кодом и заканчивая API- интерфейсами разработки, наглядно доказывает, что рабочая группа продукта SharePoint сделала все возможное, чтобы уйти от восприятия SharePoint как
«изолированного» приложения. Напротив, продукт
SharePoint эволюционировал в платформу разработки веб-приложений и среду интеграции, обеспечивающую разработчикам Майкрософт функции подключения, расширения и базирования.
Терминология
В данном документе мы будем использовать термины SharePoint 2003, SharePoint 2007 и т. д., для того чтобы различать разные выпуски SharePoint. При необходимости будут использоваться названия лицензий и сокращения
(например, WSS v3, MOSS 2007).

Аудитория данного документа
Данный технический документ предназначен для компаний, занимающихся разработкой программных продуктов, (в документе они будут именоваться независимыми поставщиками программных продуктов, ISV), а также специалистов по архитектуре программного обеспечения,
ИТ-директоров и других руководителей, чья деятельность связана с корпоративными технологиями. Сведения в данном документе носят технический характер, поэтому он будет наиболее понятен для лиц, ответственных за принятие технических решений.
В отношении SharePoint в корпорации Майкрософт принято разделение независимых поставщиков ПО
(примеры см. в разделе «Приложение А. Схема экосистемы ISV-партнеров SharePoint») на следующие категории:

технологические решения — независимые поставщики программных продуктов, расширяющие функции SharePoint;

горизонтальные бизнес-решения — независимые поставщики программных продуктов, создающие решения с широкой сферой применения, которые отвечают потребностям большинства организаций независимо от отрасли; в данном документе они называются поставщиками горизонтальных решений;

вертикальные бизнес-решения — независимые поставщики программных продуктов, разрабатывающие решения для конкретной отрасли; в данном документе они называются поставщиками вертикальных решений.
Учтите, что предприятия также используют решения собственных разработчиков, которые аналогичны продуктам, разрабатываемым независимыми поставщиками программных продуктов.
Предприятия будут использовать предоставляемые SharePoint возможности подключения, расширения и базирования для создания следующих решений:

подключение SharePoint к собственным или устаревшим системам для совместного использования данных системами либо для повышения удобства использования или получения доступа для сотрудников и клиентов;

расширение сайтов групп SharePoint, а также шаблонов и возможностей совместной работы с целью включения стандартных функций, характерных для принятой практики конкретной организации;

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

Обоснование применения SharePoint
Пригодность SharePoint для определенных целей
SharePoint может применяться в различных сценариях разработки продуктов. Понимание взаимосвязи характеристик SharePoint с характеристиками собственных продуктов — это ключ к определению пригодности. Разумно будет начать с рассмотрения шести обобщенных возможностей SharePoint 2010, приведенных на схеме ниже (эти описания также содержатся на странице, посвященной возможностям SharePoint 2010 2
).
Сайты — сайты SharePoint представляют собой единую инфраструктуру, обеспечивающую функции порталов и совместной работы посредством интрасети, экстрасети и сайтов Интернета. Сайты SharePoint служат средой взаимодействия пользователей для обмена информацией, данными и опытом между организациями.
Сообщества — сообщества SharePoint позволяют пользователям взаимодействовать наиболее удобным для них способом. Сообщества
SharePoint обеспечивают совместную работу в группах, обмен знаниями и идеями, взаимодействие с коллегами, а также удобный поиск сведений и специалистов.
Управление контентом — возможности управления контентом
SharePoint позволяют всем пользователям принимать участие в жизненном цикле управления контентом, обеспечивающем надлежащее регулирование и соответствие нормативным требованиям.
Контент SharePoint позволяет свободно соотносить удобство пользователей с принятыми политиками и процедурами.
Поиск — поиск SharePoint обеспечивает функции поиска необходимого контента, информации и людей, сочетая интегрированную, управляемую платформу с наиболее эффективной технологией поиска в корпоративной среде.
Аналитика — аналитика SharePoint позволяет получать доступ к сведениям из источников неструктурированных и структурированных данных и взаимодействовать с ними. Анализ SharePoint дает пользователям возможность поиска нужных специалистов и опыта для принятия более эффективных и обоснованных бизнес-решений.
Комплексные приложения — компоненты SharePoint позволяют пользователям быстро реагировать на бизнес-потребности путем создания собственных решений, не основанных на программном коде, в среде предприятия или в облаке, посредством богатого набора стандартных блоков, средств и функций самообслуживания.
Эти функции характеризуются значительной глубиной.
Подробное рассмотрение каждой функции не входит в задачи данного документа, однако здесь приводятся описания, которые будут полезны специалистам, рассматривающим возможность изначального внедрения аналогичных функций в собственные продукты. Для получения дополнительных сведений ознакомьтесь со следующей публикацией в блоге рабочей группы SharePoint
3
. В ней приведено 40 примеров вложений в шесть функциональных категорий SharePoint 2010, упомянутых выше, наряду с такими областями платформы, как администрирование и разработка.
Помимо этих обобщенных областей решения, SharePoint обеспечивает ряд встроенных функций, которые необходимых для многих веб-приложений. Таким образом, внедрив
SharePoint, независимый поставщик программных продуктов может использовать готовые функции, вместо того чтобы изобретать их заново. К таким возможностям можно отнести следующие.

Управление списками и библиотеками — возможность хранить информацию в списках (создаваемых пользователями или программным путем), включающих различные встроен- ные функции, такие как возврат и извлечение, управление версиями, утверждения, иерархии папок, проверка данных, настраиваемые пользователем представления, вычисляемые поля и многое другое. Формы ввода, представления элемента и уровня списка, редактирование на основе сетки, визуализация RSS и прочие функции также встроены во все списки. Библиотеки основаны на списках путем включения двоичных объектов, таких как документы, изображения и мультимедиа.

Подготовка — возможность простого наполнения данными новых сайтов и списков в соответствии с бизнес-потребностями.

Безопасность — комплексная проверка подлинности и настраиваемая система авторизации встроены в SharePoint и регулируют все аспекты среды.

Интерфейс пользователя — «веб-части», редактирование на основе вики-страниц, система меню, основанная на ленте
Fluent, оформление диалоговых окон в стиле AJAX и многое другое. Эти функции призваны не только экономить усилия разработчиков, они также обеспечивают высокий уровень согласованности, что повышает эффективность использования и принятия пользователями.

Формы и рабочие процессы — такие средства, как InfoPath и SharePoint Designer позволяют бизнес-аналитикам и опытным пользователям создавать бизнес-приложения, ориентированные на рабочий процесс. Независимые поставщики программных продуктов могут с легкостью дополнять функции, доступные в таких решениях, а также включать встроенные формы и рабочие процессы, ориентированные на конкретные горизонтальные или вертикальные бизнес-сценарии.
Повторное использование таких функций позволяет поставщикам сосредоточиться на основных функциях продуктов, вместо того чтобы заново изобретать еще одну систему обеспечения безопасности или пользовательский интерфейс. Эти функции также позволяют бизнес-пользователям сочетать функции SharePoint с возможностями сторонних продуктов для создания решений, которые бы удовлетворяли уникальные потребности их бизнеса.

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


Поделитесь с Вашими друзьями:
  1   2   3   4   5   6


База данных защищена авторским правом ©nethash.ru 2017
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал