ість рівнів декомпозиції), трудність ув'язки декількох процесів.
2.2. IDEF3
Нотація IDEF3 пропонує структурний метод опису процесів і призначена для опису потоків робіт (Work Flow Modeling). Модель описується як упорядкована послідовність подій. Описи подій близько до алгоритмічним методам побудови блок-схем. Методика IDEF3 добре пристосована для збору даних. [2]
За допомогою різних видів стрілок і символів розгалуження (&, X, O) і символів синхронності в IDEF3 реалізуються різні типи зв'язків між діями, які іменуються дієсловами і зображуються у вигляді прямокутників. Діям присвоюється унікальний ідентифікаційний номер. Завершення однієї дії може ініціювати початок виконання відразу кількох інших дій, або навпаки, певну дію може вимагати завершення кількох інших дій до початку свого виконання (розгалуження процесу).
Дана методика не має жорстких синтаксичних і семантичних обмежень. Дуже часто IDEF3 використовують як метод, що доповнює IDEF0.
2.3. DFD (Data Flow Diagramming)
Методологія DFD була розроблена для опису потоків даних (Data Flow Modeling). Нотація діаграм потоків даних дозволяє відображати на діаграмі і послідовність кроків бізнес-процесу, і потік даних. Мета такого подання - продемонструвати, як кожен процес перетворить свої вхідні дані у вихідні. На діаграмах відображають інформаційні та матеріальні потоки. У нотації підтримується принцип декомпозиції.
Основними компонентами діаграм потоків даних є:
· зовнішні сутності (матеріальний об'єкт або фізична особа, що є джерелом або приймачем інформації);
· системи і підсистеми;
· процеси (перетворення вхідних потоків даних у вихідні відповідно до певного алгоритму);
· накопичувачі даних (абстрактні пристрої для зберігання інформації);
· потоки даних (на діаграмі - стрілки). [12]
Діаграми потоків даних використовуються для побудови моделей «as-is» і «as-to-be», для проведення аналізу організації інформаційних потоків, для графічного відображення потоків інформації, для розробки інформаційних систем. Кожен блок в DFD може розгортатися в діаграму нижнього рівня, що дозволяє на будь-якому рівні абстрагуватися від деталей.
Існує два основних варіанти методології DFD: методологія Гейна-Сарсона і методологія Йордана-Де Марко. Відмінною рисою методології Гейна-Сарсона є наявність етапу моделювання даних, визначального вміст сховищ даних (БД і файлів) в DFD [2]. У моїй роботі представлена ??діаграма DFD для відображення формування ланцюжка взаємозалежних документів саме за методологією Гейна-Сарсона. Ця діаграма описує модель" as-to-be», а створений потік документів, відповідно до цієї моделі, ліквідує помилки і тимчасові задержкі.діаграмми моделюють функції, які система повинна виконувати, але майже нічого не повідомляють про відносини між даними, а також про поведінку системи залежно від часу - для цих цілей використовуються діаграми сутність-зв'язок і діаграми переходів станів.
2.4. Універсальна мова моделювання UML
Деякі діаграми, що використовуються в цій роботі, побудовані за допомогою мови UML (Unified Modeli...
