Структурно-

функціональний аналіз
Глазунова О.Г.,
д.п.н., професор кафедри інформаційних і дистанційних технологій
Система моделей
Моделі

Структурний Оціночний
підхід підхід

Час
Обєктна
розвязування

В-ть
Функціональна опрацювання
даних

Надійність
Управління
процесів

Показники
Організаційна
ефективності

Технічна

Слайд 2
Обєктна модель
• Обєкт – це сутність, яка використовується при
виконанні певної функції або операції
(перетворення, опрацювання, формування і т.д.)

Природа
обєкта

Динамічна Статична
Слайд 3
 Обєктна структура
Деталізація моделі
Внутрішній
рівнеь

Концептуальний
рівень

Зовнішній
рівень

Зовнішній – виділяються основні види матеріальних об'єктів та основні види інформаційних об'єктів і-або документів;
Концептуальний рівень – уточнення складу класів об'єктів, визначення їх атрибутів, взаємозв'язків між ними;
Внутрішній рівень – відображення файлів бази даних, вхідних та вихідних документів ІС. Модель бази даних відображає
зберігання умовно-постійної інформації та накопичуваної змінної інформації
Слайд 4
Функціональна структура
• Функція – перетворювач вхідних обєктів у вихідні.
• Послідовність взаємозвязаних за входами та виходами функцій
складають бізнес-процес.
• Бізнес-процеси і інформаційні процеси нерозривно повязані
(приклад, відвантаження)

Слайд 5
 Функціональна структура
Внутрішній
рівнеь

Концептуальний
рівень

Зовнішній
рівень

Зовнішній – список основних бізнес-функцій (15-20)

Концептуальний – декомпозиція функцій, побудова ієрархічних структур
Внутрішній – структура інформаційного процесу, ієрархічні структури програмних модулів Слайд 6
Структура управління
• Альтернативні та циклічні послідовності функцій (залежність від
умов протікання бізнес-процесів)
• Події викликають виконання функцій
• Послідовність подій - реалізація бізнес-процесу

Слайд 7
 Структура управління
Внутрішній
рівнеь

Концептуальний
рівень

Зовнішній
рівень

Зовнішній – список зовнішніх подій, які викликають взаємодію підприємства із зовнішнім

середовищем, та список правил, яким мають відповідати бізнес-процеси
Концептуальний – бізнес-правила, за якими визначають умови виклику функцій при виникненні події
або досягнення обєктом певного стану
Слайд 8
Внутрішній – вимоги щодо прав доступу персоналу до функцій ІС
Технічна структура
• Територіальне розміщення ТЗ по структурним підрозділам

Слайд 9
 Технічна структура
Внутрішній
рівнеь

Концептуальний
рівень

Зовнішній
рівень

Зовнішній – типи ТЗ опрацювання даних та їх розміщення по структурним підрозділам;

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

Інструменти: IDEF Designer, ERwin\BPwin, Oracl Designer, BPM Workbench, Aris, Rational Rose
Слайд 11
Моделювання бізнес-процесів

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

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

управління ризиками

організаційні зміни

функціонально-вартісний аналіз

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

 Описання виконуваних системою функцій

 Описання відношень між даними
 Описання динамічної поведінки системи

Слайд 14
Етапи моделювання BPM
ідентифікація

збір даних

аналіз даних

впровадження поліпшень

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

предмет моделювання

формалізація

несуперечливість

необхідність і достатність
Нотації моделювання бізнес-процесів
Unified Modeling • Об'єктно-орієнтований метод моделювання, що дозволяє моделювати різні статичні або
динамічні властивості об'єктів моделі. Застосовується для низькорівневого опису стану
Language об'єктів інформаційного середовища.

Integrated Definition for • Набір різних методів для опису цільових аспектів бізнес-процесу. Широко поширена
нотація моделювання бізнес-процесів в 20 столітті, зараз не знаходить практичного
Function Modeling застосування через наявність більш гнучких методик.

• Одна з універсальних нотацій моделювання, що дозволяє уявити потік робіт або даних як
Event-driven Modeling слідства збуджуючих подій.

Business Process Model • Уніфікована нотація моделювання бізнес-процесів. Найбільш підходить для
автоматизації потоків робіт.
and Notation
• Розширення подієвої нотації для можливості аналізу бізнес-процесу з боку завдань, що
Task-driven Modeling подаються на його вхід. Розроблено спеціально для використання в сервісі імітаційного
моделювання bpsimulator.com.
 IDEF0 - методологія функціонального моделювання. Система відображається у вигляді набору
взаємоповязаних функціональних блоків.

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

IDEF: IDEF1X (IDEF1 еХtended) – методологія побудови реляційних структур. IDEF1X відноситься до типу
методологій “Сутність-взаємозвязок” (ER – Entity-Relationship) і використовується для моделювання
реляційних баз даних у системі;

IDEF3 – методологія документування процесів. За допомогою IDEF3 описується сценарій і послідовність

операцій для кожного процесу.

IDEF4 – методологія побудови обєктно-орієнтованих систем.

Слайд 18
Функціональна модель SADT(Structured Analysis and
Design Teqnique) (IDEF0)
(Нотація Росса)
відображає дії обєкта і звязки між цими діями

Управління

Вхід Вихід
Функция

Механізм
Модель забезпечує відділення функцій від організаційної структури.
Слайд 19
Критерії розбиття системи на «чорні cкриньки»:

•кожна «чорна скринька» реалізуєдину функцію системи;

• функція кожної «чорної скриньки» повинна легко розумітися незалежно
від складності її реалізації;
• звязки між «чорними скриньками» вводяться лише за наявності звязку
між відповідними функціями системи;
• звязки між «чорними скриньками» мають бути максимально простими

Слайд 20
Інтерфейсні дуги, стрілки, потоки
Декомпозиція функціональних діаграм

Контекстна діаграма визначає всі функції,

функция
входи та виходи, які можуть зявитися на
діаграмах нижніх рівнів
А0

Кожна підфункція може містити лише ті

елементи, які входять в дану функцію.
Вихід
Підфункція
Подфункция1

А1 Управління
Вихід
Підфункція 2
Подфункция 1
А2 Підфункція 3
Вхід
А3
Слайд 22
Контекстна діаграма
- діаграма самого високого рівня.
Визначає
- загальну уяву про діяльність організації;
- задає єдину точку зору на опис діяльності виходячи з мети;
- визначає межі моделювання системи та її компонентів.

Системний аналіз і проектування інформ Слайд 23

аційних систем, 2009
Перенос контекста на декомпозицію

Продажа,
маркетинг

Сборка,
тестирование

Слайд 24
Декомпозиція

Слайд 25
Декомпозиция родительской диаграммы А2

Подфункция 2

А2

А21

А22
А23

А24
Слайд 26
 Обмеження складності IDEF0-діаграм

Обмеження кількості функціональних блоків - три-сім. Верхня межа (сім)

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

Для моделювання бізнес-функції зазвичай достатньо 2-3 рівнів деталізації.

Загальна кількість рівнів зазвичай не перевищує 6-7.

Слайд 27
Функціональна методика потоків даних

• DFD – Data Flow Diagram – діаграма потоків даних

• Потоки даних
• Процеси
• Зовнішні сутності
• Накопичувачі даних

Слайд 28
Потоки даних (DFD)
• Абстрації, які використовуються для моделювання передачі
інформації з однієї частини системи в іншу.

• Зображаються у вигляді іменованої стрілки, орієнтація яких

вказує напрям руху інформації

Слайд 29
Процес (DFD)
• Продукування вихідних потоків з вхідних у відповідності з дією,
яка задається іменем процесу

• Імя процесу повинно відповідати на запитання “Що робити?”

(наприклад, отримати документи, розрахувати вартість,
перевірити наявність у БД тощо)

• Унікальний номер (можна разом з номером діаграми)

Слайд 30
Сховище даних (DFD)
• На певних ділянках діаграми визначаються дані, які зберігаються
у памяті між процесами.

• Імя сховища повинно визначати його зміст

Слайд 31
Зовнішня сутність
• Матеріальний обєкт зовні контексту системи, який є джерелом
або споживачем інформації. Наприклад, склад товарів, клієнт.

• Сутності не приймають участь у процесах всередині системи

Слайд 32
Додаткові елементи DFD
• Словники даних – каталоги елементів даних, які
використовуються в DFD

• Мініспецифікації опрацювання – DFD –процеси нижнього рівня

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

Слайд 33
Модель потоків даних – діаграми DFD (Data Flow
Diagram)
(Нотация Гейна-Сэрсона)

Зовнішній Імя потоку

даних
обєкт
Номер процесу

Назва процесу

Реалізація процесу

БД Назва сховища

Слайд 34
 Компоненти DFD-діаграм

Поштовий Перевірити
індекс
індекс

Записати Адреса Місто

Перевірити
адресу клієнта
місто
клієнта

Вулиця
Перевірити
вулицю
Слайд 35
Системний аналіз і проектування інформ Слайд 36
аційних систем, 2009
 Діаграми DFD нижнього рівня

формуються «розщіпленням» діаграм верхнього рівня.

 від 3 до 7 процессов на діаграмі;

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

Слайд 37
Специфікація процесу
• процес має 2-3 вхідних/вихідних потоків,
• процес виконує єдину логічну функцію,
• описання логіки процесу займає 20-30 рядків,
• процес може бути описаний у вигляді послідовного алгоритму.

Слайд 38
Повнота та несуперечність діаграми DFD

• Повнота:
• “висячі” процеси;
• Несуперечність:
• Немає потоків які повязують дві зовнішні сутності;
• Немає потоків, які повязують зовнішню сутність і сховище;
• Немає потоків, що поєднують два сховища даних.

Слайд 39
Переваги та недоліки DFD
• Переваги:
• Однозначне визначення зовнішніх сутностей;
• Проектування “зверху-вниз”;
• Повна функціональна специфікація системи;
• Недоліки:
• Штучне введення управляючих процесів;
• Відсутність аналізу часових параметрів перетворення даних.

Слайд 40
BPMN
Категорії символів в нотації BPMN
об'єкти потоку (Flow Objects)

дані (Data)

зони відповідальності (Swimlanes)

з'єднувальні елементи (Connecting Objects)

артефакти (Artifacts)
Символи об'єктів потоку
СИМВОЛ НАЗВА ПРИЗНАЧЕННЯ

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

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

Шлюз,
логічний Використовується для позначення злиття і / або розгалуження потоку подій і
оператор дій.
(Gateway)
Символи даних
СИМВОЛ НАЗВА ПРИЗНАЧЕННЯ

Об'єкт даних Товарно-матеріальні цінності (ТМЦ) або інформація, які використовуються

(Data Objects) або одержувані в результаті дій.

Сховища
даних База даних або її фрагмент, що містить інформацію для виконання дій.
(Data Stores)

Повідомлення
Відображає факт передачі інформації між учасниками процесу.
(Message)
Символи зони відповідальності
СИМВОЛ НАЗВА ПРИЗНАЧЕННЯ

Пул, учасник
Структурний підрозділ, якому доручено виконання дії (фірма,
(Pool,
організація, відділ, служба).
Participant)

Доріжка Посада виконавця або роль суб'єкта, якому доручено виконання

(Lane) дії. Складова частина організаційної одиниці.
З’єднувальні елементи
СИМВОЛ НАЗВА ПРИЗНАЧЕННЯ

Потік операцій,
потік управління Задає послідовність (до-після) виникнення подій і виконання дій.
(Sequence Flow)

Потік повідомлень Відображає інформаційний обмін між учасниками процесу. Зазвичай

(Message Flow) з'єднує дії і / або пули двох учасників процесу.

Асоціація,зв’язок
Відображає зв'язок між даними (артефактами) і об'єктами потоку.
(Association)
Символи артефактів
СИМВОЛ НАЗВА ПРИЗНАЧЕННЯ

Група Використовується для угруповання графічних елементів, що належать

(Group) одній і тій же категорії.

Примітка
(додаткова
інформація), Примітка (додаткова інформація), пов'язана з відображеним
пов'язана з елементом.
відображеним
елементом
Класифікація подій
• Стартова подія
За часом настання • Кінцева подія
• Проміжна подія

По можливості переривання • Неперериває події

виконання дії (підпроцесу) • Перериває події

• Подія-ініціатор обробки
За типом результату дії • Подія-результат обробки

З причини виникнення • Умовні позначення подій

(триггеру) події на BPMN-діаграмах
Приклад використання різних типів
подій за часом виникнення і результату
дії
Об’єкт «Діяльність (Activity)»
Діяльність -процес, який відображається у вигляді діаграми,
представляє собою упорядкований набір дій, які виконуються з метою
отримання конкретного результату.
Види діяльностей:

Завдання (Task)

Підпроцес (Sub-Process)

Виклик (Call)
Маркери завдання:

цикл (Loop) - дія виконується в циклі з перед- (while) або пост- (repeat-until) умовою

багатопримірникові (Multi-Instance) - паралельне або послідовне виконання декількох

екземплярів однотипних дій. Можна розглядати як цикл з параметром (for)

компенсація (Compensation) - дія виконується замість стандартного при неможливості його

успішного завершення;

настроюємий підпроцес (Ad-Hoc) - вказується лише для підпроцесів. Конкретний склад і

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

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

комплексний (Complex) – аналогічний неексклюзивними шлюзу. Відмінність: вказується вислів, який визначає, який з потоків
операцій будуть активовані

паралельний (Parallel, AND - логічне І) - призначений для злиття/розгалуження одночасно виконуваних потоків операцій

ексклюзивний, заснований на подіях (Exclusive Event-Based) призначений для поділу потоку операцій на кілька альтернативних
маршрутів. Єдиний маршруту вибирається в залежності від подій, що відбулися, які вказуються за відповідним маршрутом;

ексклюзивний, заснований на подіях, що запускає процес (Exclusive Event-Based Gateway to start a Process) - використовується в
якості початкового символу процесу. Не має вхідних потоків

паралельний, заснований на подіях, що запускає процес (Parallel Event-Based Gateway to start a Process) - аналогічний попередньому, але
можлива активація відразу декількох маршрутів в разі спрацювання подій, з якими вони пов'язані.
EPC https://www.bpsimulator.com/run/