- •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 Нумерація об'єктів
- •Використані джерела інформации
3.2. Два типи діаграм в idef3
Існують два типи діаграм в стандарті IDEF3, що представляють опис одного і того ж сценарію технологічного процесу в різних ракурсах. Діаграми, що відносяться до першого типу, називаються Діаграмами Опису Послідовності Етапів Процесу (Process Flow Description Diagrams – PFDD), а до другого - Діаграмами Станів Об'єкту в процесу його Трансформації (Object State Transition Network, OSTN). Припустимо, потрібно описати процес фарбування деталі у виробничому цеху на підприємстві. За допомогою діаграм PFDD документується послідовність і опис стадій обробки деталі в рамках досліджуваного технологічного. Діаграми OSTN використовуються для ілюстрації трансформацій деталі, які відбуваються на кожній стадії обробки.
На наступному прикладі, опишемо, як графічні засоби IDEF3 дозволяють документувати вищевказаний виробничий процес фарбування деталі. У цілому, цей процес складається безпосередньо з самого фарбування, що виконується на спеціальному обладнанні, і етапу контролю її якості, який визначає, чи потрібно деталь зафарбувати заново (у разі невідповідності стандартам і виявлення браку) або відправити її у подальшу обробку (процесу (рис 3.1).
Рисунок 3.1. Приклад IDEF3-діаграми (PFDD діаграми)
Таким чином, IDEF3 — спосіб опису процесів, основною метою якого є забезпечення структурованого методу, використовуючи який експерт в наочній області може описати стан речей як впорядковану послідовність подій з одночасним описом об'єктів, що мають безпосереднє відношення до процесу.
Технологія IDEF3 добре пристосована для збору даних, потрібних для проведення структурного аналізу системи. На відміну від більшості технологій моделювання процесів бізнесу IDEF3 не має жорстких синтаксичних або семантичних обмежень, що роблять незручним опис неповних або нецілісних систем. Крім того, автор моделі (системний аналітик) позбавлений від необхідності змішувати свої власні припущення про функціонування системи з експертними твердженнями в цілях заповнення пропусків в описі наочної області. На рис. 3.2 зображений інший приклад опису процесу з використанням методології IDEF3.
Рис. 3.2. Опис процесу в методології IDEF3
Технологія IDEF3 також може бути використана як метод проектування процесів бізнесу. IDEF3-моделювання органічно доповнює традиційне моделювання з використанням стандарту IDEF0. В даний час воно набуває всього більшого поширення як цілком життєздатний шлях побудови моделей проектованих систем для подальшого аналізу імітаційними методами. Імітаційне тестування часто використовують для оцінки експлуатаційних якостей системи, що розробляється, детальніше методи імітаційного аналізу будуть розглянуті пізніше.
3.3. Синтаксис і семантика моделей idef3
3.3.1 Моделі idef3
Основою моделі IDEF3 служить сценарій бізнес-процесу, який виділяє послідовність дій або підпроцесів аналізованої системи. Оскільки сценарій визначає призначення і межі моделі, досить важливим є підбір відповідного найменування для позначення дій. Для підбору необхідного імені застосовуються стандартні рекомендації по переважному використання дієслів і віддієслівних іменників. Наприклад, "Обробити замовлення клієнта" або "Застосувати новий дизайн" — цілком відповідають назви сценаріїв.
Точка зору для більшості моделей повинна бути явним чином документована. Звичайно ця назва набору посадових обов'язків людини, що є джерелом інформації про модельований процес.
Для системного аналітика також важливо розуміння мети моделювання — набору питань, відповідями на які служитиме модель, меж|кордонів| моделювання (які частини системи увійдуть до моделі, а які не будуть в ній відображені) і цільової аудиторії (для кого розробляється модель).
Діаграми. Як і в будь-якій технології моделювання дій, що розглядається в ціх матеріалах, головною організаційною одиницею моделі IDEF3 є діаграма. Взаємна організація діаграм усередині моделі IDEF3 особливо важлива у разі, коли модель свідомо створюється для подальшої публікації або рецензування, що є цілком звичайною практикою при проектуванні нових систем. В цьому випадку системний аналітик повинен поклопотатися про таке інформаційне наповнення діаграм, щоб кожна з них була самодостатньою і в той же час зрозумілої читачу.
Одиниця роботи. Дія. Аналогічно іншим технологіям моделювання, в термінах IDEF3 "одиниця роботи" (Unit of Work — UOW) — інший важливий компонент моделі. Діаграми IDEF3 відображають дію у вигляді прямокутника. Як вже наголошувалося, дії іменуються з використанням дієслів або віддієслівних іменників, кожій з дій привласнюється унікальний ідентифікаційний номер. Цей номер не використовується знов навіть в тому випадку, якщо в процесі побудови моделі дія віддаляється. У діаграмах IDEF3 номеру дії звичайно передує номером його батька (рис. 3.3).
Рис. 3.3. Зображення і нумерація дій в діаграмі IDEF3