Somasegar S., Guthrie Scott. Руководство Microsoft по проектированию архитектуры приложений

Подождите немного. Документ загружается.

 Приложения, в которых необходимо выполнение определенных нормативных или

корпоративных процедур с сохранением данных аудита.

 Приложения, выполняющие сложные задачи по обработке документов и условной

маршрутизации или реализующие лучшие практики на базе правил.

При реализации данного шаблона должны быть учтены требования рабочего процесса.

Однако, по возможности, необходимо избегать создания пользовательских компонентов

рабочего процесса и отдавать предпочтение возможностям рабочих процессов SharePoint.

Подход Document Workflow поддерживает два шаблона интеграции, запускающих рабочие

процессы:

 Шаблон LOB Initiated Document Workflow (Инициируемый LOB рабочий процесс

обработки документов). С помощью какого-либо действия, скажем, сохранения в

библиотеке документов SharePoint или отправки формы InfoPath, документы

автоматически передаются в рабочий процесс обработки документов SharePoint.

Рабочий процесс может отправить документ следующему получателю в списке,

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

 Шаблон Cooperating Document Workflow (Взаимодействующий рабочий процесс

обработки документов). Определенные типы взаимодействия документов и LOB-

систем должны подчиняться некоторым правилам или препятствовать выполнению

определенных действий. В качестве примеров можно привести предотвращение

редактирования отправленного документа на определенном этапе выполнения

процесса, извлечение необходимых данных и их возвращение в LOB-систему. Данный

шаблон обычно использует взаимодействующий рабочий процесс SharePoint, который

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

обеспечивает механизмы взаимодействия с LOB. В сложных сценариях LOB-система

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

Составной UI

Приложения типа Composite UI поддерживают композицию множества пользовательских

интерфейсов приложений в рамках документа Office или Веб-страницы SharePoint. Шаблон

Composite UI применяется для реализации следующих сценариев:

 Приложения, собирающие и отображающие несколько различных типов данных на

одной странице UI или в одном окне.

 Приложения, которые используют данные, предоставляемые множеством сетевых

систем, и отображают их на одной странице UI или в одном окне.

 Приложения, которые должные предоставлять пользователям настраиваемый

составной интерфейс с возможностью изменений соответственно любым

требованиям.

Реализация шаблона Composite UI должна выполняться соответственно стандартам Office.

Избегайте создания собственных компонентов, если доступны компоненты Веб-частей с

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

интеграции, которые обеспечивают объединение данных в составной UI:

 Шаблон Context Driven Composite User Interface (Управляемый контекстом составной

пользовательский интерфейс). Контекст определяет структуру UI. Контекстные данные

могут быть статическими (например, конфигурация приложения или вкладка,

добавленная в представление Outlook) или динамическими (например, отображение

или сокрытие данных вкладки в исходном документе). Каждая область составного UI

представляет данные через клиентский компонент Office. Однако пользователи в ходе

выполнения не могут динамически изменять связи между компонентами документа и

исходными данными LOB-системы.

 Шаблон Mesh Composite View (Объединенное композитное представление). UI

содержит такие компоненты, как Веб-части ASP.NET или MOSS, работающие совместно

для получения данных одной или разных LOB-систем. Например, часть, отвечающая за

представление клиента в системе управления отношениями с клиентами (Customer

relationship management, CRM), в момент формирования представления может быть

подключена к части, представляющей список открытых заказов системы планирования

бизнес-ресурсов (Enterprise resource planning, ERP). При выборе клиента система CRM

формирует событие и передает данные выбранного клиента в часть открытых заказов,

которая отображает статус данного заказа.

 Шаблон RSS and Web Services Composition (Композиция RSS и Веб-сервисов). Данный

шаблон является специализированной версией шаблона Mesh Composite View. Он

объединяет данные, опубликованные посредством RSS-каналов или Веб-сервисов.

Различные Веб-части представления данных SharePoint (или пользовательские части)

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

можно привести составное представление каталогов нескольких поставщиков, где

каждый опубликованный элемент содержит ссылку на Веб-страницу поставщика с

дополнительными сведениями.

 Шаблон Analytics (Аналитика). Данный шаблон является специализированной версией

шаблона Mesh Composite View и предлагает конечным пользователям панель анализа

данных. Для отображения данных и диаграмм в составном UI используются сервисы

Excel Services и Веб-части Excel Services, предложенные в MOSS 2007. Для отображения

пользовательских данных и данных LOB-системы и других источников могут

применяться и другие Веб-части. Веб-часть Ключевой показатель производительности

(Key Performance Indicator, KPI), предложенная MOSS, является очень удобным

компонентом панели анализа данных. С ее помощью пользователи получили

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

список BDC.

Консолидация данных (Поисковая навигация)

Приложения типа Data Consolidation предлагают более естественный способ работы с LOB-

данными, предоставляя пользователям возможность применения средств поиска по

множеству LOB-приложений с последующей обработкой результатов поиска. Эти приложения

работают с достаточно большими объемами данных LOB-сущностей. Шаблон Data

Consolidation использует шаблон Discovery Navigation и применяется для реализации

следующих сценариев:

 Приложения, обеспечивающие возможности поиска внутри одной LOB-системы.

 Приложения, обеспечивающие возможности поиска в нескольких LOB-системах.

 Приложения, обеспечивающие возможности поиска в разнообразных LOB-системах и

других источниках данных.

Шаблон Data Consolidation

Шаблон Data Consolidation обеспечивает единый механизм поиска, объединяя результаты

множества операций поиска в одном или более источниках в одно результирующее

множество. При этом он предоставляет не просто ссылки на результаты в виде

Унифицированных идентификаторов ресурсов (Uniform Resource Identifiers, URI), но также

действия, связанные с обнаруженными элементами. Рис. 8 иллюстрирует шаблон Data

Consolidation для формирования индекса содержимого.

Рис. 51

Индекс содержимого включает данные, полученные из нескольких источников

Запуск LOB-процесса

Производный от Data Consolidation шаблон использует ссылки действий, которые запускают

выполнение LOB-операций, таких как запуск рабочего процесса или обработка документа, как

показано на рис. 9.

Рис. 52

Запуск LOB-процесса с помощью действия элемента, присутствующего в результатах

поиска

Координация совместной деятельности

Приложения типа Collaboration согласуют структурированные бизнес-процессы с

неструктурированными действиями пользователей. Шаблон Collaboration применяется для

реализации следующих сценариев:

 Приложения, включающие взаимодействие с пользователями, следствием которого

является необходимость работы с LOB-системой, например, изучение конъюнктуры

рынка перед оформлением заказа.

 LOB-приложения, получающие содержимое и пользовательские данные в

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

формате.

 Приложения, предоставляющие данные в неструктурированной форме с

возможностью ее редактирования пользователями, например, вики-сайт или форум.

Шаблон Collaboration использует MOSS-шаблоны Team Site (Портал проекта), благодаря чему

пользователи получают возможность координировать совместную деятельность вокруг

определенной бизнес-проблемы. Подобное взаимодействие осуществляется с помощью

библиотек документов, списков обсуждений и задач, календарных планов группы и других

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

содержимым может осуществляться с помощью LOB-данных; ссылки на LOB-процессы

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

Office или Веб-браузер.

Уведомления и задачи

Приложения, обеспечивающие поддержку уведомлений и задач, могут использовать

приложение Outlook в качестве основного UI для получения и работы с задачами и

предупреждениями, сформированными LOB-приложением. Кроме Outlook, SharePoint

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

большинством систем электронной почты через Simple Mail Transfer Protocol (SMTP). Шаблон

Notifications and Tasks применяется для реализации следующих сценариев:

 Приложения, назначающие задачи и формирующие уведомления для конечных

пользователей.

 Приложения, которые интегрируют множество LOB-операций и должны уведомлять

пользователей о статусе или требованиях процесса.

Подход Notifications and Tasks, основанный на применении электронной почты, поддерживает

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

задачах и статусе:

 Шаблон Simple Task and Notification Delivery (Простая доставка уведомлений и

задач). LOB-система доставляет задачи и уведомления пользователям

однонаправленным потоком данных в виде задач Outlook и сообщений электронной

почты. Детали задачи или уведомления встроены в тело задачи или сообщения

электронной почты, но вносимые в них изменения не возвращаются в LOB-систему.

Варианты доставки задач и уведомлений включают доставку на Microsoft Exchange

Server (модель с активным источником данных), использование подключаемого

модуля Outlook для извлечения задач и уведомлений (модель с пассивным

источником данных) или публикацию RSS-канала, на который могут подписаться

пользователи.

 Шаблон Direct Task Synchronization (Прямая синхронизация задач). LOB-система

отправляет пользователям задачи через Exchange или Outlook в виде

синхронизированного двунаправленного потока данных. Пользователи и LOB могут

обновлять задачи в любое время, при этом изменения передаются в LOB-систему.

Задача может являться составляющей частью рабочего процесса LOB.

 Шаблон Mediated Task Synchronization (Опосредованная синхронизация задач).

Данный шаблон представляет собой разновидность шаблона Direct Task

Synchronization, где MOSS выступает в роли посредника между LOB-системой и

Outlook, выполняющим синхронизацию задач. LOB-система публикует задачи в список

задач SharePoint, который синхронизирован с задачами Outlook посредством

встроенного в Outlook механизма синхронизации. Обновления задачи в Outlook

автоматически возвращаются в SharePoint. При этом формируется событие,

сигнализирующее об изменении, благодаря чему код обработчика получает

возможность выполнить обновление LOB-системы.

 Шаблон Intelligent Tasks and Notifications (Интеллектуальные задачи и уведомления).

Благодаря ссылкам на действия, которые находятся в настраиваемой области задач

Outlook, пользователи могут запускать выполнение определенного действия на

основании отправленных LOB-системой задач или уведомлений. К типовым задачам

относятся автоматический вход в LOB-систему, поиск необходимых данных и их

обновление. В качестве примера можно привести процедуру утверждения отпусков

сотрудников: руководитель получает из отдела кадров электронные письма с

запросами об отпусках; Настраиваемая область задач (CTP) содержит ссылки на

действия; щелчком соответствующей ссылки руководитель подтверждает или

отклоняет запрос работника, обновляя LOB-систему.

 Шаблон Form-based Tasks and Notifications (Задачи и уведомления на основании

форм). Данный шаблон представляет собой разновидность шаблона Intelligent Tasks

and Notification, где сообщение электронной почты содержит вложенную форму

InfoPath, предварительно заполненную LOB-системой. Пользователь может открыть

сообщение, заполнить форму и отправить ее в LOB-систему. InfoPath обеспечивает

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

пользователю при заполнении формы. Чтобы обеспечить пользователю удобство

работы, настраиваемая область задач InfoPath может также предоставлять

дополнительные сведения, извлекаемые из LOB-системы. Разновидность этого

шаблона использует MOSS InfoPath Forms Services, благодаря чему пользователи могут

заполнять формы в Веб-браузере без необходимости установки InfoPath.

Общие вопросы проектирования

Проектирование офисных бизнес-приложений требует поддержки определенных сценариев и

подходящих для них клиентских офисных приложений. Кроме использования базовых

шаблонов, рассматриваемых в предыдущем разделе, при проектировании OBA

руководствуйтесь следующими рекомендациями:

 Отдавайте преимущество шаблону опосредованной интеграции перед шаблоном

прямой интеграции. Если OBA проектируется как расширенный насыщенный канал,

интерфейсы могут быть реализованы непосредственно в документах. Например,

таблица Excel может содержать пользовательские формы ввода данных. Однако такой

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

использования функциональности. Шаблон опосредованной интеграции позволяет

отделить интерфейсы от физических документов, воспользовавшись преимуществами

SharePoint, в частности Business Data Catalog.

 Используйте структуры на базе OpenXML для встраивания LOB-данных в документы.

OpenXML является международным стандартом European Computer Manufacturers

Association (ECMA)

, поддерживаемым приложениями Office 2007 и многими другими

независимыми поставщиками и платформами. Применение OpenXML позволяет

совместно использовать данные офисных приложений и приложений, разработанных

для других платформ.

 Создавайте шаблоны LOB-документов для общих компоновок, которые будут

использоваться повторно. LOB-шаблон содержит разметку и метаданные,

ассоциированные с LOB, которые впоследствии могут быть связаны с определенными

экземплярами LOB-данных. Иначе говоря, новые документы генерируются путем

объединения LOB-данных с шаблонами документов. Конечные пользователи могут

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

документы могут формироваться посредством пакетной обработки данных на стороне

сервера.

 Используйте MOSS для управления просмотром и процессом визирования

документов. MOSS предлагает функции поддержки основного рабочего процесса для

просмотра и визирования документов. WF удовлетворяет более сложным

требованиям по обработке, расширяя возможности рабочих процессов SharePoint.

 Используйте шаблон Collaboration для координации совместной деятельности

пользователей. Большинство LOB-приложений замечательно подходят для обработки

структурированных бизнес-процессов. Однако они не слишком хороши для обработки

неструктурированных бизнес-процессов, возникающих при взаимодействии с

пользователями. Сайт, на котором реализована совместная деятельность

пользователей, решает эти проблемы с помощью интерфейса, настроенного на

Европейская ассоциация производителей вычислительной техники (прим. переводчика).

поддержку общей работы пользователей. Данный шаблон реализован в SharePoint-

шаблоне Team Site.

 Примите во внимание требования удаленной синхронизации данных. Создаваемые,

обновляемые и распространяемые документы должны быть синхронизированы с LOB-

системой, после чего сохранены для дальнейшего использования. Несмотря на

замечательные возможности по обработке действий транзакционного типа, LOB-

системы не подходят для выполнения значительных объемов работ между

отдельными действиями.

Вопросы безопасности

Офисные бизнес-приложения используют для предоставления данных и функциональности

несколько типов клиентских приложений и имеют доступ к корпоративным LOB-данным,

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

всем ресурсам и защитить данные, передаваемые по сети. При создании OBA

руководствуйтесь следующими рекомендациями:

 Реализуйте SSO, чтобы пользователи могли использовать для доступа к клиентским

приложениям и сетевым функциям свои текущие учетные данные или учетные

данные, проверенные интегрированным сервисом, таким как Active Directory или

SharePoint.

 По возможности шифруйте сообщения, передаваемые во внешнюю по отношению к

вашей защищенной сети среду. Для защиты сетевого соединения между серверами и

клиентами могут использоваться механизмы шифрования на уровне канала,

например, Internet Protocol Security (IPSec).

 Применение модели доверенная подсистема позволит выполнять доступ к данным,

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

Более подробно модель доверенная подсистема рассматривается в главе 19,

«Физические уровни и развертывание».

 Где это необходимо, фильтруйте данные на сервере, чтобы предотвратить

разглашение конфиденциальных данных клиентских приложений.

Вопросы развертывания

Развертывание OBA-решений осуществляется с помощью пакета Windows Installer или

технологии Click Once:

 Click Once требует минимального участия пользователя, небольших усилий для

разработчика и обеспечивает автоматизированное обновление. Тем не менее, он

может использоваться для развертывания только отдельного решения, не

являющегося частью большего решения. Этот подход нельзя применять для

развертывания дополнительных файлов или разделов реестра; он не обеспечивает

пользователю возможность конфигурации установки; и не позволяет создавать

фирменный стиль установщика.

 Windows Installer дает возможность развертывания дополнительных компонентов и

настроек реестра; взаимодействует с пользователем для конфигурации установки;

поддерживает настраиваемую фирменную установку. Однако он требует расширенной

настройки, больших усилий разработчиков и не поддерживает автоматического

обновления.

Шаблоны проектирования

Основные шаблоны проектирования организованы по категориям, таким как Координация

совместной деятельности, Составной UI, Консолидация данных, Интеграция документов,

Рабочий процесс обработки документов, Расширенный канал доступа и Задачи и

уведомления, и представлены в следующей таблице. Рассмотрите возможности применения

этих шаблонов при принятии проектных решений для каждой из категорий.

Категория

Шаблоны

Координация

совместной

деятельности

Collaboration. Координирует неструктурированную деятельность

пользователей со структурированными бизнес-процессами.

Составной UI

Analytics. Специализированная версия шаблона Mesh Composite View,

предлагающая конечным пользователям панель анализа данных.

Context Driven Composite User Interface. Использует контекстную

информацию для определения композиции UI.

Mesh Composite View. Использует такие компоненты UI, как Веб-части

ASP.NET или компоненты MOSS, которые функционируют совместно для

предоставления данных одной или разных LOB-систем.

RSS and Web Services Composition. Специализированная версия

шаблона Mesh Composite View, объединяющая данные, опубликованные

посредством RSS-каналов или Веб-сервисов.

Консолидация данных

Discovery Navigation. Позволяет пользователям осуществлять поиск

данных во множестве LOB-приложений и с последующей обработкой

результатов.

Интеграция

документов

Application Generated Documents. LOB-система объединяет бизнес-

данные и документ Office, используя пакетную обработку на стороне

сервера.

Embedded LOB Information. LOB-данные встраиваются

непосредственно в тело документа Office или встраиваются как XML-

часть документа с предоставлением через элемент управления

содержимым.

Embedded LOB Template. Шаблон объединяет метаданные LOB-

системы с разметкой документа, например, элементами управления

содержимым, XML-схемами, закладками, именованными диапазонами и

смарт-тегами.

LOB Information Recognizer. Данные, распознаваемые LOB-системой,

представляются посредством метаданных и разметки документа,

например, элементов управления содержимым, XML-схем, закладок,

именованных диапазонов и смарт-тегов.

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

обработки документов

Cooperating Document Workflow. Набор взаимодействий документов и

LOB-систем, которые должны подчиняться определенным правилам или

препятствовать выполнению определенных действий.

LOB Initiated Document Workflow. Документы автоматически

передаются в рабочий процесс обработки документов SharePoint с

помощью какого-либо действия, такого как сохранение в библиотеке

документов SharePoint или отправка формы InfoPath.

Расширенный канал

доступа

Direct Integration. Доступ к LOB-интерфейсам реализуется

непосредственно в клиенте Office или расширяется до существующего

поведения, такого как ведение календаря.

Mediated Integration. Промежуточное звено, в роли которого может

выступать BDC, осуществляет сбор данных из несопоставимых

источников и преобразует их в совместимые с Office форматы или

сервисы, которые могут быть использованы клиентскими приложениями.

Задачи и уведомления

Direct Task Synchronization. LOB-система отправляет пользователям

задачи через Exchange или Outlook в виде синхронизированного

двунаправленного потока данных.

Form-based Tasks and Notifications. Разновидность шаблона Intelligent

Tasks and Notification, где сообщение электронной почты содержит

вложенную форму InfoPath, предварительно заполненную LOB-системой.

Intelligent Tasks and Notifications. Благодаря ссылкам на действия,

которые находятся в Outlook CTP, пользователи могут инициировать

выполнение определенного действия на основании переданных LOB-

системой задач или уведомлений.

Mediated Task Synchronization. Разновидность шаблона Direct Task

Synchronization, где MOSS выступает в роли посредника между LOB-

системой и Outlook, выполняющего синхронизацию задач.

Simple Task and Notification Delivery. LOB-система однонаправленным

потоком данных доставляет задачи и уведомления пользователям в виде

задач Outlook и сообщений электронной почты.

Шаблонам OBA посвящена книга Роба Баркера, Иоанны Биксел, Адама Буэнца, Стива Фокса,

Джона Холидея, Бушана Нене и Картика Равиндрана «6 офисных бизнес-приложений для Office

SharePoint® Server 2007». Эком, 2009. Отрывок из этой книги, «Getting Started with Office

Business Applications» (Начало работы с офисными бизнес-приложениями), можно найти на

сайте http://msdn.microsoft.com/en-us/library/bb614539.aspx

Дополнительные источники

Электронная версия списка используемых источников доступна по адресу

http://www.microsoft.com/architectureguide.

 «Automating Public Sector Forms Processing and Workflow with Office Business Application»

(Автоматизация обработки данных форм и рабочих процессов с помощью офисных

бизнес-приложений) по адресу

http://blogs.msdn.com/singaporedpe/archive/tags/OBA/default.aspx.

 «Getting Started with Office Business Applications» (Знакомство с офисными бизнес-

приложениями) по адресу http://msdn.microsoft.com/en-us/library/bb614538.aspx.

 «OBA (Reference Application Pack) RAP for E-Forms processing» (Справочный пакет OBA

для обработки электронных форм) по адресу http://msdn2.microsoft.com/en-

us/architecture/bb643796.aspx.

 Слайды PowerPoint и исходный код по адресу http://msdn2.microsoft.com/en-

us/architecture/bb643796.aspx.

 «OBA Central» (Центр OBA) по адресу http://www.obacentral.com/.

 «Integrating LOB Systems with the Microsoft Office System» (Интеграция LOB-систем с

системой Microsoft Office) по адресу http://msdn.microsoft.com/en-

us/architecture/bb896607.aspx.

 «Understanding Office Development» (Понимание принципов проектирования офисных

приложений) по адресу http://msdn.microsoft.com/en-us/office/aa905371.aspx.