
- •1. Системний підхід при створення інформаційно-управляючих систем (іус)
- •1.1. Загальні відомості про автоматизовані системи управління та інформаційно-управляючі системи
- •Вхід вплив вихід
- •Автоматизовані системи управління та інформаційно-управляючі системи
- •1.2 Основні принципи створення асу (іус)
- •Основний виробничий
- •Допоміжний виробничий
- •Контроль і аналіз
- •1.3. Підходи до створення іус
- •2. Інструментальні засоби концептуального проектування
- •2.1. Загальні відомості про case
- •2.2. Методологія функціонального моделювання idef0
- •2.2.1 Моделі idef0
- •2.2.3 Межі і зв'язки
- •2.2.4 Тунелі
- •2.3 Побудова моделей idef0
- •2.3.1 Діаграми
- •2.3.2 Цикл "експерт-аналітик"
- •2.3.3 Побудова моделей
- •2.3.4 Точка зору
- •2.3.5 Розгалуження і сполучення моделей
- •2.3.6 Межі моделювання
- •2.3.7 Вибір найменування контекстного блоку
- •2.2.8 Визначення стрілок на контекстній діаграмі
- •2.3.9 Нумерація блоків і діаграм
- •2.3.10 Зв'язок між діаграмою і її батьківським функціональним блоком
- •2.3.11 Два підходи до початку моделювання ("завширшки" і "в глибину")
- •2.3.12 Завершення моделювання
- •2.3.13 Інші діаграми idef0
- •3. Методологія опису процесів бізнесу idef3
- •3.1. Призначення діаграм idef3
- •3.2. Два типи діаграм в idef3
- •3.3. Синтаксис і семантика моделей idef3
- •3.3.1 Моделі idef3
- •3.3.2.Типи зв'язків
- •3.3.3 З'єднання та розгалуження
- •3.3.4 Покажчики
- •3.3.5 Вимоги idef3 до опису процесів бізнесу
- •4. Структурний аналіз потоків даних (dfd — data flow diagrams)
- •4.1. Призначення діаграм потоків даних
- •4.2. Синтаксис і семантика діаграм потоків даних
- •4.2.1 Функціональні блоки
- •4.2.2 Зовнішні сутності
- •4.2.3 Стрілки (потоки даних)
- •4.2.4 Сховища даних
- •4.2.5 Галуження і об'єднання
- •4.3 Побудова діаграм потоків даних
- •4.3.1 Два підходи до побудови dfd-моделей
- •4.3.2 Нумерація об'єктів
- •Використані джерела інформации
2.2. Методологія функціонального моделювання idef0
Методологія функціонального моделювання IDEF0 — це технологія опису системи в цілому як великої кількості взаємозалежних дій, або функцій. Важливо відзначити функціональну спрямованість IDEF0 — функції системи досліджуються незалежно від об'єктів, які забезпечують їх виконання. "Функціональна" точка зору дозволяє чітко відокремити аспекти призначення системи від аспектів її фізичної реалізації.
Примітка. Представлений нижче матеріал стосовно методологій IDEF0, IDEF3 і DFD перероблено на основі джерела [10].
На рис. 2.1 приведений приклад типової діаграми IDEF0.
Рис. 2.1. Приклад діаграми IDEF0
Найчастіше IDEF0 застосовується як технологія дослідження і проектування систем на логічному рівні. З цієї причини він як правило, використовується на ранніх етапах розробки проекту, до IDEF3 моделювання для збору даних і моделювання процесу "як є". Результати IDEF0 аналізу можуть застосовуватися при проведенні проектування з використанням моделей IDEF3 і діаграм потоків даних.
2.2.1 Моделі idef0
IDEF0 поєднує в собі невелику за об'ємом графічну нотацію (вона містить тільки два позначення: блоки і стрілки) із конкретними і чітко певними рекомендаціями, в сукупності призначеними для побудови якісної і зрозумілої моделі системи.
Методологія IDEF0 в деякій мірі нагадує рекомендації, які існують в справі книговидавця, часто набір надрукованих моделей IDEF0 організовується в брошуру (звану в термінах IDEF0 комплект), що має зміст, глосарій та інші елементи, характерні для закінченої книги.
Перший крок при побудові моделі IDEF0 полягає у визначенні призначення моделі — набору питань, на які повинна відповідати модель. Набір питань можна порівняти з передмовою, в якій розкривається призначення книги.
Межі моделювання призначені для позначення ширини обхвату наочної області і глибини деталізації та є логічним продовженням вже певного призначення моделі. Як читач, так і безпосередньо її автор повинні розуміти ступінь детальності відповідей на поставлені в призначенні моделі питання.
Наступним кроком указується передбачувана цільова аудиторія, для потреб якої створюється модель. Часто від вибору цільової аудиторії залежить рівень деталізації, з яким повинна створюватися модель. Перед побудовою моделі необхідно мати уявлення про те, які відомості про предмет моделювання вже відомі, які додаткові матеріали і (або) технічна документація для розуміння моделі може бути необхідні цільовою аудиторії, які мова і стиль викладу є найбільш відповідними.
Під точкою зору розуміється перспектива, з якою спостерігалася система при побудові моделі. Точка зору вибирається таким чином, щоб врахувати вже позначені межі моделювання і призначення моделі. Вибрана точка зору залишається незмінною для всіх елементів моделі. Через необхідність можуть бути створені інші моделі, що відображають систему з інших точок зору. Ось декілька прикладів точок зору при побудові моделей: клієнт, постачальник, власник, редактор.
2.2.2 Дії
Дія, котра звичайно в IDEF0 звана функцією, обробляє, або переводить вхідні параметри (сировину, інформацію і т.п.) у вихідні. Оскільки моделі IDEF0 представляють систему як множину ієрархічних (вкладених) функцій, в першу чергу повинна бути визначена функція, що описує систему в цілому — контекстна функція. Функції зображаються на діаграмах як пойменовані прямокутники, або функціональні блоки. Імена функцій у IDEF0 підбираються за схожими правилами з іменами дій в IDEF3 — з використанням дієслів або віддієслівних іменників. Важливо підбирати імена таким чином щобим чином вони відображали систему ніби вона оглядалася з точки зору, вибраної для моделювання.
Приклад функціонального блоку приведений на рис. 2.2.
Вище ми визначали IDEF0 моделі, як ієрархічна безліч вкладених блоків. Будь-який блок може бути декомпозовані на його складові блоки. Декомпозицію часто асоціюють з моделюванням «зверху вниз», проте це не зовсім вірно. Функціональну декомпозицію коректно визначати як моделювання «зовні усередину», у якому ми розглядаємо систему на зразок цибулини, з якої послідовно знімаються шари.