Принятие решения относительно разработки

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

Например, некоторые из менее известных веб-частей (такие как Content Query (Запрос содержимого). Content Editor (Редактор содержимого) и Page Viewer (Средство просмотра страниц)) предоставляют функциональность, которую можно расширять для удовлетворения более сложных бизнес-потребностей. Например, можно вставить JavaScript-код в вебчасть Content Editor для решения различных задач.

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

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

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

ЦП» JI.IIPWIN'ff

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

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

СОВЕТ

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

Если желаемая функциональность не обнаружена в готовом виде, можно обращаться к SharePoint Designer 2010 и Visual Studio 2010. В настоящей главе демонстрируется несколько методов использования средств, предлагаемых в этих двух приложениях.

Планирование проекта разработки

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

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

Обычно проекты разработки SharePoint предусматривают использование готовых компонентов SharePoint и создание рабочих потоков в SharePoint Designer 2010, форм в InfoPath 2010 и решений в Visual Stuido 2010. Составление списка компонентов, ожидаемых от проекта в конечном итоге, может помочь в управлении процессом разработки. Ниже приведен список высокоуровневых задач, которые должны выполняться во время планирования сложных проектов разработки.

• Определение технического задания (Statement of Work — SOW).

• Конфигурирование/обновление среды разработки.

• Конфигурирование базового сайта, сайтов или коллекции сайтов SharePoint 2010.

■Конфигурированиесписковибиблиотек, требуемыхдляподдержкиприложения.

■Созданиемоделейформивизуальныхкомпонентов.

■Разработкатребуемыхкомпонентовифункциональностив Designer 2010 и/или Visual Studio 2010.

• Обеспечение надлежащей системы аудита.

■Обеспечениенеобходимойзащитыдляучаствующихвприложенииобъектов (такихкаксписки, библиотеки, формыит.д.).

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

• Обеспечение обработки исключений и ведения журналов.

• Документирование ключевых этапов процесса разработки.

■Тестированиефункциональностиприложения.

• Обеспечение переносимости приложения между средой разработки и промежуточной или производственной средой.

• Выделение времени на приемочное и пилотное тестирование перед его окончательным внедрением.

■Выделениевременинаобучениеконечныхпользователейиадминистраторовработеиобслуживанию приложения.

• Включение сбора подписей по ходу работ для обеспечения одобрения со стороны руководством.

• Обеспечение контроля за внесением изменений после внедрения приложения в производственной среде.

Выполнение этих действий даже в более простых проектах будет гарантировать успех

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