Общие сведения о рабочем процессе документооборота в SharePoint 2010
Общие сведения о рабочем процессе документооборота в SharePoint 2010
Всем привет, с вами Шон Габриэль (Sean Gabriel), руководитель программы в группе разработчиков рабочих процессов SPD. Недавно я выступал с докладом о рабочем процессе документооборота на конференции SPC и хочу поделиться своими знаниями с более широкой аудиторией. Мы также собираемся подробно рассказать обо всех тонкостях проектирования рабочих процессов в SharePoint 2010, поэтому следите за сообщениями в блоге. Группа разработчиков продукта проделала колоссальную работу по внесению новых и улучшению существующих возможностей рабочих процессов в версии 2010, и мы надеемся, что вы тоже придете в восторг от нового выпуска!
Чтобы подготовить почву для дальнейшего обсуждения, давайте посмотрим на мир с точки зрения рабочих процессов (щелкните, чтобы увеличить рисунок):
Одна из главных целей данного выпуска — предоставить единую среду для разрабатываемых пользователями решений на базе рабочих процессов, и эта идея отражена на приведенном выше графике. На горизонтальной оси расположены средства, с которыми вы можете работать, а вертикальная ось представляет собой грубую шкалу возможностей рабочих процессов, доступных на соответствующем уровне. Чем правее находится точка на кривой, тем сложнее решение.
Начиная с крайней левой точки, мы продолжаем предоставлять в версии 2010 встроенные рабочие процессы на основе утверждений, готовые к использованию сразу же после установки продукта. Эти процессы предназначены для отслеживания других процессов с начала и до конца путем назначения задач удобным вам способом; они легко настраиваются с помощью таких параметров, как дата выполнения, в пользовательском интерфейсе браузера. На данный момент мы создаем такие процессы с помощью стека декларативных рабочих процессов, используя ряд усовершенствованных возможностей платформы, например возможность повторного использования, формы InfoPath, средства наглядного представления и конструктор задач.
Что это означает? В сущности, встроенные функции утверждения больше не являются при настройке черным ящиком; теперь рабочий процесс можно отредактировать непосредственно в SharePoint Designer 2010 в соответствии с потребностями бизнеса. (Также можно сделать копию рабочего процесса для последующего изменения или воспользоваться задачей из другого рабочего процесса — через некоторое время я расскажу об этом более подробно.) Изменение механизма назначения задач, редактирование уже отправленных по электронной почте уведомлений или изменение набора полей в любой из форм рабочего процесса — вот всего лишь некоторые примеры настроек, которые легко выполняются в новой версии. В следующем сообщении мы подробно рассмотрим новый конструктор рабочих процессов в SPD.
По мере изучения встроенных рабочих процессов с помощью SPD вы заметите, что в основе каждого из них лежит вариант действия "начать процесс утверждения". Причина заключается в том, что "ядром" каждого рабочего процесса утверждения является новое декларативное действие, которое мы между собой называем "задачей Office" и в котором реализована основная логика маршрутизации для каждого процесса. Мы выяснили, что многие процессы, от неформального рецензирования контента до жестко структурированных авансовых отчетов, укладываются в схожие шаблоны маршрутизации, но с различным поведением на разных этапах процесса. Таким образом, мы разработали усовершенствованное действие, приняв во внимание ключевые точки расширения и сохранив общую структуру этапов.
На рисунке приведена упрощенная схема внутренней структуры.
Не сильно углубляясь в конкретику, вы можете изменять поведения, применяемые как ко всей иерархии задач, так и к отдельным назначенным задачам, а также управлять переходами между задачами. В свою очередь, каждый выделенный выше элемент процесса является независимым миниатюрным конструктором внутри общего рабочего процесса. Мы также реализовали ряд связанных с задачами действий при работе в различных областях (наши любимые — это добавление новых задач на лету, делегирование задачи другому пользователю и передача задачи начальнику). Лучший способ изучить их — опробовать на практике! Поскольку в рабочем процессе утверждения используется та же самая инфраструктура, вы можете изучить его логику в SPD и увидеть, как реализованы общие поведения, с которыми вы уже знакомы.
Пара слов о самом инструментарии: хотя в SharePoint Designer для построения и настройки рабочих процессов по-прежнему используются правила, работу теперь можно выполнять в Visio, воспользовавшись всеми преимуществами графического конструктора (соответствующий набор элементов содержит все действия рабочего процесса SharePoint!) для более эффективного наглядного представления общей структуры. А когда вам потребуется перейти на решение с пользовательским кодом, наработки, сделанные в SPD, потеряны не будут: Visual Studio теперь позволяет импортировать декларативные рабочие процессы, созданные в SPD, что позволяет продолжить работу с того места, где она была прервана.
Кроме того, мы проделали большую работу по интеграции с инфраструктурой изолированных решений в SharePoint; если ваш код укладывается в простое действие, вы можете развернуть и запустить этот код с частичным доверием в рамках более крупного декларативного рабочего процесса. Наши коллеги из группы разработчиков служб Business Connectivity Services завели блог, посвященный этому и другим вопросам, связанным с точками расширения рабочих процессов, например вопросам интеграции внешних списков; если вам не терпится узнать об этом, см. их сообщения здесь, здесь и здесь.
Наш обзор с высоты птичьего полета подходит к концу — хотя множество тем так и остались нераскрытыми. Мы также хотим узнать ваше мнение о том, что вас больше всего заинтересовало при чтении данной статьи. Не стесняйтесь задавать вопросы в комментариях, мы будем рады продолжить обсуждение.
До встречи,
Шон
Это локализованная запись блога. Исходная статья находится по адресу Overview of Human Workflow in SharePoint 2010
!-->