Изборът инструмент за изпълнение на работния авторство (SharePoint фондация)

Какво е работен процес? Той се състои от два основни елемента: формуляри, че работния процес използва, за да си взаимодействат с нейните потребители и логика, които определят поведението на процеса. За да разберете как да се създаде работен процес, трябва да имате разбиране на тези елементи.

От работния процес взаимодейства с потребителя чрез уеб браузър, ASP.NET процес се използва за показване форми. Тези форми са определени като страници ASPX. По време на работния процес под формата на жизнения цикъл могат да бъдат показани в четири етапа.

Промяна: Създателят на работен процес, може да позволи това да се промени по време на изпълнение. Например, един работен процес може да разрешава добавянето на нови участници или отлагане на задачата. Ако се използва тази възможност, за работния процес трябва да се покаже форма в този момент, което позволява на участниците да се правят промени.

Процесът на работа за събиране на обратна връзка

Наличните дейности се показват в лентата с инструменти в ляво на екрана. Предприемачът да плъзнете тези елементи върху работната повърхност и по този начин да посочи стъпките на работния процес. След това можете да зададете свойствата на действия в "Properties", което е в долния десен ъгъл.

Основните дейности библиотека Фондация Windows Workflow осигурява група от основните дейности, както е описано по-рано. Microsoft SharePoint Foundation също така предоставя набор от дейности, предназначени за работния процес. По-долу са най-важните елементи.

OnWorkflowActivated: стандартна отправна точка за процеса на работа. Наред с другите неща, тази дейност може да приеме информация, предоставена от администратор на SharePoint, като използвате формата асоцииране, когато работният процес е свързан с документна библиотека, списък, тип съдържание, или сайт. Тя може също така да приеме информация, предоставена от формата, когато процесът започва. Всеки работен процес трябва да започне с тази дейност.

CreateTask: създава задача, възложена на определен потребител в списък със задачи. Така например, в сценария, описан по-ранните твърдения, използвани тази дейност, за да добавите задача в списъка, който е бил използван от всички участници. В допълнение, това действие има SendEmailNotification собственост. Ако е активирана, системата автоматично изпраща имейл съобщение до лицето, за което е създадена тази задача.

OnTaskChanged: приема информация от формуляра за Task Пусков. Одобрението на скрипта, който е описан по-горе, това действие се използва за получаване на данни от всеки участник в одобряването на документа.

CompleteTask: бележи задачата като изпълнена.

DeleteTask: премахва задача от списъка.

OnWorkflowModified: действие под формата на промяна в информацията, които след това могат да бъдат използвани, за да се промени поведението на потребителския модел на работния процес. Ако създателят на работния процес не включва елементите за действие, работещи на работния процес не може да бъде променено.

SendEmail: изпрати имейл до определен човек или група от хора.

Типичен работен процес започва с действието OnWorkflowActivated, следван от CreateTask за действие, възлага задача да работния процес на участник. След това можете да използвате стандартен BAL действие Макар, което позволява на чакането на работни места. За да разберете, когато това се случва (потребителят може да направи няколко промени в задачата и сложи отметка под формата на заданието след приключване) Докато вътре в действие трябва да извърши действие, OnTaskChanged, която извлича данните, въведени във формата от потребителя. Когато потребителят завърши задачата, можете да извършите действие и CompleteTask DeleteTask. След това можете да прехвърлите на работния процес на следващия участник, го посочват за които е възложено използването CreateTask, и така нататък .. Разбира се, вие също може да извършва други действия, като например изпращане на съобщения по електронната поща, запис на информация в списъка с историята, или дори включително BAL кодекс, който позволява движение произволна код.

Независимо от стила на разработчика трябва да определи повече от просто логика на работния процес, но и формите ASPX, които ще използвате. Той използва файл с име element.xml. Това е модел, в който предприемачът определя формата (ако има такива) трябва да се показва на всеки от четирите точки са позволени.

За да конфигурирате обмена на данни между работния процес и формите ASPX, които използва разработчикът трябва да изпълни определени действия. Microsoft.Windows.SharePoint.Workflow име пространство предоставя на разработчиците модел на обект. При този тип работа именно пространство Windows SharePoint Services процес може да комуникира с формата ASPX.

Създаване на работния процес и неговата форма, разработчикът трябва да ги опаковат в компоненти. След администратор SharePoint фиксира това компонент (заедно с възли поток) на съответните система GAC. Сега, новият работен поток се извежда до администратора като шаблон, който може да се сравни с документна библиотека, списък, тип съдържание, или сайт.

Тук възниква въпросът: каква е логиката за разлика създадени в Microsoft SharePoint Designer? Защо SharePoint администратори, желаещи да разгърне своите системи Работни процеси, създадени с този инструмент? Факт е, че е създаден в Microsoft SharePoint Designer работния процес може да използва само дейности от администратор контролирани списък. В допълнение към дейностите, предвидени от фондация SharePoint, администратор на сайт, могат да бъдат включени в списъка с персонализирани дейности, създадени от един разработчик. Именно определянето на допустимите действия на работния процес, администраторът на SharePoint може да бъде сигурен, че разполагането е създаден с помощта на Microsoft SharePoint Designer логика не води до дестабилизация на системата.

Поради факта, че Microsoft SharePoint Designer услуги, които не са предназначени за разработчици, така и за персонала на информационните центрове са предназначени предимно за прости сценарии, които използват различен модел за създаване на работни потоци се различават от тези, използвани в поставен в Visual Studio дизайнер Фондация Workflow. Вместо графичен подход, Microsoft SharePoint Designer използва подход, основан на правила, което прилича на познатото на много Wizard правила в Microsoft Outlook. Фигурата по-долу показва как дизайнер Microsoft SharePoint определя стъпка в работния процес. Моля, имайте предвид, че някои дейности в този начин на работа се изпълняват паралелно, някои действия - последователно. В по-ранни версии на Фондация SharePoint поддържат се работи действия само серийно.

Процедура за обработка на работния процес

Всяка стъпка може да има състояние и действие. Условия определя дали ефектът от тази стъпка е изпълнено, тъй като в пример Ако на оператора. показан по-горе. Като действие, можете да изберете, например, назначаването на приемник събитие, събиране на одобрението, и много други. На практика всяко действие извършено Фондация SharePoint всеки акт. Действията са същите като с Visual Studio и дизайнер на WF Workflow. В допълнение, списъкът може да включва и други стъпки, разрешения на администратор SharePoint за сайта, включително и тези, създадени от разработчиците.

Фондация SharePoint осигурява голяма част от функционалността за създаване на работни потоци, документ, ориентирани към обработка. Когато тази услуга е платформа, предназначена само за разработването и изпълнението: няма характеристики на процесите, които потребителят може да използва директно. Работни потоци, работещи на Фондация SharePoint, има и други ограничения (като например невъзможността да си взаимодействат с участниците чрез използване на офис приложения на клиента).