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

Интегрируйте LOB-системы с клиентскими приложениями Office. Выбирайте шаблоны (например, шаблон Direct Integration или Mediated Integration) для интеграции LOB-системы с клиентскими офисными приложениями соответственно специфике решений и функциональным требованиям. Используйте ADO.NET или Веб-сервисы для шаблона Direct Integration. Используйте MOSS в качестве сервера приложений промежуточного уровня для шаблона Mediated Integration. Более подробно эти шаблоны рассматриваются в главе 27, «Проектирование офисных бизнес-приложений».

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

Учитывайте требования удаленной синхронизации данных. Все создаваемые,

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

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

Специальные вопросы проектирования

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

Каталог бизнес-данных

Хранилище документов и содержимого

Сервисы Excel

Сервисы форм InfoPath

Объектная модель SharePoint

Веб-части

Рабочий процесс

Каталог бизнес-данных

BDC позволяет предоставить доступ к корпоративным данным Веб-частям, серверу форм InfoPath и функциям поиска. Разработчики могут применять BDC для создания приложений, позволяющих пользователям взаимодействовать с LOB-данными через привычные интерфейсы. При разработке BDC-приложений руководствуйтесь следующими рекомендациями:

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

Выполняйте аутентификацию пользователей и процессов при подключении к источникам данных. Для аутентификации сетевых источников данных используйте возможности единой регистрации (Single Sign On, SSO), предлагаемые SharePoint.

Применение BDC Definition Editor (Редактор описаний), который входит в Office Server SDK, позволит сократить количество ошибок при создании файла определения приложения (Application Definition File, ADF). Если редактирование ADF выполняется вручную, загрузите схему BDCMedata.xsd в Visual Studio, чтобы избежать ошибок.

В случае необходимости используйте BDC Security Trimmer (Триммер безопасности) для обеспечения настраиваемой фильтрации экземпляров сущностей по ролям безопасности.

Избегайте перегрузки промежуточной области.

Хранилище документов и содержимого

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

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

упростить настройку типов содержимого, и в этом случае не придется управлять каждым типом содержимого в отдельности.

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

Настраивайте Document Information Panel (Область сведений о документе) для сбора метаданных типа содержимого, чтобы отслеживать и редактировать метаданные документов. В Document Information Panel можно добавить бизнеслогику или проверку данных.

Сохраняйте настраиваемые пользователем справочные данные или неизменяемые данные в списках. Однако не стоит отождествлять списки SharePoint с таблицами базы данных. В базе данных храните изменяемые или транзакционные данные. Если список будет запрашиваться из приложения многократно, кэшируйте его содержимое в DataTable или DataSet.

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

Учтите, что один контейнер списков в библиотеке или списке документов может включать максимум 2000 элементов. Создавайте собственный UI, если необходимо работать с контейнером списка, включающим более 2000 элементов.

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

Сервисы Excel

Сервисы Excel состоят из трех основных компонентов. Компонент Excel Calculation Services (Сервисы вычислений Excel) обеспечивает загрузку рабочей книги, выполнение расчетов, обновление внешних данных и настройку сеансов. Excel Web Access (Веб-клиент Excel)

представляет собой Веб-часть, которая отображает и поддерживает работу с рабочей книгой Excel в браузере. Excel Web Services (Веб-сервисы Excel) – это Веб-сервис, размещаемый в SharePoint и обеспечивающий разработчикам методы для создания собственных приложений на базе рабочей книги Excel. Планируя использование сервисов Excel, руководствуйтесь следующими рекомендациями:

Выполняйте аутентификацию всех пользователей и защитите свои файлы подключения к данным Office (Open Data Connection). Настройте аутентификацию Kerberos или SSO для сервисов Excel, чтобы получить возможность аутентификации баз данных SQL Server, расположенных на других серверах.

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

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

Сервисы форм InfoPath

Благодаря сервисам форм InfoPath пользователи получают возможность работать с формами для браузера, которые создаются на базе шаблонов, хранятся в SharePoint и предоставляются через InfoPath. Если формы, созданные на базе совместимых с браузером шаблонов (.xsn), развернуты на сервере, выполняющем InfoPath Form Services, их можно открывать в Веббраузере на компьютерах, на которых не установлен Office InfoPath 2007. Если Office InfoPath 2007 установлен, формы открываются в нем. Для обеспечения работоспособности форм InfoPath в сервисах форм (Form Services) руководствуйтесь следующими рекомендациями:

Создавайте единообразные формы, которые выглядят и выполняются одинаково, независимо от того, где они отображаются, в клиентском приложении Office (Word, Excel или PowerPoint) или с помощью Веб-интерфейса SharePoint Server.

Используйте панель задач Design Checker в InfoPath для проверки совместимости отображаемых в браузере форм. Создавая формы для отображения в браузере,

выберите опцию «Enable browser-compatible features only» (Включить только совместимые с браузером функции), чтобы скрыть неподдерживаемые элементы управления.

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

Активируйте специальную защиту, чтобы сохранить целостность шаблонов форм и предотвратить их изменение пользователями. Выкладывая формы на общедоступные сайты, убедитесь в том, что шаблоны форм недоступны сценариям или автоматизированным процессам, в противном случае, они будут уязвимыми для атак типа «отказ в обслуживании» (Denial of Service, DoS). Кроме того, общедоступные формы не должны включать конфиденциальные данные, такие как аутентификационные данные, имена серверов или баз данных.

Не используйте InfoPath Form Services при проектировании решений для формирования отчетов, которые требуют больших объемов данных.

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