УДК 681.3
Информационные технологии
СТРУКТУРА ОБЪЕКТНО-ОРИЕНТИРОВАННОЙ БАЗЫ ДАННЫХ ЭЛЕКТРОННОГО ПОРТАЛА ВУЗА
Ахмед Али М. Ахмед, В.Л. Бурковский
Рассмотрена рациональная структура объектно-ориентированной базы данных электронного портала вуза как функционального ядра системы автоматизации документооборота и управления образовательным процессом
Ключевые слова: структура, объектно-ориентированная СУБД, пользовательское меню
Современные системы управления высшими учебными заведениями базируются на информационных ресурсах,
организованных в формате электронных порталов. При этом эффективность и качество их функционирования зависят от уровня организации выбранной структуры циркулирующих в системе информационных потоков .
В статье рассматриваются вопросы рациональной структуризации объектноориентированной базы данных в рамках электронного портала вуза, являющейся главным функциональным ядром системы управления электронным университетом.
Следует отметить, что целью создания электронных университетов является организация в вузах информационного пространства на основе разнородных источников информации для обеспечения их доступности для студентов, преподавателей, научных работников, аспирантов на различных административных уровнях, а также повышения оперативности и эффективности процессов принятия
решений. При этом возникает проблема реализации дополнительных средств управления гетерогенными распределенными объектами в рамках университетских информационных систем реального времени, что требует учёта при разработке объектноориентированной СУБД [1].
Взаимодействие с объектно-ориентрованной СУБД предлагается осуществлять посредством основного
пользовательского меню, включающего следующие разделы:
• Colleges (Факультет);
• Departments (Кафедра);
Ахмед Али М. Ахмед - ВГТУ, University of Diyala, аспирант, тел. 89204463645, e-mail: p.ali80@yahoo.com Бурковский Виктор Леонидович - ВГТУ, д-р техн. наук, профессор, тел. 84732465998, e-mail: bvl@vorstu.ru
• TypeDepartments (Тип кафедры);
• Staffs (Персонал);
• TypeStaffs (Тип персонала);
• Students (Контингент студентов);
• Stages (Курс).
Таким образом, база данных представляет собой совокупность семи связанных между собой таблиц Colleges, Departments, TypeDepartments, Staffs,
TypeStaff, Students, Stages, необходимых для работы основного меню. На рис. 1 представлена схема функционального
взаимодействия основных информационных
компонентов СУБД в режимах удаленных запросов.
Таблица Colleges служит для хранения данных о факультетах и состоит из следующих полей:
• id_coll - идентификатор записи
(первичный ключ);
• name_coll - название факультета.
Таблица Departments служит для
хранения данных о кафедрах и состоит из следующих полей:
• id_dept - идентификатор записи
(первичный ключ);
• name_dept - название кафедры;
• id_coll - идентификатор записи
(внешний ключ), который принимает значения из таблицы Colleges (id_coll);
• type_dept - идентификатор записи (внешний ключ), который принимает значения из таблицы TypeDepartments (id_type_dept).
Таблица TypeDepartments служит для хранения данных о типах кафедры и состоит из следующих полей:
• id_type_dept - идентификатор записи (первичный ключ);
• type_dept - тип кафедры.
Рис. 1. Схема функционального взаимодействия информационных компонентов СУБД.
Таблица Staffs служит для хранения данных о персонале и состоит из следующих полей:
• id_staff - идентификатор записи
(первичный ключ);
• name - ф.и.о. сотрудника;
• type_staff - идентификатор записи (внешний ключ), который принимает значения из таблицы TypeStaffs (id_type_staff);
• phone_no - номер телефона сотрудника;
• Email - электронная почта сотрудника;
• photo - фото сотрудника;
• address - адрес сотрудника;
• id_dept - идентификатор записи (внешний ключ), который принимает значения из таблицы Departments (id_dept).
Таблица TypeStaff служит для хранения данных о типе персонала и состоит из следующих полей:
• id_type_staff - идентификатор записи (первичный ключ);
• type_staff - тип персонала.
Таблица Students служит для хранения данных о студентах и состоит из следующих полей:
• id_stud - идентификатор записи (первичный ключ);
• id_dept - идентификатор записи (внешний ключ), который принимает значения из таблицы Departments (id_dept);
• id_stage - идентификатор записи (внешний ключ), который принимает значения из таблицы Stages (id_stage);
• name_stud - ф.и.о. студента;
• birthday - день рождения студента;
• Email - электронная почта студента.
Таблица Stages служит для хранения данных о курсах и состоит из следующих полей:
• id_stage - идентификатор записи (первичный ключ);
• name - курс/год обучения.
Предложенная структура базы данных ориентирована на реализацию
информационной среды вуза на основе Web-технологий.
Рассмотрим теперь установленные режимы взаимодействия пользователей с СУБД.
При загрузке сайта пользователь проходит авторизацию, после чего он входит в основной раздел СУБД. В рамках данной СУБД предусмотрено два типа пользователей: пользователь и
администратор. Второй тип пользователей отличает наличие дополнительных прав
доступа, таких как удаление данных из базы данных, изменение сведений о пользователях, изменение прав доступа пользователей, добавление новых
пользователей. Пользователь с
ограниченными правами (обычный
пользователь) имеет доступ только к основным разделам базы («Добавить горизонтальную информацию таблицы», «Поиск информации») и может изменять свой пароль. Принципиальные режимы взаимодействия пользователей с базой данных изображены на рис. 2.
Рис. 2. Схема взаимодействия пользователей с базой данных в различных режимах
Для обеспечения работы пользователя на локальном компьютере необходимо наличие:
• Internet explorer viewer;
• Microsoft SQL server management studio 2008 R2;
• Microsoft Visual Studio 2010 or Microsoft Visual Web Developer Web-браузера и операционной системы WindowsXP;
• Microsoft .net framework;
• ASP.NET Community Technology Preview, including Visual Studio Integration or Visual Web Developer Integration, as appropriate.
Работу СУБД регламентирует технология Model-View-Controller MVC, реализующая взаимодействие этих модулей (рис. 3).
Рис. 3. Схема взаимодействия модулей Model-View-Controller
Модуль «Model» реализует
информационную модель данных, размещенных на сайте, на базе СУБД.
Модуль «View» реализует функции пользовательского интерфейса и
обеспечивает пользователю работу с СУБД в режиме просмотра и отображения данных.
Модуль «Controller» реализует взаимодействие рассмотренных выше модулей и формирует окончательный для пользователя формат данных.
Предлагаемые решения построения объектно-ориентированной СУБД
обеспечивают реализацию эффективного варианта проекта электронного
университета.
Литература
1. Рыков С. А. Управление гетерогенными распределительными объектами информационных систем реального времени: монография / С.А. Рыков,
B.Л. Бурковский, А.А. Голиков. - Воронеж: ФГБОУ ВПО «Воронежский государственный технический университет», 2012. - 193 с.
2. “Основы современных баз данных”/ Кузнецов
C.Д., К., 1999.-122с.
3. “Теория реляционных баз данных”/ Мейер М., М.,1996.-205с.
4. SQL в примерах и задачах: учебное пособие/ И.Ф. Астахова, А.П.Толстобров, В.М.Мельников - Мн.: Новое знание, 2002г. - 176с.
Воронежский государственный технический университет University of Diyala, Diyala 268, IRAQ
THE STRUCTURE OF OBJECT-ORIENTED DATABASE OF ELECTRONIC
PORTAL OF UNIVERSITY
Ahmed Ali M. Ahmed, V. L. Burkovsky
The structure of object-oriented database of electronic portal of university as a functional core of automatization system of document circulation and educational process management is discussed in this article
Key words: structure, object-oriented СУБД, user menu