Доброго времени суток, уважаемые хабровчане! Довольно большое количество организаций, государственных и коммерческих, если и не установили Sharepoint, то хотя бы слышали и представляют, что с ним можно сделать (спасибо маркетологам Microsoft).
В этой статье я хочу кратко описать основные известные мне способы создания рабочих процессов в Sharepoint и, в качестве дополнительной темы, как это можно сделать в одном из прикладных решений — EOS для Sharepoint. Тема рабочих процессов – документооборот. Представим себе бизнес-процесс согласования документа, заявки или другой сущности, который схематически можно изобразить как на рисунке 1 (последовательное согласование по линейному маршруту) и рассмотрим подходы по очереди: 1. Используйте встроенный процесс утверждения бизнеса в Sharepoint (три шага).
2. Моделирование процессов в Sharepoint Designer 3. Создайте рабочий процесс в Visual Studio. 4. Создайте рабочий процесс в решении EOS для Sharepoint. Я намеренно опускаю здесь такие методы, как написание пользовательских действий + конструктор SharePoint, создание дизайнера рабочих процессов в Visual Studio и использование логики в формах Infopath. Первый существенно не увеличивает логическую гибкость по сравнению с Sharepoint Designer, второй сложен в разработке, что будет оправдано только при разработке собственных коробочных решений.
Ну, формы InfoPath доступны только в версии Enterprise; не у всех есть желание покупать Enterprise. 
Рисунок 1 — Схема линейного согласования
Очевидно, что если автоматизированный бизнес-процесс выглядит так, как на рисунке 1, то, с некоторыми оговорками, подойдет любой метод – это лишь вопрос целесообразности.
Я бы использовал встроенный рабочий процесс + удобный дизайн страниц и списков.
Но что, если процесс утверждения выглядит так, как показано на рисунке 2? Здесь процесс согласования нелинейный, и маршрут зависит от нескольких условий.
Рисунок 2 – Нелинейная схема согласования
В отделе документационного сопровождения (2-й шаг), получив проект документа, могут принять решение о необходимости привлечения к процессу дополнительных утверждающих.
Кроме того, проект следует направлять на согласование финансовому директору только в том случае, если сумма контракта по проекту составляет более 900 000 рублей.
Что касается возможных средств правовой защиты, то здесь ситуация выглядит иначе:
1. Используйте встроенный процесс утверждения бизнеса в Sharepoint.
Встроенный процесс не поддерживает ветвление, а значит не подходит для решения задачи2. Моделирование процессов в Sharepoint Designer
Если бы мне дали условие смоделировать процесс в Sharepoint Designer, я бы, несколько матерясь, написал бы что-то похожее на то, что показано на рисунке 3.
Рисунок 3. Рабочий процесс в Sharepoint Designer. Этот процесс можно реализовать с помощью комбинации условных операторов и настраиваемых форм задач, подобных той, что показана на рисунке 4.
Рисунок 4. Пользовательская задача в SharePoint Designer. Преимущества подхода: 1. При некоторой подготовке, настойчивости и наличии свободного времени с этой задачей сможет справиться грамотный менеджер или адекватный администратор.
2. Процесс можно перенастроить.
3. Возможность ограничения прав пользователя, создающего рабочий процесс.
Недостатки подхода: 1. выглядит громоздко и непрозрачно.
2. При большем количестве ветвей придется отдельно рисовать схему рабочего процесса на листе бумаги — по тому, как она выглядит в Sharepoint Designer, сложно что-либо понять.
3. В Sharepoint Designer 2010 циклы в рабочих процессах еще не придуманы, поэтому перезапустить процесс в случае сбоя не получится, по крайней мере очевидными методами.
4. Большое количество дополнительных действий, не относящихся к логике процесса.
3. Создайте рабочий процесс в Visual Studio.
Visual Studio позволяет создавать настолько гибкие и сложные бизнес-процессы, насколько вам хочется.Например, часть описанного выше процесса может выглядеть примерно так (рис.
5): 
Рисунок 5 – Фрагмент рабочего процесса Visual Studio
Логикой можно управлять с помощью циклов While, ветвей If-Else и ConditionalActivity (подробнее здесь).
http://msdn.microsoft.com/ru-ru/library/hh824675(v=office.14).
aspx ).
Преимущества подхода: 1. Высокая логическая гибкость 2. Возможности .
NET Недостатки подхода: 1. сложность внедрения, внесения изменений.
2. Требуются права программирования и администратора фермы.
3. Прозрачность только в процессе написания и серьезная документация.
4. EOS для Sharepoint
Eos для Sharepoint — это полноценная система электронного документооборота.Визуального редактора процессов нет, но есть встроенный дизайнер, который при ближайшем рассмотрении оказывается достаточно мощным и простым в использовании.
Таким образом, описанный выше процесс состоит из последовательной настройки всех этапов (рисунки 6,7,8).
Рисунок 6 – Отбор участников этапа 
Рисунок 7 – Условия запуска рабочего процесса
Для каждого этапа можно выбирать участников, автоматически настраивать права, определять, как ведется история рабочего процесса (рис.
6), настраивать условия запуска и запрашивать значения полей у пользователя (рис.
7).
Для шага, требующего дополнительных утверждающих, вы можете запустить отдельный настраиваемый рабочий процесс утверждения.
После завершения настройки каждого этапа вы можете настроить параметры рабочего процесса в целом: например, перезапуск рабочего процесса в случае сбоя одного из утверждающих (в этом случае рабочий процесс начнется с первого этапа, рисунок 8).
Рисунок 8 – Настройка параметров рабочего процесса
Используя последовательную настройку каждого этапа в EOS для Sharepoint, можно смоделировать бизнес-процесс согласования любой сложности за достаточно короткое время.
Никаких дополнительных действий, проверок и валидаций — с созданием процесса справится любой более-менее компетентный ИТ-специалист.
Заключение
Выбор способа автоматизации бизнес-процессов Sharepoint зависит, по большей части, от их сложности.Если процесс очень простой, то достаточно использовать стандартные инструменты.
Если процесс сложен и разветвлен, реализация его логики в SPD или Visual Studio может оказаться длительной и сложной; в этом случае эффективнее будет использовать сторонние инструменты, позволяющие сосредоточиться на логике процесса, не вдаваясь в тонкости реализации.
Теги: #sharepoint #workflow #workflows #sed #eos для SharePoint #sharepoint
-
Кома
19 Oct, 24 -
Куча Сверхдержав
19 Oct, 24 -
Устройство Управления Связью
19 Oct, 24 -
Многопоточность В Java
19 Oct, 24
