ПРОЕКТИРОВАНИЕ ПОРТАЛА ДЛЯ ОБЕСПЕЧЕНИЯ ПРОВЕДЕНИЯ НАУЧНЫХ МЕРОПРИЯТИЙ Текст научной статьи по специальности «Компьютерные и информационные науки»

УДК 517.977

Евтеев В.Э. студент 4 курса

Институт инженерных технологий и естественных наук Белгородский национальный исследовательский университет научный руководитель: Мигаль Л.В., к.ф.-м.н.

доцент Россия, г. Белгород ПРОЕКТИРОВАНИЕ ПОРТАЛА ДЛЯ ОБЕСПЕЧЕНИЯ ПРОВЕДЕНИЯ НАУЧНЫХ МЕРОПРИЯТИЙ

Аннотация: В статье рассматривается проектирование портала для обеспечения проведения научных мероприятий. Проектирование осуществляется с помощью составления диаграмм потоков данных (нотация DFD) и модели данных. В статье приводится подробное описание моделей.

Ключевые слова: диаграммы, модель, база данных, DFD, портал научных конференций.

Evteev V.E. student 4th year

Institute of engineering technologies and natural sciences

Belgorod National Research University Scientific supervisor: Migal L. V.

PhD in physical and mathematical sciences, associate professor

Russia, Belgorod

Annotation: The article considers the design of the portal to ensure the conduct of scientific events. Design is carried out by drawing up diagrams of data streams (DFD notation) and database model. The article contains a detailed description of the models.

Keywords: diagrams, model, database model, DFD, portal of scientific events.

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

В настоящее время существует большое количество порталов, разработанных с целью информирования общества о предстоящих или прошедших научных мероприятиях. В данной работе предлагается один из вариантов проектирования интернет-портала для обеспечения проведения

научных мероприятий. Для реализации подобных проектов следует использовать серверные технологии, реляционные базы данных[1], методологии проектирования (DFD/IDEF0)[2], а также алгоритмы хеширования (SHA, MD5 и др.) для обеспечения безопасности.

На рисунке 1 представлена главная диаграмма потоков данных (методология DFD). Из диаграммы видно, что внешней сущностью является пользователь, который взаимодействует с порталом для обеспечения проведения научных мероприятий. От пользователя поступает личная информация, представленная потоком данных «информация о пользователе», а также заявка на участие, содержащая в себе мероприятие, в котором пользователь желает принять участие, доклад и т.д., представленная потоком данных «заявка на участие». В ответ пользователь получает информацию о результате проверки, а также подтверждение или отклонение поданной им заявки, представленный потоком данных «ответ на заявку».

USED AT: AUTHOR:

PROJECT: Научные мероприятия REV: 13.06.2018 [DRAFT NOTES: 1 2 3 4 5 6 7 8 9 10

■ WORKING READER DATE CONTEXT: TOP

DRAFT

RECOMMENDED

PUBLICATION

Информация о пользователе

ттгш Портал для обеспечения проведения научных ж^ж A-0 мероприятий _

Рисунок 1 - Главная диаграмма потоков данных На рисунке 2 предлагается вариант декомпозиции главной диаграммы.

USED AT: AUTHOR: DATE:13.06.2018

PROJECT: Научные мероприятия REV: 14.06.2018

_[NOTES: 1 2 3 4 5 6 7 8 9 10_

Данные для авторизации

DRAFT

RECOMMENDED

PUBLICATION

Информация о пользователе

0р. 2 Авторизовать пользователя

^Данные авторизованного пользователя

Заявка на участие

0р. 1

Зарегистрировать по льзо вателя

Личные данные пользователя

Личные данные по льзо вателя

Список пользователей

0р. 3

Подать заявку на участие

Оф ормленная заявка

Ответ на заявку

0р.

Выслать ответ на заявку

0р. 5

Составить список участников

Проверенные заявки

Заявки на участие в конференциях

Список участников

Список участников

Проверенная заявка

Но вая заявка

Списки участников конференций

0р. 4

Обработать заявку

Новая заявка на участие

Результат проверки

3

Рецензент

NODE: ШЪК Портал для обеспечения проведения научных

A0 мероприятий

NUMBER:

Рисунок 2 - Декомпозиция главной диаграммы потоков данных

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

В функции «авторизовать пользователя» происходит авторизация пользователя на портале. Функция получает данные для авторизации и личные данные пользователя, представленные одноименными потоками. При авторизации образуется поток «данные авторизованного пользователя». Этот поток поступает в функцию «подать заявку на участие» вместе с потоком «заявка на участие». Данная функция производит запись оформленной заявки в базу данных.

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

Поток данных «проверенные заявки» отправляется в функцию «составить список участников». Запись о списке участников производится в хранилище данных «списки участников конференций». Сформированные списки участников попадают в функцию «выслать ответ на заявку», которая передает пользователю ответ на заявку.

Следующим этапом проектирования является создание модели

A-0

6

2

4

будущей базы данных (рисунок 3).

Рисунок 3 - Схема базы данных портала

База данных представлена следующими таблицами: «event», «user», «flag», «user_event», «organizer», «user_organizer» и «content».

Таблица «event» предназначена для хранения данных о научном мероприятии (название, текст, дата начала и окончания мероприятия и т.д.).

В таблице «user» хранятся личные данные зарегистрированных пользователей (логин, ФИО, телефон, пароль и др.). Стоит отметить, что пароль хранится не в своем первоначальном виде, а в виде хеш-кода для обеспечения безопасности. Преобразование пароля в хеш-код происходит при помощи алгоритмов шифрования. Можно использовать ряд алгоритмов SHA, MD5 и др.

Таблица «flags» связана с «user» типом связи один-к-одному и хранит в себе данные о роли пользователя (пользователь, рецензент или администратор).

Таблица «user_event» обеспечивает связь таблиц «user» и «event» соотношением многие-ко-многим и содержит данные о заявке пользователя на участие.

Таблица «organizer» хранит данные об организаторах мероприятия. Связь с мероприятием происходит по средствам таблицы «event_organizer», обеспечивающей соотношение таблиц типом многие-ко-многим.

Таблица «content» не связана с другими таблицами. Данная таблица содержит данные об остальном контенте портала (статьях и новостях).

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

Применение в научно-исследовательской деятельности специализированного интернет-портала предоставит возможность упростить процедуру регистрации участников научных мероприятий, автоматизировать

часть работы организаторов, что будет способствовать повышению качества проводимых мероприятий.

Использованные источники:

1. Маторин С.И. Теория систем и системный анализ: Учебное пособие / С.И. Маторин., О.А. Зимовец. - Белгород: Изд-во НИУ «БелГУ», 2012. - 288 с.

2. Михелев В.М. Базы данных и СУБД: учебное пособие - Белгород: Изд-во Белгородского гос. ун-та, 2007. - 199 с.

УДК 004.42

Жуйкова А.А. студент магистратуры Поволжский государственный университет телекоммуникаций и информатики

Россия, г. Самара

ИНЖЕНЕРИЯ ТРЕБОВАНИЙ

Аннотация:

Статья посвящена подразделу системной инженерии - инженерии требований. В статье рассматриваются две группы требований: требования заказчика и требования разработчика. Описывается спецификация анализ и формирование требований.

Ключевые слова: инженерия требований, трассировка требований, спецификация требований, анализ требований, функциональные требования, нефункциональные требования.

Zhuykova A.A., Master Povolzhsky State University of Telecommunications and Informatics.

Russia, Samara

TECHNICAL REQUIREMENTS

Annotation:

The article is devoted to the subsection of system engineering - engineering requirements. The article considers two groups of requirements: customer requirements and developer requirements. The specification of analysis and requirements formation is described.

Keywords: requirements engineering, requirements traceability, specification of requirements, requirements analysis, functional requirements, non-functional requirements.

Инженерия требований - это раздел дисциплины системной инженерии, в котором изучается разработка требований с использованием итерационного кооперативного процесса исследования проблемы, документирование результатов наблюдений и проверки точности полученного понимания.

Инженерия требований является неким междисциплинарным