Файл: ЩЗ 3к СУБД Магазин дитячого взуття.doc

5. Визначення зв'язків між таблицями. Після розподілу даних по таблицях і визначення ключових полів необхідно вибрати схему для зв'язку даних у різних таблицях. Для цього потрібно визначити зв'язки між таблицями. Бажано вивчати зв'язки між таблицями в уже існуючій базі даних. Для перегляду зв'язків у вибраній базі даних відкриваємо її і вибираємо відповідні команди.

6. Відновлення структури бази даних.

Після проектування таблиць, полів і зв'язків необхідно ще раз переглянути структуру бази даних і виявити можливі недоліки. Бажано це зробити на даному етапі, поки таблиці не заповнені даними. Для перевірки необхідно створити кілька таблиць, визначити зв'язки між ними та ввести кілька записів

у кожну таблицю, потім подивитися, чи відповідає база даних поставленим вимогам. Рекомендується також створити чернеткові вихідні форми та звіти й перевірити, чи видають вони необхідну інформацію. Крім того, необхідно виключити з таблиць усі можливі повторення даних.

7. Додавання даних і створення інших об'єктів бази даних. Якщо структури таблиць відповідають поставленим вимогам, то можна вводити всі дані. Потім можна створювати будь-які запити, форми, звіти, макроси та модулі.

8. Використання засобів аналізу в СУБД. Наприклад, у СУБД Microsoft Access є два інструменти для вдосконалення структури баз даних. Майстер аналізу таблиць досліджує таблицю, в разі потреби пропонує нову її структуру та зв'язки, а також переробляє її. Аналізатор швидкодії досліджує всю базу даних, дає рекомендації з її поліпшення, а також реалізує їх.

1.2 Мова uml (універсальна мова моделювання)

UML - це мова, призначена для візуалізації, спеціфікації, конструювання й документування програмних систем. Слово «уніфікований» у назві мови означає, що UML може використовуватися для моделювання широкого кола додатків від вбудованих систем і систем реального часу до розподілених web-додатків. Виразні засоби мови дозволяють описати систему зі всіх точок зору, що мають відношення до розробки й розгортання.

Завдання UML.

Мова UML призначена для рішення наступних завдань:

1.надати в розпорядження користувачів готову до використання виразну потужну мову візуального моделювання, що дозволяє розробляти осмислені моделі й обмінюватися ними;

2. передбачити внутрішні механізми розширюваності й спеціалізації базових концепцій мови;

3. забезпечити максимальну незалежність проекту створення програмного забезпечення від конкретних мов програмування й процесів розробки;

4. забезпечити формальну основу для однозначної інтерпретації мови;

5.стимулювати розширення ринку об’єктно-орієнтованих інструментальних засобів створення програмного забезпечення;

6. інтегрувати кращий практичний досвід використання мови й реалізації програмних засобів його підтримки.

У значній мірі мова UML не залежить від процесу розробки програмного забезпечення. Уніфікований процес розробки ПЗ (Rational Unified Process, RUP) [Kruchten, 2004] - це один з підходів до організації життєвого циклу ПЗ, який особливо добре сполучається з UML. Цей комерційний продукт задає строгий регламент розподілу завдань і відповідальності між виконавцями в процесі розробки ПЗ.

Загальна структура мови

Семантика мови UML визначається для двох видів об'єктних моделей: структурних і поведінкових. Структурні (статичні) моделі описують структуру сутностей або компонентів системи, включаючи їхні класи, інтерфейси, атрибути й зв'язки. Моделі поводження (динамічні) описують поведінку або функціонування об'єктів системи, включаючи їхні методи, взаємодію (співробітництво) між ними, а також процес зміни станів окремих компонентів і системи в цілому.

Формальний опис мови UML ґрунтується на наступній загальній ієрархічній структурі модельних подань, що складається із чотирьох рівнів абстракції:позначка-метамодель, метамодель, модель, об'єкти користувача.

2 Практична частина

2.1 Програмний код

1) Запити на вибірку:

а) види дитячого взуття,кількість якого більше 50 пар

SELECT Таблица1.вид, Таблица1.кількість

FROM Таблица1

WHERE (((Таблица1.кількість)>50));

б) всі види взуття темного кольору

SELECT Таблица1.вид, Таблица1.колір

FROM Таблица1

WHERE(((Таблица1.колір)="Черный" Or (Таблица1.колір)="Коричневый" Or (Таблица1.колір)="Синий"));

2) Запит на видалення:

а) запит на видалення назв книг, тираж яких дорівнює 10000

DELETE Таблица1.країна

FROM Таблица1

WHERE (((Таблица1.країна)="Италия"));

3) Запит на додавання:

INSERT INTO Таблица1

VALUES ('тапочки', 'Сливовый', 36, 'Франция', 'Isotoner', 2000, 50, 5457);

2.2 Приклади роботи зі створеною базою даних

Створена таблиця даних «Магазин дитячого взуття».

Створена таблиця за допомогою запиту: всі види дитячого взуття, виробленого в Україні.

Створені наступні запити:

а) всі види взуття темного кольору.

б) види дитячого взуття, кількість якого більше 50 пар.

Додатково створені 2 запити:

а) запит на додавання даних до таблиці 1.

б) запит на видалення назв взуття, виготовлених в країні Італія.

Висновок

Під час проходження навчальної практики я закріпив теоретичні знання та набув практичні навички роботи з базами даних. За допомогою Microsoft Office Access 2003 мною була створена базу даних для роботи з інформаційним матеріалом на тему «Магазин дитячого взуття», створені необхідні таблиці та виконані відповідні запити згідно виданого завдання.

Література

1 Томас Коннолли, Каролин Бегг Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание.: Пер. с англ. - М.: Издательский дом "Вильяме", 2003. - 1440 с.

2 С.В. Симонович и др. Информатика. Базовый курс. - СПб.: Питер, 2002. – 640 с.