|
|
Главная \ Методичні вказівки \ БД
БД« Назад
БД 24.07.2015 07:50
Міністерство освіти і науки України
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ ВОДНОГО ГОСПОДАРСТВА ТА ПРИРОДОКОРИСТУВАННЯ Кафедра прикладної математики
100-48
МЕТОДИЧНІ ВКАЗІВКИ ТА ЗАВДАННЯ
до виконання курсової роботи з дисципліни „Бази даних та інформаційні системи”
для студентів 3 курсу денної форми навчання спеціальності 6.080200 „Прикладна математика” (7.080202, 8.080202)
Рекомендовані до видання ме-тодичною комісією факультету у прикладної математики та комп’ютерно-інтегрованих систем
протокол № 25 від 14 березня 2005р.
РІВНЕ-2005
Методичні вказівки до виконання курсової роботи з дисципліни „Бази даних та інформаційні системи” для студентів денної форми навчання спеціальності 6.080200 „Прикладна математика” /Л.Д.Бачишина, Н.О.Харів -Рівне: НУВГП, 2005.-24 c.
Упорядники: Л.Д.Бачишина – старший викладач кафедри прикладної математики, Н.О.Харів – асистент кафедри прикладної математики
Відповідальний за випуск: А.П.Власюк – доктор технічних наук, професор, завідувач кафедри прикладної математики
ЗМІСТ
1. Мета i завдання курсової роботи............................................................................. 4 2. Тематика курсових робіт......................................................................................... 5 2.1. Вибір теми курсової роботи............................................................................ 5 2.2. Приклади тем курсових робіт......................................................................... 5 3. Вимоги до курсової роботи..................................................................................... 6 3.1. Оформлення курсової роботи.......................................................................... 6 3.2. Вимоги до розробки бази даних...................................................................... 7 4. Захист курсової роботи............................................................................................. 7 5. Приклад типової курсової роботи............................................................................ 8 5.1. Основні етапи виконання курсової роботи.......................................................... 8 5.2. Приклад курсової роботи....................................................................................... 9
© Л.Д.Бачишина, Н.О.Харів © НУВГП
1. Мета i завдання курсової роботи Згідно з навчальним планом для студентів спеціальності „Прикладна математика” факультету прикладної математики і комп’ютерно-інтегрованих систем НУВГП передбачено виконання курсової роботи з дисципліни „Бази даних та інформаційні системи”. Виконання цієї роботи є завершальним етапом вивчення дисципліни „Бази даних та інформаційні системи” i має своєю головною метою:
Кожна курсова робота є проблемно-орієнтованою, а тому містить певну наукову новизну. Виконання роботи сприяє залученню студентів до сучасних проблем програмування і є підґрунтям для майбутніх дипломних робіт. Курсова робота повинна містити
В прoцeci виконання курсової роботи студент повинен узгоджувати з керівником роботи вci відхилення від поставленого завдання, може консультуватися по незрозумілих та важких питаннях на консультаціях i заняттях. Виконання роботи розбивається на етапи. При цьому своєчасність i якість виконання студентом кожного етапу фіксується в журналі викладача, а надалі враховується при захисті курсової роботи та її оцінюванні.
2. Тематика курсових робіт 2.1. Вибір теми курсової роботи Тема кожної курсової роботи визначається керівником роботи з урахуванням побажань студента, його інтересів та теми майбутньої дипломної роботи. Тематика курсових робіт розробляється i затверджується на кафедрі прикладної математики. Всі теми відповідають проблемно-орієнтованим задачам, а тому вимагають від студента творчого підходу до їх розв’язання. 2.2. Приклади тем курсових робіт
3. Вимоги до курсової роботи 3.1. Оформлення курсової роботи Курсова робота повинна містити наступне:
Курсова робота оформляється на листах формату А4, що зверху нумеруються i зшиваються з лівої сторони. Ліве поле повинне бути від 25 до 30 мм, праве - не менше 10 мм; верхнє – 20 мм; нижнє – 20 мм. Текст повинен відповідати змісту. Всі пункти змісту викладаються чітко i коротко. 3.2. Вимоги до розробки бази даних СУБД для створення бази даних вибирається за бажанню студента. Це може бути Microsoft Access, Visual FoxPro, Oracle, SQL Server, Delphiб InterBase, MySQL, Firebird. При написанні програми потрібно дотримуватися наступних вимог: Початкові дані зберігаються у таблицях (не менше 3-х таблиць, не менше 15 записів в базових таблицях). Форми повинні забезпечувати перегляд, доповнення та коригування даних. Запити повинні виводити дані, які задовольняють певним умовам. Звіти виводять інформацію з таблиць або запитів та підсумкові дані. Довідкова система містить інформацію по користуванню базою даних. База даних повинна містити доступний для користування інтерфейс. На носії інформації (дискеті) обов’язково повинен знаходитися файл бази даних та текст звіту. Тестування бази даних провести на прикладі, що дозволяє перевірити вci режими роботи.
4. Захист курсової роботи Оформлена курсова робота подається студентом разом з файлом бази даних на дискеті до захисту. Захист роботи проходить у формі співбесіди. Під час захисту потрібно коротко розповісти про зміст задачі, основні етапи проектування бази даних, її реалізацію. На поставлені запитання по виконаній роботі студент повинен дати вичерпні відповіді. Мета опитування полягає у встановленні глибини засвоєння студентом відповідного матеріалу з курсової роботи, ступеня самостійності її виконання. При оцінюванні роботи враховується якість її виконання i оформлення, своєчасність виконання етапів роботи, результати співбесіди.
5. Приклад типової курсової роботи 5.1. Основні етапи виконання курсової роботи Виконання курсової роботи складається з наступних етапів: 1. Зробити опис предметної області для вибраної теми курсової роботи.
a) спроектувати одну вихідну таблицю, де розписати всю інформацію, яка на думку програміста повинна знаходитись в базі даних; б) вказати назви, типи та розмір полів, ключові поля; в) звести модель до 3-ї нормальної форми (розбити на потрібну кількість таблиць); г) виключити непотрібне повторення даних;
Реляційна модель бази даних є основою більшості сучасних СКБД, тому пропонується в курсовій роботі розробити реляційну модель, використовуючи один з наведених нижче підходів: а) Підхід запропонований Е.Ф.Коддом полягає у використанні принципу нормалізації на основі нормальних форм. Нормалізація, це процес перетворення відношення, що має деякі недоліки, у відношення, що їх не має. Іноді для комп’ютерної реалізації недоцільно зводити базу даних до нормальних форм вище 3-ї, тому в розглянутому прикладі виконано нормалізацію, яку автори вважають найбільш зручною для роботи. Перша нормальна форма 1. Таблиця не повинна містити записів, що повторюються. 2. Таблиця не повинна містити групи полів, що повторюються. 3. Рядки та стовпці не впорядковані. 4. Таблиця містить логічно неподільні значення. Друга нормальна форма 1. Відповідає всім умови 1-ї нормальної форми. 2. Будь-яке неключове поле залежить повністю від ключового поля. Третя нормальна форма 1. Відповідає всім умови 2-ї нормальної форми. 2. Неключові поля взаємно незалежні.
б) Доменно-ключову нормальну форму, запропоновану Фагіном. Визначення: відношення знаходиться в доменно-ключовій нормальній формі(ДКНФ), якщо кожне обмеження, що накладається на відношення, є логічним наслідком визначення доменів та ключів. За визначенням Фагіна, обмеження – будь-яке правило, що регулює можливі статичні значення атрибутів. Правила редагування, обмеження взаємовідношень, структури відношень, функціональні та багатозначні залежності є прикладами таких обмежень, за виключенням обмежень, що відносяться до зміни значень атрибутів та залежать від часу. Наприклад обмеження типу ”Зарплата працівника за поточний період не повинна перевищувати зарплату за попередній період” не підпадає під визначення обмежень ДКНФ.
5.2. Приклад курсової роботи Потрібно зауважити, що в даному прикладі розглянуті тільки деякі аспекти побудови бази даних.
Міністерство освіти і науки України Національний університет водного господарства та природокористування Кафедра прикладної математики
Курсова робота на тему: „Облік замовлень покупців”
Виконав: студент групи ПМ-33 ФПМіКІС Галушко М.А.
Перевірив: ст. викладач кафедри прикладної математики Бачишина Л.Д.
Рівне - 2005
Зміст
Вступ............................................................................................................…....
10. Довідка..................……………………………………………….….......... Висновки............................................................................................……......... Література...………………………....................................................................
Вступ Бази даних, поза сумнівами, займають провідне положення в області інформаційних технологій. Вони стають невід’ємної частиною життя сучасної людини. Але саме в останні роки, завдяки розвитку Internet, знання технологій баз даних стало одним з найбільш популярних шляхів в кар’єрі. В наш час життя людини настільки насичено інформацією, що для її збереження і обробки створено величезну кількість баз та банків даних різноманітного призначення. Поняття база даних (БД) та система керування базами даних (СКБД) найчастіше використовується в аспекті пов’язаному з комп’ютерної обробкою даних. Проектування баз даних вимагає одночасно і мистецтво і інженерних навиків. Розуміння вимог користувача та втілення їх в ефективній логічній структурі є мистецтвом. Перетворення логічної структури в фізичну базу даних з функціонально завершеними високопродуктивними додатками є інженерною задачею. База даних – це електронна картотека, електронне сховище даних. При роботі з нею виникає необхідність виконання ряду операцій, в першу чергу це:
Мета даної курсової роботи отримати навички проектування логічної структури та створення фізичної бази даних. Опис предметної області Нехай потрібно розробити модель інформаційної системи для автоматизації обліку замовлень покупців. Система повинна передбачати ведення каталогу товарів, містити дані про замовника, здійснювати облік замовлень. Всю інформацію з бази даних можна помістити в одну таблицю. Зразу ж відзначимо, що в процесі проектування поля можуть змінюватись.
При проектуванні бази даних потрібно вирішити питання про найбільш ефективну структуру даних. Основні цілі, які при цьому переслідуються:
Замовник повинен мати можливість переглянути прайс-лист та вибрати необхідне для замовлення. При надходженні нового товару база даних повинна поповнюватись відповідними даними. За це відповідає менеджер або адміністратор. Продавець-менеджер повинен володіти повною інформацією про замовлення, покупців, товари; слідкувати за веденням каталогу товарів, робити щоденний звіт про реалізацію та надходження товарів. Замовлення товару можливе при реєстрації покупця. Адміністрація повинна слідкувати за поповненням кредитів замовниками та мати можливість формування щомісячних та квартальних звітів про реалізацію та надходження товарів, підрахунок прибутків від реалізації. В кінці кожного дня підраховується залишок товарів на складі. Нормалізація бази даних Вихідна таблиця не відповідає всім умовам 1-ї нормальної форми, тому що в ній є дані, які повторюються. Нормалізуємо нашу базу у відповідності з теорією нормалізації Кодда. Зведемо її до 1-ї нормальної форми, для цього розіб’ємо таблицю на кілька. Відразу прослідкуємо, щоб кожне поле вміщувало логічну неподільну одиницю. Поле Адреса розіб’ємо на поля Вулиця, Будинок, Квартира.
Таблиця 1. Замовник Поле Код замовника – ключове, оскільки дане поле однозначно визначає кожен запис таблиці.
Таблиця 2. Замовлення Поле Код замовлення – ключове.
Зведення до другої нормальної форми передбачає розділення таблиці з ціллю розташування в окрему таблицю (чи кілька таблиць) стовпців, які не залежать від первинного ключа. В результаті такого розбиття кожне з неключових полів повинно виявитись залежним від первинного ключа. В нашому прикладі це таблиця Замовлення. Дана таблиця не є таблицею в 2-ї нормальній формі, тому що поля Назва товару, Марка товару та Ціна товару однозначно ідентифікуються лише полем Код товару. Виділимо дані про товари в окрему таблицю і назвемо її Товари. Таблиця 3. Товари. Поля Код товару – ключ
Звернемось до таблиці Замовлення. Поле Прізвище продавця цієї таблиці містить дані, які однозначно визначаються полем Код продавця і не залежить відполя Код замовлення. Оскільки одне неключове поле залежить від іншого неключовим полем, то ця таблиця не знаходиться в 3-й нормальній формі. Створимо ще одну таблицю Службовці і доповнимо її даними про продавців.
Таблиця 4. Службовці. Поле Таб_номер – ключове
В результаті наведених перетворень таблиця Замовлення буде мати вигляд: Таблиця 5. Замовлення Поле Код замовлення – ключове.
Отже, база даних буде включати таблиці 1, 3, 4, 5. Нормалізуємо нашу базу у відповідності з теорією нормалізації Фагіна (доменно-ключова нормальна форма). Ми маємо початкове відношення Замовлення (Код замовника, Прізвище, Ім’я, По-батькові, Поштовий індекс, Країна, Область, Місто, Адреса, Телефон, Примітки, Код замовлення, Код товару, Назва товару, Марка товару, Дата замовлення, Кількість замовленого, Дата продажу, Код продавця, Прізвище продавця, Ціна товару) Ключ: Код замовника, Код замовлення, Код товару, Код продавця. Обмеження: Код замовника --> Прізвище| Ім’я| По-батькові Код замовника --> Поштовий індекс| Країна| Область| Місто| Адреса| Телефон Код товару --> Назва товару| Марка товару| Ціна товару Код замовлення--> Дата замовлення| Кількість замовленого| Дата продажу Код продавця--> Прізвище продавця Згадаємо: суть нормалізації полягає в тому , що кожне відношення повинно мати одну тему. В нашому вихідному відношенні присутні 4-ри теми: Замовник, Товар, Замовлення, Продавець. Виходячи з усього описаного вище будемо мати наступну модель бази даних: Замовник (Код замовника, Прізвище, Ім’я, По-батькові, Поштовий індекс, Країна, Область, Місто, Адреса, Телефон, Примітки) Ключ: Код замовника Замовлення (Код замовлення, Код товару, Дата замовлення, Кількість замовленого, Дата продажу, Код продавця) Ключ: Код замовлення Товар(Код товару, Назва товару, Марка товару, Ціна товару) Ключ: Код товару Продавець (Код продавця, Прізвище продавця,) Ключ: Код продавця В результаті застосування різних підходів до нормалізації ми отримали однакову модель бази даних.
Схема зв’язків між таблицями Умови збереження цілісності даних Опишемо умови збереження цілісності даних: В таблиці Замовники зберігаються дані про замовників. Знищення даних з цієї таблиці можливе тільки при попередньому знищенні даних з таблиці Замовлення. (Задано умови цілісності даних, каскадне знищення зв’язаних записів не встановлене). Зміна з певних причин коду замовника в таблиці Замовники автоматично відображається в таблиці Замовлення (Задано умови цілісності даних, встановлено каскадне оновлення зв’язаних полів). Внесення даних про нового замовника у таблицю Замовлення не можливе без попереднього внесення даних у таблицю Замовники. Зв’язок між таблицями Товари і Замовлення встановлено по полю Код товару. Задано умови цілісності даних. Ключове поле Таб_номер таблиці Службовці зв’язується із відповідним зовнішнім ключем Код продавця таблиці Замовлення. Цілісність даних не встановлена.
Інфологічна модель даних Форми для введення та коригування даних Розробимо форми для введення даних в таблиці. Ці форми будуть використовуватись при перегляді, доповненні та коригуванні бази даних. Їх призначення полегшити роботу кінцевого користувача. Форма Товари дозволяє переглянути перелік товарів і ввести дані про новий товар.
Форма Товари і замовлення складається з двох форм: основної Товари, яка дозволяє вибрати товар із списку товарів, і підпорядкованої Замовлення, яка дозволяє зробити на вибраний товар замовлення.
Форма Замовники дозволяє ввести дані про замовника:
Запити до інформаційно-довідкової системи:
SELECT Товари.[Код товару], Товари.[Назва товару], Товари.[Марка товару], Товари.[Ціна товару] FROM Товари WHERE (((Товари.[Назва товару])=[Введіть назву товару]));
SELECT Замовлення.[Код замовлення], Замовлення.[Дата замовлення], Замовники.Прізвище, Замовники.[Ім'я], Товари.[Назва товару], Товари.[Марка товару], Товари.[Ціна товару] FROM Замовники INNER JOIN (Товари INNER JOIN Замовлення ON Товари.[Код товару] = Замовлення.[Код товару]) ON Замовники.[Код замовника] = Замовлення.[Код замовника];
SELECT Замовлення.[Код замовлення], Замовлення.[Код товару], Замовлення.[Кількість замовленого], Товари.[Ціна товару], [Ціна товару]*[Кількість замовленого] AS [До оплати] FROM Товари INNER JOIN Замовлення ON Товари.[Код товару] = Замовлення.[Код товару];
SELECT Замовлення.[Код замовлення], Замовлення.[Дата замовлення], Замовлення.[Код замовника], Замовлення.[Код товару] FROM Замовлення WHERE (((Замовлення.[Дата замовлення])=Date())); Звіти
Меню Меню користувача повинно приховувати всі особливості роботи в середовищі СКБД, надавати кінцевому користувачу зручний інтерфейс та можливості по веденню та коригуванню бази даних:
Потрібно передбачити наявність довідкової інформації по роботі з інформаційною системою.
Висновки
Комп’ютерні інформаційні системи представляють собою програмний комплекс, до задач якого входить підтримка надійного збереження, виконання перетворення інформації та необхідних обчислень, надання користувачу зручного та зрозумілого інтерфейсу. При виконанні даної курсової роботи ми вивчили:
Навчились:
Набуті нами навички можуть бути використані (при необхідності) в майбутньому в різних сферах діяльності, забезпечать ефективне збереження і обробку бізнесової та особистої інформації.
Література 1) Ковязин А., Востриков С. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase/Firebird/Yaffil. Издание 3-е, дополненное.—М.: КУДИЦ-ОБРАЗ; СПб.: Питер, 2005.– 496 с. 2) Глушаков С.В., Ломотько Д.В. Базы данных: Учебный курс.—Харьков: Фолио; М.: ООО «Издательство АСТ», 2001. – 504 с. 3) Д. Крекне. Теория и практика построения баз данных. 8-е издание. Питер, 2003. – 798 с. 4) А.Я. Архангельский. Программирование в Delphi 7. Методика разработки программ для Windows. Базы данных и распределенные приложения. Новые технологии и инструментарии. Москва. «Издательство Бином», 2005 – 1153 с. - 5) Документація InterBase 6.
КомментарииКомментариев пока нет Пожалуйста, авторизуйтесь, чтобы оставить комментарий. |