Материал: RGR

ФГБОУ ВО «Омский государственный технический университет»

Кафедра «Автоматизированные системы обработки информации и управления»

Кафедра «Автоматизированные системы обработки информации и управления»

Направление 09.03.01 «Информатика и вычислительная техника»

Расчетно-графическая работа

на тему: «Разработка базы данных и прикладного программного обеспечения для приёмной комиссии университета»

по дисциплине «Система управления Базами данных»

Проверил:

доц. к.т.н. Малков О. Б.,

____________________

Омск 2018

Оглавление

Введение 3

Описание предметной области 4

2. Проектирование базы данных приёмной комиссии университета 5

2.1. Логическое проектирование базы данных 6

2.2 Физическое проектирование базы данных 7

2.3 Создание и заполнение базы данных 8

3. Разработка прикладного программного обеспечения информационной системы и пользовательского интерфейса 13

Заключение 18

Библиографический список 19

Приложение А 20

Введение

Целью выполнения РГР является закрепление знаний, полученных в результате изучения дисциплины «Система управления базами данных», и приобретение практических навыков по проектированию и созданию реляционной базы данных и разработке приложения, работающего с базой данных. РГР должна охватывать основные этапы жизненного цикла информационной системы.

Информационная система позволяет автоматизировать процесс управления данными, ускорить процесс их обработки.

Данный проект предназначен для автоматизации деятельности приёмной комиссии университета. Автоматизация процесса позволит решить следующие проблемы:

1. регистрацию данных абитуриентов;

2. возможность получения любой информации об интересующем абитуриенте;

3. обеспечит снижение издержек на образовательной организации на проведение ежегодных приёмных компаний.

Описание предметной области

Каждый год университет зачисляет новых абитуриентов для возможного их поступления в университет после сдачи вступительных экзаменов. На бюджетную основу могут быть зачислены: абитуриенты, получившие на школьном экзамене высокий балл ЕГЭ и успешно прошедшие собеседование, а так же абитуриенты, имеющие направление от какого-либо государственного предприятия. Все остальные могут поступить в университет на платной основе, набрав необходимое установленное университетом число баллов на вступительных экзаменах.

.

2. Проектирование базы данных приёмной комиссии университета

Этапами проектирования БД являются:

– логическое проектирование;

– физическое проектирование.

Имея словесное описание предметной области, описание информационных потребностей пользователей, описание существующих входных и выходных документов, предусматривается выполнение таких работ, как:

1. идентификация объектов (сущностей) предметной области, их атрибутов и первичных ключей;

2. идентификация отношений (связей) между объектами (сущностями) и указание мощности этих связей;

3. построение логической схемы будущей БД на основе модели «сущность – связь»;

2.1. Логическое проектирование базы данных

На основе анализа предметной области, а также после исследования требований были выделены следующие сущности базы данных и определены связи между ними.

База данных должна поддерживать следующую информацию:

1. Каждый абитуриент имеет свои данные (регистрационный номер абитуриента, ФИО, дата регистрации, домашний адрес, телефон, дата рождения, школа, возможность оплаты обучения, паспортные данные, средний балл аттестата, тип поступления);

2. Информация о зачислении (факультет, специальность, фамилия принявшего документы, основание зачисления);

3. Информация о предприятии (название предприятия, договор с предприятием, номер договора, условия договора, адрес предприятия, телефон предприятия, платит предприятие, тип поступления);

4. Информация об аттестате ЕГЭ (предмет, количество баллов, тип поступления).

На этапе логического проектирования БД выполняется создание реляционной схемы базы данных, представленная на рисунке 1.

Рисунок 1. Логическая схема БД для приёмной комиссии университета

2.2 Физическое проектирование базы данных

На этапе физического проектирования БД выполняется проектирование физической схемы базы данных на основе логической схемы. Для каждого столбца в каждой таблице указывается тип данных и длина. Типы данных зависят от выбранной СУБД. Выбирается длина имен таблиц и столбцов (более короткие), названия таблиц и столбцов не должны совпадать с зарезервированными (ключевыми) словами. Определяется способ обработки внешних ключей (RESTRICT, CASCADE или др.), как будет осуществляться ссылочная целостность. Для реализации базы данных была выбрана среда SQL Server Management Studio.

Рисунок 2. Физическая схема БД для приёмной комиссии университета

2.3 Создание и заполнение базы данных

Результатом выполнения задания является скрипт создания базы данных Entrance:

Рисунок 3. Создание базы данных Entrance.

Скрипт создает обычную (не автономную) базу данных с логическим именем Entrance. Файл данных и файл журнала транзакций располагаются на диске C: в каталоге СУБД. Каталог с именем СУБД должен существовать к моменту выполнения скрипта, а файлов entrancedat.mdf и entrancelog.ldf в указанном каталоге не должно быть.

База данных Entrance содержит только первичную файловую группу. Для файла данных установлен начальный размер 5 Мбайт, приращение – 1 Мбайт, максимальный размер не ограничен, т. е. файл может расти до исчерпания объема дискового пространства или до 16 Гбайт.

Начальный размер файла журнала транзакций – 1 Мбайт, максимальный – 30 Мбайт, а квант увеличения размера – 1 Мбайт. Для базы данных задан порядок сортировки Cyrillic_General_CI_AS.

Результатом выполнения работы являются скрипты создания таблиц. При написании скрипта следует учитывать, что в первую очередь создаются родительские таблицы, а уже потом – дочерние.

Рисунок 4. Создание таблицы Student

Рисунок 5. Создание таблицы Enterprise_stud

Рисунок 6. Создание таблицы Certificate_stud

Рисунок 7. Создание таблицы Registration

Заполнение таблицы Student с использованием одного оператора INSERT для каждой строки таблицы.

Рисунок 8. Заполнение таблицы Student

Заполнение таблицы Registration с использованием одного оператора INSERT для каждой строки таблицы.

Рисунок 9. Заполнение таблицы Registration

Заполнение таблицы Certificate_stud с использованием одного оператора INSERT для каждой строки таблицы.

Рисунок 10. Заполнение таблицы Certificate_stud

Заполнение таблицы Enterprise_stud с использованием одного оператора INSERT для каждой строки таблицы.

Рисунок 11. Заполнение таблицы Enterprise_stud

3. Разработка прикладного программного обеспечения информационной системы и пользовательского интерфейса

Для работы с базой данных было разработано клиент-серверное приложение. Для взаимодействия с сервером на стороне клиента были разработаны клиентские страницы:

Главная страница, на которой отображены названия таблиц, при нажатии на которые происходит переход к самой таблице.

Рисунок 12. Главная страница приложения

Данные с таблицы, которые находятся в таблице «Зачисление» отображены на рисунке 13:

Рисунок 13. Таблица «Зачисление»

Форма добавления записи таблицы «Зачисление» представлена на рис. 14:

Рисунок 14. Форма добавления записи

Форма для изменения таблицы «Зачисление» представлена на рис. 15:

Рисунок 15. Форма изменения записи

Форма для удаления записи таблицы «Зачисление» представлена на рисунке 16:

Рисунок 16. Форма удаления записи

Дынные, которые находятся в таблице «Предприятие» отображены на рисунке 17:

Рисунок 17. Таблица предприятие

Форма добавления записи в таблицу «Предприятие» представлена на рисунке 18:

Рисунок 18. Форма добавления записи

Форма редактирования таблицы «Предприятие» представлена на рисунке 19:

Рисунок 19. Форма редактирования записи

Форма для удаления записи из таблицы «Предприятие» представлена на рисунке 20:

Рисунок 20. Форма удаления записи

Аналогичным образом построены формы для добавления и редактирования данных остальных сущностей.

Фрагменты кода, отражающие основные функции обработки данных сущностей «Зачисление» (RegistrationsController), «Предприятие» (Enterprise_studController), представлены в приложении А. Взаимодействия, с остальными сущностями выполнены таким же образом.