Технологія моделювання бізнес-процесів. Які завдання допомагає вирішити моделювання бізнес-процесів

Проведення досліджень у галузі бізнес-моделювання показало, що існують уже сотні методик, методологій, процесів, стандартів, що регламентують ті чи інші деталі вибору та комплексування потоків робіт при розробці автоматизованих інформаційних систем. Роботи, пов'язані з бізнес-аналізом та бізнес-моделюванням донедавна були непопулярними у проектувальників ІС. Їхня роль не настільки очевидна і приймається далеко не всіма методологіями. Виникає питання збирати інформацію про підприємство, для якого розробляється (вибирається) АІС у вигляді бізнес-моделей чи варто пропустити цей етап і одразу формувати вимоги до системи та приступати до її розробки?

Замовник та Розробник завжди говорять на різних мовах. Загальне розуміннявиробляється важко, цей процес займає час, але важливість його важко переоцінити: адже успішна реалізація проекту в галузі та впровадження АІС багато в чому залежить від того, чи вдасться виробити та документувати їхнє загальне уявлення про предмет розробки. Якщо ж Розробник йде ще далі і вникає особливо ведення справ на підприємстві Замовника - він, по-перше, зможе домогтися кращого розуміння вимог до АІС і, по-друге, брати участь поряд із Замовником у формулюванні вимог, аналізі пропущених вимог та ін.

Завдання аналізу бізнес-процесів (ділове моделювання), настільки популярну в останні десятиліття через стійку кон'юнктуру, слід розглядати, як частину більш загального завдання, аналізу проблемної галузі. Аналіз проблемної області - АПО. Роботи, присвячені аналізу проблемної галузі, з'явилися у вітчизняній літературі у середині минулого століття; Ця тематика нерозривно пов'язана із задачним підходом та інженерією експертних систем. Перші кроки в галузі моделювання були проведені у побудові інтелектуальних систем. Для такого «приземленого» завдання, як завдання побудови АІС - ці методи почали застосовувати пізніше. Стратегії здобуття знань багато в чому перетинаються з роботою аналітика, методи розв'язання задачі шляхом редукції на підзавдання та пошуку у просторі станів знайшли своє відображення у багатьох методиках бізнес-аналізу, аналізу та синтезу програмних систем і цей список можна продовжувати. У дипломній роботі розглядається питання наскільки результативним є застосування тих чи інших моделей і методів при описі організаційних систем.

Щоб вирішити це питання треба визначити цілі та завдання самого бізнес-аналізу, як етапу побудови КІС.

З позицій моделювання, аналіз вимог (АТ) та аналіз проблемної галузі (АПО) – принципово різні процеси.

АПО переслідує класичні мети створення моделі: об'єкт (автоматизоване підприємство або організаційна система Організаційна система - ОС, ОС) і завдання аналітика - відобразити цей об'єкт у створюваній моделі з необхідною мірою точності схема процесу розробки представлена ​​на малюнку 3.

Аналіз вимог, навпаки, спрямований на моделювання уявного ще не існуючого об'єкта (АІС). Тобто. спочатку створюється модель, та був, з її підставі, синтезується об'єкт. Розглянемо тепер узагальнену "формулу" створення АІС.

ОС->М(ОС)->М(АІС)->М" (АІС)->М"" (АІС)->М""" (АІС)->АІС

Провівши аналіз організаційної системи можна створити модель М(ОС). Це – модель бізнес-аналізу (проблемної галузі).

Аналіз проблемної галузі дозволяє вичленувати:

• - з одного боку, завдання та функції, що реалізуються всередині ОС та функції комунікації ОС та середовища,
• - з іншого - пристрій предметної області (на початку - лише на рівні концептуальної моделі),
• - з третьої - вимоги до інформації та її обробки.

Виділивши серед функцій ті, що підлягають автоматизації, ми отримуємо основу виявлення функціональних вимог до системі. Решта, зібрана на етапі АПО, інформація служить для пошуку нефункціональних вимог. В результаті одержуємо модель АТ, як перше наближення моделі АІС, М(АІС).

Поглиблений аналіз та проектування, формують, відповідно, аналітичну модель М" (АІС), проектну модель М" (АІС) та модель реалізації М"" (АІС).

Модель рівня реалізації дозволяє об'єднати власне АІС як сукупність програмних, інформаційних, організаційних чинників.

АІС у свою чергу є модель організаційної системи М" (ОС), замикаючи цикл моделювання. Для того, щоб прояснити зв'язок між цими процесами, необхідно помітити, що створювана АІС також є моделлю, щодо ОС. Таким чином, створюючи документ АТ Ми тим самим породжуємо як би «модель другого порядку», тому що документ АТ є нічим іншим, як моделлю моделі ОС. Не володіючи моделлю АПО, ми, звичайно, можемо створити модель АТ, але при цьому ми ризикуємо тим, що при синтезі оригіналу моделі (тобто АІС), не володіючи знаннями про ОС, ми можемо потрапити в ситуацію неузгодженості: результуюча АІС не буде інгерентною (узгодженою з) ОС і, тим самим, не стане життєздатною.

Процес розробки АІС можна відобразити як діаграм у програмі BPwin. На малюнку 4 відображено етапи розробки АІС. Діаграми верхнього рівня – Створення програми (рис. 4) складається з двох діаграм другого рівня Розробка та Тестування.

Розробка складається з Побудови каркасу програми та Створення тіла програми.

Третій рівень Побудова каркасу програми

Четвертий рівень Створення тіла програми.

П'ятий рівень Тестування

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

• - моделі, що мають на меті аналіз та поліпшення організаційної системи (наприклад, SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - моделі загального призначення, такі як SADT, DFD, IDEF1, IDEF3, IDEF5 та інші,
• - моделі спеціально розроблені для використання при автоматизації (наприклад, ISA, BSP, ARIS, RUP).

Найбільш розвинена модель опису проблемної галузі пропонується у методології ARIS. Архітектура ARIS виділяє в організації такі підсистеми:

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

Цей поділ є певною мірою умовним; виділені «підсистеми» є підсистемами у сенсі системного аналізу, т.к. взаємопроникають та перетинаються. Вони представляють швидше сукупність предметів дослідження, різних поглядів досліджуваний об'єкт. Принцип покращення бізнес-процесів ґрунтується на чотирьох підходах: методика швидкого аналізу рішення (FAST); бенчмарткетинг процесу; перепроектування процесу; реінженіринг процесу.

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

Для вирішення завдань функціонального моделювання, тобто опису існуючих процесів або процесів, які ми прагнемо отримати в ідеалі, широко використовується методологія структурного аналізу та проектування технології SADT Structured Analysis and Design Technigue.

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

Надалі загальна функція розбивається великі підфункції. Цей процес називається функціональною декомпозицією. Потім кожна підфункція декомпозується більш дрібні - і так далі до досягнення необхідної деталізації опису. На рис. 2 показано дерево функцій, яке називається деревом вузлів функціональної моделі.

Кожен вузол у діаграмі відповідає окремому фрагменту опису діаграми. Модель є сукупністю ієрархічно вибудованих діаграм, кожна з яких є описом будь-якої функції або роботи (activity).

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

Розробляючи нову інформаційну технологію доцільно орієнтуватися процеси, реалізовані конкретному робочому місці.

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

Зовнішня сутність (рис. 10а) – об'єкт (наприклад, постачальник, клієнт тощо), з яким взаємодіє даний працівник;

Накопичувач (рис. 10б) – будь-яке сховище даних;

Етап бизнес-процесса (рис. 10в) - сукупність дій працівника і під час конкретної процедури (наприклад виписка документа, формування звіту тощо.) У верхній частині блоку вказується посада працівника, у нижній частині перебуває зміст конкретних дій, реалізують процедуру;

Потік даних (рис. 10г) – характеризує зв'язок (над стрілкою рекомендується вказати найменування конкретного документа).

Аналіз даних полягає в наступному:

a. Для кожного завдання складається перелік даних, необхідні її вирішення, можлива їх класифікація. Розрізняють дані: вхідні (вихідні), нормативно-довідкові, результативні (вихідні, розрахункові);

b. Визначається структура даних: назва (ім'я), тип, властивості;

c. Формування інформаційних об'єктів (ІВ);

d. Встановлення зв'язків між інформаційними об'єктами.

Кожен інформаційний об'єкт утворює сукупність логічно пов'язаних реквізитів. У таблиці 1 наведено приклад ІО:

Таблиця 1. ІО «Журнал обліку організацій-клієнтів»

Склад реквізитів визначає структуру ІО. Кожен ІВ має унікальне ім'я.

Примірник-це сукупність конкретних значеньреквізитів. ІВ має безліч екземплярів. Кожен екземпляр ІО повинен однозначно визначатися ключем, що складається з одного або кількох реквізитів.

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

На малюнку 12 наведено приклад ІЛМ

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

Аналіз програм бізнес-моделювання дозволяє зробити висновок, що для ведення бізнес-процесів моделювання, BPwin є унікальною програмою, яка дозволяє створювати моделі процесів і підтримує в одній моделі на додаток до IDEF0 ще два стандарти (нотації) моделювання - DFD та IDEF3. Кожна з цих трьох нотацій дозволяє розглянути різні сторони діяльності підприємства:

• 1) діаграми IDEF0 призначені для опису бізнес-процесів на підприємстві, вони дозволяють зрозуміти, які об'єкти або інформація є сировиною для процесів, які результати виконують роботи, що є керуючими факторами і які ресурси для цього необхідні;
• 2) нотація IDEF0 дозволяє виявити формальні недоліки бізнес-процесів, що суттєво полегшує аналіз діяльності підприємства;
• 3) діаграми потоків даних (Data flow diagramming, DFD) використовуються для опису документообігу та обробки інформації.

Розглянувши можливості кожного стандарту, можна віддати перевагу IDEF3, для опису логіки взаємодії інформаційних потоків вона підходить більше, звана також workflow diagramming - нотацією моделювання, що використовує графічний опис інформаційних потоків, взаємовідносин між процесами обробки інформації та об'єктів, що є частиною цих процесів.

При проектуванні бізнес-процесів для підприємства будується функціональна модель існуючої організації роботи AS-IS (Як є). На основі моделі AS-IS досягається консенсус між різними одиницями бізнесу щодо того, «хто що зробив» і що кожна одиниця бізнесу додає в процес.

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

Для відповіді на питання, як має працювати підприємство в майбутньому? Який виграш (програш) дасть реорганізація? Знайдені у моделі AS-IS недоліки можна виправити під час створення моделі ТО-ВЕ (Як буде) - моделі нової організації бізнес-процесів. Модель ТО-ВЕ потрібна для оцінки наслідків впровадження інформаційної системи та аналізу альтернативних/кращих шляхів виконання роботи та документування того, як підприємство функціонуватиме у майбутньому. Як правило, будується кілька моделей ТО-ВЕ, з яких за будь-яким критерієм вибирається найкраща (рис. 7). Наприклад, кожна з моделей ТО-ВЕ може відповідати певній інформаційній системі.

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

Програма BPwin надає аналітику два інструменти для оцінки моделі - вартісний аналіз, заснований на роботах (Activity Based Costing, ABC), та властивості, які визначають користувач (User Defined Properties, UDP). ABC є широко поширеною методикою, що використовується міжнародними корпораціями та державними організаціямидля ідентифікації рушіїв витрат у організації.

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

Зазвичай ABC застосовується у тому, щоб зрозуміти походження витрат і полегшити вибір потрібної моделі робіт під час реорганізації діяльності підприємства (Business Process Re-engineering, BPR). За допомогою вартісного аналізу можна вирішити такі завдання, як визначення дійсної вартості виробництва продукту, визначення дійсної вартості підтримки клієнта, ідентифікація робіт, які стоять найбільше (ті, які мають бути покращені в першу чергу) та ін. у кожній з моделей AS- IS та ТО-ВЕ.

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

Крім цього, BPwin дозволяє робити досить ефективні оцінки вартості, але при цьому не претендує на високу точність таких оцінок. Для точного обчислення витрат можна скористатися спеціалізованим засобом вартісного аналізу EasyABC. BPwin підтримує двонаправлений експорт - імпорт у EasyABC. Результати вартісного аналізу наочно надаються на спеціальному звіті BPwin - ABC. ABC дозволяє оцінити вартісні та часові характеристики системи. Якщо вартісних показників недостатньо, є можливість внесення власних метрик властивостей, визначених користувачем UDP.

У рамках цієї дипломної роботибудуть розглядатися елементи лінійки AllFusion компанії Computer Associates.

Вивчивши першоджерела та проаналізувавши їх, а також сам засіб – програму BPwin зробимо висновки: будь-яку діяльність чи структуру підприємства можна спроектувати та уявити у вигляді, що дозволить оптимізувати роботу організації, перевірити її на відповідність стандартам ISO9000, спроектувати структуру, знизити витрати, виключити непотрібні , підвищити гнучкість та ефективність. BPwin підтримує відразу три нотації моделювання: IDEF0 федеральний стандарт США, IDEF3 та DFD і є унікальним програмним засобом у галузі проектування автоматизованих інформаційних систем. Проаналізувавши всі процеси, на завершення параграфа представлений малюнок 14, що демонструє всі процеси, такі як аналіз вимог та інші робочі потоки програмної інженерії.

Потік робіт «ділове моделювання» є основою для аналізу та формування вимог до АІС, що дозволяє уникнути помилок. Потік робіт «управління середовищем» надає вихідну інформацію робочої групи АТ, яка регламентує формати оформлення, CASE-засоби, регламенти роботи.

Потік робіт «управління проектом» ґрунтується на специфікації вимог. Стратегічне та тактичне планування, формування проміжних віх (очікуваних результатів) тісно пов'язане з вимогами до системи.

Потік робіт «аналіз та проектування» складає основі вихідних даних, наданих АТ. Певною мірою ці потоки робіт проводяться паралельно. При виявленні проблем, пов'язаних із вимогами, виникає зворотний зв'язок від цього потоку робіт до потоку робіт АТ.

Потік робіт «випробування» багато в чому базується на моделі вимог та додаткових специфікаціях, які регламентують процес тестування (тестові сценарії та ін.).

Для потоку робіт «реалізація» зв'язок із вимогами не вказана. Тим часом закономірно, що вимоги мають аналізуватись та враховуватися у всіх робочих потоках проекту, навіть якщо це формально не передбачено обраним групою процесом. Людям властиво помилятися і помилки, скоєні на ранніх стадіях проекту, під час руху від етапу до етапу наростають, як снігова куля. Тому будь-якому учаснику команди, зацікавленому в успіху проекту, не зайве зазирнути у специфікацію вимог та переконатися в тому, що та робота, яка йому доручена, відповідає тій чи іншій вимогі. Це дозволяє організувати зворотний зв'язок, що дозволяє відстежити помилки специфікаціях. Багато проектів зайшли в глухий кут саме через відірваність групи, яка відповідає за реалізацію від групи збору та аналізу вимог.

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

Етапи моделювання бізнес-процесів.

Етап 1. Діагностика системи управління організації.

Проведення діагностики існуючої системи управління організації зумовлено необхідністю вирішення наступних завдань:

визначення проблемних зон у взаємодії посадових осіб та підрозділів при вирішенні завдань;

виділення основних та допоміжних напрямів діяльності з подальшою їх декомпозицією на бізнес-процеси;

формування передумов для створення прозорої та впорядкованої системи внутрішніх документів, що регламентують.

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

Етап 2. Моделювання існуючих бізнес-процесів.

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

Створення функціональних моделей та діаграм відбувається в наступній послідовності:

Збір інформації може включати будь-яку комбінацію наступних видів діяльності: читання документів, спостереження за існуючими операціями, анкетування групи експертів, опитування одного або кількох експертів, використання власних знань та придуманого опису роботи системи, що згодом може бути скориговано.

Декомпозиція об'єкта дослідження. Декомпозируя об'єкт, необхідно, перш за все, звернути увагу на вхідні та вихідні дані всієї системи. Декомпозиція всієї системи починається зі складання списку основних типів даних та основних функцій системи. Роблячи це, подумки проглядаються основні функції системи, враховуючи всі нормальні та аномальні ситуації, зворотні зв'язкита випадки можливих помилок.

• 3. Моделювання SADT означає створення діаграм А0 і А-0. Ці дві діаграми повністю розповідають все про систему, що вивчається, з мінімальним ступенем деталізації. Перш ніж розпочати моделювання необхідно підготуватися до нього, зібрати інформацію, декомпозувати об'єкт дослідження (декомпозиція - діаграма А0 висвітлює найважливіші функції та об'єкти системи), потім узагальнити цю декомпозицію (діаграма А-0 трактує систему як чорну скриньку, дає їй назву та визначає найбільше важливі входи, управління, виходи та механізми):
• 3.1. Вибір мети та погляду.
• 3.2. Складання списку даних. При цьому краще, якщо даних більше, ніж менше. Дані можна одразу групувати за типами.
• 3.3. Складання списку функцій. Функції системи також краще об'єднати за типом використовуваних даних. Потім функції об'єднуються групи (від трьох до шести). Бажано, щоб ці групи мали той самий рівень складності, містили приблизно однаковий обсяг дій та функції в кожній з них мали подібні операції та цілі.
• 3.4. Побудова та узагальнення діаграми А0 (А0 – А-0). Для будь-якої SADT-діаграми є батьківська діаграма, що містить її контекст. Контекстом для А0 є А-0, що представляє узагальнення всієї моделі. Ця діаграма має кілька призначень: вона оголошує загальну функціювсієї системи, що дає безліч основних типів або наборів даних, які використовує або виробляє система, вказує взаємини між основними типами даних, здійснюючи їх розмежування.
• 3.5. Декомпозиція обмеженого об'єкта. Початок процесу декомпозиції полягає у виборі блоку аналізованої діаграми та розгляд об'єкта, що визначається цим блоком та його дугами. При цьому треба врахувати, що слід розглядати в першу чергу такий блок, декомпозиція якого виявить багато аспектів діаграми А0 і надаватиме більший вплив на майбутні декомпозиції інших блоків цієї системи. При виборі змістовного блоку потрібно врахувати і домінування, і функціональну складність і зрозумілість. Кращим блоком для першої декомпозиції буде той, який дозволить найбільш глибоко проникнути в суть системи, що розглядається.
• 3.6. Ітераційний процес рецензування.
• 3.7. Завершення моделювання. Декомпозиція моделі або її частини припиняється, якщо модель досягла рівня деталізації, достатньої досягнення мети. Декомпозиція блоку може бути припинена, якщо виявиться, що функції блоку дуже подібні до іншої частини моделі, яка вже декомпозірована. Таким чином, достатність деталей, зміна рівня абстракції, зміна погляду та подібна функціональність є основними критеріями припинення декомпозиції.
• 3.8. Документування Див: Калянов, Г. Н. CASE-технології. Структурний системний аналіз (автоматизація та застосування) / Г.М. Калянів. - М:, Лорі, 2002. - С.76-80.

Аналіз функціональної моделі дозволяє зрозуміти, де знаходяться найслабші місця, в чому полягатимуть переваги нових бізнес-процесів і наскільки глибоким змінам зазнає існуюча структура організації бізнесу. Деталізація бізнес-процесів дозволяє виявити недоліки організації навіть там, де функціональність здавалося б очевидною. Результатом виконання робіт з даного етапу проекту буде комплект моделей бізнес-процесів, що описує поточний стан діяльності організації (або окремого напряму її діяльності). Розроблений комплект моделей є основою для проведення оцінки оптимальності та оптимізації відповідних бізнес-процесів Див: Вендров, А.М. Сучасні методита засоби проектування інформаційних систем / А.М. Вендрів. – М.: Фінанси та статистика, 2005. – С.176. .

Етап 3. Оцінка оптимальності та оптимізація бізнес-процесів.

Цей етап є ключовим під час всього проекту, оскільки від якості виконання залежить оптимальність майбутньої діяльності організації. Під час проведення оцінки оптимальності, аналізу піддаються такі параметри бізнес-процесу: обґрунтованість та достовірність вихідних даних ("входи"); повнота та своєчасність керуючих впливів, їх наявність; оптимальність дій у рамках виконання процедур бізнес-процесу; оптимальність термінів виконання; достатність ресурсів; якість, обґрунтованість та достовірність кінцевих результатів ("виходи") та їх достатність для реалізації наступних бізнес-процесів.

Проведення оцінки оптимальності за перерахованими параметрами призводить до досягнення наступних результатів:

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

Результатом виконання робіт даного етапу є звіт про проведений аналіз бізнес-процесів за заданими параметрами оцінки, що включає пропозиції щодо удосконалення бізнес-процесів організації. Цей звіт є основою розробки оптимальних моделей бізнес-процесів ("як має бути").

Етап 4. Організація впровадження змін.

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

При впровадженні змін у діяльність організації реалізується наступний комплекс робіт:

• - Проведення інструктажу співробітників, відповідальних за проведення змін з метою роз'яснення цілей та заходів, порядку та форм впровадження нових моделей.
• - моніторинг проведення дослідної експлуатації нових стандартів функціонування Компанії для виявлення відхилень розроблених моделей бізнес-процесів від реальної можливості виконання робіт.
• - Коригування моделей бізнес-процесів на підставі результатів дослідної експлуатації Див.: Технічне завдання проекту реорганізації бізнес-процесів підприємства. Режим доступу: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w .

Етап 5. Розробка документів, що регламентують

Регламентація бізнес-процесів - розробка та узгодження інструкцій з бізнес-процесів у складі, зафіксованому на етапі діагностики системи управління. Створення комплекту документів, що регламентують, безумовно, є основним результатом всього проекту, але, не дивлячись на це, він потребує впровадження.

Етап 6. Використання регламентуючих документів.

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

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

Бізнес-процес - це логічний, послідовний, взаємопов'язаний набір заходів, що споживає ресурси виробника, створює цінність та видає результат споживачеві. Серед основних причин, які спонукають організацію оптимізувати бізнес-процеси, можна виділити необхідність зниження витрат чи тривалості виробничого циклу, вимоги, які висуваються споживачами і державою, впровадження програм управління, злиття компаній, внутрішньоорганізаційні протиріччя та інших.

Моделювання бізнес-процесів дозволяє не тільки визначити, як компанія працює в цілому, як взаємодіє із зовнішніми організаціями, замовниками та постачальниками, а й як організована діяльність на кожному робочому місці.

Моделювання бізнес-процесів – це ефективний засібпошуку шляхів оптимізації діяльності компанії, засіб прогнозування та мінімізації ризиків, що виникають на різних етапах реорганізації підприємства. Цей метод дозволяє дати вартісну оцінку кожному окремому процесу всім бізнес-процесам організації в сукупності.

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

Бізнес-модель - це формалізований (графічний, табличний, текстовий, символьний) опис бізнес-процесів, що відображає реально існуючу або передбачувану діяльність підприємства.

У найпростішому випадку бізнес-модель може складатися з єдиної діаграми, проте на практиці це навряд чи допустимо, оскільки бізнес-процеси, як правило, надто складні та багатоаспектні. Модель таких процесів включає такі компоненти:

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

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

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

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

Цілі моделювання бізнес-процесів зазвичай формулюються таким чином:

• - забезпечити розуміння структури організації та динаміки процесів, що відбуваються в ній;
• - забезпечити розуміння поточних проблем організації та можливостей їх вирішення;
• - переконатися, що замовники, користувачі та розробники однаково розуміють цілі та завдання організації;
• - Створити базу для формування вимог до ПЗ, що автоматизує бізнес-процеси організації.

Основна сфера застосування бізнес-моделей - це реінжиніринг бізнес-процесів. При цьому передбачається побудова моделей поточної та перспективної діяльності, а також плану та програми переходу з першого стану до другого. Будь-яке сучасне підприємство є складною системою, його діяльність включає виконання десятків тисяч взаємовпливових функцій і операцій. Людина не може розуміти, як така система функціонує в деталях - це виходить за межі її можливостей. Тому головна ідея створення так званих моделей «AS_IS» (як є) і «AS_TO_BE» (як має бути) - зрозуміти, що робить (робитиме) підприємство, що розглядається, і як воно функціонує (функціонуватиме) для досягнення своїх цілей.

Призначенням майбутніх систем ПЗ є насамперед вирішення проблем бізнесу за допомогою сучасних інформаційних технологій. Вимоги до ПЗ формуються на основі бізнес-моделі, а критерії проектування систем насамперед ґрунтуються на найбільш повному їх задоволенні. Слід зазначити, що моделі бізнес-процесів є не просто проміжним результатом, який використовується консультантом для вироблення будь-яких рекомендацій та висновків. Вони є самостійним результатом, що має велике практичне значення, яке випливає з цілей їх побудови.

Таким чином, можна виділити такі цілі бізнес-моделювання:

• - опис бізнес-процесів у стандарті «як є»;
• - є ефективним засобом виявлення та усунення «вузьких» місць підприємства;
• - засіб для передбачення та мінімізації ризиків;
• - Опис діяльності підприємства для подальшої автоматизації.

Завдання бізнес-моделювання:

• - Реорганізація бізнесу
• - Сертифікація бізнесу
• - застосування інформаційних систем для управління бізнесом

Модель бізнес-процесу має давати відповіді на запитання:

• 1. Які процедури (функції, роботи) необхідно виконати для отримання заданого кінцевого результату?
• 2. У якій послідовності виконуються ці процедури?
• 3. Які механізми контролю та управління існують у рамках аналізованого бізнес-процесу?
• 4. Хто виконує процедури процесу?
• 5. Які документи/інформацію використовує кожна процедура процесу?
• 6. Які вихідні документи/інформацію генерує процедура процесу?
• 7. Які ресурси необхідні виконання кожної процедури процесу?
• 8. Яка документація/умови регламентує виконання процедури?
• 9. Які параметри характеризують виконання процедур та процесу загалом?

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

У першій групі цілей слід виділити кілька напрямів, якими буде розвиватися проект опису бізнес-процесів. На практиці керівники в першу чергу ставлять завдання розібратися, як іде робота і де знижується ефективність (виникають фінансові втрати). При цьому передбачається, що отриманий комплект моделей бізнес-процесів буде використаний надалі для автоматизації. Крім того, із моделей хочуть отримати інформацію про існуючу систему документообігу та внести до неї необхідні зміни тощо. Можна виділити кілька характерних рисформулювання постановки завдання керівниками верхнього рівня на даному етапі:

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

Зазначені особливості відображають той факт, що керівники, у своїй більшості, не становлять важливості описи бізнес-процесів як одного із засобів розробки системи процесного управління організацією. Але річ у тім, що самі собою моделі бізнес-процесів не є інструментом управління. Проте вони можуть бути основою створення регламентуючої документації, аналізу діяльності, прийняття деяких рішень.

Моделі бізнес-процесу:

• - вводять точність та методологічність;
• - Забезпечують єдине, послідовне уявлення;
• - інтегрують процеси, ІТ-системи, оргструктуру, інформацію та дані;
• - дозволяють побачити та проаналізувати взаємозв'язки;
• - допомагають проводити перевірку правильності, перегляд та тестування процесів;
• - Забезпечують інформативне середовище для оцінки сценаріїв типу «а що, якщо ...»;
• - є основою швидкого впровадження змін процесів.

Таким чином, цілі проекту моделювання бізнес-процесів мають бути визначені. Залежно від поставленої мети можуть бути використані різні підходи (методології) опису бізнес-процесів організації. Методологія виконання проекту повинна розроблятися (адаптуватися) з урахуванням поставлених цілей та обсягу ресурсів, що виділяються на цей проект.

Вступ

1. Моделювання бізнес-процесів

2. Класифікація бізнес-процесів

3. Стандарти моделювання бізнес-процесів

Висновок

Список використаних джерел

ВСТУП

Поняття "моделювання бізнес-процесів" прийшло в побут більшості аналітиків одночасно з появою на ринку складних програмних продуктів, призначених для комплексної автоматизації управління підприємством.

Подібні системи завжди мають на увазі проведення глибокого передпроектного обстеження діяльності компанії. Результатом цього обстеження є експертний висновок, у якому окремими пунктами виносяться рекомендації щодо усунення «вузьких місць» в управлінні діяльністю.

На підставі цього висновку, безпосередньо перед проектом впровадження системи автоматизації, проводиться так звана реорганізація бізнес-процесів, іноді досить серйозна та болісна для компанії. Це і природно, колектив, що склався роками, завжди складно змусити «думати по-новому». Подібні комплексні обстеження підприємств завжди є складними і істотно відмінними час від часу завданнями.

Для вирішення подібних завдань моделювання складних систем є добре обкатані методології та стандарти. До таких стандартів належать методологія сімейства IDEF. З їхньою допомогою можна ефективно відображати та аналізувати моделі діяльності широкого спектру складних систем у різних розрізах. При цьому широта та глибина обстеження процесів у системі визначається самим розробником, що дозволяє не перевантажувати створювану модель зайвими даними.

Моделювання бізнес-процесів дозволяє проаналізувати не лише, як працює підприємство в цілому, як воно взаємодіє із зовнішніми організаціями, замовниками та постачальниками, а й як організована діяльність на кожному окремо взятому робочому місці.

Існує кілька підходів до визначення поняття «моделювання бізнес-процесів»:

- це опис бізнес-процесів підприємства дозволяє керівнику знати, як працюють рядові співробітники, а рядовим співробітникам - як працюють їхні колеги і на який кінцевий результат спрямована вся їхня діяльність;

моделювання бізнес-процесів- Це ефективний засіб пошуку можливостей покращення діяльності підприємства;

моделювання бізнес-процесів- цей засіб дозволяє передбачати та мінімізувати ризики, що виникають на різних етапах реорганізації діяльності підприємства;

моделювання бізнес-процесів- це спосіб, що дозволяє дати вартісну оцінку кожному процесу, взятому окремо, і всім бізнес-процесам для підприємства, взятим разом.

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

Бізнес процес- Це логічний, послідовний, взаємопов'язаний набір заходів, що споживає ресурси виробника, створює цінність та видає результат споживачеві. Серед основних причин, які спонукають організацію оптимізувати бізнес-процеси, можна виділити необхідність зниження витрат чи тривалості виробничого циклу, вимоги, які висуваються споживачами і державою, впровадження програм управління, злиття компаній, внутрішньоорганізаційні протиріччя та інших.

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

Рішення щодо моделювання бізнес-процесів зазвичай приймається з причин, представлених малюнку 1.

Рисунок 1 - Причини, з яких приймається рішення щодо моделювання бізнес-процесів

Моделювання бізнес-процесів зачіпає багато аспектів діяльності компанії:

зміна організаційної структури;

оптимізацію функцій підрозділів та співробітників;

перерозподіл прав та обов'язків керівників;

зміна внутрішніх нормативних документівта технології проведення операцій.

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

Моделювання бізнес-процесів організації включає два етапи структурне та детальне.

Структурнемоделювання бізнес-процесів організації може виконуватися в нотації IDEF0 з використанням інструментарію BPwin або UML з використанням інструментарію Rational Rose. Детальне моделювання виконується мовою UML.

На етапі структурного моделювання моделі повинні бути відображені:

існуюча організаційна структура;

документи та інші сутності, що використовуються при виконанні бізнес-процесів, що моделюються, і необхідні для моделювання документообігу, з описами їх основного змісту;

структуру бізнес-процесів, що відображає їхню ієрархію від більш загальних груп до приватних бізнес-процесів;

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

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

Детальна модель бізнес-процесу має включати:

набір прецедентів, що відображають можливі варіантивиконання бізнес-процесів «як є»;

діаграми дій, що детально описують послідовність виконання бізнес-процесів;

діаграми взаємодії, що відбивають схеми документообігу.

Бізнес-операція- Сукупність дій, процедур, що становлять зміст одного акта бізнес-діяльності.

Бізнес-операція зазвичай починається з виробництва або закупівлі партії товару за заздалегідь наміченим планом дій і завершується продажем товару та отриманням прибутку. Бізнес-операції називають також угодами.

Бізнес-функція- Це завдання, яке вирішує компанія для власного виживання і для досягнення поставленої мети. Функція відповідає питанням що робити. Зрозуміло, у межах компанії можна назвати безліч функцій. Так будь-яка бізнес-система повинна мати такі функції, як управління фінансами, виробництво, продажі.

Бізнес модель -це те, що робить компанія і завдяки чому вона заробляє гроші (Том Мелоун)

Бізнес-стратегіяє теорія, бізнес-модель – гіпотеза (Ніколас Карр)

Бізнес модель- це представлення набору пов'язаних модельних елементів, що визначають внутрішню та зовнішнє середовищекомпанії в рамках єдиної системи.

2. КЛАСИФІКАЦІЯ БІЗНЕС-ПРОЦЕСІВ

Виділяють таку класифікацію:

Залежно від місця бізнес-процесів у організаційної структурикомпанії виділяють такі бізнес-процеси:

горизонтальні процеси - процеси, що відображають взаємодію по горизонталі;

індивідуальні горизонтальні процеси – процеси, які виконуються окремими працівниками (організаційними одиницями);

міжфункціональні горизонтальні процеси – процеси, які виконуються багатьма працівниками (організаційними одиницями);

вертикальні процеси - процеси, що відображають взаємодію працівників (організаційних одиниць) по вертикалі;

інтегровані процеси - процеси, що відображають взаємодію учасників процесів по вертикалі та по горизонталі.

Залежно від рівня їх складності виділяють:

монопроцеси – односкладові процеси;

вкладені процеси - монопроцеси, що входять до складу складнішого процесу (макропроцесу);

пов'язані процеси – виділені і послідовно реалізовані за певним алгоритмом монопроцессы.

Залежно від їхнього призначення:

основні бізнес-процеси – горизонтальні бізнес-процеси, що забезпечують виконання реальних операційних завдань, пов'язаних зі створенням продукту та його клієнту; - це процеси, операції яких мають прямий стосунок до продукту підприємства міста і цим впливають створення доданої стоимости;

підтримуючі бізнес-процеси – горизонтальні бізнес-процеси, що забезпечують виконання основних процесів, вони не мають безпосереднього відношення до вироблених товарів та послуг, однак без них неможливе виконання операцій зі створення доданої вартості;

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

Залежно від місця в ієрархії цілей організації:

бізнес-процеси верхнього рівня – процеси, створені задля реалізацію стратегічних цілей підприємства, найбільш значущі підприємствам;

бізнес-процеси середнього рівня – бізнес-процеси, створені задля реалізацію тактичних цілей;

бізнес-процеси нижнього рівня бізнес-процеси, створені задля реалізацію оперативних цілей.

Залежно від ступеня їх деталізації:

макропроцеси – укрупнені бізнес-процеси мають ступінь деталізації необхідний щоб описати бізнес-процеси верхнього рівня;

субпроцеси - бізнес-процеси мають ступінь деталізації необхідну для опису бізнес-процесів середнього рівня;

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

В рамках основних складових збалансованої системи показників:

фінансові бізнес-процеси;

клієнтські бізнес-процеси;

бізнес – процеси виробництва;

бізнес-процеси розвитку, навчання та зростання.

Стандарт функціонального моделювання IDEF0

Стандарт IDEF0 вважається класичним методом процесного підходу до управління. Основний принцип процесного підходу полягає у структуруванні діяльності організації відповідно до її бізнес-процесів, а не організаційно-штатної структури. Саме бізнес-процеси, що формують значний для споживача результат, становлять цінність, і саме їх поліпшенням належить займатися.

СтандартIDEF0 є сукупність правил і процедур, призначених для побудови функціональної моделі об'єкта будь-якої предметної області.

МодельIDEF0 є серією діаграм з супровідною документацією, що розбивають складний об'єкт на складові, які зображені у вигляді блоків. Деталі кожного з основних блоків показані у вигляді блоків інших діаграмах. Кожна детальна діаграма є декомпозицією блоку діаграми попереднього рівня. На кожному кроці декомпозиції діаграма попереднього рівня називається батьківською для більш детальної діаграми. Загальна кількість рівнів моделі (включаючи контекстний) не повинна перевищувати 5-6. Практика показує, що цього цілком достатньо для побудови повної функціональної моделі сучасного підприємства будь-якої галузі.

Стандарт інформаційного моделювання IDEF1

Стандарт IDEF1 був розроблений як інструмент для аналізу та вивчення взаємозв'язків між інформаційними потоками у рамках комерційної діяльності підприємства. Застосування методології IDEF1 як інструменту побудови наочної моделі інформаційної структури підприємства за принципом «як має бути». Приклад побудови моделі показаний малюнку 2.

Рисунок 2 – Приклад побудови моделі IDEF1

Основними складовими компонентами інформаційної моделі є:

діаграми – структурні зображення інформаційної моделі, що представляють, відповідно до набору правил, склад та логічні зв'язки використовуваних даних;

словник – значення кожного елемента моделі описується текстовим фрагментом.

Базовим поняттям методології IDEF1 є поняття сутності. Сутністьвизначається як реальний або абстрактний об'єкт, набір відмінних властивостейякого, званих атрибутами, відомий. Кожна сутність має ім'я та атрибути.

Номер підсистеми служить для її ідентифікації. У полі імені вводиться найменування підсистеми як пропозиції з підлягаючим і відповідними визначеннями і доповненнями.

Процес є перетворенням вхідних потоків даних у вихідні відповідно до певного алгоритму. Фізично процес може бути реалізований у різний спосіб: це може бути підрозділ організації (відділ), що виконує обробку вхідних документів і випуск звітів, програма, апаратно реалізований логічний пристрій і т.д.

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

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

Інформація у полі фізичної реалізації показує, який підрозділ організації, програма чи апаратний пристрій виконує цей процес.

Накопичувач даних - це абстрактний пристрій для зберігання інформації, яку можна в будь-який момент помістити в накопичувач і через деякий час витягти, причому способи приміщення та вилучення можуть бути будь-якими.

Накопичувач даних може бути реалізований фізично у вигляді мікрофіші, ящика в картотеці, таблиці оперативної пам'яті, файлу на магнітному носії і т.д.

Накопичувач даних ідентифікується буквою "D" та довільним числом. Ім'я накопичувача вибирається з найбільшої інформативності для проектувальника.

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

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

Головна мета побудови ієрархії DFD полягає в тому, щоб зробити опис системи ясним і зрозумілим на кожному рівні деталізації, а також розбити його на частини з певними відносинами між ними.

ВИСНОВОК

В останні роки інтерес у Росії до методологій сімейства IDEF неухильно зростає. При цьому інтерес до таких стандартів, як IDEF3–5, є теоретичним, а до IDEF0 цілком практично обґрунтованим.

Тим не менш, більшість керівників досі розцінюють практичне застосування моделювання в стандартах IDEF швидше як данина моді, ніж ефективний шлях оптимізації існуючої системи управління бізнесом. Найімовірніше це пов'язано з яскраво вираженим недоліком інформації щодо практичного застосування цих методологій та з неодмінним софтверним ухилом абсолютної більшості публікацій.

Не секрет, що практично всі проекти обстеження та аналізу фінансової та господарської діяльності підприємств зараз у Росії так чи інакше пов'язані з побудовою автоматизованих системуправління. Завдяки цьому стандарти IDEF у розумінні більшості стали умовно невіддільними від впровадження інформаційних технологій, хоча з їх допомогою часом можна ефективно вирішувати навіть невеликі локальні завдання, буквально за допомогою олівця та паперу.

На закінчення хочеться підкреслити, що головна перевага ідеї аналізу бізнес-процесів підприємства за допомогою створення його моделі – її універсальність. По-перше, моделювання бізнес-процесів це відповідь практично на всі питання щодо вдосконалення діяльності підприємства та підвищення його конкурентоспроможності. По-друге, керівник чи керівництво підприємства, які впровадили у себе цю методологію, матимуть інформацію, яка дозволить самостійно вдосконалювати своє підприємство та прогнозувати його майбутнє.

1. Войнов І.В. Моделювання економічних систем та процесів. Досвід побудови ARIS-моделей [Текст]: монографія/І.В. Войнов - М.: ЮУрГУ, 2002. - 392 с.

2. Волков О.М. Стандарти та методології моделювання бізнес-процесів [Текст]: навч. посібник для вузів/О.М. Волків. - М.: АСВ, 2000. - 145 с.

3. Григор'єв Д.І. Моделювання бізнес-процесів підприємства [Текст]: навч. посібник/Д.І. Григор'єв. - М.: ІРЦ, 2006. - 214 с.

4. Калянов Г.М. Моделювання, аналіз, реорганізація та автоматизація бізнес-процесів [Текст]: навч. посібник/Г.М. Калянів. - М.: Фінанси та статистика, 2006. - 319 с.

5. Пінаєв Д.К. Моделювання бізнес-процесів: доступно про складне [Текст]: довід. посібник/Д.К. Пінаєв. - М.: РДАС, 2003. - 247 с.

Репетиторство

Потрібна допомога з вивчення якоїсь теми?

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

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

Ділове моделювання – діяльність з формування моделей організацій, що включає опис ділових об'єктів (підрозділів, посад, ресурсів, ролей, процесів, операцій, інформаційних систем, носіїв інформації тощо) та зазначення зв'язків… Словник бізнес-термінів

Являє собою систему послідовних, цілеспрямованих та регламентованих видів діяльності, в якій за допомогою керуючого впливу та за допомогою ресурсів входи процесу перетворюються на виходи, результати процесу, що представляють… Вікіпедія

Бізнес моделювання діяльність з виявлення та опису існуючих бізнес процесів (аналіз бізнес процесів), а також проектування нових (проектування бізнес процесів). Бізнес моделюванням також називають дисципліну та окремий… … Вікіпедія

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

Логічно описує, яким чином організація створює, постачає клієнтам та набуває вартості економічної, соціальної та інших форм вартості. Процес розробки бізнес-моделі є частиною стратегії бізнесу. В теорії та… … Вікіпедія

У розробці інформаційних систем сукупність правил, принципів, залежностей поведінки об'єктів предметної галузі (області людської діяльності, яку система підтримує). Інакше можна сказати, що бізнес логіка це реалізація правил.

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

- (Simulation) Імітація маркетингової ситуації з метою її дослідження. При машинному моделюванні (computer simulation) вся наявна інформація завантажується на комп'ютер, що дозволяє зіставити можливі варіанти стратегій маркетингу. При… … Словник бізнес-термінів

Книги

• Бізнес-моделювання, Осипова Тетяна. Ця книга буде виготовлена ​​відповідно до Вашого замовлення за технологією Print-on-Demand. Розглядається моделювання бізнес-процесів, або бізнес-моделювання, що базується на...
• Бізнес-моделювання та аналіз даних. Вирішення актуальних завдань за допомогою Microsoft Excel , Вінстон Уейн Л.. Уейн Вінстон використовує реальні завданнящоб навчити вас швидко аналізувати дані, приймати рішення, підбивати підсумки, складати звіти, обробляти дані та будувати аналітичні…