CC BY
136. Федеральный закон от 13 июля 2015 г. № 267-ФЗ «О внесении изменений в статьи 260 и 261 Уголовного кодекса Российской Федерации».
7. Кодекс Российской Федерации об административных правонарушениях от 30 декабря 2001 г. № 195-ФЗ.
8. Постановление Правительства Российской Федерации от 12 апреля 2012 г. № 290 «О федеральном государственном пожарном надзоре».
ИССЛЕДОВАНИЕ СИСТЕМ КОНКУРСНОГО ОТБОРА
ПРОЕКТОВ Богатов И.Н.
Богатое Илья Николаевич - магистрант, направление: информационные системы и технологии, кафедра информатики и компьютерного дизайна, Санкт-Петербургский государственный университет телекоммуникаций им. проф. Бонч-Бруевича, г. Санкт-Петербург
Аннотация: в данной статье приведены результаты исследования систем конкурсного отбора проектов. Показано, что автоматизированные системы отбора помогут экспертам потратить минимум времени и средств на оценку и выбор проектов, а также отсеять заранее бесперспективные проекты. Проанализированы основные достоинства и недостатки существующих систем, и на основе полученных данных создана собственная система экспертизы проектов.
Ключевые слова: системы экспертизы проектов, конкурсный отбор, базы данных.
Реализация венчурных проектов всегда являлась одним из эффективных механизмов развития научно-технических систем и научного потенциала страны в целом. Однако процесс рассмотрения и принятия в эксплуатацию этих систем связан с высоким уровнем риска и неопределенности, что делает актуальным предварительный процесс экспертизы и отбора проектов. Таким образом, работа конкурсной комиссии, заключающаяся в оценивании и отборе, как и заявок на проекты, так и самих проектов нуждается в автоматизации и информационной поддержке.
Актуальность автоматизации процесса экспертизы проектов заключается в необходимости создания удобного решения по оценке и отбору проектов, избегая многократного повторения рутинных процессов и минимизируя труд членов конкурсной комиссии.
Для полного отображения структуры проектируемой системы экспертизы проектов создана структурно-функциональная диаграмма системы (рис. 1). В данной статье рассмотрен спроектированный фрагмент системы, включающий в себя оценку и отбор проектов. Из рисунка видно, что система включает в себя базы данных, содержащую информацию о конкурсе (условия проведения, дата начала и окончания проведения и т.д.), участниках (содержится только та информация, которая необходима для проведения конкурсов), экспертах и проектах.
Объявление о конкурсе, включающее в себя условия конкурса, сроки проведения, цели и задачи конкурса публикуются на сайте университета.
Система отбора проектов создана для экспертизы проектов в рамках СПбГУТ по методу взвешенной суммы критериев (1).
р(гМ = ш1г1 + - + штгтН1)
™ / т
где - коэффициент важности, ' - оценка эксперта по критерию, -
количество критериев, по которым оценивается проект.
Исходя из условий проведения конкурса, организаторы конкурса устанавливают критерии, по которым эксперты ставят оценки, а также устанавливают их веса. Организуемый конкурс проводится по разным научным направлениям. Проектируемая система полностью опирается на базу данных, которая содержит в себе следующую информацию:
- информацию о конкурсах;
- информацию о научных направлениях;
- информацию об участниках конкурса;
- информацию об экспертах;
- информацию о критериях оценивания;
- информацию о важности (весах) критериев;
- справочную информацию о должностях.
Для удобства представления информации о процессе отбора проектов данный процесс разделяется на два подэтапа: подэтап отбора и формирование баз данных о проектах (рис. 1) и подэтап оценивания и представление результатов оценивания (рис. 2).
Рис. 1. Подэтап отбора и формирование баз данных о проектах
Каждому участнику и эксперту присваивается уникальный идентификатор, отличающий их от других участников и экспертов соответственно. Проекты могут иметь одинаковые названия, и они могут подаваться на разные конкурсы, но они отличаются по своему уникальному шифру. Веса одних и тех же критериев, а также их количество могут различаться в зависимости от конкурса. Участники отправляют свой проект на конкурс, указывая одно из предложенных научных направлений. Один и тот же проект может фигурировать в нескольких схожих научных направлениях из разных конкурсов. Один проект может иметь несколько авторов (соавторов).
Рис. 2. Подэтап оценивания и представление результатов оценивания
Также система хранит в себе информацию о научных руководителях проекта. Научный руководитель не может курировать одновременно более 5 проектов. На этапе обработки заявок выполнения этого и прочих условий контролируется организаторами конкурса. Если идентификатор руководителя фигурирует в более, чем в 5 проектах, то этих руководителей по электронной почте информируют о необходимости ограничить количество курируемых проектов.
Система оценивания проекта происходит следующим образом: Каждый из экспертов ставит оценки проекту по 10-балльной шкале по критериям, заявленными организаторами конкурса. Далее оценка, выставленная экспертом, умножается на вес критерия, получаем значение взвешенной суммы критериев, описанную ранее.
В конечном итоге рассчитывается средний балл, путем вычисления среднего арифметического (2).
п
F= - #(2)
¿=1
где n - количество экспертов, оценивающих проект. Средний балл, высчитанный системой, и является рейтингом проекта. Эксперт не может оценивать проект, находящийся вне пределов его компетенции (направление, в котором сведущ эксперт, должно совпадать с направлением, по которому подан оцениваемый экспертом проект).
По желанию пользователя, система отображает проекты, упорядочив их по убыванию/возрастанию оценки, отфильтровав по определенному направлению, автору, руководителю и проч.
Для разработки базы данных использовано программное обеспечение Microsoft Access. СУБД Microsoft Access занимает одно из ведущих мест среди систем для проектирования, создания и обработки баз данных ввиду того, что предлагает большое количество мастеров, которые выполняют основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.
39
Помимо этого, MS Access постоянно обновляется производителем, поддерживает множество языков и полностью совместим с операционной системой Windows.
В процессе создания системы выделены следующие сущности: «Конкурс», «Назв_пр», «Направление», «Эксперт», «Проект», «Участник», «Должность», «Компетентность», «Назв_пр-Уч», «Программа_к», «Критерий», «Вес», «Оценка». Из них сущности «Назв_пр-Уч», «Компетентность», «Вес», «Программа_к», «Проект» и «Оценка» являются ассоциативными.
Определяя первичный ключ (Primary Key, далее PK) и вторичный ключ (Foreign key, далее - FK), имеем следующие атрибуты:
- Назв_пр (Код_назв(РК), Назв_пр, Файл);
- Конкурс (Код_к (PK), Наим_к, Положение, Дата_н, Дата_оконч);
- Направление (Код_н (PK), Назв_н);
- Программа_к (Код_к (PK), Код_н (PK) - образуют составной ключ)
- Проект (Код_пр (PK), Код_к (FK), Код_н (FK), Код_назв (FK));
- Должность (Код_д (PK), наим_д);
- Участник (Код_уч (PK), Ф_уч, И_уч, О_уч, Со_ГУТ, Подразделение, Код_д (FK), Курс, Е_уч, Тел_уч);
- Эксперт (Код_э (PK), Ф_э, И_э, О_э, С_ГУТ, Код_д (FK), Е_э, Тел_э)
- Компетенция (Код_н (PK), Код_э (PK));
- Назв_пр-Уч (Код_назв (PK), Код_уч (FK), Дата_п, Статус_уч);
- Критерий (Код_кр (PK), Назв_кр);
- Вес (Код_в (PK), Код_к (FK), Код_кр (FK), Вес_кр);
- Оценка (Код_о (PK), Код_пр (FK), Код_в (FK), Код_э (FK), Оценка)
После создания сущностей и их атрибутов в конструкторе Microsoft Access и проецирования связей типа «один - ко - многим» и «многие - ко - многим» получается схема данных рис. 3 (Вес, Оценка, Конкурс, Критерий, Проект, Эксперт) и рис. 4 (Назв_пр., Компетентность, Должность, Программа_к, Направление, Участник, Назва_пр-Уч). В процессе создания сущностей каждому атрибуту установлены типы данных с целью предотвратить ввод некорректных значений.
Проектирование связей между сущностями обеспечивает:
- целостность данных, т.е. при добавлении значения вторичного ключа, отличающегося от значения первичного в таблице, от которой идет связь, СУБД выдаст ошибку;
- каскадное обновление связанных полей - все записи подчиненных таблиц обновляются в соответствие с измененными данными в главной таблице;
- каскадное удаление связанных - из подчиненной таблицы удаляются те же данные, что удалены из главной.
Оценка
Кол_в Код_к Код_кр Вес_кр
Рис. 1. Схема данных (Вес, Оценка, Конкурс, Критерий, Проект, Эксперт)
Для проверки корректности построения логической схемы данных сущности заполнены тестовыми данными, не менее 5 записей на сущность.
В Microsoft Access с помощью мастера подстановок существует возможность добавить в сущность поле, позволяющее искать данные в другой сущности. Обычно этот метод используется для создания связей между сущностями. Например, в сущности "Участник" есть поле "Должность", название должности для которого выбирается из таблицы "Должность".
Рис. 4. Схема данных (Назв пр., Компетентность, Должность, Программа к, Направление,
Участник, Назва_пр-Уч)
Стоит отметить, что мастер подстановок не только отображает выбор из одних лишь первичных ключей должностей, он также дает пояснения к ключам, показывая какому первичному ключу, какая должность соответствует.
Важным достоинством Microsoft Access является наличие конструктор форм, чтобы представить данные в удобном для пользователя виде, а также наличие конструктора запросов, который использован для создания контрольных запросов на этапе тестирования системы.
Созданы запросы, отображающие названия проектов, на оценку которых назначено меньше, чем 3 эксперта (т.к. по условиям конкурса на оценку проекта необходимо назначить минимум 3 эксперта для обеспечения объективности оценивания), а также выполнен запрос на отображение участников-руководителей, под чьим кураторством находится более 5 проектов (что также противоречит условиям конкурса). Также создан запрос, выводящий список проектов, поданный по указанным направлениям, в указанном конкурсе, за указанный период.
Список литературы
1. Липанова И.А. Управление данными: конспект лекций. // СПб.: СПбГУТ, 2016. 43с.
2. Карпова Т.С. Базы данных: модели, разработка, реализация. // СПб.: Питер, 2001. 304 с.
3. Справка системы поддержки принятия решений [Электронный ресурс]. Режим доступа: М1р://шо&оп.пе1иа/Не1р.Ыт?р=сойей.Ыт1/ (дата обращения: 05.05.2018).
4. Система отбора инновационных проектов [Электронный ресурс]. Режим доступа: http://investobserver.info/sistema-otbora-i-ocenki-innovacionnyx-proektov/ (дата обращения: 10.05.2018).
5. Российский фонд фундаментальных исследований. Описание экспертизы в РФФИ. [Электронный курс]. Режим доступа: http://www.rfbr.ru/rffi/ru/expert_projects/ (дата обращения: 10.05.2018).
6. Дубнов П.Ю. Access 2000. Проектирование баз данных. М.: ДМК. Москва, 2015. 272 с.
7. Журнал управления проектами. Формирование методологии отбора проектов, предлагаемых к реализации: обобщение опыта. [Электронный ресурс]. Режим доступа: https://pmmagazine. ru/articles/formirovanie -metodologii-otbora-proektov-predlagaemyx-k-realizacii-obobshhenie-opyta/ (дата обращения: 15.05.2018).
ЧИСЛЕННОЕ МОДЕЛИРОВАНИЕ В ПРОГРАММЕ ANSYS
Головкова Ю.С.
Головкова Юлия Сергеевна - магистрант, кафедра санитарно-технических систем, Тульский государственный университет, г. Тула
УДК 004.94
Программы для численного моделирования исследуемых разнообразных процессов плотно вошли в жизнь и работы ученых, конструкторов, инженеров и других специалистов, что связано с простой и гибкостью проведения расчетов [1-3].
В данной работе производится исследование давлений жидкости и ее скорость в трубе с рядом препятствий, в том числе и расширение трубопровода, и полуоткрытая запорная арматура. При скорости на входе в 3 м/с рассматривалось давление воды на стенки труб (рис. 1), давление воды в сечении Х2 (рис. 2), при этом использовалась модель турбулентности к-Е, при ее интенсивности в 10%.
Рис. 1. Давление на внутренней поверхности стенки труб
Total Pressure
Рис. 2. Давление в сечении труб Скорость движения воды продемонстрирована на рисунке 3.
