ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 13.04.2024
Просмотров: 25
Скачиваний: 0
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 с. |
|
|
|
|