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

Question

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

Так что я решил, что спрошу вас, ребята.

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

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

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

Answer 1

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

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

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

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

Answer 2

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

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