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

Шаг 3 – Определение стратегии обработки правил

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

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

Если правила подвержены изменениям, т.е. простые или управляемые данными,

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

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

администраторами или аналитиками, выбирайте решение с использованием языков разметки, что обеспечит визуальный дизайнер или другое средство редактирования правил, или решение, поддерживающее предметноориентированный язык программирования (Domain Specific Language, DSL). Однако если правила управляются внешней системой, такой как подсистема управления бизнес-правилами, применяйте разработку с разделением кода.

Шаг 4 – Выбор решения для рабочего процесса

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

Windows Workflow Foundation (WF). WF обеспечивает ориентированное на разработчика решение для создания последовательного рабочего процесса, конечного автомата или управляемого данными рабочего процесса. WF поддерживает разработку с помощью только кода, с разделением кода и с

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

Workflow Services. Workflow Services (Сервисы рабочего процесса) обеспечивают интеграцию Windows Communication Foundation (WCF) и Windows Workflow Foundation (WF) для обеспечения рабочих процессов WCF-возможностями. Начиная с Microsoft .NET Framework 3.5, WCF расширена для обеспечения поддержки рабочих процессов, предоставляемых как сервисы, и возможности вызова сервисов из рабочих процессов. Кроме того, Microsoft Visual Studio 2008 включает новые шаблоны и инструментальные средства, поддерживающие сервисы рабочего процесса.

Microsoft Office SharePoint Services (MOSS). MOSS1 – платформа для управления информацией и координации совместной деятельности, обеспечивающая поддержку рабочих процессов на основе технологий WF. MOSS обеспечивает решение для рабочего процесса, управляемого оператором, и совместной деятельности в контексте сервера Microsoft Office SharePoint® Server. Используя Веб-интерфейс, можно определять рабочие процессы для визирования документов, связанных с элементами списка SharePoint; использование дизайнера

SharePoint или Windows Workflow Designer (Дизайнер Windows рабочих процессов)

в Visual Studio позволяет определять условные и управляемые данными рабочие процессы. Для настройки рабочих процессов может использоваться объектная модель WF в Visual Studio. Однако MOSS подходит, только если бизнес-слой взаимодействует лишь с одним сайтом SharePoint и не требует доступа к данным других сайтов.

BizTalk Server. Сервер BizTalk поддерживает последовательные рабочие процессы, конечные автоматы и управляемые данными рабочие процессы, а также разработку с разделением кода и применением языков разметки. Он обеспечивает возможность обмена электронными документами между компаниями с использованием форматов Electronic Data Interchange (EDI)2 и/или XML и включает мощные возможности оркестровки для проектирования и выполнения длительных, тесно связанных бизнес-процессов и рабочих процессов с возможностями надежного хранения и пересылки сообщений. BizTalk интегрируется с гетерогенными приложениями и системами через адаптеры и обеспечивает обработчик бизнес-правил и мониторинг деловой активности (Business Activity Monitoring). Если требуется взаимодействовать с системами не-Microsoft,

1Сервисы Microsoft Office SharePoint (прим. переводчика).

2Электронный обмен данными (прим. переводчика).