- •4 Концептуальне інфологічне проектування бази даних
- •5 Розроблення інтерфейсу
- •6 Фізичне проектування бд
- •2 Опис та постановка задачі
- •2.1 Приклад. Постановка задачі.
- •6 Розроблення інтерфейсу
- •9 Оформлення додатків
- •Список рекомендованої літератури
- •1 Проектування та реалізація бази даних інформаційної системи. Основні етапи
- •1. Опис та постановка задачі;
- •2. Формулювання та аналіз вимог до бази даних:
- •3 Концептуальне інфологічне проектування бази даних
- •4 Проектування реалізації бази даних
- •3 Формулювання та аналіз вимог до бази даних
- •3.1 Приклад. Формулювання та аналіз вимог до бази даних Передпроектний аналіз проблемної сфери. Збирання інформації про використання даних
- •Зведення зібраної інформації до вигляду, зручного для проектування
- •Формулювання вимог до бд.
- •4 Концептуальне інфологічне проектування бази даних
- •4.1 Приклад. Концептуальне інфологічне проектування бази даних
- •Результат об'єднання першого та другого локальних подань моделі даних
- •Глобальна er- діаграма.
- •Вимоги до технічного забезпечення.
- •Вимоги до пз.
- •5 Проектування реалізації бази даних
- •5.1 Приклад. Проектування реалізації бази даних Даталогічна складна мережна модель даних.
- •Даталогічна проста мережна модель даних.
- •Нормалізація даних
- •6 Розроблення інтерфейсу
- •6.1 Приклад. Розроблення інтерфейсу
- •7 Фізичне проектування бд
- •7.1 Приклад. Фізичне проектування бд
- •8 Реалізація бази даних засобами ms access
- •8.1 Приклад. Реалізація бази даних засобами ms Access
- •Інтерфейс додатку.
- •Керівництво по використанню іс.
- •9 Оформлення додатків
- •9.1 Приклад. Оформлення додатків Додаток а.
- •Додаток б.
- •10 Індивідуальні завдання
- •Список рекомендованої літератури
Результат об'єднання першого та другого локальних подань моделі даних
При об'єднанні локальних подань із ER-діаграми вилучають елементи даних, що дублюються. В кожному зв'язку залишають лише йому притаманні атрибути.
Результат об'єднання другого та третього локальних подань моделі даних відображено на рисунку 4.4. При об'єднанні враховують те, що тип сутності "Переможець" має ті самі атрибути, що й тип сутності "Постачальник". Тому недоцільно виділяти окремий типи сутностей "Переможець". Метод узагальнення при об'єднанні вказаних локальних подань дозволяє залишити тільки тип сутностей "Постачальник".
Товар
Постачальник
Рисунок 4.4 - Результат об'єднання другого та третього локальних подань моделі даних
Глобальна er- діаграма.
Глобальну ER- діаграму або глобальну інфологічну модель даних показано на рисунку 3.5.
Вимоги до технічного забезпечення.
Для функціонування даної інформаційної системи необхідно дотримувати наступних вимог до технічного забезпечення:
- Pentium II 300 Мгц і вище;
- Ram 64 Мбайт і вище;
- HDD 20 Гбайт і вище;
- дисплей SVGA ;
- принтер;
- Mouse.
Вимоги до пз.
На комп’ютері повинні знаходитись слідуючи програми: ОС Windows 98/2000, Microsoft Word 2000, Microsoft Access 2000.
Рисунок 4.5 - Глобальна ER- діаграма
5 Проектування реалізації бази даних
Проектування реалізації бази даних – етап між інфологічним та фізичним проектуванням, на якому одержують даталогічну концептуальну модель даних.
Суть переходу – при переході від інфологічної до даталогічної моделі даних сутності перетворюються у таблиці, атрибути сутностей у стовпці цих таблиць. Зв’язки реалізуються у вигляді ключей. Для кожної таблиці визначаються ключи, типи полей, обмеження цілісності, проводиться нормалізація.
Графічне подання даталогічної моделі. Тип сутності зображуються у вигляді іменованого прямокутника, кожна клітинка якого є атрибут сутності. Ключ підкреслюється, зв’язок між таблицями відображають у вигляді напрямних ліній з визначенням типу зв’язку. Дані перетину при зв’язку М:М вказуються поруч з лінією зв’язку.
Правила переходу:
1) Даталогічна концептуальна модель відображається у вигляді складної мережної моделі (якщо є зв’язок М:М);
2) Переходять до простої мережної моделі – виключають зв’язок М:М – вводять додаткову таблицю, яка обов’язково повинна вміщувати в собі ключи таблиць, що зв’язуються;
3) Представлення таблиць у вигляді схем відношень. Схему відношення зображають у вигляді вектора. Назва вектору – є назва таблиці, у лобках через кому вводять перелік імен атрибутів, первинний ключ підкреслюють.
4) Отриману даталогічну модель аналізують на наявність відношень, що необхідно нормалізувати. Таблиці моделі повинні бути зведені до третьої нормальної форми.
5.1 Приклад. Проектування реалізації бази даних Даталогічна складна мережна модель даних.
Відсутність зв'язків між сутностями типу М:М дає змогу не подавати ER-діаграму у вигляді складної мережної моделі даних.
