Фрагмент статьи Андрея Колесова "Механизм управления потоками WindowsFoundation" опубликованной в журнале BYTE/Россия №5 за 2007 год.
Компания DocsVision - разработчик известной одноименной системы управления документами и бизнес-процессами. Одна из особенностей фирмы и ее продукта - ставка на широкое использование технологий Microsoft, более того - акцент на использование их новшеств. В свое время компания одной из первых в стране стала применять .NET в своих продуктах; еще на этапе бета-тестирования Windows Vista, она приступила к изучению инноваций ее программной модели Windows Workflow Foundation. WF имеет прямое предметное отношение к DocsVision, и ее разработчики намерены использовать этот механизм для расширения возможностей системы в направлении управления документами. Он должен быть задействован в составе новой версии DocsVision, которая появится ближайшей осенью.
Мы попросили разработчиков DocsVision поделиться своим мнением о возможностях WF. Вот обобщенный вариант их коллективного мнения:
Несмотря на то, что в названии этой технологии присутствует термин WorkFlow, WF реализует только небольшое часть компонентов концепции WorkFlow систем. По существу WF - это одна из библиотек .NET 3.0 (набор базовых классов), обеспечивающая возможность создания процессно-ориентированных приложений на базе платформы .NET. В приложениях, написанных с использованием этих библиотек, можно будет реализовывать некоторые функции процессных систем. А именно: возможность динамического получения информации о ходе приложения (журнализация), средства приостановки и запуска приложений (например, с целью модификации в процессе исполнения переменных окружения) и даже возможность изменения кода выполняемых программ после их остановки и перезапуска, встроенные интерфейсы для организации временного хранения данных окружения и пр. Тут следует подчеркнуть, что Windows Workflow Foundation - это управление любыми процессами, не обязательно деловыми, но и технологическими - вообще любыми, которые могут быть описаны алгоритмически.
В составе WF - не только базовые функции управления процессом, но и интерфейс для визуального программирования процессов в Visual Studio. Помимо этого в состав новой версии Visual Studio (АК: Orcas - выйдет по срокам примерно вместе с Windows Server "Longhorn") будет входить готовый инструмент для визуальной разработки программ на базе WF. Он будет представлять собой диаграмму процесса, состоящего из готовых сборок для реализации стандартных компонентов процессного приложения. Однако WF (и именно так он позиционируется Microsoft) является не законченной WorkFlow системой, но набором технологических компонентов, на базе которых программисты третьих фирм смогут реализовывать собственные системы управления бизнес-процессами (вот они то уже будут собственно Workflow системами). Либо можно будет интегрировать функции WF в собственные прикладные решения. Так, например, Microsoft реализовала такую возможность в Microsoft Office SharePoint Server 2007 и заявляет об использовании такого подхода в новой версии Microsoft BizTalk.
Сама же библиотека WF не претендует на звание полнофункциональной системы управления бизнес-процессами, так как в ней отсутствует целый ряд необходимых инструментов:
- серверов, которые собственно выполняют экземпляры отдельных процессов;
- средств журнализации бизнес процессов, и базы данных, накапливающей информацию о ходе бизнес процессов;
- средств визуального мониторинга исполнения бизнес процессов;
- клиентской инфраструктуры Workflow: заданий, очереди заданий, подсистемы нотификации исполнителей и пр.;
- средств построения отчетов о ходе исполнения процессов;
- средств моделирования бизнес процессов;
- интеграции подсистемы управления бизнес процессами, и средств управления документами;
- и много чего еще…
В целом WF было бы правильно позиционировать, как универсальный механизм, на который могут ориентироваться разработчики процессно-ориентированных приложений. Использование WF для решения своих задач, обеспечит этим разработчикам более высокую отдачу от базовой серверной и клиентской инфраструктуры Microsoft, а также даст возможность нарабатывать базу отдельных функциональных компонентов. В дальнейшем можно будет использовать библиотеки компонентов процессов как своих, так и третьих фирм для реализации сложных бизнес-процессов, аналогично тому, как сейчас имеется возможность повторного использования программных компонентов в "обычных" проектах заказной разработки.
Начиная с версии 4.0, DocsVision будет базироваться на WF, что обеспечит нашим партнерам существенные преимущества при реализации документно-ориентированных процессов, а также позволит приступить к созданию вышеописанных библиотек.
В части управления процессами DocsVision, кроме функциональных блоков и специализированного редактора для управления бизнес-процессами, содержит хранилище экземпляров процессов и движок, исполняющий каждый экземпляр процесса в реальном времени.
Собственно говоря, ничего большего для платформы управления процессами и не нужно. Однако DocsVision - это система управления бизнес-процессами. Слово "бизнес" в данном случае означает что в составе сущностей и функций системы есть бизнес-ориентированные сущности и функции . Например, сущности бизнес-уровня - документы и функции "направить поручения пользователям", или "создать новый документ" . Причем эти сущности и функции существуют и на самом верхнем уровне системы - при визуальном описании бизнес-процессов, их мониторинге и "ручном" управлении во время исполнения.
Базовые "алгоритмические" функции были, конечно, в DocsVision и раньше, но сейчас мы заменяем эти функции на Activities WF, переписывая их вызовы в остальных модулях DocsVision.
Что нам это дает? В результате мы рассчитываем снизить затраты на поддержку и развитие этого базового слоя управления процессами, полагая что это теперь будет делать Microsoft, и сосредоточиться именно на бизнес-уровне, развивая и поддерживая его.
Мы также рассчитываем на возможность использование шлюзовых возможностей, связанных с наличием в .NET FrameWork других надстроек, таких например как Communication Foundation, и их интеграцию с Workflow Foundation. Сейчас мы сами поддерживаем и развиваем шлюз DocsVision с Exchange, необходимый, например, для рассылки извещений, документов, поручений и обработки различных событий с этими объектами. Мы надеемся, что и эта, в большей степени технологическая, чем прикладная задача, будет решаться Microsoft.
Вообще WF представляется нам удобным "стандартом" для разработки шлюзов к Workflow от любого приложения. Во всяком случае, это стимулирует вендоров на создание таких шлюзов. Таким образом может например появится шлюз к IBM Lotus Domino, "1С", Microsoft Dynamix (последние два войдут в состав DocsVision 4.0) и т.п.. Любой такой шлюз будет создаваться и поддерживаться не нами, а разработчиком приложения. Однако мы сможем этот шлюз использовать и его наличие будет расширять рынок и для нашей системы тоже.
Что еще изменится в нашей системе? Мы планируем также включить в наш редактор возможность использовать готовые блоки бизнес-процессов, разработанные на базе WF. Это облегчит пользователям миграцию своих бизнес-процессов в нашу систему и снизит стоимость поддержки и эксплуатации их решений.
В DocsVision есть свои приложения - это сервер управления документами, приложение "Делопроизводство" и ряд других. Если WF станет действительно стандартом "де-факто" для создания систем управления процессами, мы можем и шлюзы этих наших приложений перенести на уровень WF для их использования нашими ISV-партнерами.
Как будет развиваться ситуация - зависит во многом и от Microsoft. Если в ближайшее время появятся средства интеграции WF c Microsoft SharePoint Services, Microsoft Dynamics и другими системами прикладного уровня от Microsoft и других производителей, а также набор Activities для реализации различных прикладных задач , то это может дать "критическую массу" необходимую для широкого использования WF-сообщества разработчиков ПО.