- •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.3.9 Нумерація блоків і діаграм
Всі функціональні блоки IDEF0 нумеруються. У номерах допускається використання префіксів довільної довжини, але в більшості моделей використовується префікс А. Номер блоку проставляється за префіксом. Контекстний блок завжди має номер А0. Префікс повторюється для кожного блоку моделі. Номери використовуються для віддзеркалення рівня декомпозиції, на якому знаходиться блок. Блок А0 декомпозується в блоки А1, А2 A3 і т.д. А1 декомпозується у А11, А12, А13 і т.д. А11 декомпозується в А111, А112 А113 і т.д. Для кожного рівня декомпозиції в кінець номера додається одна цифра.
2.3.10 Зв'язок між діаграмою і її батьківським функціональним блоком
Функціональний блок декомпозується, якщо необхідно детально описати його роботу. При декомпозиції блоку корисно розглянути його життєвий цикл, це допоможе визначити функціональні блоки "дочірньої" діаграми, що виходить. Наприклад, життєвий цикл блоку "Підсмажити біфштекс" може виглядати як наступна послідовність: "Підготувати продукти", "Відбити м'ясо", "Розігріти масло" і т.д.
При моделюванні IDEF0 важливо мати на увазі, що межа дочірньої діаграми є межа батьківського функціонального блоку. Це означає, що вся робота виконується блоками самого нижнього рівня. На відміну від ієрархії, вживаної в структурному програмуванні, блоки верхнього рівня не є суб'єктами управління для блоків нижнього рівня. Це означає, що в IDEF0 діти — це ті ж об'єкти, що і їх батьки, тільки показані з більшою деталізацією. Дії генерального директора компанії на діаграмах IDEF0 можуть відображатися поряд з діями простих робочих.
На кінцях граничних стрілок (що починаються або закінчуються за межами діаграми) дочірних діаграм поміщаються коди ICOM, щоб показати, де знаходиться відповідна стрілка на батьківській діаграмі (рис. 2.14). Вони потрібні для перевірки цілісності моделі і можуть бути корисні, коли порядок розташування стрілок на дочірній діаграмі відрізняється від порядку їх розташування на батьківській діаграмі. Код ICOM складається з латинської букви I, С, О або М і числа, що показує розташування стрілки на батьківській діаграмі в порядку зверху вниз або зліва направо.
Рис. 2.14. ІСОМ-коди на граничних стрілках
2.3.11 Два підходи до початку моделювання ("завширшки" і "в глибину")
Моделі можуть проектуватися з використанням підходу "завширшки", коли кожна діаграма максимально деталізує фасад своєю декомпозицією, і з підходом "в глибину", коли спочатку визначається ієрархія блоків, а потім створюються сполучаючі їх стрілки. Природно можливе застосування комбінації цих підходів, причому ієрархія блоків може іноді трохи змінитися після того, які нарисовані стрілки. Це відбувається через те, що створення стрілок може змінити розуміння внутрішньої архітектури модельованого об'єкту.
2.3.12 Завершення моделювання
Сформульована мета моделювання містить питання, на які повинна відповідати модель. Коли стає можливим отримання відповідей на них за допомогою моделі, модель вважається такою, що задовольняє поставленим вимогам і розглядається як завершена. При побудові декомпозиції першого рівня потрібно стежити за тим, щоб всі блоки на діаграмі лежали всередині визначених раніше меж моделювання. Перед декомпозицією блоку потрібне упевнитися, чи не приведе це до перевищення встановленої раніше глибини деталізації для даної моделі. Ще одне правило полягає у тому, що моделювання IDEF0 повинне тривати до тих пір, поки стрілки передування (вхід і вихід) переважають на діаграмах.
При необхідності подальшої деталізації окремих процесів можуть бути використані діаграми IDEF3.