Лабораторна робота №1 з дисципліни «Системний аналіз»

Лабораторна робота №1 з дисципліни «Системний аналіз»
Тема. Побудова моделей на основі методології IDEF0
Мета: навчитися будувати моделі на основі методології IDEF0, вміти
формулювати мету моделювання, точку зору, визначення моделі, опис області і
джерело інформації.
Теоретичні відомості
Створення моделі процесів в Bpwin
BPwin є хорошим інструментом для створення моделей, що дозволяють аналізувати, документувати і планувати зміни складних бізнес-процесів. BPwin пропонує засіб для збору всієї необхідної інформації про роботу підприємства і графічного зображення цієї інформації у вигляді цілісної і несуперечливої моделі. Причому, оскільки модель є деяким графічним представленням дійсності, можна стверджувати, що людина повернулася до свого улюбленого засобу документування бізнес-процесів – до малюнка. Але повернення це відбулося на новому рівні – цілісність і несуперечність моделі-малюнка (якості, про які раніше не було й мови) гарантуються такими засобами як методології і нотації, яким слідують творці моделі. BPwin підтримує три таких методології: IDEF0, DFD і IDEF3, що дозволяють аналізувати ваш бізнес з трьох ключових точок зору:
З погляду функціональності системи. В рамках методології IDEF0 (Integration Definition for Function
Modeling) бізнес-процес представляється у вигляді набору елементів-робіт, які взаємодіють між собою, а також показується інформаційні, людські та виробничі ресурси, споживані кожною роботою.
З погляду потоків інформації (документообігу) в системі. Діаграми DFD (Data Flow Diagramming) можуть доповнити те, що вже відображене в моделі IDEF3, оскільки вони описують потоки даних, дозволяючи прослідкувати, яким чином відбувається обмін інформацією між бізнес-функціями усередині системи. У той же час діаграми DFD залишають без уваги взаємодії між бізнес-функціями.
З погляду послідовності виконуваних робіт. Ще точнішу картину можна отримати, доповнивши модель діаграмами IDEF3. Цей метод привертає увага до черговості виконання подій. У IDEF3 включені елементи логіки, що дозволяє моделювати і аналізувати альтернативні сценарії розвитку бізнес-процесу.
BPwin має достатньо простий та інтуїтивно зрозумілий інтерфейс користувача, що дає можливість аналітикові створювати складні моделі при мінімальних зусиллях. При створенні нової моделі з’являється діалог, в якому слід вказати, чи буде створена модель наново або відкрита з файлу.

Якщо модель створюється наново, то необхідно внести ім'я моделі і вибрати методологію, в якій буде побудована модель (рис.1).
Рис.1 Діалог створення моделі
1.1 Концепція IDEF0
Найбільш зручною мовою моделювання бізнес-процесів є IDEF0. У IDEF0 система представляється як сукупність взаємодіючих робіт і функцій.
Така чисто функціональна орієнтація є принциповою – функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє чіткіше змоделювати логіку і взаємодію процесів організації.
Результатом застосування методології є модель, побудована з чітко сформульованою метою і з
єдиною точкою зору, яка складається з діаграм, фрагментів текстів і глосарію, що мають посилання один на одного. Діаграми – головні компоненти моделі, всі функції та інтерфейси на них представлені як блоки і стрілки.
Мета моделювання (Purpose). Модель не може бути побудована без чітко сформульованої мети. Мета повинна відповідати на наступні питання:
Чому цей процес повинен бути змодельований?
Що повинна показати модель?

Прикладом формулювання мети може служити наступне твердження: "Описати функціонування фінансових потоків підприємства з метою знаходження місць по нераціональному їх використанню".
Точка зору (Viewpoint). Точку зору можна показати як погляд людини, яка бачить систему в потрібному для моделювання аспекті. Точка зору повинна відповідати меті моделювання. Наприклад,
“Головний бухгалтер”.
Для внесення мети і точки зору в моделі IDEF0 в Bpwin слід вибрати пункт меню Model/Model
Properties, що викликає діалог Model Properties. У закладці Purpose слід внести мету і точку зору, а в закладку Definition – визначення моделі (наприклад, “Бізнес-процеси оборотів МТЦ на складі підприємства при виконанні повсякденної діяльності”) і опис області (наприклад, “Складський облік”).
У закладці Status того ж діалогу можна описати статус моделі (чорновий варіант, робочий, остаточний
і т.д.). У закладці Source описуються джерела інформації для побудови моделі (Наприклад,
“Опитування експертів в даній області й аналіз документації”). Закладка General служить для внесення назви проекту і моделі, імені та ініціалів автора і тимчасових рамок моделі - AS-IS (як є) і TO-BE (як повинно бути).
Результат опису моделі можна отримати в звіті Model Report. Діалог настройки звіту викликається з пункту меню Tools/Report/Model Report. У діалозі настройки слід вибрати необхідні поля, при цьому автоматично відображається черговість виведення інформації в звіт.
1.1.1 Роботи (Activity)
Роботи позначають поіменовані процеси, функції або завдання, які відбуваються протягом певного часу і мають розпізнавані результати.
Роботи на діаграмах зображаються прямокутниками. Блок представляє функцію або активну частину системи, тому назвами блоків служать дієслова або сполучення дієслів (наприклад,
"виготовлення меблів" або "виготовити меблі").
При створенні нової моделі автоматично створюється контекстна діаграма з єдиною роботою, що зображає систему в цілому (рис.2). Для внесення імені роботи слід клацнути по роботі правою кнопкою миші, вибрати в меню Name і в діалоговому вікні, що з'явилося, внести назву роботи. Для опису інших властивостей роботи служить діалог Activity Properties. Вміст словника робіт можна роздрукувати у вигляді звіту (меню Tools/Report/Diagram Object Report).

Рис.2 Приклад контекстної діаграми
Діаграми декомпозиції містять дочірні роботи. Для створення діаграми декомпозиції слід клацнути по кнопці:
З’являється діалог Activity Box Count, в якому слід вказати нотацію нової діаграми і кількість робіт на ній. Для забезпечення наочності і кращого розуміння модельованих процесів рекомендується використовувати від трьох до шести блоків на одній діаграмі. Якщо виявилось, що кількості робіт недостатньо, то роботу можна додати в діаграму, клацнувши спочатку по кнопці: на палітрі інструментів, а потім у вільне місце на діаграмі.
Роботи ніколи не розміщуються на діаграмі випадковим чином. Вони розміщуються по ступеню важливості, як її розуміє автор діаграми. Цей відносний порядок називається домінуванням.
Найбільш домінуючий блок зазвичай розміщується у верхньому лівому кутку діаграми, а найменше домінуючий – в правому нижньому кутку. В результаті виходить "ступінчаста" схема.
Порядок домінування може позначатися цифрою, розміщеною в правому нижньому кутку кожного прямокутника: А1 указуватиме на найбільше домінування, А2 – на наступне після найбільшого, і т.д. Блок будь-якої діаграми може бути далі описаний діаграмою нижнього рівня, яка, у

Взаємодія робіт між собою і зовнішнім світом описується у вигляді стрілок. Стрілки є якоюсь
інформацією та іменуються іменниками (наприклад, сировина). У IDEF0 розрізняють п'ять типів стрілок (малюнок 4):
Вхід (Input) – матеріал або інформація, які використовуються або перетворяться роботою для отримання результату (виходу). Допускається, що робота може не мати жодної стрілки входу. Стрілка входу малюється як вхідна в ліву грань роботи.
Управління (Control) – правила, стратегії, процедури або стандарти, якими керується робота.
Кожна робота повинна мати хоч би одну стрілку управління. Стрілка управління малюється якщо входить у верхню грань роботи.
Вихід (Output) – матеріал або інформація, які виробляються роботою. Кожна робота повинна мати хоч би одну стрілку виходу. Робота без результату не має сенсу і не повинна моделюватися.
Стрілка виходу малюється як вихідна з правої грані роботи.
Механізм (Mechanism) – ресурси, які виконують роботу. Стрілка механізму малюється як вхідна в нижню грань роботи.
Виклик (Call) – спеціальна стрілка, що вказує на іншу модель роботи. Стрілка виклику малюється як витікаюча з нижньої грані роботи.
Рис. 4 Функціональний блок і інтерфейсні стрілки
Взаємодія між блоками зображається трілками. Існує п'ять видів взаємозв'язків між блоками:

Вихід - Вхід (output - input). Вихід одного блоку є входом іншого. Зв'язок по вхідному зворотному зв'язку має місце тоді, коли вихід одного блоку стає входом іншого блоку з великим домінуванням.
Вихід - Управління (output - control). Вихід одного блоку є дією, що управляє, іншим.
Вихід - Механізм (output - mechanism). Вихід одного блоку є засобом іншого.
Вихід - Механізм - Зворотний зв'язок (output - mechanism- feedback).
Вихід - Управління - Зворотний зв'язок (output - control - feedback). Зворотний зв'язок по управлінню виникає тоді, коли вихід деякого блоку впливає на блок з великим домінуванням. Зворотні зв'язки можуть виступати у вигляді коментарів, зауважень, виправлень і т.д. (рис.5).
Рис.5 Приклад зворотного зв'язку
Стрілки в IDEF0, як правило, зображають набори предметів, тому вони можуть розгалужуватися і з'єднуватися разом різним чином. Розгалуження стрілки означають, що частина її вмісту (або весь набір предметів) може з'явитися в кожному відгалуженні стрілки. Стрілка завжди позначається до розгалуження, щоб дати назву всьому набору. Крім того, кожне відгалуження стрілки може бути помічене відповідно до наступних правил: вважається, що непомічена гілка містить всі предмети, вказані в мітці перед розгалуженням; кожна мітка гілки уточнює, що саме містить ця гілка.
Злиття стрілок указує, що вміст кожної гілки бере участь у формуванні після злиття об'єднаної стрілки.
Після злиття стрілка завжди позначається для вказівки нового набору, крім того, кожна гілка перед

злиттям може позначатися відповідно до наступних правил: вважається, що непомічені гілки містять всі предмети, вказані в загальній мітці після злиття; кожна мітка уточнює, що саме містить ця гілка.
Для внесення на діаграму стрілки необхідно: клацнути по кнопці з символом стрілки в палітрі інструментів: перенести курсор до лівої сторони екрану, поки не з'явиться початкова штрихова смужка; клацнути один раз по смужці (звідки виходить стрілка) і ще раз в лівій частині роботи з боку входу (де закінчується стрілка); повернутися в палітру інструментів і вибрати опцію редагування стрілки: клацнути правою кнопкою миші на лінії стрілки, в спливаючому меню вибрати Name Editor і додати ім'я стрілки в закладці Name, у вкладці Definition занести визначення стрілки і додатковий опис.
Також можна змінити стиль, розмір шрифту і колір стрілки.
Вміст словника стрілок можна роздрукувати у вигляді звіту (меню Tools/Report/Arrow Report.)
і отримати тим самим тлумачний словник термінів предметної області, що використовуються в моделі.
1.1.3 Діаграми дерева вузлів
Діаграма дерева вузлів показує ієрархію робіт в моделі і дозволяє розглянути всю модель цілком, але не показує взаємозв'язку між роботами (стрілки). Для створення діаграми дерева вузлів слід вибрати в меню пункт Diagram/Node Tree. У діалозі Node Tree слід вказати глибину дерева - Number of
Levels (за умовчанням 3) і корінь дерева (за умовчанням - батьківська робота поточної діаграми). За умовчанням нижній рівень декомпозиції показується у вигляді списку, решта робіт – у вигляді прямокутників. Для відображення всього дерева у вигляді прямокутників слід вимкнути опцію Bullet
Last Level. При створенні дерева вузлів необхідно вказати назву діаграми.
1.1.4 Вартісний аналіз (ABC)
Вбудований в BPwin механізм обчислення вартості дозволяє оцінювати і аналізувати витрати на здійснення різних видів ділової активності. Механізм обчислення витрат на основі виконуваних дій (Activity-Based Costing,
ABC) – це технологія, що застосовується для оцінки витрат і використовуваних ресурсів. Вона допомагає розпізнати

і виділити найбільш дорогі операції для подальшого аналізу. ABC є широко поширеною методикою, використовуваною міжнародними корпораціями і державними організаціями (зокрема Департаментом оборони
США) для ідентифікації дійсних рушіїв витрат в організації. Вартісний аналіз є угода про облік, використовувана для збору витрат, пов'язаних з роботами, з метою визначити загальну вартість процесу. Вартісний аналіз заснований на моделі робіт, оскільки кількісна оцінка неможлива без детального розуміння функціональності підприємства.
Зазвичай ABC застосовується для того, щоб зрозуміти походження вихідних витрат і полегшити вибір потрібної моделі робіт при реорганізації діяльності підприємства.
Рис.6 Діалог Cost Center Editor
При проведенні вартісного аналізу спочатку задаються одиниці вимірювання часу і грошей.
Для задання одиниць вимірювання слід викликати діалог Model Properties (меню Model/Model
Properties), закладка ABC Units. Якщо в списку вибору відсутня необхідна валюта, її можна додати.
Діапазон вимірювання часу в списку Time Unit достатній для більшості випадків – від секунд до років.
Потім описується центр витрат (cost centers). Для внесення центрів витрат необхідно викликати діалог
Cost Center Editor (меню Model/Cost Center Editor). Кожному центру витрат слід дати докладний опис у вікні Definition (рис.6).
Для задання вартості робіт (для кожної роботи на діаграмі дерева композиції) слід клацнути правою кнопкою миші по роботі і на спливаючому меню вибрати Cost. У діалозі Cost указується частота проведення даної роботи в рамках загального процесу (вікно Frequency) і тривалість (Duration).
Потім слід вибрати в списку один з центрів витрат і у вікні Cost задати його вартість. Аналогічно призначаються суми по кожному центру витрат, тобто задається вартість кожної роботи по кожній статті витрати. Загальні витрати по роботі розраховуються як сума по всіх центрах витрат. При обчисленні витрат поточної роботи спочатку обчислюється добуток витрат дочірньої роботи на частоту робіт, потім результати додаються. Якщо у всіх роботах моделі включений режим Compute from
Decompositions, подібні обчислення автоматично проводяться за всією ієрархією робіт від низу до

верху. Це достатньо спрощений принцип підрахунку справедливий, якщо роботи виконуються послідовно. Якщо схема виконується складніша (наприклад, роботи виконуються альтернативно), можна відмовитися від підрахунку і задати підсумкові суми для кожної роботи уручну (Override
Decompositions). В цьому випадку результати розрахунків з нижніх рівнів декомпозиції
ігноруватимуться, при розрахунках на верхніх рівнях враховуватиметься сума, задана вручну. На будь- якому рівні результати розрахунків зберігаються незалежно від вибраного режиму, тому при виключенні опції Override Decompositions розрахунок від низу до верху проводиться звичайним способом.
Результати вартісного аналізу наочно представляються на спеціальному звіті – Activity Cost
Report (меню Tools/Report/ Activity Cost Report).
1.1.5 Рекомендації по створенню діаграм
У реальних діаграмах до кожної роботи може підходити і від кожної може відходжувати близько десятка стрілок. Якщо діаграма містить 6-8 робіт, то вона може містити 30-40 стрілок, причому вони можуть зливатися, розгалужуватися і перетинатися. Такі діаграми можуть дуже погано читатися.
У IDEF0 існують правила по малюванню діаграм. Деякі з цих правил BPwin підтримує автоматично, виконання інших слід забезпечити уручну.
Прямокутники робіт повинні розташовуватися по діагоналі з лівого верхнього в правий нижній кут (порядок домінування);
Слід максимально збільшити відстань між вхідними або вихідними стрілками на одній грані роботи;
Зворотні зв'язки по входу малюються “нижньою” петлею, зворотний зв'язок по управлінню -
“верхньою”;
Слід мінімізувати кількість перетинів, петель і поворотів стрілок.

ВАРІАНТИ ІНДИВІДУАЛЬНИХ ЗАВДАНЬ
1. Проектування автоматизованої системи логістики транспортного підрозділу підприємства.
2. Проектування автоматизованої системи відділу збуту готової продукції хлібозаводу.
3. Проектування автоматизованої системи адміністрування системи дистанційного надання освітніх послуг.
4. Проектування автоматизованої системи косметичного салону.
5. Проектування автоматизованої системи меблевого салону.
6. Проектування автоматизованої системи роботи фотостудії.
7. Проектування автоматизованої системи роботи букмекерської контори.
8. Проектування автоматизованої системи роботи служби таксі.
9. Проектування автоматизованої системи організації екскурсій.
10. Проектування автоматизованої системи весільної агенції.
11. Проектування автоматизованої системи управління складом готової продукції підприємства.
12. Проектування автоматизованої системи роботи авіакаси.
13. Проектування автоматизованої системи магазину з продажу побутової техніки.
14. Проектування автоматизованої системи фірми з надання кейтерингових послуг.
15. Проектування автоматизованої системи житлово-комунального господарства (надання послуг тепло-, водо-, газо-, електропостачання, прибирання, тощо).
16. Проектування автоматизованої системи міського транспорту.
17. Проектування автоматизованої системи магазину іграшок.
18. Проектування автоматизованої системи ветеринарної клініки.
19. Проектування автоматизованої системи з продажу програмного забезпечення.
20. Проектування автоматизованої системи роботи охоронної фірми.
21. Проектування автоматизованої системи роботи деканату.
22. Проектування автоматизованої системи роботи готельного комплексу.
23. Проектування автоматизованої системи роботи майстерні з ремонту взуття та одягу.
24. Проектування автоматизованої системи туристичної компанії.
25. Проектування автоматизованої системи біржі праці.
26. Проектування автоматизованої системи «Записна книжка».
27. Проектування автоматизованої системи роботи ломбарду.
28. Проектування автоматизованої системи магазину запчастин до автомобіля.
29. Проектування автоматизованої системи «Довідник колекціонера».
30. Проектування автоматизованої системи розробки тестування знань студентів.