Упаковка визуальной веб-части

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

1. Откройте решение SharePoint 2010 в Visual Studio 2010 (если оно было закрыто) и в раскрывающемся меню Solution Configuration (Конфигурация решения) в стандартной панели инструментов (рис. 29.25) выберите пункт Release (Выпуск). При следующей компоновке проекта Visual Studio 2010 будет генерировать двоичные файлы (DLL) проекта без символов отладки, оптимизируя их для развертывания в производственных средах.

Fyentlin^DrtaContevt dsEvent ■ rtf* fwrtLlntiDBtaContf» tf"httnT//at>c» piaM/iitgt/wst «t"\i LiltVit«LD>USMrct -

»D

' Sii ^¹ ■ «p fc-

в ‘fi ушзЛт

TltfiU40

ЬаЫ

Puc. 29.25. Изменение конфигурации проекта на Release для получения кода, готового к развертыванию в производственной среде

2. Скомпонуйте решение заново, выбрав в меню Build (Компоновка) пункт Rebuild Solution (Скомпоновать решение заново).

3. Откройте окно Solution Explorer, щелкните в нем правой кнопкой мыши на имени проекта и выберите в контекстном меню пункт Package (Упаковать), как показано на рис. 29.26. Это приведет к созданию файла решения SharePoint с уже знакомым расширением .wsp, который будет представлять собой сжатый САВ-файл и содержать DLL-библиотеки веб-части, ее визуальные компоненты и манифест.

4. После упаковки проекта созданный файл решения с расширением .wsp появится в каталоге проекта bin\re lease. Откройте окно проводника Windows и перейдите в нем в каталог \ Documents\Visual Studio 2010\Prcjects\EventWebPart\ EventWebPart\bin\Release. В этом каталоге должен присутствовать файл .wsp (рис. 29.27).

ft<c. 29.27. Нахождение файла. wsp

5. Выберите в меню Start (Пуск) пункт All Programs¹^ Microsoft SharePoint 2010 Products¹^SharePoint 2010 Management Shell (Все программыОПродукты SharePoint 20Ю^с>Оболочка управления SharePoint 2010).

6. В окне командной оболочки Windows PowerShell введите следующую команду, указав на месте <путь_к_решению> полный путь к файлу.wsp вместе с именем самого файла.wsp, как показано на рис. 29.28, и нажмите клавишу <Enter>:

Add-SPSolution -LiteralPath <Путь_к_решению>

7. После этого на экране PowerShell должно отобразиться имя решения, его идентификатор в столбце SolutionID и состояние в столбце Deployed (Развернуто), которое на данном этапе должно быть False.

8. Перейдите на сайт Central Administration (Центр администрирования) и щелкните на опции System Settings (Параметры системы), а затем на ссылке Manage Farm Solutions (Управление решениями ферм) в разделе Farm Management (Управление фермами).

9. На странице Solution Management (Управление решениями) щелкните на решении eventwebpart.asp.

10. На странице Solution Properties (Свойства решения) щелкните на ссылке Deploy Solution (Развернуть решение), как показано на рис. 29.29.

Remove Solution eaektoSoiubons

Type;

Contains Web АррЬаЛгвп Resources Contains Global Assembly;

Backup end BtfDn

Upgrade end Heretwn

Determent Server Type:

Deployed To:

Last operation Result:

Corfgurvtion Wizards

evarttwebpart wsp

Core Solution

Yes

Vs

Bo

Froni-end Web mw Not Deployed None

Bo Qperaoon hu been performed on Йю aaSutran.

1иЫ<1в J Protected M«Je:Off

Puc. 29.29. Развертывание решения на сайте Central Administration

11. В разделе Deploy When (Когда выполнить развертывание) на странице Deploy Solution (Развертывание решения) оставьте выбранным переключатель Now (Сейчас).

12. В разделе Deploy То (Куда выполнить развертывание) выберите конкретное веб-приложение. В данном примере это http: //abcspl004. Щелкните на кнопке ОК.

После этого веб-часть должна стать доступной для добавления на тестовый сайт (http: //abcspl004/sites/test), как это было во время отладки.

Резюме

Как было указано в начале этой главы, важно посмотреть, что в SharePoint 2010 можно делать изначально, и только затем принимать решение относительно использования SharePoint Designer 2010 или Visual Studio 2010 для построения оконных приложений, вебчастей, обработчиков событий и рабочих потоков SharePoint 2010. Вдобавок разработчики должны иметь опыт работы с платформой.NET и желательно с языком C# или VB.NET.

В главе рассматривался пример создания приложения на базе рабочего потока с помощью Designer 2010, который продемонстрировал, как создавать рабочий поток, способный взаимодействовать с несколькими списками SharePoint. Было показано, как опытный пользователь может быстро построить рабочие потоки SharePoint, удовлетворяющие базовым потребностями, с применением набора предопределенных действий и условий.

И, наконец, в главе был приведен пример разработки визуальной веб-части с помощью Visual Studio. В нем демонстрировалось использование многих новых средств, в том числе LINQ и компонента пользовательского интерфейса ListView.

Практические рекомендации

• Прежде чем прибегнуть к использованию Designer 2010 или Visual Studio 2010, разработчик должен удостовериться в том, что предлагаемые в SharePoint 2010 средства не предоставляют возможностей, с помощью которых можно было бы удовлетворить запросы конечных пользователей. Это непростая задача, поскольку в SharePoint предлагается много новых и мощных средств, таких как вычисляемые столбцы, столбцы подстановки, внешние данные, рабочие потоки, извещения и прочие инструменты, которые могут избавить от необходимости в построении более сложных решений.

• При работе с Designer 2010 рекомендуется устанавливать Designer 2010 не на производственных серверах, а на рабочей станции или на сервере SharePoint 2010, предназначенном специально для разработки и проведения тестирования.

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

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

• При разработке кода для SharePoint 2010 с помощью Visual Studio 2010 необходимо, чтобы Visual Studio 2010 и SharePoint 2010 были установлены на одной и той же машине.

• Многие новые средства SharePoint 2010 делают этот продукт более подходящим для использования в качестве платформы для разработки. В их числе развертывание изолированных решений, клиентская объектная модель, интеграция с LINQ и расширенная среда разработки. Тем не менее, не все проекты требуют непосредственной интеграции с SharePoint. Оцените все возможные дополнительные обстоятельства, потому что по многим причинам SharePoint может оказаться не самой оптимальной платформой для поддержки желаемого решения, например, из-за лицензирования, требований к памяти, пропускной способности, количества записей и безопасности.

ГЛАВА

Реализация бизнес-аналитики в SharePoint 2010 с помощью PerformancePoint Services

 

В ЭТОЙ ГЛАВЕ...

• Обзор PerformancePoint Services

• Общие сведения о Dashboard Designer

• Создание инструментальных панелей в Dashboard Designer

• Пример создания инструментальной панели в Dashboard Designer

^^^^^^^^Расшйрёнп^^ёд1>П?Т1а1ТУ^р<>i nt L J Часть VI

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

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

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

В этой и следующей главах рассматриваются два главных компонента для бизнес-аналитики в SharePoint. Службы PerformancePoint Services (PPS) предназначены больше для нисходящих представлений информации; сначала отображаются высокоуровневые метрики уровня предприятия, с возможностью дальнейшего разбиения чисел по регионам, странам, линейкам продуктов, периодам времени или другим ключевым показателям. Службы Business Connectivity Services, которые будут рассматриваться в следующей главе, предназначены восходящих представлений информации, таких как детальные сведения по отдельному товару или заказу.