аграма декомпозиції містить блоки і дуги (стрілки). Блоки зображують функції, а дуги - інформацію. Інформація може представляти дані або об'єкти. p align="justify"> Місце з'єднання дуги з блоком визначає тип інтерфейсу. Керуюча інформація входить у блок зверху, вхідна інформація - з лівого боку блоку, а результати виходу показуються з правого боку. Механізм (людина або автоматизована система), який виконує функцію, представляється дугою, що входить до блоку знизу. p align="justify"> Функція зображується на діаграмі у вигляді прямокутного блоку. Всі функції повинні бути названі і визначені. Ім'я функції задається поєднанням отглагольного іменника, що означає процес. При створенні нової моделі автоматично створюється контекстна діаграма з єдиною функцією, яка зображує систему в цілому. Стрілки на контекстній діаграмі служать для опису взаємодії системи із зовнішнім світом. br/>
модуль додаток автоматизована система
В
Рисунок 1 - "Контекстна діаграма функціональної моделі"
В
Малюнок 2 - "Контекстна діаграма першого рівня функціональної моделі"
В
Малюнок 3 - "Контекстна діаграма другого рівня функціональної моделі"
В
Малюнок 4 - "Контекстна діаграма третього рівня функціональної моделі"
В
Малюнок 5 - "Контекстна діаграма четвертого рівня функціональної моделі"
2. Логічна модель
ERWin має два рівні представлення моделі - логічний і фізичний. Логічний рівень - це абстрактний погляд на дані, на ньому дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі, наприклад "Постійний клієнт", "Відділ" або "Прізвище співробітника" . Об'єкти моделі, що представляються на логічному рівні, називаються сутностями і атрибутами (детальніше про сутності і атрибутах буде розказано нижче). Логічна модель даних може бути побудована на основі іншої логічної моделі, наприклад на основі моделі процесів. Логічна модель даних є універсальною і ніяк не пов'язана з конкретною реалізацією СУБД. Логічна модель даних представлена ​​на малюнку 6. br/>В
Малюнок 6 - "Логічна модель представлення даних"
3. Фізична модель
Фізична модель даних, залежить від конкретної СУБД, фактично будучи відображенням системного каталогу. У фізичній моделі міститься інформація про всі об'єкти БД. Оскільки стандартів на об'єкти БД не існує (наприклад, немає стандарту на типи даних), фізична модель залежить від конкретної реалізації СУБД. Отже, однієї і тієї ж логічної моделі можуть відповідати кілька різних фізичних моделей. Якщо в логічній моделі не має значення, який конкретно тип даних має атрибут, то у фізичній моделі важливо описати всю інформаці...
