к 2.4 показує декомпозицію процесу «Виконання замовлення». Процес декомпозирован на три блоки: підготовка обладнання до діагностики, діагностика обладнання, проведення технічних робіт. Входом є встановлене обладнання і матеріали, а вихід - готові вироби та інформація про ремонт.
Малюнок 2.4-декомпозиція процесу «Виконання замовлення».
І укладенням діаграми IDEF0 є декомпозиція процесу «Підготовка звітності», малюнок 2.5. Процес також декомпозіруется на три блоки: підготовка звітів по виконаним роботам, звіт за окремими типами літаків і аналіз якості поставлених деталей, входом якого є даних про надійшли деталях і дані про закуплених деталях і матеріалах. Вихід - Готовий звіт.
Рисунок 2.5 - декомпозиція процесу «Підготовка звітності».
Діаграма потоків даних (DFD - Data Flow Diagrams), малюнок 2.6 є основним засобом моделювання функціональних вимог до проектованої системи. Вимоги представляються у вигляді набору процесів, пов'язаних потоками даних.
· DFD показує, як кожен процес виявляє дані (вхідні вихідні) і виявляє відносини між процесами.
· DFD використовують для опису документообігу організації та обробки інформації.
Основними графічними компонентами DFD є процеси або роботи, зовнішні сутності, потоки даних і накопичувачі, сховища даних.
Зовнішня сутність є матеріальний предмет або фізична особа, яка є джерелом або приймачем інформації. Всі суті завжди знаходяться за межами аналізованої системи. Сховище даних являє собою абстрактне пристрій для зберігання інформації, яку можна в будь-який момент помістити в сховище і через якийсь час витягти, причому способи приміщення та вилучення можуть бути будь-якими. Фізично сховище даних може бути реалізовано у вигляді картотеки, папки з документами, таблиці в оперативній пам'яті, файлах, базах даних [2, c.166].
На прикладі роботи «Авіазавод» розглянемо систему підтримки документообігу. Процесом є безпосередньо сама система підтримки документообігу авіазаводу.
Малюнок 2.6 - Підтримка документообігу авіазаводу.
На малюнку 2.7 показана декомпозиція «Підтримки документообігу», із зовнішніми сутностями, БД Договори і План робіт.
Малюнок 2.7 - Декомпозиція процесу «Підтримка документообігу».
. Об'єктно-орієнтоване проектування
Наступним етапом створення інформаційної системи «Авіазавод» буде створення UML-діаграм, таких як діаграма прецедентів, діаграма активності, діаграма послідовності і діаграма класів. Як інструмент розробки було використано CASE-засіб Rational Rose.
Так як програма є системою, то в ній можна виділити складові частини і визначити їх взаємозв'язки. Для таких описів і використовується загальноприйнята мова UML (Unified Modeling Language). У найзагальніших рисах, будь-яка інформація, записана на цій мові, являє собою набір діаграм, які досить легко читаються [3].
На малюнку 3.1 показана діаграма варіантів використання. На малюнку видно, що менеджер реєструє нове замовлення і укладає договір з клієнтом, а працівники цеху роблять запит на склад, чи є потрібна деталь в наявності для виконання замовлення.