3292

1)Основные правила выставления баллов за рубежные аттестации студентов, экзамены, зачеты и прочие формы отчетности должны соответствовать положению ―о текущей и промежуточной аттестации знаний, умений и навыков студентов в балльнорейтинговой форме на факультете компьютерных наук Воронежского государственного университета‖ от 09.12.2019 г. [4]

2)Вход (авторизация) в веб приложение должен происходить через протокол LDAP, то есть, с помощью существующей на факультете Active Directory.

3)Должно быть учтено разграничение полномочий акторов данной информационной системы. Необходимо выделить следующие роли пользователей ИС: студент, преподаватель, секретарь (администратор).

4)Должен осуществляться поиск информации о результатах всех форм отчетности (зачет, экзамен и так далее), основной информации об обучающемся на факультете, включая ФИО, номер студенческого билета, дисциплинах, преподаваемых на курсе.

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

6)Распространение данной информационной системы только на программы бакалавриата и специалитета.

7)Готовое программное обеспечение должно представлять веб-приложение.

Для реализации данного проекта был выбран язык программирования Python версии 3.8. Основание – огромное количество библиотек и достаточно высокая расширяемость, широкое распространение в среде разработчиков.

Использование Python помогает крайне удобно выстроить взаимодействие между back-end и front-end частями проекта, а также реализовать все необходимые модули приложения.

Веб-фреймворк Flask был выбран в качестве основы реализуемого проекта. Основание

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

Язык программирования Python удобен для работы с базами данных.

В данном проекте используется фреймворк Flask, для организации работы базы данных был выбрана библиотека SQLAlchemy. В качестве СУБД была выбрана MySQL. В конкретном случае – ее вариация – Maria DB последней версии.

При разработке front-end части были использованы широко распространенные HTML (в соответствии со стандартом 4.0) и CSS. WTForms - очень гибкая библиотека для проверки и визуализации форм для веб-разработки на Python. Он может работать с любым вебфреймворком и механизмом шаблонов.

Реализация на языке Python позволила легко организовать связь back-end части (логика проекта, функционирование базы данных) с front-end частью (вебформы HTML, динамические структуры).

LDAP3 – библиотека для взаимодействия с сервером LDAP, работает по одноименному протоколу

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

Программные требования к серверной машине:

-Сервер – Apache2 или nginx.

-Итерпретатор Python версии не ниже 3.8 с модулями: SQLAlchemy; Flask ; FlaskLogin; Flask-SQLAlchemy; PyMySQL; MySQL-connector; MySQL-connector-python; WTForms; WTForms-Alchemy; LDAP 3; СУБД MySQL >5.8.

Программные требования к машине, на которой будет вестись разработка, заключается в наличии таких программных средств как: IDE Pycharm; MySQL Workbench.

91

3. Общая схема приложения

Наглядно объяснить функционал информационной системы позволяет диаграмма вариантов использования (Use Case) информационной системы.

Прежде всего отметим, что с системой взаимодействуют 3 актора:

-студент;

-преподаватель;

-администратор (секретарь).

Действия каждого актора характеризуются в зависимости от его роли.

В разрабатываемом приложении выделено три роли для пользователей в системе: 1) Администратор (или секретарь).

Может выполнять все действия, предусмотренные в данном приложении, а именно: зачисление студентов на 1 курс, создание учебных планов, закрепление за преподавателем, перевод студентов на следующий курс, а также заполнение ведомостей, которые передали преподаватели в деканат на бумажном носителе

2)Преподаватель может выставлять оценки только для своих групп.

3)Студент имеется возможность только просмотра своих баллов за аттестации.

При этом редактирование данных об оценках студентов и учебных планах предыдущего семестра не допускается даже администраторам.

Диаграмма вариантов использования приложения приведена на рис. 1.

Рис. 1. Диаграмма Use Case информационной системы

92

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

Рис. 2. Модульная схема приложения

Пользователи отправляют запросы, используя динамические поля и элементы страниц HTML. Front-end часть передает пакеты данных.

В Back-end части реализована логика приложения. Она выполняется на сервере. Сервер обрабатывает запрос и обращается к базе данных, после возвращает ответ в front-end часть, где информация поступает пользователям.

Следует отметить, что в соответствии с вышеуказанным положением было разработано правило заполнения полей аттестационной ведомости в зависимости от текущего этапа (см. табл. 3).

Обозначения и комментарии к таблице: - — заполнять нельзя

заполнено — Полое должно быть заполнено при переходе на данный этап. Изменять нельзя

заполнено — Полое должно быть заполнено при переходе на данный этап. Можно изменить, если оценка менее 25 баллов.

*Оценка за экзамен выставляется только для типа отчѐтности «Экзамен»

**Доп. балл может выставляться только для типа отчѐтности «Экзамен» и «Зачѐт с оценкой».

***Данные поля может редактировать секретарь. Предусмотрено для исправления

данных.

93

Рис. 3. Диаграмма развертывания приложения

На рис. 4 показана главная станица приложения – главное меню приложения после авторизации для пользователя с правами администратора.

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

94

На рис. 5 отражена вся необходимая информация о студенческой группе: учебный год, курс, семестр, группа, направление (специальность), а также оценки

Рис. 5. Список студенческих групп

На рис. 6 изображена страница просмотра аттестационной ведомости. На данной странице мы можем просматривать успеваемость конкретной студенческой группы, в определенном семестре, учебном году; узнавать о способе контроля по данной дисциплине (отчетность): зачет, экзамен, зачет с оценкой. На данной странице также отображена информация о преподавателе и названии данной учебной дисциплины, а также отображается состояние аттестационной ведомости.

Рис. 6. Просмотр аттестационной ведомости

95

На рис. 7 представлена панель секретаря. На данной странице по выбранному курсу отображается таблица текущего состояние аттестационных ведомостей. Предметы сгруппированы по преподавателям.

Рис. 7. Панель администратора (секретаря)

Заключение

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

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

1.Петрова В.Т. Многоуровневая система обучения математике в вузах и балльнорейтинговая система оценки знаний студентов / В.Т. Петрова, В.А. Бойков // Педагогическое образование и наука. – 2019. - № 5. – С. 29-36.

2.Седов Р.П. О балльно-рейтинговой системе вуза и ее внедрение в систему дистанционного обучения средствами среды MOODLE / Р.П, Седов // Международный научный журнал. – 2020. - № 3. – С. 115-120.

3.Подымов В.Н. Система модульного обучения и балльно-рейтинговая система: сравнительный анализ / В.Н. Подымов // Вестник Казанского государственного энергетического университета. – 2013. - № 2(17). – С.111-126.

96

4. Положение о текущей и промежуточной аттестации знаний, умений и навыков студентов в балльно-рейтинговой форме на факультете компьютерных наук Воронежского государственного университета от 11.06.2019 г. / П ВГУ 2.1.04.16 – 2019

DEVELOPMENT OF AN INFORMATION SYSTEM FOR ACCOUNTING THE PROGRESS OF STUDENTS IN THE POINT-RATING FORM

Yu.V. Bondarenko, I.A. Eremin

Bondarenko Yulia Valentinovna*, Voronezh State University, Doctor of Technical Sciences, Associate Professor, Professor of the Department of Mathematical Methods of Operations Research, Russia, Voronezh, e-mail: bond.julia@mail.ru, tel.: + 7-910-341-29-46

Eremin Ilya Aleksandrovich, Voronezh State University, Master's student of the Department of Mathematical Methods of Operations Research, Russia, Voronezh, e-mail: ilja.vrn@yandex.ru, tel.: 8-900-954-06-76

Abstract. This work is devoted to the problem of automating the processes of accounting and processing the results of university students' progress in a point-rating form. The article discusses the main features of the organization of the point-rating system, describes the mechanisms and processes. The general characteristic of the web application for the accounting of progress is presented: the roles of users, the method of authorization into the system, the general scheme of the application, emphasizing that it corresponds to the classic three-tier architecture, are described. The result of the work done is an information system that automates the following business processes associated with maintaining student certification sheets: entering information about progress, generating summary results. The end result is a simple, userfriendly and intuitive application that meets the needs of all users of the system: student, teacher and secretary.

Keywords: point - rating system, academic performance, information system, certification.

References

1.Petrova V.T. Multilevel system of teaching mathematics in universities and point-rating system for assessing students' knowledge [Mnogourovnevaja sistema obuchenija matematike v vuzah i ball'no-rejtingovaja sistema ocenki znanij studentov] / V.T. Petrov, V.A. Boykov // Pedagogical education and science. - 2019. - No. 5. - P. 29-36.

2.Sedov R.P. On the point-rating system of the university and its implementation in the distance learning system by means of the MOODLE environment [O ball'no-rejtingovoj sisteme vuza i ee vnedrenie v sistemu distancionnogo obuchenija sredstvami sredy MOODLE] / R.P., Sedov // International scientific journal. - 2020. - No. 3. - P. 115-120.

3.Podymov V.N. Modular training system and point-rating system: comparative analysis [Sistema modul'nogo obuchenija i ball'no-rejtingovaja sistema: sravnitel'nyj analiz] / V.N. Podymov

//Bulletin of Kazan State Power Engineering University. - 2013. - No. 2 (17). - P.111-126.

4.Regulations on the current and intermediate attestation of knowledge, skills and abilities of students in a point-rating form at the Faculty of Computer Science of Voronezh State University from 11.06.2019 / P VSU 2.1.04.16 - 2019

97

УДК 004.822: 004.896:007.51

СОЦИОКИБЕРФИЗИЧЕСКАЯ СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ ИНВЕСТИЦИОННЫХ РЕШЕНИЙ

В.П. Морозов, С.И. Моисеев, Е.А. Родионов, А.И. Сырин

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

Россия, г. Воронеж, e-mail: vp_morozov@mail.ru, тел.: +7-951-545-63-69

Моисеев Сергей Игоревич, Воронежский государственный технический университет, кандидат физико-математических наук, доцент, доцент кафедры управления,

Россия, г. Воронеж, e-mail: mail@moiseevs.ru, тел.: +7-920-229-92-81

Родионов Евгений Алексеевич, Воронежский государственный технический университет, аспирант кафедры управления

Россия, г. Воронеж, e-mail: rdnv.ea@gmail.com, тел.: +7-910-285-62-17

Сырин Александр Иванович, Войсковая часть 38953-к

Россия, г. Воронеж

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

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

Известно, что практически любая система, в том числе и система поддержки принятия решений (СППР), является целевой. Другими словами, СППР создаѐтся для достижения определенной (ых) цели (ей).

Социокиберфизические системы (СКФС), общее описание и свойства которых приведено авторами в [3], также имеют своѐ целевое назначение и не являются исключением из данного общего правила. Ранее отмечалось, что СКФС в настоящее время активно изучаются и внедряются в практику. Они являются дальнейшим развитием киберфизических систем (КФС) [5] – систем, в функционировании которых человек практически не участвует, а является лишь потребителем результатов их деятельности [4]. Ярким представителем КФС является персональный компьютер (ПК). Действительно, человек в лице пользователя не принимает никакого участия в функционировании операционной системы ПК или установленного специального математического и программного обеспечения (СМПО). Однако он активно потребляет результаты работы ПК, например, результаты расчѐтов, построенные графики и др. В случае активного взаимодействия КФС и человека, которого принято называть лицом, принимающим решения (ЛПР), имеет место СКФС. Альтернативным вариантом существования СКФС является использование КФС в составе определенной организационной системы (организации).

Представляет интерес рассмотреть отдельно взятую систему поддержки принятия инвестиционных решений (СППИР), разработанную и доведенную до рабочего прототипа в [1в], с позиций еѐ представления в виде СКФС. Это полезно для синтеза таких систем с

© Морозов В.П., Моисеев С.И., Родионов Е.А., Сырин А.И., 2021

98

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

Цель статьи представление СППИР в виде СКФС в интересах последующего более эффективного применения технологии синтеза еѐ отдельных подсистем и системы (СППИР) в целом.

Известно, что типовая СКФС, как это показано на рис. 1, включает три основных подсистемы: физическую, кибернетическую и социальную [3].

Физическая подсистема является аппаратной платформой или набором технических средств, на которой реализована кибернетическая подсистема и, соответственно, СКФС. Она может включать в свой состав различные датчики, исполнительные механизмы и оборудование, например, ультразвуковые дальномеры, датчики движения, манипуляторы, приборы, модульные устройства, отдельные платы, контроллеры и др.

Кибернетическая подсистема представляет собой комплекс программных средств, обеспечивающих функционирование физической подсистемы и СКФС в целом. В еѐ состав могут входить общее программное обеспечение, СМПО, информационное обеспечение и средства электронных коммуникаций.

Социальная подсистема (СП) включает в свой состав ЛПР или их группу, которые эксплуатируют КФС в организации. Известно, что КФС в целом может непосредственно использоваться в качестве глобальной СППР, либо еѐ отдельные элементы (подсистемы, модули, блоки и др.) на каких-то промежуточных этапах принятия инвестиционных решений, могут выступать в качестве СППР. Например, разработанная подсистема интеллектуального поиска в СППИР [2], обеспечивает ЛПР требуемой информацией по его запросам относительно используемых активов или состояний внешней среды.

В данной статье в качестве КФС будем рассматривать СППИР в целом.

Целевое назначение СППИР заключается в информационном обеспечении определенных стадий процесса управления инвестиционным портфелем организации (ИПО).

Известно, что в содержательном плане, процесс управления ИПО представляет собой последовательное решение, связанных между собой по «входу-выходу» частных задач, в интересах достижения главной цели – получения прибыли на основе вложенных в него (портфель) активов при заданном уровне риска. При этом, решаемые частные задачи, условно подразделяются на информационные, информационно-расчѐтные и расчѐтные.

99

Кроме того, на стыке взаимодействия СП и КФС решаются психологические задачи. Они решаются ЛПР или их группой.

В схематичном виде типовой процесс управления ИПО представлен на рис. 2.

ИИ2

Рис. 2. Типовой процесс управления инвестиционным портфелем организации

Данный процесс является многостадийным и мультизадачным.

На первой стадии типового процесса управления ИПО решаются следующие основные задачи:

-выделяется общий финансовый ресурс на покупку активов ИПО;

-осуществляется выбор перспективных некоррелированных между собой активов из различных отраслей экономики для включения их в ИПО;

-осуществляется выбор числа элементов (ценных бумаг) каждого актива;

-определяются значения долей выделенного общего финансового ресурса на каждый актив, включаемый в ИПО;

-определяются значения долей, выделяемых на элементы выбранных активов;

-определение длительности инвестирования;

-определение целевого назначения инвестирования;

-задаѐтся приемлемый (требуемый) уровень риска.

В интересах микропрогнозирования - второй стадии типового процесса управления ИПО решаются следующие основные задачи:

-обеспечивается получение информации об изменении цен активов;

-обеспечивается получение информации об изменении цен элементов активов;

-реализуется построение графиков динамики цен активов;

100