Список інформаційних джерел
Список має містити не менш як 25-30 джерел, як друкованих так і Web- ресурсів (для останніх - з поясненнями щодо їх змісту), які обов’язково мають бути використані для висвітлення в роботі таких тем, як:
загальні питання розробки БД і моделювання даних,
характеристика та застосування обраних в роботі конкретних СКБД,
інформаційних технологій, засобів програмування для створення додатків БД. Приклад наведено в Додатку 8.
/////////////////////
Список джерел інформації
Якобсон А. Унифицированный процесс разработки програмного обеспечения / Буч Г., Рамбо Дж.; пер.с англ. – СПб.: Питер, 2002–363c.
Брауде Э. Технология разработки програмного обеспечения / Э. Браауде; пер. с англ. – К.: Питер, 2004 –311с.
Буч Г. Язык UML. Руководство пользователя / Г.Буч; пер. с англ. – К.: ДМК, 2008 – 454с.
Додатки
(обсяг – до 15стр.)
заповнені таблиці;
скрипти SQL-запитів та коментовані фрагменти програмних кодів, які не ввійшли до п. 3.3.
Додаток 1
Приклад вихідного опису предметної області (ПрО) «Навчальний процес на кафедрах університету»
1) Нехай є таблиця з деякою інформацією про навчальний процес на кафедрах
2) Крім того, додатково є наступне словесний опис організаційно навчальної роботи кафедри:
«На кожній кафедрі працюють викладачі, інженери та аспіранти (стажисти), які ведуть навчання студентів різних курсів. Студенти в період навчання повинні вивчити ряд дисциплін відповідно до навчальному плану, а також виконати 2 кваліфікаційні роботи: роботу бакалавра і дипломну роботу магістра. У навчальний план кафедри входить безліч предметів Кожен студент та аспірант (стажер) має наукового керівника з числа співробітників кафедри ... »і т.д. і т.п.
Додаток 2
а) Система бізнес правил (БП) для предметної області (ПрО) «Навчальний процес» 1. На кожній кафедрі працює безліч співробітників, серед яких можна виділити такі категорії як: викладачі, інженери та аспіранти. 2. На кафедрі навчається безліч студентів, серед яких можна виділити такі категорії як: студенти 1-4 курсів, бакалаври, дипломники. 3. На кафедрі викладається безліч навчальних дисциплін, причому: • Кожен співробітник кафедри може вести заняття по декількох навчальних дисциплінах і кожна дисципліна може входити в навчальне навантаження декількох співробітників • Кожен студент вивчає і здає заліки та іспити з різних дисциплін 4. Курсовим і дипломним проектуванням студентів може керувати будь-який співробітник кафедри, але роботою аспіранта над його дисертацією може керувати тільки викладач, який має вчений ступінь
5. ………..
б) Аналізуючи систему БП, отримуємо наступний глосарій даної ПрО: • кафедра - структурна одиниця університету
• співробітник - особа, яка працює на кафедрі
• викладач - співробітник кафедри, провідний заняття зі студентами і має вчений ступінь • студент - особа, яка навчається на кафедрі
• посада - властивість, визначене для кожного співробітника кафедри, має значення: • «асистент», «доцент», «професор» і т.д.
ДОДАТОК 3
EER – модель даних для предметної області
ДОДАТОК 4
Приклад побудови РМБД для ПрО «Навчальний процес на кафедрі»
Приклади моделей даних (у нотації IDEF1X)
Рисунок 5.1 - Концептуальна (логічна) модель даних
Рисунок 5.2 - Логічна (фізична) модель даних
ДОДАТОК 5
Згенерований SQL код
REATE TABLE Devise(ID_device INTEGER NULL, /* створення таблиці Devise та поля ID_device */
ID_kind INTEGER NOT NULL /*створення поля ID_kind*/
name_device VARCHAR(20) NULL, /*створення поля name_device*/
Features VARCHAR(20) NULL, /*створення поля Features*/
Item_number INTEGER NULL, /*створення поля Item_number */
warranty DATE NULL /*створення поля warranty*/
class INTEGER NULL); /*створення поля class*/
ALTER TABLE Devise ADD PRIMARY KEY (ID_device,ID_kind); /* ключевим полем таблиці Devise є ID_kind */
CREATE TABLE Devise___Supplier /* створення таблиці Devise___Supplier */
(ID_device INTEGER NOT NULL, /*створення поля ID_device */
ID_Supplier INTEGER NOT NULL, /*створення поля ID_Supplier */
date_of_purchase DATE NULL, /* створення поля date_of_purchase*/
cost INTEGER NULL, /* створення поля cost */
ID_kind INTEGER NOT NULL); /*створення поля ID_kind */
ALTER TABLE Devise___Supplier
ADD PRIMARY KEY (ID_device,ID_Supplier,ID_kind); /* ключевим полем таблиці Devise___Supplier є ID_kind */
CREATE TABLE Kind_device /* створення табліці Kind_device */
(ID_kind INTEGER NULL, /* створення поля ID_kind */
name_kind VARCHAR(20) NULL); /*створення поля name_kind */
ALTER TABLE Kind_device ADD PRIMARY KEY (ID_kind); /* ключевим полем таблиці Kind_device є ID_kind */
CREATE TABLE Supplier /* створення табліці Supplier */
(ID_Supplier INTEGER NULL, /* створення поля ID_Supplier */
name_supplier VARCHAR(20) NULL, /* створення поля name_supplier */
adress VARCHAR(20) NULL); /* створення поля adress */
ALTER TABLE Supplier
ADD PRIMARY KEY (ID_Supplier); /* ключевим полем таблиці Supplier є ID_Supplier */