UML - це мова, призначена для візуалізації, спеціфікації, конструювання й документування програмних систем. Слово «уніфікований» у назві мови означає, що UML може використовуватися для моделювання широкого кола додатків від вбудованих систем і систем реального часу до розподілених web-додатків. Виразні засоби мови дозволяють описати систему зі всіх точок зору, що мають відношення до розробки й розгортання.
Завдання UML.
Мова UML призначена для рішення наступних завдань:
1.надати в розпорядження користувачів готову до використання виразну потужну мову візуального моделювання, що дозволяє розробляти осмислені моделі й обмінюватися ними;
2. передбачити внутрішні механізми розширюваності й спеціалізації базових концепцій мови;
3. забезпечити максимальну незалежність проекту створення програмного забезпечення від конкретних мов програмування й процесів розробки;
4. забезпечити формальну основу для однозначної інтерпретації мови;
5.стимулювати розширення ринку об’єктно-орієнтованих інструментальних засобів створення програмного забезпечення;
6. інтегрувати кращий практичний досвід використання мови й реалізації програмних засобів його підтримки.
У значній мірі мова UML не залежить від процесу розробки програмного забезпечення. Уніфікований процес розробки ПЗ (Rational Unified Process, RUP) [Kruchten, 2004] - це один з підходів до організації життєвого циклу ПЗ, який особливо добре сполучається з UML. Цей комерційний продукт задає строгий регламент розподілу завдань і відповідальності між виконавцями в процесі розробки ПЗ.
Загальна структура мови
Семантика мови UML визначається для двох видів об'єктних моделей: структурних і поведінкових. Структурні (статичні) моделі описують структуру сутностей або компонентів системи, включаючи їхні класи, інтерфейси, атрибути й зв'язки. Моделі поводження (динамічні) описують поведінку або функціонування об'єктів системи, включаючи їхні методи, взаємодію (співробітництво) між ними, а також процес зміни станів окремих компонентів і системи в цілому.
Формальний опис мови UML ґрунтується на наступній загальній ієрархічній структурі модельних подань, що складається із чотирьох рівнів абстракції:позначка-метамодель, метамодель, модель, об'єкти користувача.
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);
Створена таблиця даних «Магазин дитячого взуття».

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

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

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

Додатково створені 2 запити:
а) запит на додавання даних до таблиці 1.

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

Під час проходження навчальної практики я закріпив теоретичні знання та набув практичні навички роботи з базами даних. За допомогою Microsoft Office Access 2003 мною була створена базу даних для роботи з інформаційним матеріалом на тему «Магазин дитячого взуття», створені необхідні таблиці та виконані відповідні запити згідно виданого завдання.
|
1 Томас Коннолли, Каролин Бегг Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание.: Пер. с англ. - М.: Издательский дом "Вильяме", 2003. - 1440 с. |
|
2 С.В. Симонович и др. Информатика. Базовый курс. - СПб.: Питер, 2002. – 640 с. |
|
|
|
|
|
|
|
|
