Mea Culpa — SharePoint Designer * можна * створювати процеси, Державна машина

Я недавно дізнався, що це можливо і навіть досить легко створити державної машини робочого процесу за допомогою SharePoint Designer. Необхідність є матір'ю винаходу і всіма гарними речами і в мене була необхідність цього тижня, що подивився на винахід. За випадковим збігом, Я натрапив на Це MSDN форумі а також. Мій особистий досвід роботи на цьому тижні і що "незалежний підтвердження" додає сили, щоб мої переконання. Я планую написати про це на більшої довжини з повномасштабної приклад, але ось суть його:

  • Підхід використовує той факт, що робочий процес може змінити елемент списку, тим самим викликавши робочий процес. Я зазвичай вважав це бути неприємності і навіть Blogged про використання семафорів себе вели.
  • SharePoint дозволяє різних незалежних робочих процесів бути активними проти певного списку елемент.

Щоб налаштувати його:

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

Кожна держава-документообігу слідує цієї грубої малюнком:

  • Під час ініціалізації, визначити, чи є це дійсно має виконати, переглядаючи державний інформації в "поточний елемент". Abort якщо не.
  • Зробити роботу.
  • Оновити "поточний елемент" з новою інформацією держави. Це викликає оновлення до поточного елемента і пожежі від усіх робочих процесах державного.

Крім очевидною перевагою що можна створити робочий процес декларативні державної машини, все, що інформація про стан є приголомшливе для побудови KPI та цікаві переглядів.

Він має досить істотний недолік — standard workflow history tracking is even more useless than normal 🙂 That’s easily remedied, Однак. Збереження всієї вашої інформації типу аудиту в за настроюваним списком. Це, мабуть, гарна ідея навіть для ванільний послідовний робочий процес, but that’s for another blog post 🙂

Я називаю це "mea culpa" тому що я, на жаль, більше одного разу сказав на форумах і в інших місцях що одна повинні використовувати visual studio для створення робочого процесу державної машини. Це просто не правда.

</кінець>

Підписатися на мій блог.

Бірки Technorati:

4 думки про «Mea Culpa — SharePoint Designer * можна * створювати процеси, Державна машина

  1. Jaustral пише:
    Привіт Павло,
    скільки Штатах ви маєте справу з? Я тільки отримати мати два різні активні робочі процеси, коли я йду до сторінки параметрів робочого циклу?
    Найкраще,
    Хуан.
  2. Sanjeev Раджпутів
    Я дійсно хотів би прочитати повний приклади. Сподіваюся, один з вас, хлопці може допомогти прояснити деякі кошмари, я виникли з моїх аналогічного процесу. Я перебуваю в точці, де я готовий почати з свіжих.
  3. Paul Galvin
    Це дійсно цікаво ставить підхід, знаком оклику вказують на велику крапку, що СПД можуть створювати процеси, стан машини.
    Я не знаю, якщо існують значні відмінності продуктивності мудрим між ви окреслити і я начерках. У моєму випадку цей тиждень, продуктивність не є проблемою, тому що цей конкретний робочий процес є справою тривалої (16 або більше тижні від початку до кінця) є й ніколи не більше, ніж кілька десятків активні в будь-який час. Якщо там були ще кілька десятків запуск та біг щогодини … Це було б зовсім інша історія. Я думаю, що продуктивність і робочого процесу в цілому дуже туманні тема.
    Я не знаю, якщо ви запустити свій власний блог або не. Якщо ви робите, Ви повинні враховувати писати про ваш підхід більш детально. Якщо не, Мені було б більш ніж щасливі, щоб зателефонувати вам "гість блоггер" і завантажити ваше повідомлення на мій блог.
    Спасибі за коментар. Це один з кращих я був в змозі виявити на мій блог!
    –Paul G
  4. Майк Аткінс
    Я реалізовані за державним апаратом, використовуючи окремий список провести держави під час державній переходів. Основний робочий процес створено елемент тут і встановлення початкового стану. Я використав один, окремі, робочий процес для вирішення всіх держав, користування послугами «IF-тоді-ELSEIF" Структура (в "Крок 1") на можливих станів.
    Для кожної держави, мені треба зробити було отримати відповідь від користувача.
    Мій приклад був багаторівневих послідовних затвердження, де один крок (представлено держава) може мати різні можливі наступники. Це означає, що кожен користувач (потенційно) різні варіанти, доступні в меню вибору. Мій "крок другий" рішення, ухвалене в "IF-тоді-інакше" структури, що враховувати всі можливі відповіді (з усіх етапах), а потім вирішила на наступний стан повинна бути. "Крок 3" потім встановити цієї держави, і робочим процесом завершилася.
    Цей метод має на (Очевидно) Перевага відбувається в рамках окремої (вторинний) робочий процес. Однак, сферу, що може бути досягнуто в цей робочий процес є більш обмеженим, що потрібно було б з робочих процесів для кожної держави. Мені було цікаво, Однак, якого роду продуктивність вдарив відбувається, якщо всі робочі процеси окремі державні запускається (Хоча і закінчуючи відразу ж після цього).
    Також, Я використовую вторинних список (з її власний робочий процес) представляти переходу між станами, як цей процес може бути тільки частиною більшого робочого циклу. Коли головний робочий процес починається процес державної машини, вони потрапляють у стані очікування, і протікає коли в «цикл" має termintaed. Я також розглядає можливість того, що моя основна робочого процесу також можете змінити дані в вихідний елемент списку, і я хотів би уникнути непотрібних "пуски" стан робочого процесу машина.

Дати відповідь

Ваша електронна адреса не буде опублікований. Обов'язкові поля позначені * *