Структура объектно-ориентированной базы данных электронного портала вуза

УДК 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