Смирнов С.П.1, Харитонова И.Ю.2
1 ООО МЕРА-НН, г.Дзержинск Нижегородской области, ведущий программист, ssmir@mera.ru
2 Дзержинский политехнический инфститут (филиал) Нижегородского государственного технического университета им. Р.Е.Алексеева, г. Дзержинск, к.т.н., доцент кафедры энергетики, экономики, прикладной математики, p.matem@rambler.ru
МЕТОДОЛОГИЯ РАЗРАБОТКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ КВАЛИФИКАЦИЙ И КОМПЕТЕНЦИЙ НИЖЕГОРОДСКОЙ ОБЛАСТИ
КЛЮЧЕВЫЕ СЛОВА
Информационная система, клиент-серверная система, архитектура системы, плагины, функциональность приложения.
АННОТАЦИЯ
В статье обсуждается один из вариантов методологии разработки информационной системы, создаваемой с целью сбора информации о востребованности тех или иных компетенций и квалификаций у работодателей с одной стороны и наличием таковых со стороны выпускников высших учебных заведений с другой. Предполагается, что такая система поможет первым в пополнении штата своих работников необходимыми кадрами, а вторым повысить эффективность поиска достойного места работы.
В современную эпоху информационных технологий, активно воздействующих на общество, главной ценностью каждого субъекта являются его знания и компетенции. Достаточное количество межуниверситетских проектов и научных разработок посвящено проблеме определения методологии создания рамок квалификаций и компетенций для различных предметных областей. Рамки квалификаций в предметных областях должны служить инструментом для обмена информацией между вузами разных стран, с помощью которого можно будет сопоставить результаты обучения, выявить лучшие практики и повысить качество образования. Кроме того, рамки квалификаций также должны выполнять функции связи между системой образования и требованиями рынка труда.
Использование опыта работы в проекте «Информатика и менеджмент: Квалификационные рамки в Болонском стиле» [1 — 3] дает возможность применения основных его идей с целью создания информационной системы для Нижегородского региона, агрегирующей следующие наборы данных:
• данные о результатах обучения студентов и сформированных у них компетенциях;
• исторические данные, о рынке вакансий включая данные предварительного автоматического анализа;
• сведения о возможностях приобретения необходимой квалификации (наличие соответствующих направлений подготовки в региональных образовательных учреждениях).
Предполагается, что создание такой информационной системы позволит достичь следующих целей:
• оптимизировать планирование (для всех групп участников);
• ускорить и упросить взаимодействие участников.
Информационная система рассчитано на следующие группы пользователей:
• администраторы системы;
• HR службы предприятий;
• писатели — любые пользователи, имеющие права на запись системы в эту группу включены в том числе и образовательные использующие систему для планирования обучения;
• студенты.
Каждая группа является абстрактной и может реализовываться в виде нескольких групп пользователей отличающихся назначением и уровнем привилегий.
Способы использования информационной системы для каждой группы пользователей различны. Так для «писателей» предусматривается просмотр отчётов о состоянии рынка вакансий и статистики запросов информации о студентах. Группа «HR» имеет возможность выполнять подбор студентов на основе требований к компетенциям (загрузка резюме выбранных студентов, имеющихся в системе, получение опубликованных контактов для назначения собеседования). Студенты имеют возможность использования хранимой в системе информации для генерации актуального резюме, дополнения личного профиля информацией о дополнительном обучении и опыте работы, просмотра отчётов о состоянии рынка вакансий, фильтрации вакансий, основываясь на данных профиля студента.
Проект представляет собой клиент-серверную систему (рисунок 1) с реализацией клиента в виде десктопного приложения, то есть это система, логика работы которой требует наличия оператора. И клиент и сервер содержат в себе модель для подключения плагинов, позволяющий расширять функциональность основного приложения.
Server
Рисунок 1. Схема системы
Клиент представляет собой легковесный способ взаимодействия пользователя с удалённым сервером. Он не содержит в себе собственной бизнес-логики и служит только для использования серверного API. Возможно расширение модуля NetworkClient дополнительной прослойкой кеша, однако это должно быть прозрачно для всех вышестоящих модулей. Плагины, расширяющие функциональность клиента, добавляют дополнительные диалоговые окна и способы отображения полученных данных.
Сервер содержит в себе основной функционал реализации бизнес-логики системы, а также модель для подключения клиентов. Вся дополнительная функциональность, включая хранилище документов, и веб-интерфейс реализуется подключаемыми к серверу плагинами. Это позволяет уменьшить постоянно находящуюся в памяти программу динамически включая и отключая требуемую функциональность. Также основная программа не будет зависеть от реализации плагина. Это может быть как библиотека, функции которой вызываются сервером, так и средство для взаимодействия со сторонним сервером. Рассмотрим основные плагины сервера
DocumentManagementSystem — это плагин для подключения сервера к репозиторию документов.
Webserver — самостоятельно либо используя сторонний сервис реализует веб интерфейс сервера.
HTML/RSSloader-загрузчик информации с указанных сайтов. Может работать в виде отдельного сервиса, в этом случае плагин выступает как средство взаимодействия с этим сервисом.
Основные идеи архитектуры базы данных — пространство данных проекта состоит из трех частей:
^пользовательское пространство;
2.системное пространство;
3.вспомогательные данные.
В данной версии, все три пространства существуют в единой базе данных.
Доступ ноегь поя ьзо вател ю
Пользовательское пространство:
Пользователь имеет полный доступ к сущностям в этом пространстве. В следующей версии пользователь получит возможность изменять схему данных произвольным образом.
Все записи каждой сущности имеют идентификатор, уникальный для всей базы данных.
В пользовательском пространстве нет информации о связи таблиц.
Сущности делятся на два типа
Источники — представляют собой конечные данные. Листья дерева зависимостей объектов. Содержат имя (уникальное для сущности) описание и комментарий.
Карточки — представляют собой набираемые элементы. Кроме имени и описания могут содержать в себе неограниченное число полей со связями на любые данные пользовательского пространства.
Все записи всех типов возможно группировать по заданным пользователем категориям.
Категории не учитываются при связывании и служат исключительно для фильтрации и быстрого поиска.
Категория по умолчанию — "GLOBAL"
Вспомогательные данные:
Сущности в данном пространстве доступны на изменение данных. Но изменять схему
пользователь не может. _Пользовательское пространство содержит следующие сущности:
Название Описание Применение
DataUnit Хранилище категорий, Используется в пользовательском пространстве.
CardTempla te Шаблоны карточек Используется для указания структуры и свойств полей в карточках. В каждой записи каждой сущности карточки есть идентификатор используемого ей шаблона
Datainfo Справочная информация по сущностям Используется как подсказка, содержащая описание сущности
Системное пространство:
• пользователь не может напрямую менять содержимое системных таблиц;
• возможность просмотра системных таблиц предоставляется исключительно в целях отладки и не доступна реальному пользователю;
• все связи между таблицами и записями существуют в системном пространстве;
• после изменения данных, содержащихся в сущностях системного пространства, с использованием средств не входящих в проект MOS, работоспособность системы не гарантируется;
• данные, хранящиеся в системном пространстве не подлежат индексации с использованием уникальных идентификаторов;
• в системном пространстве содержатся данные критически важные для работы системы глобальной идентификации. Повреждение или изменение этих данных может привести к нарушению доступа к некоторым либо всем сущностям пользовательского пространства
Пространство содержит следующие сущности:
Название Описание Применение
RefMap Расшифровка префиксов таблиц Используется для расшифровки идентефикатора записи в пользовательском пространстве, для каждого префикса содержит: 1. Имя таблицы в базе данных; 2. Тип таблицы; 3. Идентификатор информационной записи в таблице DataInfo; 4. Описание сущности.
TableType Типы таблиц Используется как справочная таблица для RefMap
LinkMap Хранилищ е связей Используется для связывания данных в пользовательском пространсве. Подробнее об этом механизме см. Раздел «Механизм связей»
LinkTypes Типы связей Используется как справочная таблица для LinkMap
Неопределённая структура пользовательского пространсва на этапе проектирования системы и изменение его в дальнейшем накладывает определённые требования на архитектуру данных.
1)возможность вычислительно быстрого изменения схемы прользовательского пространства;
2)более сложные типы связей чем те, что предоставляют используемые СУБД;
3)логические связи, представляющие собой отношения данных (например отношение «является частью»)
Данным требованиям удовлетворяет механизм связей MOS. Для связывания даных используются записи в таблице LinkMap, расположенной в системном пространстве. В данном релизе используется только один тип связи, называемый HasAs. Типы связей содержатся в таблице LinkTypes.
J
Рисунок 2. Схема связи с Интернет-ресурсами
Рассмотрим пример использования системы категорией пользователей «писатель», предполагающий просмотр рынка вакансий.
ШАГ 1. Писатель создает или импортирует в системе следующие сущности:
• набор карточек и источников согласно текущей архитектуре данных;
• скрипты парсинга данных в соответствии со структурой загружаемого ресурса. Необходимо выполнять это для каждого нового источника, так как структура данных в разных источниках различается;
• шаблон отчета (если таковой еще не существует);
• настройка задания с указанием периодичности сборки.
ШАГ 2: Основываясь на текущих настройках, сервер с определённой периодичностью опрашивает указанные Интернет-ресурсы, собирая из них интересующую пользователей информацию. Это могут быть как RSS-ленты (наиболее удобный вариант) так и обычные страницы. Основываясь на правилах парсинга, загруженные ресурсы импортируются в систему источников и карточек. Далее происходит связывание данных для создания целостной структуры ( рисунок 2).
ШАГ 3. Пользователь открывает отчёт, генерирующийся исходя из шаблона и накопленных данных. Пользователь может сохранить отчёт в хранилище документов. Либо настроить автоматическую генерацию с сохранением в хранилище.
Можно рассмотреть соответствующие примеры использования начальной версии системы другими категориями пользователей. В ближайшее время планируется существенно расширить функциональность данной системы.
Литература
1. Харитонова И.Ю., Сергеев С.Ф. Анализ профессиональных стандартов российской федерации в области икт как подготовительный этап построения секторальной рамки квалификаций «Информатика — Менеджмент» / Вестник ГУУ № 19, 2014;
2. Харитонова И.Ю., Сергеев С.Ф. Роль рамок квалификаций/компетенций в формировании образовательных программ ИКТ направлений подготовки высшего профессионального образования / / Вестник ГУУ № 19, 2014;
3. Харитонова И.Ю. Использование профессиональных стандартов РФ в области ИКТ и европейской рамки ИКТ-компетенций при разработке рамки квалификаций для области Информатика / Международный научно-исследовательский журнал, № 10, 2014.
4. Андропова Е.В. и др. Содержание управленческих компетенций будущего инженера в условиях диверсификации производства / Е.В. Андропова, Ю.И. Брезгин, В.Е. Медведев // Вестник ТГПУ - 2011. - Выпуск 2 (104). - С. 153-156.