х даних, що не відносяться до процесів, наприклад, даних про користувачів;
розробник процесу - розробка, тестування та підтримка конкретного процесу;
власник процесу - редагування конкретного процесу;
менеджер - контроль виконання примірників процесу за допомогою реєстраційних звітів і сервісних програм;
користувач - доступ до системи через черга завдань, функція запуску екземпляра конкретного процесу і довідкова підсистема.
Кожен користувач має унікальний код, пароль і відноситься до деякої групі користувачів. Засоби управління доступом системи Workflow обмежують доступ до операцій, до функції запуску примірників процесу і до можливостей адміністрування для певних користувачів або груп користувачів. Крім того, більшість систем надають можливість управління доступом на рівні ролей, відповідно до якої права доступу можуть призначатися НЕ фізичним особам або підрозділам, а посадам (ролям). p align="justify"> Для контролю та управління поточним станом виконання примірників процесу в системах Workflow передбачені наступні функції:
реєстраційні журнали;
звіти про стан;
перегляд даних;
адміністративні звіти.
Реєстраційний журнал являє собою внутрішній звіт системи, в якому для кожного екземпляра процесу фіксуються дата і час кожної транзакції, виконану дію і виконавець. За допомогою реєстраційного журналу в будь-який момент часу можна отримати інформацію про те, що відбувалося і відбувається при виконанні конкретного екземпляра процесу. p align="justify"> Звіт про стан - це внутрішній звіт системи, в якому відображається поточний стан кожної операції кожного процесу. Різниться чотири типи станів: випущена, що не випущена, відкликана, що не відправлена. Крім того, для будь-якої операції можна отримати дані про поточні значення полів. Функція перегляду даних відрізняється від звіту про стан лише тим, що дозволяє модифікувати значення полів і, таким чином, керувати виконанням примірника процесу. p align="justify"> Адміністративні звіти використовуються для збору та узагальнення інформації, що відноситься до кількох (всім, поточним або завершеним) екземплярам даного процесу. Типовими прикладами адміністративних звітів є звіти про обсяг продажів у регіоні, про сумарному обсязі всіх прийнятих замовлень або про кількість прострочених договорів. Структура та алгоритм адміністративних звітів визначаються розробником процесу. p align="justify"> Стратегія впровадження і використання.
міцний ієрархія цілей такого проекту? Як ефективно організувати роботи з супроводження та розвитку системи? p align="justify"> Цілі впровадження систем Workflow:
. управління виконанням бізнес-процесів. Впровадження технології Workflow дозволяє організувати конвеєр обробки інформаційних, фінансових і матеріальних потоків на основі узгодженого виконання операцій, робіт і завдань, не обмежуючи при цьому творчу та ділову активність виконавців, відповідальних за конкретну ділянку робіт;
. збір, організація зберігання та доступу до документів та відомостей, використовуваним при виконанні бізнес-процесів. При цьому, якщо системи типу В«електронний архівВ» приділяють основну увагу питанням реєстрації, обліку, індексації, зберігання та пошуку документів, то системи класу Workflow встановлюють зв'язок між документами та операціями бізнес-процесу, керують правилами проходження документів, доставкою В«тому, кому потрібно , і тоді, коли потрібно В»;
. отримання достовірної інформації про діяльність компанії, аналіз якої служить підставою для прийняття управлінських рішень і своєчасного корегування стратегії розвитку;
. інтеграція окремих В«острівців автоматизаціїВ», існуючих в різних підрозділах підприємства, в єдину інформаційну систему підтримки виконання бізнес-процесів. Така інтеграція дозволяє уникнути дублювання і неузгодженості даних, що використовуються в різних підрозділах. p align="justify">. Необхідно відзначити, що проект аналізу діяльності та реорганізації бізнес-процесів підприємства та проект впровадження системи класу Workflow являють собою далеко не одне і те ж. Це послідовні кроки, потрібні для запровадження комплексної системи управління. Впровадження Workflow без попереднього опису та оптимізації бізнес-процесів призведе до автоматизації незрозуміло за якими принципами створеної системи - тобто, якогось неоптимального стану. p align="justify">. Припустимо, однак, що відповідні роботи виконані, система інстальована, бізнес-процеси описані, організаційні питання вирішені, проведено тестування і здійснено перехід до промислової експлуатації системи. Починаючи з цього моменту, головним завданням є підтримання системи в актуальному стані, що відбиває о...
