Сравнение инструментов рабочего процесса?

Question

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

Итак, я решил спросить вас, ребята.

Основными технологиями, которые мы рассматриваем, являются Windows Workflow Foundation и eDocs Workflow. Какие еще есть варианты? Sharepoint 2007 также имеет функциональность рабочего процесса, верно? Это только на основе WF?

Каковы плюсы и минусы различных технологий? Как они сравниваются?

РЕДАКТИРОВАТЬ: Кроме того, одна из особенностей административных типов, как в eDocs Workflow, заключается в том, что он предоставляет метод для их самостоятельного редактирования. Я считаю, что Sharepoint '07 делает то же самое. Есть ли другой способ разрешить это с прямой реализацией WWF?

Answer 1

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

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

С другой стороны, конструктор рабочих процессов 'WF' на самом деле является компонентом Visual Studio (по умолчанию - как говорит Берни, вы можете переназначить его) и предназначен для того, чтобы программисты могли полностью настраивать рабочий процесс и интегрировать его с любой другой код / ​​системы желательно. Создание и развертывание сайтов sharepoint таким способом все еще возможно, с использованием «операций Sharepoint», но более сложным.

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

Answer 2

Существует возможность переназначения дизайнера WF (созданного в Visual Studio) в собственном приложении, чтобы пользователи могли создавать рабочие процессы. В Интернете есть несколько примеров кода, самый важный из которых представлен самой MS: http://msdn.microsoft.com/en-us/library/aa480213.aspx).

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