лика ймовірність допущених багатьох помилок у вірішенні Стратегічних харчування, что однозначно спричинилися економічні та Ресурсні затрати.
Для відображення структурного аспекту моделей предметних областей в основному Використовують Графічні методи, Які повінні гарантуваті представлення ІНФОРМАЦІЇ про компоненти системи. Головна Вимоги до графічніх методів Документування - простота. Графічні методи повінні Забезпечувати можлівість структурної декомпозіції спеціфікацій системи з максимальним ступенів деталізації и ПОГОДЖЕННЯ опісів на суміжніх рівнях декомпозіції. [6]
Для структурного АНАЛІЗУ заданої ПО у даній работе застосовано п ять моделей структурного проектування ІС: Flow Diagram (DFD).
ICAM Definition 0 (IDEF0).
ICAM Definition 3 (IDEF3).
Entity-Relation Diagram (ERD).
ICAM Definition 1X (IDEF1X).
Data Flow Diagram (DFD)
Діаграма потоків Даних - модель проектування, графічне представлення «потоків» даних до інформаційній Системі. Тоб акцент Вінос на самє дані (анкети, записи, чеки, документація и т.д.) в інформаційній Системі, їх создания, Перетворення и Використання.
Креслення DFD МОДЕЛІ ПОЧИНАЄТЬСЯ з уровня контексту, Завдяк чому буде показано взаємодію системи Із зовнішнімі модулями. Потім, ця контекстна діаграма підлягає декомпозіції путем деталізації процесів та потоків Даних для того, щоб показати розроблювані систему детальніше. (Контекстна діаграма):
Рис. 1
Основною системою, яка потім и підлягатіме конкретізації, на діаграмі є Підсистема обслуговування КЛІЄНТІВ - власне рекламне агентство. Вона взаємодіє з двома зовнішнімі сутности: Клієнтом, замовником реклами и ее покупцем, та виробництвом, мануфактурне підпріємством самого виготовлення реклами, что, однак, не входити у рамки розроблюваної системи.
Зв язки между ними показують Взаємний Потік обміну Даними между трьома компонентами, а назви потоків дають схематично уявлення про природу ціх Даних.
Таким чином, центральна Підсистема на контекстній діаграмі Виступає в роли «чорного ящика», де на Основі усіх вхідніх Даних, формуються віідні. Які самє Процеси відбуваються у «ящику» дозволяє Побачити діаграма декомпозіції Першого уровня, тоб конкретізація однієї позбав підсістемі. Слід Зазначити, что при декомпозіції компонентів звітність, суворо Дотримуватись кількості и характером потоків Даних на віщому Рівні деталізації (батьківській діаграмі). (Рівень деталізації 1).
Підсистема обслуговування КЛІЄНТІВ:
Рис. 2
При поступленні запиту на рекламу від клієнта, система реагує дією «опрацювати запит». Результатом опрацювання є виготовлення стандартної форми запиту для подальшої документації у процесі «Сформувати договір», результатом Якого в свою черго є договір, одна копія Якого повертається клієнту, Інша - залішається в базі Даних «Договори» для системи, та Збереження у базі Даних «Предложения ». Іншім результатом є віділені деталі замовленої реклами, Які потоком ідуть на вхід Наступний процеса - «розроблення зразків».
Результатів такого процеса такоже є два. Один з них, «концепція зразків»...
