Разработка базы данных оказания платных образовательных услуг - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Разработка базы данных оказания платных образовательных услуг

Разработка инфологической и даталогической моделей. Особенности реализации базы данных оказания платных образовательных услуг в СУБД Visual Foxpro и Interbase. Описание и обоснование набора введенных индексов, правил поддержки ссылочной целостности.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
ВЯТСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
по дисциплине «Информационное обеспечение СУ»
РАЗРАБОТКА БАЗЫ ДАННЫХ ОКАЗАНИЯ ПЛАТНЫХ ОБРАЗОВАТЕЛЬНЫХ УСЛУГ
Разработать базу данных для заданной предметной области.
Масштабность и степень детализации разработки должны быть выбраны так, чтобы БД включала 7-10 типов информационных объектов (сущностей). Информация, включаемая в БД, должна быть взаимосвязана, иметь практическую пользу и достаточно полно описывать предметную область.
Пояснительная записка к курсовой работе должна включать следующие разделы.
Дается текстовое описание предметной области, ее данных и способа работы с ними, могут представляться формы входных, внутренних и выходных документов.
В инфологической модели формализуется организация данных, представленных в описании предметной области. Должны быть разработаны и представлены следующие компоненты инфологической модели:
- ER - модель с графическим представлением и текстовым описанием. В описании должно полно и однозначно раскрываться содержание информации, представляемой в сущностях и их свойствах, указываться желаемый характер представления информации (тип данных и, возможно, размерность), объясняться смысловое содержание и характер связей, определяться и поясняться идентификаторы для сущностей;
- описание способа определения вычисляемых данных. При большом числе вычисляемых данных или сложном характере обработки это описание может быть вынесено в отдельный подраздел;
- описание ограничений целостности, которые должны контролироваться при вводе и изменении данных. Для обязательных связей могут быть определены требования к поддержке целостности связей. Описание ограничений целостности и их поддержки может быть вынесено в отдельный подраздел;
На основе инфологической модели разрабатывается логическая модель реляционного типа. Результат представляется в виде графического представления реляционной модели с указанием выполненных действий для получения ее из инфологической модели.
Также дается описание полученной модели, представляющее:
- содержание отношений и атрибутов;
- характеристики атрибутов (тип данных, обязательность, уникальность, ограничения);
- правила поддержки ссылочной целостности для связей.
Отношения полученной реляционной модели должны соответствовать третьей нормальной форме (3НФ).
4.1. Реализация БД для СУБД Visual Foxpro
Должно быть дано графическое представление БД Visual Foxpro (распечатка окна Конструктора БД) и ее текстовое описание, описание реализации ограничений целостности и правил поддержки ссылочной целостности, описание и обоснование набора введенных индексов.
4.2. Реализация БД для СУБД Interbase.
Представляется текст скрипта создания БД Interbase и описание особенностей реализации БД, описание реализации ограничений целостности и правил поддержки ссылочной целостности, описание и обоснование набора введенных индексов.
ПРИМЕЧАНИЕ: объем пояснительной записки должен составлять 20-30с.
Балыбердин Д.С. Разработка базы данных оказания платных образовательных услуг: ТПЖА.220242.002 ПЗ: Курс. проект/ВятГУ, каф.АТ; рук. Кислицын А.Б. - Киров, 2010. ПЗ 20 с., 3 рис., 12 табл., 3 источника, 2 прил.
БАЗА ДАННЫХ, ПЛАТНЫЕ, ПЛАТНЫЕ ОБРАЗОВАТЕЛЬНЫЕ УСЛУГИ, ВЫСШЕЕ УЧЕБНОЕ ЗАВЕДЕНИЕ, ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ, ДАТАЛОГИЧЕСКАЯ МОДЕЛЬ, VISUAL FOXPRO, SQL, СУБД
Объект разработки - база данных оказания платных образовательных услуг.
Цель работы - освоить методы разработки баз данных.
Разработаны инфологическая и даталогическая модели, реализована база данных оказания платных образовательных услуг в СУБД Visual Foxpro и Interbase.
инфологический платный образовательный ссылочный
4.1 Реализация БД для СУБД Visual FoxPro
4.2 Реализация БД для СУБД Interbase
Настоящая курсовая работа посвящена вопросам разработки базы данных оказания платных образовательных услуг.
На сегодняшний день информация стала одним из самых главных ресурсов, и возникает необходимость её упорядоченного (что очень важно) хранения и разработки удобных средств работы с ней, поэтому огромное развитие получили базы данных, позволяющие экономно хранить большие объёмы информации. Таким образом, тема курсовой работы более чем актуальна.
Целью данной курсовой работы является разработка базы данных оказания платных образовательных услуг, а также приобретение и укрепление навыков работы с такими СУБД, как Visual FoxPro и InterBase.
Для достижения поставленной цели требуется решить следующие задачи:
реализация БД для СУБД Visual FoxPro;
В учебном заведении организована система платных образовательных услуг для студентов, вовремя не сдавших сессию. Услуги делятся на несколько видов. Существуют дополнительные занятия, которые могут проходить в виде лекций, практик и экзаменов (зачётов) и более дорогостоящие - лабораторные занятия. Кроме того, отчисленный студент помимо оплаты этих видов услуг оплачивает часы занятий по своей специальности в текущем семестре. Это можно рассматривать, как третий вид платных услуг.
Со студентом заключается договор, согласно которому и оказываются услуги. В договоре указывается дата, до которой студент должен сдать несданные дисциплины.
Исходя из всего вышеизложенного, БД должна содержать таблицы факультетов, специальностей, групп и студентов (слушателей). Должны присутствовать таблицы дисциплин и платных услуг, имеющих свой идентификационный номер. Также необходимо наличие сущности «Договор».
Инфологическая модель строится на основе приведённого выше описания предметной области.
Разработанная модель представлена на рисунке 2.1
Рисунок 2.1 - Инфологическая модель
Сущность « Факультет » определяет факультеты вуза и содержит два свойства - «Название» и «Аббревиатура». Название и аббревиатура факультета заносятся в строковом виде. Аббревиатура - ключевое свойство.
Сущность « Специальность » определяет специальности вуза на каждом факультете. Свойства:
Шифр. Содержит шифр специальности. Является ключевым. Тип данных - строковый (хотя возможно использование целочисленного);
Название. Содержит полное название специальности. Тип данных - строковый.
Сущность « Группа » определяет группы специальностей и содержит одно свойство - «Шифр группы», являющееся ключевым. Тип данных для этого свойства - строковый.
Сущность « Слушатель » определяет данные об отчисленном студенте. В «минимальном» случае содержит два свойства:
Номер зачётной книжки. Является уникальным для каждого слушателя, следовательно, используем его в качестве ключа. Тип данных - строковый;
ФИО. Фамилия, имя и отчество слушателя заносятся в строковом виде;
Сущность « Дисциплина » отражает список дисциплин вуза и содержит следующие свойства:
Название. Название дисциплины в строковом виде.
Код. Уникальный код дисциплины целочисленного типа. Является ключом;
Преподаватель. Содержит ФИО преподавателя данной дисциплины. Для простоты возьмём случай, при котором каждую дисциплину ведёт только один преподаватель. Тип данных - строковый.
Сущность « Услуга » содержит платные образовательные услуги.
Номер. Идентификационный номер услуги. Свойство введено для упрощения, так как названия некоторых видов услуг слишком длинны (при организации поиска будет упрощена работа). Является ключевым. Тип данных - целочисленный;
Вид. Содержит название вида услуги. Описание видов услуг приведено в пункте 1 «Описание предметной области». Тип данных - строковый;
Стоимость. Содержит стоимость услуги. Тип данных - числовой.
Сущность « Договор » определяет данные о договоре, заключённым между слушателем и вузом. Свойства сущности:
Номер. Номер договора является уникальным, поэтому используем его в качестве ключа. Тип данных - целочисленный;
Оплата. Сумма, внесённая слушателем за все занятия по договору. Тип данных - числовой;
ФИО оплачивающего. Тип данных - строковый. Необходимость введения обусловлена тем, что оплачивать платные услуги может не сам слушатель. Данное положение отражается в договоре;
Количество услуг. Отражает количество оплаченных услуг. Тип данных - целочисленный. Должно быть больше нуля.
Все поля обязательны для заполнения.
Ассоциация « Занятие » является отражением прохождения занятия со слушателем и связывает сущности « Дисциплина », « Услуга », « Договор ».
Связь « Факультет-Специальность » - 1:М, обязательна с обеих сторон. Факультет содержит несколько специальностей. Специальность обязательно относится к какому-либо факультету.
Связь « Специальность-Группа » - 1:М, обязательна с обеих сторон. Специальность содержит несколько групп. Группа обязательно относится к какой-либо специальности.
Связь « Группа-Слушатель » - 1:М, необязательна со стороны сущности « Группа », так как в группе не обязательно будут отчисленные студенты. Множественность объясняется возможностью наличия нескольких отчисленных. По данной связи можно установить, из какой группы слушатель был отчислен (в большинстве случаев слушатель восстанавливается в эту же группу).
Связь « Слушатель-Договор » - 1:1, необязательна с главной стороны.
Слушатель может пользоваться несколькими видами услуг сразу и оплачивать сразу несколько занятий, при чём все занятия прописаны в одном договоре. Этим объясняется множественность остальных связей « Дисциплина-Занятие », « Услуга-Занятие », « Договор-Занятие » со стороны ассоциации « Занятие ». Данное связывание говорит о том, что отдельное занятие проводится с конкретным слушателем по определённой дисциплине по уникальному договору, причём указывается вид услуги.
Со стороны сущностей « Дисциплина », « Услуга », « Договор » связь является единичной. Необязательность объясняется тем, что данные сущности существуют вне зависимости от наличия занятия.
Рассмотрим ограничения целостности:
Номер договора и номер услуги не могут быть отрицательными;
Стоимость услуги и оплата не могут быть отрицательными или нулевыми;
Дата рождения не может быть позже даты отчисления;
Дата заключения договора не может быть позже даты расторжения договора.
После перехода от сложных объектов к простым получим можно переходить непосредственно к даталогическому проектированию.
В модели отсутствуют сложные свойства.
В модели отсутствуют связи «Многие ко многим».
Модель соответствует форме 3НФ и, следовательно, не нуждается в нормализации.
Переход к реляционной модели осуществляется в два этапа:
Преобразование сущностей в отношения;
Доопределять первичные ключи не требуется.
Полная логическая модель представлена на рисунке 3.1.
Примечание - Все необязательные связи обусловлены сугубо практическим интересом - для облегчения ввода информации в таблицы.
Рисунок 3.1 - Даталогическая модель
Характеристики атрибутов приведены в таблицах 3.1 - 3.8.
Таблица 3.1 - Атрибуты отношения «Факультет»
Таблица 3.2 - Атрибуты отношения «Специальность»
Таблица 3.3 - Атрибуты отношения «Группа»
Таблица 3.4 - Атрибуты отношения «Слушатель»
Дата рождения не может быть позже даты отчисления
Таблица 3.5 - Атрибуты отношения «Дисциплина»
Таблица 3.6 - Атрибуты отношения «Услуга»
Таблица 3.7 - Атрибуты отношения «Договор»
Дата заключения не может быть позже даты расторжения
Таблица 3.8 - Атрибуты отношения «Занятие»
Ссылочная целостность требует правильности значений внешнего ключа. В правилах поддержки ссылочной целостности задается реакция на попытки нарушения этих требований (запрет, каскад, игнорирование).
При внимательном рассмотрении базы данных было установлено, что действия для всех связок «Родительское отношение»-«Дочернее отношение» одинаковы, а именно:
При модификации записи в родительском отношении происходит каскадное изменение в дочернем отношении;
Запрещается удалять записи в родительской таблице, если в дочерней таблице имеется хотя бы одна запись, содержащая ссылку на удаляемую запись;
Запрещается новая запись, если ее идентификатор не соответствует ни одному из родительской записи;
Запрещается изменение в дочерней записи, если нарушается целостность.
Исключение составляют связи «Слушатель-Договор» и «Договор-занятие». Для них зададим: при удалении записи в родительской сущности - отрабатывать каскад.
4.1 Реализация БД для СУБД Visual FoxPro
Графическое представление БД Visual FoxPro (распечатка окна Конструктора БД) приведено на рисунке 4.1.
Рисунок 4.1 - Графическое представление БД в Visual FoxPro
В таблице 4.1 приведены данные, введенные для описания полей созданных таблиц
Таблица 4.1 - Описание полей таблиц
В таблице 4.2 приведено описание индексов таблиц.
Таблица 4.2 - Описание индексов таблиц
В таблице 4.3 приведены данные, описывающие реализованные ограничения целостности данных в таблицах.
Таблица 4.3 - Описание ограничений целостности данных в таблицах
Дата рождения не может быть позже даты отчисления
Rule: data_otchislenia>data_rojdenia
Код дисциплины не может быть отрицательным
Код услуги не может быть отрицательным
Номер договора не может быть отрицательным
Количество услуг должно быть больше нуля
Дата заключения не может быть позже даты расторжения
Rule: data_rastorjenia>data_zakluchenia
Код дисциплины не может быть отрицательным
Код услуги не может быть отрицательным
Номер договора не может быть отрицательным
Примечание - В выражении .NOT.EMPTY(…) вместо троеточия ставится название соответствующего столбца таблицы.
В таблице 4.4 приведены данные, задающие правила поддержки ограничений ссылочной целостности.
Таблица 4.4 - Правила поддержки ссылочной целостности
Добавление и изменение в доч. табл.
В результате такой настройки базы данных получим следующее:
При изменении записи аббревиатуры abbreviatura в таблице факультетов table1_fakultet будут меняться соответствующие записи в таблице специальностей table2_specialnost (Cascade);
Невозможно удалить запись в таблице факультетов table1_fakultet , если в таблице специальностей table2_specialnost есть хотя бы одна запись с таким факультетом (Restrict);
Невозможно изменить запись в таблице специальностей table2_specialnost , если значение аббревиатуры abbreviatura не будет совпадать с аббревиатурой ни одного факультета таблицы table1_fakultet (Restrict);
Для таблиц « Специальность »- « Группа » и « Группа »-« Слушатель » ситуация аналогична;
При изменении значений KOD_DISC , KOD_USLUGI , NO_DOGOVOR в таблицах table5_disciplina , table6_usluga , table7_dogovor каскадно изменяются соответствующие значения в таблице table8_zanyatie (Cascade);
Запрещено удаление из таблиц 5, 6 записи, если в таблице 8 есть запись, связанная с этими таблицами (Restrict);
При удалении записей из таблиц «Слушатель» и «Договор» каскадно удаляются соответствующие записи в таблицах «Договор» и «Занятие».
Запрещено изменение записей в table8_zanyatie , если запись не связывается ни с одной из таблиц 5, 6 (Restrict).
4.2 Реализация БД для СУБД Interbase
При реализации БД для СУБД Interbase использовались те же имена таблиц, столбцов и индексов, что и при реализации БД для СУБД Visual FoxPro.
Ограничения целостности и правила поддержки ссылочной целостности не изменились.
Ниже представлен скрипт создания спроектированной базы данных с комментариями.
USER "SYSDBA" PASSWORD "masterkey";
/*Столбец "Аббревиатура", строковый (10), ненулевой*/
/*Столбец "Название"", строковый (60), ненулевой*/
/*Проверка на уникальность абреввиатуры и названия*/
/* «Аббревиатура» - первичный ключ*/
/*Столбец "Аббревиатура", строковый (10), ненулевой*/
/*Столбец "Шифр специальности", строковый (10), ненулевой*/
/*Проверка на уникальность шифра специальности и названия*/
/* «Шифр специальности» - первичный ключ*/
/* «Аббревиатура» - внешний ключ, связан с таблицей «Факультет» («Аббревиатура»), при удалении записи из родительской таблицы - запрет, при изменении - каскад*/
REFERENCES table1_fakultet (abbreviatura) ON UPDATE CASCADE
REFERENCES table2_specialnost (shifr_spec) ON UPDATE CASCADE
CHECK (data_rojdenia < data_otchislenia), /*Проверка целостности*/
REFERENCES table3_gruppa (shifr_gr) ON UPDATE CASCADE
UNIQUE (nazvanie_disc, prepodavatel),
stoimost NUMERIC(10000,2) NOT NULL,
CHECK (data_zakluchenia < data_rastorjenia),
REFERENCES table4_slushatel (no_pasporta)
ON DELETE CASCADE ON UPDATE CASCADE,
REFERENCES table5_disciplina (kod_disc)
ON DELETE NO ACTION ON UPDATE CASCADE,
REFERENCES table5_disciplina (table6_usluga)
ON DELETE NO ACTION ON UPDATE CASCADE,
REFERENCES table6_usluga (table7_dogovor)
ON DELETE CASCADE ON UPDATE CASCADE
Целью данной курсовой работы является разработка базы данных оказания платных образовательных услуг.
В результате выполнения курсовой работы решены следующие задачи:
реализация БД для СУБД Visual FoxPro;
В ходе выполнения курсовой работы были получены основные навыки проектирования баз данных, а также приобретён некоторый опыт работы с СУБД Visual FoxPro и InterBase.
В дальнейшем разработанную базу данных можно расширить путём добавления новых таблиц (например, список слушателей к восстановлению) и столбцов; кроме того, можно модифицировать структуру с целью оптимизации.
СУБД - система управления базами данных;
СТП ВятГУ 101-2004. Общие требования к оформлению текстовых документов. Введ. 2004-01-01. - 29 с.
СТП ВятГУ 101-2004. Общие требования к структуре, представлению и оформлению курсовых проектов и работ. Введ. 2004-01-04. - 26 с.
Кислицын А.Б. Лекции по дисциплине «Информационное обеспечение СУ». Киров 2010.
Базы данных и системы управления базами данных. Структура простейшей базы данных, свойства полей. Понятие языка SQL. Проектирование баз данных, режимы работы, объекты. СУБД Microsoft Access. Создание базы данных "Электротовары" средствами Visual FoxPro. курсовая работа [5,7 M], добавлен 29.04.2014
Алгоритм разработки базы данных и сопровождающей ее программы, предназначенных для автоматизированного учета услуг спортивного клуба. Инфологическое, даталогическое проектирование. Разработка приложений баз данных в среде Visual FoxPro 5.0 InterBase. курсовая работа [593,9 K], добавлен 01.04.2013
Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь". дипломная работа [5,4 M], добавлен 06.06.2013
Теоретические основы создания баз данных в Visual Foxpro 9.0. Описание программы, использование ее команд. Создание табличной базы данных, отношений между таблицами в многотабличной базе данных больных в больнице. Редактирование табличного отчета. курсовая работа [681,2 K], добавлен 19.12.2013
Типы моделей данных: реляционная, иерархическая и сетевая. Описание концептуальной модели реляционной базы данных. Разработка базы данных в СУБД Microsoft Access, ее премущества и недостатки, составные компоненты, описание и обоснование полей таблиц. курсовая работа [62,6 K], добавлен 09.03.2009
Технико-экономическая характеристика МОУ СОШ №12 г. Сургута, и её структуры – отдела по предоставлению платных дополнительных услуг. Исследование технологии обработки информации и выявление ее недостатков. Разработка информационной системы и ее оценка. дипломная работа [1,3 M], добавлен 19.07.2010
Создание базы данных в Visual FoxPro. Упорядочивание данных в таблицах. Определение отношений между таблицами и проверка условий целостности данных. Расширенные SQL-запросы и безусловная выборка значений. Использование квантора существования в запросах. методичка [926,3 K], добавлен 30.09.2013
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Разработка базы данных оказания платных образовательных услуг курсовая работа. Программирование, компьютеры и кибернетика.
Практическая Работа Над Проектом
Сочинение На Тему Пьеса Недоросль
Звуковая аналитико-синтетическая деятельность.
Дипломная Работа На Тему Формирование Бюджета Оао "Сибнефть-Тюментнефтепродукт"
Дипломная Работа На Тему Базовый Процесс Обработки Вызовов
Курсовая Работа На Тему Разработка Цифрового Спидометра Для Гибдд
Курсовая Работа На Тему Теоретические Основы Прогнозирования Спроса На Товары
Реферат: Программное обеспечение. Скачать бесплатно и без регистрации
Арманы Асқақ Адамдар Эссе
Реферат по теме Теоретический анализ систем корпоративного экоменеджмента, его принципы. Управление экологическими рисками, формирование новой экологически чувствительной этики бизнеса.
Курсовая работа по теме Отношение студентов к проблеме суицида
Реферат: Инвентаризация - важнейший элемент метода бухгалтерского учета
Реферат: Пассивное курение. Скачать бесплатно и без регистрации
Эссе Распад Ссср Закономерность Или Случайность
Реферат по теме Черноморские казаки
Контрольная работа: Регулировка дорожного движения. Виды дорожно-транспортных происшествий
Реферат: Бокс 4
Контрольная работа по теме Театр как объект управления
Тест На Тему Бухгалтерская Финансовая Отчетность
Логика И Технология Управления Курсовая Работа
Роль и место SWOT–анализа в выборе стратегии предприятия - Менеджмент и трудовые отношения курсовая работа
Профилактика вируса иммунодефицита человека и гепатита - Медицина презентация
Согласование времен в английском языке - Иностранные языки и языкознание презентация