n="justify"> Центральним елементом є СУТНІСТЬ. Будь-який об «єкт системи может буті уявлень Тільки однією сутністю, яка винна буті унікально ідентіфікована. При цьом ім »я суті повинною відображаті тип або клас об'єкту, а не его конкретній екземпляр.
Найбільш Поширеними методами для побудова ERD-діаграм є метод Баркера и метод IDEF1Х. (метод Баркера):
Рис. 8
Основним про єктом в Системі є реклама. Йому відповідає СУТНІСТЬ «продукт». Реклама має свой Унікальний ідентифікатор id, назву, тип, рахунок-фактуру, статус Виконання. Однак окрім таких звічайній атрібутів, что властіві Тільки їй и НЕ існують без неї, сама реклама поклади и от других сутности, таких як Виробник, что є окрем зовнішньою сутністю на DFD діаграмах, розробник, Який є членом персоналу, та Клієнт, тоб замовник продукту . Останній зв язок реалізовано через СУТНІСТЬ «Реєстр» - про єкт журналювання замовлень.
СУТНІСТЬ «Працівник» для повнішої характеристики, вікорістовує ще Дві: персональні дані та відділ. СУТНІСТЬ «Оплата» є найслабше зв язана, так як не нашкірна замовлення клієнта обов язково закінчується Чемна оплатою, тому зв язок збережений пунктирною лінією, тоб є необов язковім.Definition 1Х (IDEF1Х) X є методом для розробки реляційніх баз даних и вікорістовує умовний синтаксис , спеціально розробленні для зручної побудова концептуальної схеми. Концептуальної схеми назівають універсальне уявлення структурованих даних до рамках ПІДПРИЄМСТВА, незалежне від кінцевої реалізації бази даних и апаратної платформи. Будучи статичність методом розробки, IDEF1X спочатку НЕ призначеня для дінамічного АНАЛІЗУ за принципом «AS IS», тім не менше, ВІН іноді застосовується в Цій якості, як альтернатива методу IDEF1. Використання методу IDEF1X найбільш доцільне для побудова логічної структурованих бази даних после того, як ВСІ інформаційні ресурси досліджені и решение про Впровадження реляційної бази даних, як Частини корпоратівної ІНФОРМАЦІЙНОЇ системи, Було Прийнято. [8] (IDEF1Х):
Рис. 9
Про єктно-орієнтоване проектування
Про єктно-орієнтований підхід Полягає в поданні системи, что моделюється, у вігляді сукупності класів І про єктів предметної области. При цьом ієрархічній характер складної системи віявляється з використаних ієрархії класів, а ее Функціонування розглядається як Взаємодія про єктів. Життєвий цикл такого підходу містіть етапи АНАЛІЗУ вимог, проектування, еволюції Головна (что про єднує програмування, тестування и налагодження, а такоже комплектацію системи) и модіфікації. При цьом на Відміну Від каскадної МОДЕЛІ відсутня строга послідовність Виконання переліченіх етапів. [3]
принципова харчування в об «єктно-орієнтованому програмуванні є визначення об» єктів (класів про «єктів), что є ВАЖЛИВО для проектованої системи. Ідентіфікація об »єктів здійснюється за помощью АНАЛІЗУ характеристик проблемної Галузі, что Включає розпізнавання матеріальніх про« єктів, а такоже каталогізацію всех функцій, что стосують розв »язуваної задачі, взаємодії ЕЛЕМЕНТІВ системи, ВАЖЛИВО подій, технічних умов ТОЩО.
Про «єктно-орієнтовану модель пов язують з використаних універсальної мови об» єктного проектув?? Ння - мови UML. Діаграма в UML - це графічне представлення н...
