Лабораторна робота №3

Тема: Розробка функціональної моделі інформаційної системи у

програмному середовищі Allfusion Process Modeler BPwin.
Мета роботи: Вивчити методологію IDEF0 створення функціональних
моделей інформаційних систем, ознайомитись з функціональними
можливостями програмного середовища Allfusion Process Modeler BPwin
та розробити в ньому функціональну модель інформаційної системи, що
обслуговує конкретний бізнес процес.

Основна частина

Початкові етапи створення моделі

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

BPwin підтримує три методології – IDEF0, IDEF3 і DFD. Кожна з них

вирішує свої завдання. У BPwin можлива побудова змішаних моделей:
модель може містити одночасно будь-які з діаграм IDEF0, IDEF3 і DFD.
Основоположними поняттями IDEFO-методології є мета моделювання,
точка зору і суб'єкт моделювання (предметна область).
Для внесення суб'єкта, мети і точки зору моделі IDEF0 в BPwin
необхідно вибрати пункт меню Edit/Model Properties (Властивості моделі),
що викликає діалог Model Properties. У закладці Purpose (рис. 3) слід вказати
мету і точку зору.

2
 Рис. 2. Закладка General діалогу Model Properties

Створення контекстної IDEFO-діаграми

Якщо в діалозі створення моделі обрана методологія IDEF0, то на

робочій панелі інструментів з'явиться палітра інструментів, що містить
команди стосовно до IDEF0 (рис. 7). Кнопки даної палітри призначені для
створення компонентів IDEF0-діаграм (робіт, зв'язків, їх назв та ін.).

Рис. 3. Палітра інструментів для IDEF0-методології

Основними компонентами діаграм IDEF0 є функції або роботи

(Activity) і зв'язки (Arrow) між ними.
При створенні нової моделі автоматично створюється контекстна
діаграма з єдиною роботою, що зображає систему в цілому. Для внесення
імені роботи слід в її робочій області клацнути правою кнопкою миші,
вибрати у випадному контекстному меню пункт Name Editor і в діалозі, що

3
з'явився внести ім'я роботи та прізвище автора діаграми (рис. 8). Ім'я роботи
повинне бути засноване на використанні віддієслівного іменника, що
позначає дію (наприклад, «Обчислення результату», «Визначення умов»,
«Обробка події»).
Для опису інших властивостей роботи слід використовувати пункт
Definition Editor (редактор документування об'єкта) контекстного меню, при
виборі якого з'являється закладка Definition діалогу Activity Properties.
Дуги на контекстній діаграмі описують взаємодію модельованого
процесу з навколишнім середовищем. Вони починаються або закінчуються
біля кордону діаграми. Такі дуги називаються граничними.
Для створення граничної вхідної дуги необхідно:
● клацнути по кнопці з символом стрілки (режим малювання
стрілок) у палітрі інструментів, перенести курсор до лівої сторони екрану до
появи лівої межі діаграми, виділеної смугою;
● клацнути один раз по лівій межі діаграми (зазначається місце,
звідки виходить стрілка), потім по лівій межі роботи (зазначається місце, де
закінчується стрілка);
● повернутися в палітру інструментів і для присвоювання стрілкою
назви вибрати в палітрі інструментів режим редагування;
● клацнути правою кнопкою миші на лінії стрілки, в спливаючому
меню редагування зв'язків вибрати пункт Name Editor і в діалозі, що з'явився
IDEF0 Arrow Properties внести ім'я дуги і прізвище автора діаграми; основу
назви дуги на IDEF0-діаграмах повинин складати іменник (наприклад, «Код
програми», «Студент», «Результати», «Графік виконання»).
Для створення граничних стрілок виходу, управління та механізмів слід
виконати аналогічні дії з урахуванням правил розташування таких стрілок по
відношенню до роботи і до кордонів діаграми (стрілка виходу починається на
правій стороні роботи і закінчується на правій межі діаграми, стрілка
управління починається на верхній межі діаграми і закінчується на верхній

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

Рис. 4. Контекстна діаграма

Створення діаграм декомпозиції

Діаграми декомпозиції містять споріднені роботи, тобто дочірні

роботи, що мають загальну батьківську. Для створення діаграми
декомпозиції необхідно лівою кнопкою миші виділити батьківську роботу і
клацнути по кнопці «Декомпозиція» палітри інструментів.
В результаті виникає діалог Activity Box Count (рис. 10), в якому слід
вказати нотацію нової діаграми і кількість робіт на ній.

5
 Рис. 5. Діалог Activity Box Count

У підсумку буде отримана діаграма декомпозиції, що містить три

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

6
 Для ідентифікації граничних стрілок діаграми використовуються коди
ICOM. Для відображення кодів ICOM на діаграмах моделі необхідно
включити опцію Show ICOM Codes на закладці Presentation діалогового вікна
Molel Properties. Дане вікно може бути викликане за допомогою меню
Edit/Model Properties або натисканням правої кнопки миші у вільній області
діаграми.
Якщо в результаті розробки діаграми декомпозиції виявиться, що в неї
необхідно додати роботу, то для цього слід увійти в режим малювання робіт і
клацнути в потрібному місці робочого поля діаграми лівою кнопкою миші. У
результаті в обраному місці діаграми з'явиться нова робота.
Для присвоєння роботам і стрілкам імен необхідно виконати дії,
аналогічні описаним для контекстної діаграми.
У деяких випадках зручно використовувати механізм тонелювання
зв'язків. Існує два види тонелювання зв'язків: з прихованим приймачем і з
прихованим джерелом.
Зв'язок з прихованим приймачем зручно використовувати, якщо зв'язок,
що входить в батьківський блок, небажано зображати на діаграмі
декомпозиції. Наприклад, якщо граничний зв'язок управління або механізмів
надходить на всі роботи діаграми, він може бути неінформативним і буде
лише захаращувати діаграму. Зв'язки з прихованим приймачем зображуються
стрілками з круглими дужками навколо наконечника стрілки.
Зв'язок з прихованим джерелом зручно використовувати, якщо на
діаграмі декомпозиції потрібно показати граничний зв'язок, якого не було на
батьківській діаграмі, оскільки для батьківської діаграми даний зв'язок є
несуттєвим. Зв'язки з прихованим джерелом зображуються стрілками з
круглими дужками навколо початку стрілки.
Для отримання зв'язку з прихованим приймачем необхідно на діаграмі
декомпозиції видалити відповідний граничний зв'язок, а потім перейти в
батьківську діаграму. На наконечнику відповідної стрілки, що примикає до
батьківського блоку, в результаті видалення граничного зв'язку з'явилися
7
квадратні дужки. Потім на палітрі інструментів слід вибрати режим
тонелювання стрілок і клацнути мишею по квадратних дужках.
Це ж вікно можна викликати, якщо в режимі редагування клацнути
правою кнопкою миші по квадратних дужках. У контекстному меню
редагування зв'язків слід вибрати пункт Arrow Tunnel. Для тонелювання
стрілки у вікні необхідно клацнути по кнопці Change To Tunnel (Змінити
тонелювання).
Для отримання зв'язку з прихованим джерелом слід в діаграмі-нащадку
намалювати граничну стрілку. На її кінці з'являться квадратні дужки. Потім
слід увійти в режим тонелювання стрілок і клацнути по квадратних дужках.
У діалозі слід клацнути по кнопці Change To Tunnel.
Якщо гранична стрілка на діаграмі була видалена помилково,
необхідно повернутися в батьківську діаграму і виконати дії, аналогічні
тонелюванння дуги з прихованим приймачем. У діалозі необхідно клацнути
по клавіші Resolve Border Arrow (Дозволити граничну стрілку) і потім
повернутися в діаграму декомпозиції. На ній знову з'явиться незв’язна
гранична стрілка.

Рис. 6. Діаграма декомпозиції першого рівня ієрархії

8
 Рис. 7. Діаграма декомпозиції блоку «Вибір основних параметрів квитка»

Загальні правила малювання діаграм

Блоки повинні розташовуватися по діагоналі з лівого верхнього в

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

Створення діаграм дерева вузлів

Діаграма дерева вузлів дозволяє розглянути цілком всю модель або

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

9
 Для створення діаграми дерева вузлів слід вибрати в пункт Insert/Node
Tree. В результаті виникає діалогове вікно формування діаграми дерева
вузлів Node Tree Definition. У цьому вікні слід вказати кореневу роботу
дерева і його глибину (кількість рівнів ієрархії).
Вид дерева залежить від опції Bullet Last Level. При включеній опції
роботи нижнього рівня ієрархії дерева представляються у вигляді
вертикального списку. При вимкненій опції роботи нижнього рівня ієрархії
дерева представляються у вигляді прямокутників.

Рис. 8. Діаграма дерева вузлів

Створення звітів

Модель, виконана в BPwin, являє собою набір ієрархічно

впорядкованих діаграм. При розміщенні на діаграмі деякого елемента цей
елемент разом зі своїми властивостями автоматично заноситься в словник
BPwin. У результаті разом з графічним зображенням модельованої системи
автоматично формується докладний текстовий опис системи.
У BPwin вбудовані засоби для автоматичної генерації звітів. Звіти по
моделі викликаються з пункту меню Report.
10
 У BPwin існують такі типи звітів:
● Model Report - звіт по моделі. Містить загальну інформацію про
моделі (її контекстній діаграмі) - ім'я моделі, точку зору, предметну область
моделювання, мета, ім'я автора, дату створення та ін..
● Diagram Report – звіт по діаграмі. Включає список всіх
елементів, що входять до складу обраної діаграми (сюди входять роботи,
стрілки, сховища даних, зовнішні посилання і т.п.).
● Diagram Object Report – звіт по об'єктах діаграм. Є самим повним
звітом по моделі. У загальному випадку включає повний список елементів
моделі з описом їх властивостей.

Рис. 9. Налаштування звіту по об'єктах діаграм

● Activity Cost Report – звіт про результати вартісного аналізу.

● Arrow Report – звіт по зв'язках. У загальному випадку містить
інформацію зі словника зв'язків, інформацію про роботу-джерело зв'язку,

11
роботу-приймача зв'язку та інформацію про ієрархічній структурі зв'язків
(розгалуженні і злитті стрілок).
● Data Usage Report – звіт про результати зв'язування моделі
процесів і моделі даних, створених відповідно до BPwin і в ERwin для однієї і
тієї ж предметної області.
● Model Consistency Report – звіт, що містить список синтаксичних
помилок моделі.
Існує три типи можливих синтаксичних помилок моделі IDEF0:
● Помилки, які BPwin не виявляє. До даного типу помилок
належать помилки в назвах елементів моделі. Наприклад, відповідно до
синтаксису методології IDEF0 назва роботи має бути виражена іменником,
що позначає дію («Проектування проекту», «Контроль проекту» і т.п.). Назва
зв'язку має бути виражена іменником («Проміжний варіант проекту»,
«Результат контролю» і т.п.). Виявлення помилок даного типу здійснюється
розробником або керівником проекту.
● Помилки, які BPwin не пропускає. До даного типу помилок
належать помилки графічного представлення моделі. Наприклад, відповідно
до синтаксису методології IDEF0 не допускається створення на діаграмі
зв'язку, що виходить з лівої або верхньої сторони роботи, що входить в праву
сторону роботи.
● Помилки, які BPwin пропускає, але виявляє і фіксує їх список в
звіті Model Consistency Report. До даного типу помилок належать,
наприклад, роботи і зв'язки без назви, незв'язані стрілки, роботи без зв'язків
виходу або управління.
При виборі пункту меню Report, відповідного деякого типу звіту,
з'являється діалогове вікно налаштування звіту. Діалогові вікна
розрізняються для кожного з типів звітів.
Список, що розкривається Standard Reports призначений для вибору
одного зі стандартних звітів. Стандартний звіт створюється при певній
комбінації елементів управління діалогу (перемикачів, прапорців та інших).
12
Всі установки стандартного звіту, крім обумовлених користувачем
властивостей (User-Defined Properties), доступні з будь-якої моделі.
Кнопка Update служить для зміни стандартного звіту, кнопка Delete -
для його видалення. Для створення власного звіту слід ввести ім'я звіту в полі
списку вибору, задати опції звіту і потім клацнути по кнопці New.
Для вибору формату звіту використовується група керуючих елементів
Report Format:
⮚ Labeled – у звіт включається мітка поля, вміст поля друкується в
наступному рядку;
⮚ Fixed Column – кожне поле друкується у своїй колонці;
⮚ Tab Delimited – поля друкуються в своїх колонках, поділюваних знаком
табуляції;
⮚ Comma Delimited – поля друкуються в своїх колонках, поділюваних
комами;
⮚ DDE Table – дані передаються по DDE додаткам (наприклад, MS Word,
Excel);
⮚ RPTwin – звіт створюється у форматі Platinum RPTwin – генератора
звітів, що входить в поставку BPwin.
Група керуючих елементів Multi-Valued Format призначена для
управління виводу полів при угрупованні даних:
⮚ Repeating Group – детальні дані об'єднуються в одне поле, між
значеннями вставляється +;
⮚ Filled – для кожного заголовка групи дані дублюються;
⮚ Header – друкується заголовок групи, потім – докладна інформація
(використовується за замовчуванням).
Опції Activity Ordering і Arrow Ordering призначені для сортування
відповідно робіт і зв'язків.
На рис.15 наведено фрагмент звіту Diagram Object Report.

13
 Рис. 10. Приклад звіту Diagram Object Report

Висновки:
У ході виконання даної лабораторної роботи було розглянуто
предметну область «Бронювання місця на залізничному транспорті» та:

14
● створено в середовищі BPwin модель вказаної предметної області в
нотації IDEF0;
● розроблено контекстну діаграму моделі;
● проведено декомпозицію контекстної діаграми;
● розроблено функціональну модель системи з глибиною декомпозиції 2
рівня.

15