УДК 004.42
Е.А. Дерксен (5 курс, каф. КИ), руководитель от кафедры Т.В. Завадская, к.т.н.,доц., руководитель от предприятия Л.Л. Меренкова, зам. Директора ЦИКТ ДонНТУ
ИССЛЕДОВАНИЕ И ПРОЕКТИРОВАНИЕ ОПТИМАЛЬНОЙ СТРУКТУРЫ БАЗЫ ДАННЫХ. РАЗРАБОТКА АРМОВ «ПРИЕМ ДЕЛ АБИТУРИЕНТОВ» И «РЕКОМЕНДАЦИЯ» В РАМКАХ АСУ ВУЗА ДЛЯ ПРИЕМНОЙ КОМИССИИ ДОННТУ.
Цель работы – разработка программного комплекса, реализующего введение, хранение, редактирование, обработку информации об абитуриентах и их делах, а также формирование списка рекомендованных к зачислению абитуриентов в автоматическом и ручном режимах, и обеспечивающего минимизацию трудозатрат сотрудников приемной комиссии.
Проведение вступительной кампании является одной из важнейших задач вуза и требует множество человеческих и временных ресурсов, поэтому автоматизация всех видов работ приемной комиссии вуза всегда актуальна и экономически целесообразна.
Необходимость новой разработки заключается в том, что существующая автоматизированная система(АС) приемной комиссии ДонНТУ была разработана с использованием устаревших технологий и правил приема абитуриентов. Отсутствие технической документации для ранее разработанного продукта значительно усложняет поддержку системы, добавление нового или изменение текущего функционала АС.
Основная цель АС – ускорить и упростить процесс проведения вступительной кампании и зачисления абитуриентов. Для достижения поставленной цели необходимо выяснить, какими функциями должен будет обладать программный продукт.
Установлено, что АС должна включать в себя следующие функции:
1) Хранение данных всех абитуриентов университета в единой базе.
2) Персонализированный доступ к информации с разграничением прав пользователей в соответствии с должностными полномочиями.
3) Регистрация анкетных данных, паспортных данных, фотографий и заявлений абитуриентов.
4) Редактирование данных анкет и заявлений абитуриентов, подавших документы.
5) Учет документов, поданных абитуриентом.
6) Формирование и контроль плана набора.
7) Формирование необходимого пакета документов для абитуриента (расписки, заявление, анкета и т.д.).
8) Формирование списка рекомендованных к зачислению в вуз.
9) Зачисление абитуриентов (формирование списков, протоколов и приказов на зачисление).
10) Формирование статистической отчетности для анализа данных об абитуриентах, поданных заявлениях и результатах вступительных испытаний в разрезе факультетов, специальностей, форм обучения, видов финансирования.
Базовыми частями АС «Приемная комиссия» будут являться два автоматизированных рабочих места(АРМ): АРМ «Прием дел» и АРМ «Рекомендация».
Разрабатываемая АС будет состоять из 2х частей – клиентской и серверной. Серверная часть будет представлена в виде центрального сервера приемной комиссии, на котором установлена СУБД, управляющая хранением и доступом к данным. Клиентская часть будет представлена набором прикладных приложений, которые будут предоставлять пользователям удобный интерфейс для работы с данными. Соединение клиентской и серверной части реализуется через локальную сеть университета.
Хранилищем данных АС является база данных. В качестве СУБД для данной системы выбран Microsoft SQL Server 2012, поскольку он используется для решения других задач в рамках действующей АСУ ДонНТУ.
Проектирование базы данных разрабатываемой системы будет выполняться в три этапа:
1) Концептуальное проектирование.
2) Логическое проектирование.
3) Физическое проектирование.
На первом этапе необходимо построить информационные модели объектов, данные о которых будет храниться в БД (например, абитуриент). Такие модели создаются без учета используемой СУБД. В результате получается концептуальная модель базы данных, которая включает в себя:
-описание информационных объектов и связей между ними
-описание ограничений целостности, т.е. требований к допустимым значениям данных и связей между ними
На этапе логического проектирования создается схема базы данных с учетом специфики конкретной модели данных, в данном случае – реляционной. Для реляционной модели данных логическая модель – набор схем отношений с указанием первичных ключей, а также связей между отношениями, представляющими собой внешние ключи. На этом этапе также выполняется нормализация – процесс приведения структуры БД к виду, обеспечивающему минимальную логическую избыточность, и не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение физического объёма базы данных. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в базе данных информации [1].
На этапе физического проектирования создается схема данных для конкретной СУБД. Ее специфика может включать в себя ограничения на названия объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
Основной целью при разработке АС является использование современных средств разработки с целью обеспечения оптимизации временных характеристик выполнения сложных запросов, возможности поддержки системы в течении длительного времени, а также для соответствия современным стандартам разработки ПО в сфере информационной безопасности и защиты персональных данных. Все рабочие компьютеры сотрудников приемной комиссии работают под управлением ОС Windows, поэтому в качестве языка программирования выбран язык C#, который является разработкой компании Microsoft и предназначен для разработки прикладных приложений, а также имеет большое количество встроенных средств для работы с СУБД MS SQL Server 2012.
ЛИТЕРАТУРА
1. Дейт К. Дж. - Введение в системы баз данных - 8-е издание - Москва: Вильямс, 2005 — 1328 с.