Головна

IDEF0-методологія моделювання бізнес-процесів

  1. IDEF0-методологія моделювання бізнес-процесів
  2. Види зу інф-й й інф-е забезпечен-е моделювання.
  3. Преимущества та Недоліки ER-моделювання.
  4. Інструментальне засіб моделювання бізнес-процесів BPwin
  5. Інструментальне засіб моделювання бізнес-процесів BPwin
  6. ІНФОРМАЦІЙНЕ ЗАБЕЗПЕЧЕННЯ МОДЕЛЮВАННЯ.

Сучасні підприємства (корпорації) ма ють складаний структуру, обумовлених многопрофильностью ДІЯЛЬНОСТІ теріторіальної распределенностью підрозділів, великим числом кооперативних зв'язків з партнерами. При цьом растет дінамічність бізнес-процесів, пов'язана з Постійно мінлівімі потребами Сайти Вся, орієнтацією товарів и услуг на Індивідуальні спожи замовніків и КЛІЄНТІВ, Безперервна вдосконалення технічних можливо і сильною конкуренцією. У ціх условиях в менеджменті предприятий поступово відбувається зсув акцентів з управління Окремо ресурсами на управління наскрізнімі бізнес-процесами, что зв'язують воєдино діяльність взаємопов'язаніх підрозділів підприємства.

В Основі проектування (інжинірингу) и перепроектування (реінжинірингу) бізнес-процесів лежить моделювання проблемної області, Під Якою розуміється взаємозв'язана сукупність об'єктів и суб'єктів управління підприємством, автоматізуються функцій управління и програмно-технічних засобів їх реализации.

Для того щоб отріматі адекватно проблемної області проект інформаційної системи, та патенти, мати цілісне, системне уявлення моделі. під моделлюрозуміється Деяка система, что імітує структуру або Функціонування проблемної області, что відповідає основній вимозі - адекватності Цій Галузі.

Існують Різні Методології моделювання проблемної області.IDEF-методологіявінікла в результате реализации програми інтегрованої комп'ютеризації виробництва, запропонованої військовім Відомством США на качана 70-х років Минулого століття.

IDEF-методологія засновано на графічному поданні систем и складається з трьох основних методологій:

1. IDEF0- Призначено для создания функціональніх моделей, что відображають структуроване зображення виробничої системи або середовища, а такоже информации та об'єктів, что зв'язують ЦІ Функції.

2. IDEF1- Призначено для создания інформаційних моделей, что представляються структуру информации, необхідну для ПІДТРИМКИ функцій системи.

3. IDEF2- Призначено для создания дінамічніх моделей Зміни в часі функцій, информации та ресурсов систем.

В IDEF0-Методології система - це сукупність взаємодіючіх функцій або робіт. Така Функціональна орієнтація є принципова - Функції системи аналізуються Незалежності від об'єктів, Якими смороду оперують. Це дозволяє більш чітко змоделюваті логіку и Взаємодія процесів организации. Під моделлю в IDEF0-Методології розуміють описание системи (текстове та графічне), Пожалуйста винне дати ВІДПОВІДІ на деякі заздалегідь певні питання, тобто модель не может буті побудовали без чітко сформульованої мети. Мета может буті сформульована, например, таким чином: «Ідентіфікуваті роли и відповідальніх СЛУЖБОВЦІВ для написання посадових інструкцій», «Ідентіфікуваті и візначіті Поточні проблеми, сделать можливий аналіз потенційніх поліпшень».

Модельована система розглядається як Деяк довільна підмножіна Всесвіту. Довільній того, что розробник моделі сам умоглядно візначає, чи буде Якийсь об'єкт компонентом системи або зовнішнім Вплив. Система має межу, яка відділяє ее від НАВКОЛИШНЬОГО світу. Взаємодія системи з навколішнім світом опісується, як вхід (Щось, что переробляється системою); вихід (результат ДІЯЛЬНОСТІ системи); управління (стратегії и процедури, під керування якіх проводитися робота); Механізм (ресурси, необхідні для проведення роботи).

Перебуваючих під керування, система перетворює входи на виходи, вікорістовуючі Механізми.

Результатом! Застосування IDEF0-Методології є Функціональна модель, яка складається з діаграм, фрагментів тексту и глосарію, что ма ють ПОСИЛАННЯ один на одного. Діаграмі моделі ієрархічно впорядковуються й ма ють взаємозв'язку. Віділяють 4 типи діаграм:

1) контекстна Діаграма (вона только одна в Кожній моделі);

2) діаграмі декомпозіції;

3) діаграмі дерева вузлів;

4) діаграмі только для Експозиції.

контекстна Діаграма- Це вершина деревовідної Структури діаграм, представляет самє Загальний опис системи та ее Взаємодія з зовнішнім середовище (рис. 1.21).

Мал. 1.21.Приклад контекстної діаграмі

После Опису системи в цілому проводитися ее декомпозиція - розбіття на більш дрібні фрагменти, будують діаграмі декомпозіції(Рис. 1.22). Цей процес повторюється до Досягнення потрібного уровня деталізації. После шкірного сеансу декомпозіції проводяться експертизи, експерт предметної області вказують НЕ невідповідність реальних бізнес-процесів Створення діаграм, Які повінні буті Виправлені.

Мал. 1.22.Приклад діаграмі декомпозіції

Діаграмі дерева вузлівпоказують ієрархічну залежність робіт, а не взаємозв'язку между роботами. Таких діаграм может буті скільки завгодно, оскількі дерево может буті побудовали на довільну глибино и не обов'язково з кореня (рис. 1.23).

Мал. 1.23.Приклад діаграмі дерева вузлів

Діаграмі только для ЕкспозиціїБудують для ілюстрації окремий фрагментів моделі, або для ілюстрації альтернатівної точки зору, або для других цілей. Основні елементи діаграм - роботи и стрілкі (рис. 1.21-1.22).

роботипозначають зазначені процеси, Функції або завдання, Які відбуваються в течение Певного годині и ма ють розпізнавані результати. Роботи зображуються у виде прямокутніків. Всі роботи повінні буті названі и візначені. Ім'я роботи запісується Всередині блоку, воно віражається дієслівнім оборотом ( «Віготовіті віріб», «провести маркетингові дослідження») або віддієслівнім іменніком, что позначає дію ( «Виготовлення вироби», «Проведення маркетингового дослідження»).

Діаграмі декомпозіції містять дочірні роботи, что ма ють Загальну батьківську роботу. На такий діаграмі рекомендується зображаті 3-6 дочірніх робіт для забезпечення наочності и Кращий розуміння модельованіх процесів. Роботи на діаграмах декомпозіції зазвічай розташовуються по діагоналі від лівого верхнього до правого нижнього кута. Такий порядок назівається порядком домінування. Согласно з ЦІМ принципом, в лівому верхньому кутку розташовується найважлівіша робота, або віконувана за годиною Першої, далі - Менш важліва, або віконувана пізніше и т.д.

Кожна з робіт на діаграмі декомпозіції может буті, в свою черга, декомпозирована. На діаграмах декомпозіції роботи нумеруються в правому нижньому кутку блоку. Если робот не булу декомпозирована, то в лівому верхньому кутку блоку роботи зображується невелика діагональна рису.

Взаємодія робіт Із зовнішнім світом и между собою опісується у виде стрілок. стрілкіявляються собою якусь інформацію и іменуються іменнікамі ( «Віріб», «Напівфабрікат», «Деталі», «Замовлення»).

В IDEF0-Методології розрізняють 5 відів стрілок (КОЖЕН тип стрілок Підходить до певної стороні прямокутник, что зображує роботу або виходом з неї):

Вхід(Input) - материал або інформація, Які Використовують або превращаются роботів для Отримання результату (Вихід). Стрілка входу малюється входити в ліву грань роботи, например «Сировина», «Напівфабрікат»
(Рис. 1.21-1.22). Допускається, что робота может НЕ мати жодної стрілкі входу.

управління(Control) - правила, стратегії, процедури або стандарти, Якими керується робота. Кожна робота винна мати хоча б одну стрілку управління. Стрілка управління входити у верхню грань роботи, например «Завдання», «Креслення» (рис. 1.21-1.22). Управління впліває на роботу, но НЕ превратилась роботів. Если мета роботи - Изменить процедуру або стратегію, то така процедура або стратегія буде для роботи входом. У разі Виникнення невізначеності в статусі стрілкі (вхід або управління) рекомендується малювати стрілку управління.

вихід(Output) - матеріал або інформація, яка віробляється роботів. Стрілка Вихід з правої Межі роботи, например «Деталі», «Готовий віріб», «Шлюб» (рис. 1.21-1.22). Кожна робота винна мати хоча б одну стрілку виходом. Робота без результату не має СЕНС и не винна моделюватіся.

Механізм(Mechanism) - ресурси, Які віконують роботу, например персонал підприємства, верстати, Пристрої и т.д. Стрілка механізму входити в нижню межу роботи, например «Персонал» (рис. 1.21-1.22). На Розсудів аналітика стрілкі механізму могут НЕ зображатіся в моделі.

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

При опісі технологічних процесів НЕ вінікає проблем Опису входів. Например, сировина - це Щось, что переробляється в процесі «Виготовлення вироби» для Отримання результату. При моделюванні інформаційної системи, коли стрілкі - Це не Фізичні об'єкти, а дані, не все так очевидно. Например, при здійсненні процесса «Прийом пацієнта» карта пацієнта может буті на вході и на віході. У таких випадка стрілкі повінні буті точно візначені ( «Заповнена карта пацієнта»). За способом побудова розрізняють внутрішні и ГРАНИЧНІ стрілкі.

ГРАНИЧНІ стрілкі- Стрілкі на контекстній діаграмі, Які служать для Опису взаємодії системи з навколішнім світом. Смороду почінаються біля кордону діаграмі и закінчуються у роботи и навпаки, например «Сировина», «Креслення», «Персонал» (рис. 1.21).

внутрішні стрілкі-вікорістовуються для зв'язку робіт между собою. Це стрілкі, Які НЕ стосують кордону діаграмі, почінаються у однієї роботи и закінчуються в Іншої роботи, например «Напівфабрікат», «Деталі», «Рекомендації» (рис. 1.22).

В IDEF0-Методології розрізняють 5 тіпів зв'язків робіт:

- зв'язи по входу- Вихід вищестоящої роботи прямує на вхід ніжчої (рис. 1.24):

Мал. 1.24

- зв'язи з управління- Вихід вищестоящої роботи прямує на управління ніжчої (рис. 1.25):

Мал. 1.25

- зворотнього зв'язок по входу- Вихід ніжчої роботи Направляється на вхід вищестоящої. Такий зв'язок, як правило, вікорістовується для Опису ціклів (рис. 1.26):

Мал. 1.26

- зворотнього зв'язок з управління- Вихід ніжчої роботи спрямовується на управління вищестоящої. Зворотній зв'язок з управління часто свідчіть про ефективність бізнес-процесу (рис. 1.27):

Мал. 1.27

- зв'язок вихід-Механізм- Вихід однієї роботи спрямовується на Механізм Інший (рис. 1.28):

Мал. 1.28

Одні и ті ж дані або об'єкти, породжені однією роботів, могут використовуват відразу в декількох других роботах. З Іншого боку, стрілкі, породжені в різніх роботах, могут являти собою однакові або Однорідні дані або об'єкти, Які в подалі Використовують або переробляються в одному місці. Для моделювання таких СИТУАЦІЙ в IDEF0-Методології Використовують розгалужуються и зліваються стрілкі. Існують певні правила іменування таких стрілок:

- Бажано іменуваті стрілку до розгалуження(Рис. 1.29):

Мал. 1.29

- Можна после розгалуження іменуваті Гілки; если якісь Гілки НЕ іменовані, значить смороду ма ють ті ж ім'я, что и Стрілка до розгалуження (рис. 1.30):

Мал. 1.30

- Чи не можна залішаті гілка без імені, если Стрілка до розгалуження іменуваліся (рис. 1.31):

Помилка!


Мал. 1.31



Методичні рекомендації относительно виконан Завдання | Інструментальне засіб моделювання бізнес-процесів BPwin

Матеріал в Цій Книзі:

ВСТУП | Для ОБРОБКИ економічної информации | Ємність вільного простору на диску можна обчісліті, склавші вільну Ємність логічніх дисків. | Інформаційні технології документообігу | Методичні рекомендації относительно виконан Завдання | Створення дінамічніх презентацій | Методичні рекомендації относительно виконан Завдання | Загальна характеристика технологій ПІДТРИМКИ Прийняття РІШЕНЬ | Система ПІДТРИМКИ Прийняття РІШЕНЬ MultiExpert | Система ПІДТРИМКИ Прийняття РІШЕНЬ AssistantChoice |

© um.co.ua - учбові матеріали та реферати