3. Произведем замену операций специалиста МОиН ПК «Консолидировать заявки от ПОО», «Провести техническую экспертизу заявок», «Включить заявки в свод (MS Excel)», «Подсчитать баллы, сформировать ранжированные перечни ПОО», выполняемые «вручную» с использованием инструментов MS Office, на операции, выполняемые автоматически в информационной системе, которая будет консолидировать заявки, а также осуществлять подсчет баллов конкурсных заявок и составлять ранжированные перечни ПОО.

На основании предложенных замен с помощью инструмента Bizagi Process Modeler была построена модель осуществления бизнес-процесса проведения конкурса по распределению контрольных цифр приема «TO-BE», а также произведена симуляция данной модели.

В результате внедрения информационной системы, которая будет автоматизировать вышеописанные операции бизнес-процесса, время осуществления одного экземпляра бизнес-процесса займет 6 часов 40 минут, а полная стоимость составит 855 (Таблица 3.2).

Таблица 3.2. Результаты симуляции модели «TO-BE»

Name	Type	Instances completed	Min. Time (m)	Max. Time (m)	Avg. Time (m)	Total time (m)	Total fixed cost
Проведение конкурса на распределение контрольных цифр приема	Process	1	330	330	330	400	855
NoneEnd	End event	2
Сформировать конкурсную заявку в информационной системе	Task	1	240	240	240	240	480
NoneEnd	End event	2
Опубликовать на сайте МОиН ПК объявление о проведении конкурса	Task	1	30	30	30	30	70
ParallelGateway	Gateway	1
InclusiveGateway	Gateway	2
NoneStart	Start event	1
Заполнить форму заявки о потребности в кадрах в информационной системе	Task	1	10	10	10	10	25
Опубликовать результаты конкурса на сайте МОиН ПК	Task	2	30	30	30	60	140
Консолидировать заявки от ПОО и работодателей	Task	2	0	0	0	0	0
Провести техническую экспертизу заявок	Task	2	0	0	0	0	0
Включить заявки в свод	Task	2	0	0	0	0	0
Подсчитать баллы, сформировать ранжированные перечни ПОО	Task	2	0	0	0	0	0
Принять решение об установлении КЦП	Task	2	30	30	30	60	140

На основе анализа моделей «AS-IS» и «TO-BE» можно сделать вывод о том, что внедрение информационной системы позволит сократить временные и финансовые затраты на осуществление бизнес-процесса. Сформированная модель бизнес-процесса «TO-BE» является основой для формулирования технического задания к разрабатываемой информационной системе, которое представлено в Приложении F.

3.2 Создание прототипа информационной системы

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

Для проектирования информационной системы формирования государственного задания будет использоваться продукт Flexberry Designer на основании бесплатной академической лицензии. Одним из основных преимуществ использования платформы Flexberry является быстрое создание прототипов программного решения, а также повышение эффективности взаимодействия с заказчиками за счёт применения визуальных моделей систем и процессов [25]. Также важным преимуществом является то, что инструмент Flexberry - это CASE-инструмент, реализующий стандартную нотацию UML, поэтому может быть использован для объектно-ориентированного проектирования программного обеспечения и баз данных.

С целью описания автоматизируемых процессов с помощью инструмента Flexberry были построены диаграммы прецедентов процесса формирования государственного задания профессиональным образовательным организациям (см. Рисунок 3.1). Диаграммы прецедентов представляют собой модели вариантов использования системы. Прецедентом является функциональность системы, которая позволяет пользователям получать некие значимые для него, ощутимые и измеримые результаты. Каждый прецедент соответствует отдельному сервису, предоставляемому моделируемой системой в ответ на запрос пользователя, то есть определяет способ использования системы. [26].

Прецедент 1

Название: Подать заявку на конкурс

Акторы: Специалист ПОО

Описание: Уполномоченное лицо из образовательной организации входит в информационную систему; входит в личный кабинет, вводя идентификационные данные (уникальный логин и пароль). Система подтверждает пользователя. Пользователь выбирает необходимый раздел «Образовательной организации», «Подать заявку на участие в конкурсе по распределению контрольных цифр приема»; заполняет поля формы: «Выполнение организацией КЦП по заявленной профессии, специальности», «Уровень занятости выпускников в общей численности выпускников учреждения по заявленной профессии, специальности», «Доля штатных педагогических работников учреждения, имеющих первую и высшую категорию», «Доля штатных педагогических работников, имеющих профильное профессиональное образование по выбранному направлению подготовки», «Доля лабораторий, мастерских, кабинетов учреждения, оснащенных комплектом мультимедийного оборудования и компьютерной техники», «Доля учебного лабораторного оборудования для лабораторных работ и практических занятий в учрежденийии не старше десяти лет в общем объеме такого оборудования за заявленному направлению», «Количество обсучающихся по заявленному направлению, ставших победителями и призерами краевых и всероссийских конкурсов и олимпиад по профилю подготовки», «Объем денежных средств, направленных на развитие материально-технической базы», «Отношение средней заработной платы педагогических работников организации к средней заработной плате по экономике Пермского края»; вкладывает в данную форму заявки скан-копию лицензии на осуществление образовательной деятельности по заявленному направлению подготовки и скан-копию свидетельства о государственной аккредитации образовательной деятельности по основным профессиональным образовательным программам; сохраняет изменения, внесенные в форму, нажимая кнопку «Сохранить». Система проверяет форму на правильность заполнения всех полей. Пользователь нажимает кнопку «Подать заявку» (см. Рисунок 3.1).

Триггер: Уполномоченное лицо из ПОО входит в личный кабинет в информационной системе, вводя идентификационные данные (уникальный логин и пароль).

Прецедент 2

Название: Подать заявку о потребности в кадрах

Акторы: Представитель работодателя

Описание: Представитель работодателя входит в информационную систему; входит в личный кабинет, вводя идентификационные данные (уникальный логин и пароль). Система подтверждает пользователя. Работодатель выбирает необходимый раздел «Работодателю», «Подать заявку о потребности в кадрах»; заполняет обязательные поля формы: «Ф.И.О. контактного лица», «E-mail», «Контактный телефон», «Отрасль подготовки», «Направление подготовки», «Требования, предъявляемые к работнику», «Количественная потребность в кадрах»; сохраняет изменения, внесенные в форму, нажимая кнопку «Сохранить». Система проверяет форму на правильность заполнения всех полей. Пользователь нажимает кнопку «Подать заявку» (см. Рисунок 3.1).

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

Прецедент 3

Название: Оставить заявку на регистрацию работодателя в системе

Акторы: Представитель работодателя

Описание: Представитель работодателя входит в информационную систему; входит в раздел «Регистрация нового пользователя»; заполняет в форме поля «Наименование организации», «Юридический адрес», «Контактный телефон», «Адрес электронной почты», «ИНН», «Сведения о лицензии на право осуещствления деятельности», «Цель установления отношений с образовательными организациями Пермского края». Система проверяет форму на правильность заполнения всех полей. Пользователь нажимает кнопку «Подать заявку на регистрацию». Система направляет пользователю по электронной почте уведомление о том, что заявка будет рассмотрена, и решение о регистрации будет направлено дополнительно (см. Рисунок 3.1).

Триггер: Представитель работодателя входит в информационную систему.

Прецедент 4

Название: Определить контрольные цифры приема

Акторы: Специалист МОиН ПК

Описание: Специалист МОиН ПК входит в информационную систему; входит в личный кабинет, вводя идентификационные данные (уникальный логин и пароль). Выбирает раздел «Сводная информация для Министерства образования и науки Пермского края». Анализирует поданные заявки о потрбености в кадрах от работодателей, на основе чего определяет КЦП и размещают данную информацию на сайте (см. Рисунок 3.1).

Триггер: Специалист МОиН ПК входит в личный кабинет в информационной системе, вводя идентификационные данные (уникальный логин, пароль).

Прецедент 5

Название: Определить победителей

Акторы: Специалист МОиН ПК

Описание: Специалист МОиН ПК входит в информационную систему; входит в личный кабинет, вводя идентификационные данные (уникальный логин и пароль); выбирает раздел «Сводная информация для Министерства образования и науки Пермского края»; нажимает кнопку «Посчитать баллы по конкурсу на распределение контрольных цифр приема». Система выдает ранжированную базу данных с суммой баллов по каждому критерию по каждому направлению подготовки отдельного учреждения. Специалист Министерства образования и науки Пермского края анализирует поданные заявки учреждений на основании представленного системой рейтинга и определяет победителей. Результаты специалист Министерства образования и науки Пермского края размещает на сайте Министерства образования и науки Пермского края (см. Рисунок 3.1).

Триггер: Специалист МОиН ПК входит в личный кабинет в информационную систему, вводя идентификационные данные (уникальный логин, пароль).

Рисунок 3.1. Диаграммы прецедентов

Для того чтобы описать поведенческие аспекты системы, а также рассмотреть взаимодействие объектов во времени, были построены диаграммы последовательностей следующих процессов: подача образовательной организацией заявки на конкурс (Рисунок 3.2), подача заявки работодателем о потребности в кадрах (см. Рисунок 3.3), подача заявки на регистрацию работодателя в системе (см. Рисунок 3.4), определение контрольных цифр приема (см. Рисунок 3.5), определение победителей конкурсного отбора (см. Рисунок 3.6).



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



Рисунок 3.3. Диаграмма последовательностей процесса подачи заявки работодателем о потребности в кадрах

Рисунок 3.4. Диаграмма последовательностей процесса подачи заявки на регистрацию работодателя в системе



Рисунок 3.5. Диаграмма последовательностей процесса определения КЦП

Рисунок 3.6. Диаграмма последовательностей процесса определения победителей конкурсного отбора

Для того чтобы описать предполагаемое поведение системы при проектировании была построена диаграмма из 8 классов: образовательная организация, конкурсная заявка образовательной организации, направление подготовки, отрасль, муниципальное образование, работодатель, конкурсная заявка работодателя, результаты конкурса. Более подробное описание классов, атрибутов классов и форм представления изложено в Приложении G.

С целью отображения взаимодействия объектов в процессе функционирования системы, а также моделирования сценариев поведения системы были построены диаграммы сотрудничества: между образовательной организацией и конкурсной заявкой образовательной организации, работодателем и конкурсной заявкой работодателя (Рисунок 3.7), конкурсной заявкой образовательной организации и результатами конкурса (Рисунок 3.8).

Рисунок 3.7. Диаграмма взаимосвязи класса «Работодатель» и «Конкурсная заявка работодателя»

Рисунок 3.8. Диаграмма взаимосвязи класса «Конкурсная заявка образовательной организации» и «Результаты конкурса»

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

Рисунок 3.9. Форма конкурсной заявки работодателя

Рисунок 3.10. Форма конкурсной заявки образовательной организации

В главе представлены модели автоматизируемых бизнес-процессов «AS-IS» и «TO-BE» в нотации BPMN, а также проведен анализ данных моделей.

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

Проектирование информационной системы является предварительным этапом перед разработкой и внедрением информационной системы на рабочем месте.

Заключение

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

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

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

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

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

Внедрение информационных систем в деятельность исполнительных органов государственной власти сопровождается значительными затратами, и должно быть основано на серьезной и всесторонней оценке ее уникальных особенностей и требований. Создание проектного решения - важный и трудоемкий этап в разработке информационной системы. На данном этапе произведен сбор данных о предметной области, о ее информационной структуре и протекающих в ней информационных процессах, определены алгоритмы выполнения операций исполнителями конкретных видов работ, построена модель предметной области «AS-IS» и «TO-BE», сформулированы требования к системе и создан ее прототип.

Результаты данного исследования были представлены на первой студенческой конференции по бизнес-информатике «Сеть студенческого обмена по исследованию информационных систем», проводимой Финансовым университетом при Правительстве Российской Федерации, в секции «Видеоконференция «Управление информационными системами» (диплом 2 степени), а также на всероссийской научно-практической конференции молодых ученых с международным участием «Математика и междисциплинарные исследования - 2017», проводимой Пермским государственным национальным исследовательским университетом, в секции «Информационные технологии для анализа и принятия эффективных управленческих решений» (диплом 1 степени).

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

1. Российский союз промышленников и предпринимателей. О состоянии делового климата в России в 2014 году: расширенный доклад

2. Демин Г. А. Влияние иностранных инвестиций на структуру региональной экономики (на примере Пермского края): ARS ADMINISTRANDI. - 2014. - №1. - С.79.

3. Никитов В. А. Информационное обеспечение государственного управления: Учеб. пособие. - М.: Славянский диалог, 2009. - 205 с.

4. Фахрутдинова А. З. Коммуникации в управлении: Учеб. пособие для студентов специальности «Государственное и муниципальное управление». - Новосибирск: СибАГС, 2013. - 140 с.

5. Блусь П. И. Информатизация органов государственной власти Пермского края: формирование элементов и совершенствование системы: ARS ADMINISTRANDI. - 2012. - №3. - С. 14.

6. Телекоммуникационная образовательная сеть «Образование web2.0»

7. Специализированный информационный сайт профессионального образования Пермского края // Где учиться в Пермском крае

8. Тихомиров Ю. А. Информация в государственном управлении: Правоведение. - 2010. - №5. - С. 19.

9. Федеральный закон от 08 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации»

10. Ожегов С. И. Толковый словарь русского языка. - Москва: «Азъ», 1992. - 521 с.

11. Джумалиева Е. Р. Информационная компетентность как составляющая профессионализма будущих специалистов в области информационной безопасности и защиты информации: Мир науки, культуры, образования. - 2013. - №5 (42). - С. 7.

12. Смолян Г. Л. Некоторые ключевые понятия информатизации: категориальный статус и предметная область: Информационное общество. - 2015. - №1. - С. 7.

13. Гура В. В. Философские аспекты педагогического дизайна электронной медиаобразовательной среды: Философские проблемы информационных технологий и киберпространства. - 2011. - №2. - С. 84.

14. Тухватуллина М. А. Информационные потоки в целевом управлении на муниципальном уровне: социологический анализ: автореф. дис. … канд. соц. наук: 22.00.08 / Тухватуллина Марина Александровна. - Казань, 2010. - 21 с.

15. Киселев А. Г. Управленческая информация в системе государственного регионального управления: социологический аспект: автореф. дис. … канд. соц. наук: 22.00.08 / Киселев Александр Георгиевич. - М., 2003. - 30 с.

16. Сибирев В. В. Информационные потоки как средство управления инновационными процессами в общеобразовательном учреждении: автореф. дис. … канд. пед. наук: 13.00.01 / Сибирев Валерий Вадимович. - Ульяновск, 2009. - 26 с.

17. Коробкин А. А. Разработка моделей и методов принятия решений с применением искусственного интеллекта для организации учебного процесса: автореф. дис. … канд. физ-мат. наук: 05.13.17 / Коробкин Александр Александрович. - Воронеж, 2009. - 32 с.

18. Володин Д. В. Проблемы организации межведомственного электронного документооборота [Электронный ресурс] / Д. В. Володин // Вестник архивиста. - 2014. - №1.

19. Салтыкова О. Ю. Информационно-коммуникационное обеспечение процессов муниципального управления: автореф. дис. … канд. пол. наук: 23.00.02 / Салтыкова Ольга Юрьевна. - Н. Новгород, 2009. - 25 с.

20. Указ Губернатора Пермского края от 10 апреля 2009 г. №16 «Об интегрированной системе электронного документооборота, архива и управления потоками работ в администрации губернатора Пермского края, аппарате Правительства Пермского края и исполнительных органах государственной власти Пермского края»

21. Гнеденко В. В. Использование технологий web 2.0. в образовании [Электронный ресурс] / В. В. Гнеденко // Международный журнал прикладных и фундаментальных исследований. - 2009. - №3.

22. Bizagi Business Modeler // Bizagi

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

24. Приказ Министерства образования и науки Пермского края от 15 июня 2016 г. № СЭД-26-01-06-429 «Об утверждении Порядка проведения конкурса на распределение контрольных цифр приема граждан по профессиям и специальностям для обучения по программам среднего профессионального образования за счет бюджетных ассигнований бюджета Пермского края»

25. Flexberry Platform // Flexberry [Электронный ресурс].

26. Бабич А. В. Введение в UML [Электронный ресурс] / А. В. Бабич // Национальный открытый университет «ИНТУИТ». 2016.

27. ГОСТ 34.602-89 «Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»

28. ГОСТ 34.601-90 «Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»

29. Руководящий документ 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»

30. Руководящий документ «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации», утвержденный решением Государственной технической комиссии при Президенте Российской Федерации от 30 марта 1992 г.

31. Руководящий документ «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации», утвержденный решением Государственной технической комиссии при Президенте Российской Федерации от 30 марта 1992 г.

32. ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»

Приложение А

Анкета опроса государственных служащих

Рисунок А.1. Анкета опроса государственных служащих



Рисунок А.2. Анкета опроса государственных служащих



Рисунок А.3. Анкета опроса государственных служащих

Приложение B

Результаты опроса государственных служащих

Рисунок B.1. Результаты опроса государственных служащих



Рисунок B.2. Результаты опроса государственных служащих



Рисунок B.3. Результаты опроса государственных служащих

Приложение С

Таблица C.1. Описание модели бизнес-процесса «AS-IS»

№	Наименование операции	Исполнитель	Характер операции	Бизнес-условия	Бизнес-события	Время, отводимое на операции	Стоимость операции
1	Опубликовать на сайте МОиН ПК объявление о проведении конкурса	Специалист МОиН ПК	Пользовательская задача		Объявление о проведении конкурса опубликовано на сайте МОиН ПК	30 минут	70 рублей
2	Сформировать заявку о потребности в кадрах	Представитель работодателя	Пользовательская задача		Заявка о потребности в кадрах сформирована	30 минут	70 рублей
3	Направить заявку в ПОО	Представитель работодателя	Пользовательская задача		Заявка направлена в ПОО	10 минут	25 рублей
4	Сформировать конкурсную заявку	Сотрудник ПОО	Пользовательская задача		Конкурсная заявка сформирована	6 часов	2550 рублей
5	Направить заявку в МОиН ПК	Сотрудник ПОО	Пользовательская задача		Заявка направлена в МОиН ПК	10 минут	25 рублей
6	Консолидировать заявки от ПОО	Специалист МОиН ПК	Пользовательская задача		Заявки от ПОО собраны	10 часов	1400 рублей
7	Провести техническую экспертизу заявок	Специалист МОиН ПК	Пользовательская задача	Заявка соответствует требованиям	Допустить ПОО к участию в конкурсе	6 часов	2550 рублей
				Заявка не соответствует требованиям	Не допустить ПОО к участию в конкурсе
8	Включить заявки в свод (MS Excel)	Специалист МОиН ПК	Пользовательская задача		Заявки включены в свод	8 часов	1150 рублей
9	Подсчитать баллы, сформировать ранжированные перечни ПОО	Специалист МОиН ПК	Пользовательская задача		Баллы подсчитаны, ранжированные перечни ПОО сформированы	3 часа	420 рублей
10	Принять решение об установлении КЦП	Специалист МОиН ПК	Пользовательская задача		Принято решение об установлении КЦП	30 минут	70 рублей
11	Опубликовать результаты конкурса на сайте МОиН ПК	Специалист МОиН ПК	Пользовательская задача		Результаты конкурса опубликованы на сайте	30 минут	70 рублей

Приложение D

Методика анализа и моделирования бизнес-процесса, протекающего в исполнительном органе государственной власти Пермского края, с использованием нотации BPMN

Этап анализа бизнес-процесса включает в себя следующие шаги:

1.1. Ознакомиться с текстом регламента, разделить его на смысловые части.

1.2. Определить владельца бизнес-процесса; определить механизмы и исполнителей; определить входные ресурсы; определить результаты на выходе; определить операции бизнес-процесса; определить время, отводимое на операции; определить стоимость операций; определить все возможные условия; определить все возможные события; определить риски.

1.3. Построить организационную структуру и/или часть организационной структуры органа государственной власти и/или подведомственной ему организации, связанной с рассматриваемым регламентом.

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

Этап моделирования бизнес-процесса включает в себя следующие шаги:

2.1. Графически отобразить поток задач, определить типы задач, логических условий, событий бизнес-процесса.

2.2. Построить модель ресурсов исполнительного органа государственной власти; назначить ресурсы задачам бизнес-процесса; назначить временные и стоимостные характеристики задач бизнес-процесса.

2.3. Выполнить проверку правильности схемы бизнес-процесса (валидацию).

2.4. Выполнить симуляцию бизнес-процесса; получить результаты анализа.

Приложение F

Техническое задание на создание информационной системы

Настоящее Техническое задание на создание информационной системы, автоматизирующей процесс проведения конкурсного отбора на распределение контрольных цифр приема граждан по профессиям и специальностям для обучения по программам среднего профессионального образования за счет бюджета Пермского края, разработано в соответствии с ГОСТ 34.602-89 «Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» [27]. В настоящем Техническом задании описаны общие требования к системе.

1. Общие сведения

1.1. Наименование системы

Полное наименование системы: Автоматизированная информационная система «Распределение контрольных цифр приема профессиональным образовательных организациям Пермского края»

Краткое наименование системы: ИС КЦП

1.2. Наименование Заказчика и Исполнителя

1.2.1. Наименование Заказчика:

Полное наименование: Министерство образования и науки Пермского края

Сокращенное наименование: МОиН ПК

1.2.2. Наименование Исполнителя:

Полное наименование: государственное автономное учреждение дополнительного профессионального образования «Институт развития образования Пермского края»

Сокращенное наименование: ИРО ПК

1.3. Основание для разработки

При разработке Системы использовалась нормативная правовая база, на основании которой осуществляется конкурсный отбор по распределению КЦП граждан по профессиям и специальностям для обучения по образовательным программам среднего профессионального образования за счет бюджета Пермского края: постановление Правительства Пермского края от 16 апреля 2015 г. № 233-п [23], приказ Министерства образования и науки Пермского края от 15 июня 2016 г. № СЭД-26-01-06-429 [24].

1.4. Сведения об источниках и порядке финансирования

Источником финансирования является бюджет Пермского края.

Порядок финансирования определяется условиями государственного контракта. Финансирование производится в соответствии с календарным планом проведения работ.

1.5. Плановые сроки начала и окончания работ

Начало: 01.03.2018 г.

Окончание: 01.07.2018 г.

1.6. Порядок оформления и предъявления результатов работ

1.6.1. Выполнение работ по разработке системы

Порядок выполнения, оформления и предъявления результатов работ регламентирован комплексом стандартов и руководящих документов:

ГОСТ 34.601-90 «Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания» [28];

РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов» [29].

1.6.2. Сроки представления результатов работ

Работы по созданию системы должны быть проведены в три этапа:

1) «Проектирование ИС КЦП»- март-апрель 2018 г.;

2) «Разработка ИС КЦП» - май 2018 г.;

3) «Внедрение ИС КЦП» - июнь 2018 г.

2. Назначение и цели создания (развития) системы

2.1. Назначение системы

ИС КЦП предназначена для автоматизации процессов, связанных с проведением конкурсного отбора по распределению КЦП граждан по профессиям и специальностям для обучения по программам среднего профессионального образования за счет бюджета Пермского края.

2.2. Цели создания (развития) системы

- повышение эффективности исполнения процессов, связанных с проведением конкурса по распределению КЦП, путем сокращения дублирующих операций, а также операций, которые выполняются «вручную»;

- повышение качества принятия управленческих решений специалистами МОиН ПК за счет оперативности представления информации, ее полноты, достоверности и удобства форматов отображения;

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

3. Характеристика объекта автоматизации

3.1. Объект автоматизации

Объектом автоматизации является процесс проведения МОиН ПК конкурса по распределению КЦП граждан по профессиям и специальностям для обучения по программам среднего профессионального образования за счет бюджета Пермского края.

3.2. Общие сведения об объекте автоматизации

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

Для участия в конкурсе образовательная организация предоставляет в Министерство заявку, которая должна содержать следующую информацию: полное наименование организации, информация об организационно-правовой форме, месте нахождения, почтовом адресе; планируемые объемы КЦП по каждому направлению подготовки, которые не должны превышать объема КЦП, указанного в объявлении о проведении конкурса; сведения о наличии у организации лицензии на осуществление образовательной деятельности по заявленному направлению подготовки; сведения о наличии у организации государственной аккредитации образовательной деятельности по заявленному направлению подготовки.

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

Анализ заявок образовательных организаций проводится МОиН ПК в соответствии со следующими критериями: опыт работы организации по реализации образовательных программ по заявленному направлению подготовки; качество подготовки выпускников по результатам государственной итоговой аттестации (по формам обучения); уровень занятости выпускников очной формы обучения; доля штатных педагогических работников организации, которые обеспечивают реализацию ФГОС по заявленному направлению подготовки, имеющих первую и высшую квалификационные категории; доля обучающихся по заявленному направлению подготовки, ставших победителями и призерами краевых, Всероссийских конкурсов профессионального мастерства (по профилю подготовки), в том числе WorldSkills Russia, Всероссийских и международных спортивных соревнований (для специальностей физкультурно-спортивной направленности); наличие у организации профессионально-общественной аккредитации образовательных программ среднего профессионального образования по заявленному направлению подготовки, срок действия которой истекает не ранее завершения учебного года, на который устанавливаются КЦП; доля денежных средств, направленных на развитие материально-технической базы организации; отношение средней заработной платы педагогических работников организации к средней заработной плате по экономике Пермского края.

Специалист МОиН ПК проводит техническую экспертизу заявок, и принимает решение о допуске организаций к участию в конкурсе или отказе в допуске организаций к участию в конкурсе.

Далее специалист МОиН ПК осуществляет оценку заявки в соответствии с методикой проведения конкурсного отбора и формирует свод. Фрагменты баз данных конкурса по распределению КЦП представлены в Приложении H. По результатам оценки принимается решение об установлении учреждениям КЦП. Результаты конкурса публикуются на официальном сайте МОиН ПК.

4. Требования к системе

4.1. Требования к системе в целом

ИС КЦП должна обеспечивать:

- представление образовательной организацией заявки на конкурс по распределению контрольных цифр приема;

- представление работодателем заявки о потребности в кадрах;

- генерация сводной информации о поступивших заявках от учреждений, а также от работодателей;

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

- определение победителей конкурсного отбора.

ИС КЦП должна в себя включать следующие подсистемы:

- подсистема хранения данных;

- подсистема приложений;

- подсистема управления нормативно-справочной информацией;

- подсистема анализа;

- подсистема отчетности.

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

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

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

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

Подсистема отчетности предназначена для формирования отчетов на печатающие устройства на основе данных ИС КЦП, формирования по запросам пользователей аналитических и статистических отчетов в различных форматах, включая графические.

4.1.1. Требования к режиму функционирования системы

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

- сервер базы данных;

- сервер приложений;

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

Доступ к данным ИС КЦП должен осуществляться через браузер.

Для системы определены два режима функционирования:

- нормальный режим;

- аварийный режим.

Основным режимом функционирования системы является нормальный режим.

В нормальном режиме функционирования системы клиентское программное обеспечение и технические средства пользователей системы обеспечивают возможность функционирования в течение рабочего дня с 08:00 до 18:00 часов пять дней в неделю; серверное программное обеспечение и технические средства серверов обеспечивают возможность круглосуточного функционирования с перерывами на обслуживание; исправно работает оборудование, которое составляет комплекс технических средств. Для обеспечения нормального режима функционирования системы необходимо выполнять требования и соблюдать условия эксплуатации программного обеспечения и комплекса технических средств системы.

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

4.1.2. Требования к диагностированию системы

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

4.1.3. Перспективы развития и модернизации системы

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

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

4.1.4. Требования к численности и квалификации персонала для работы в системе

Рекомендуемая численность для эксплуатации ИС КЦП:

системный администратор - 1 штатная единица;

администратор баз данных - 1 штатная единица;

администратор информационной безопасности - 1 штатная единица.

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

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

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

Администратор баз данных должен иметь высокий уровень квалификации и практический опыт осуществления работ, связанных с установкой, настройкойи администрированием используемых в системе СУБД.

Основные обязанности администратора баз данных включают в себя: установку, модернизацию, настройку параметров программного обеспечения СУБД; оптимизацию прикладных баз данных по времени отклика, скорости доступа к данным; разработку, управление и реализацию эффективной политики доступа к информации, хранящейся в прикладных базах данных.

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

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

Пользователи системы: специалист МОиН ПК, сотрудник ПОО, представитель работодателя.

Численность пользователей системы не ограничена, зависит от объема вводимой информации.

Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции.

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

4.1.5. Требования к показателям назначения системы

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

Системой должна отображаться одна экранная форма объёмом не более 1 Мбайт в течение не более 10 секунд.

Системой должна отображаться индикация процесса выполнения операций длительностью более 1 секунды.

4.1.6. Требования к надежности

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

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

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

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

4.1.7. Требования по эргономике и технической эстетике

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

Интерфейс должен быть рассчитан на преимущественное использование компьютерной мыши. При заполнении и/или редактировании текстовых и числовых полей экранных форм должен использоваться клавиатурный режим ввода.

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

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

4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению

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

В период плановых перерывов, а также в случае сбоев, обслуживание системы должен осуществлять системный администратор.

4.1.9. Требования к защите информации от несанкционированного доступа

Системой должна быть предусмотрена защита от несанкционированного доступа на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем» [30].

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

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

Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6, предусмотренным действующим руководящим документом «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации» [31].

Защищённая часть системы должна использовать «слепые» пароли, то есть при наборе пароля символы не должны отображаться на экране, либо должны заменяться одним типом символов; количество символов не должно соответствовать длине пароля.

Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений в случае отсутствия активности со стороны пользователей и приложений в течение заданного промежутка времени.

Должна использоваться многоуровневая система защиты. Защищённая часть системы должна отделяться от незащищённой части с помощью межсетевого экрана.

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

- специалисту МОиН ПК - возможность получать информацию о предоставленных учреждениями заявках; возможность получать информацию о предоставленных заявках работодателей; возможность рассчитать баллы по заявкам учреждений, а также сформировать ранжированный список учреждений в зависимости от суммы набранных баллов;

- сотруднику ПОО - возможность предоставить заявки на участие в конкурсе по распределению контрольных цифр приема;

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

4.1.10. Требования к средствам защиты от внешних воздействий

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

4.1.11. Требования по стандартизации и унификации

Экранные формы должны проектироваться с учетом требований унификации:

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

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

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

4.2. Требования к функциям (задачам), выполняемым системой

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

Пользователь: сотрудник ПОО.

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

Функции: работа с конкурсной заявкой (создавать, открывать, редактировать, сохранять, отправлять, закрывать, удалять); возможность ознакомиться с заявками работодателей о потребности в кадрах (открывать, закрывать).

4.2.2. Функциональные требования к работе с заявками предприятий о потребности в кадрах

Пользователь: представитель работодателя.

Функции: работа с информацией об осуществляемых организациями направлениях подготовки (открывать, закрывать); предоставление заявки о потребности в кадрах (создавать, открывать, редактировать, сохранять, отправлять, закрывать, удалять).

4.2.3. Функциональные требования к работе с информацией о процессе конкурсного отбора

Пользователь: специалист МОиН ПК.

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

4.3. Требования к видам обеспечения

4.3.1. Математическое обеспечение

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

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

Показатель результативности рассчитывается отдельно по каждой профессии, специальности с выделением форм обучения (очная, очно-заочная и заочная), по следующей формуле:

П.Р = Кол.уч.л + Кач.ГИА + Д.з.в + Д.П.Р + К.об. + П.О.А + Д.Д.С, где

П.Р - показатель результативности;

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

Кач.ГИА - показатель качества подготовки квалифицированных рабочих, специалистов организации по заявленному направлению подготовки по результатам государственной итоговой аттестации в 2017 году;

Д.з.в - доля занятости выпускников очной формы обучения в общей численности выпускников организации по заявленному направлению подготовки в 2015/16 учебном году, 2016/17 учебном году;

Д.П.Р - доля штатных педагогических работников организации, обеспечивающих реализацию ФГОС по заявленному направлению подготовки, имеющих первую и высшую квалификационные категории, в общем количестве штатных педагогических работников организации, обеспечивающих реализацию ФГОС по заявленному направлению подготовки в 2017 году;

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