Разработка программного комплекса для системы подготовки и переподготовки персонала промышленных предприятий с применением грид-технологий
Автор: Исмоилов Мухамаджон Идибоевич, Остроух Андрей Владимирович, Суркова Наталия Евгеньевна
Рубрика: Информационные системы в образовании
Статья в выпуске: 4, 2013 года.
Бесплатный доступ
В статье проводится анализ методов построения мобильных приложений с грид-архитектурой для подготовки и переподготовки персонала промышленных предприятий. Выявлены три основных подхода к разработке мобильных предложений, даётся их сравнительная оценка. Разработана модель базы данных для программной реализации системы дистанционного обучения при подготовке и переподготовке персонала промышленных предприятий. Предложен вариант программной реализации электронных образовательных ресурсов, рассчитанных на использование в мобильных устройствах, для подготовки операторов автомобильных кранов.
Система управления обучением, электронное обучение, электронные образовательные ресурсы, дистанционная образовательная технология, дистанционное обучение, автоматизированная система, обучение персонала, корпоративное обучение, обучение с применением мобильных устройств
Короткий адрес: https://sciup.org/148160155
IDR: 148160155
Текст научной статьи Разработка программного комплекса для системы подготовки и переподготовки персонала промышленных предприятий с применением грид-технологий
С точки зрения2 управления3 персоналом на промышленных предприятиях высокие темпы внедрения новых производственных методов и подходов вынуждают ускорять процессы подготовки и переподготовки кадров. Но скорость подготовки при этом не должна быть тем фактором, который снижает уровень качества этого процесса. Ведь чем более сложные системы внедряются на предприятии, тем более комплексными знаниями и умениями должен обладать персонал, который будет работать с этими системами. Недостаточно только теоретических материалов, нужно понимание процесса, работа с моделями, отработка различных штатных и нештатных ситуаций, необходима оперативная справочная поддержка прямо на рабочем месте. Сталкиваясь с такими вызовами, становится очевидно, что тра-
Информационные системы в образовании диционными методами подготовки и переподготовки персонала крайне трудно добиться таких глубоких знаний и умений. Посещения учебного центра дорого обойдутся предприятиям: именно на плечи предприятий ложится бремя оплаты времени, потраченного сотрудником на переподготовку. В это время сотрудники полностью или практически полностью выключаются из производственного процесса, и соответственно они не могут приносить дохода. Другой не менее важной проблемой становится подготовка, распространение и модернизация обучающего контента. Те же самые предпосылки требуют ускорения этих процессов, повышения качества материала, доступности широчайшим категориям лиц. Традиционная ориентация на единого автора контента в таких условиях сильно замедляет процесс его модернизации, усложнят распространение, не дает возможности для адаптации.
Анализ программного обеспечения для вычислений в грид-системе
Для полноценного функционирования грид-системы необходимо соответствующее программное обеспечение (ПО). Основным компонентом в грид-системе является базовая грид-служба, которая также называется промежуточным программным обеспечением. Задача этого ПО состоит в координации работы распределенных ресурсов в гриде и создание единой виртуальной среды. Наиболее яркими представителями этого ПО являются GlobusToolkit, UNICORE и gLite [1; 2; 5; 6].
Основные возможности промежуточного программного обеспечения в грид-системе представлены в таблице 1.
Таблица 1
Основные функциональные возможности промежуточного программного обеспечения
Globus |
gLite |
UNICORE |
|
Поддержка разных платформ |
Да |
Да |
Да |
Установка |
Нет |
Нет |
Нет |
Простота в конфигурировании |
Нет |
Нет |
Нет |
Создание пользователей |
Да |
Да |
Да |
Контроль доступа к ресурсам |
Да |
Да |
Да |
Поддержка PKI (Public Key Infrastructure) |
Да |
Да |
Да |
Запуск задач |
Стандартный протокол |
Собственный протокол |
Стандартный протокол |
Управление данными |
GridFTP |
GridFTP |
Передача файлов |
Анализ методов построения мобильных приложений
Приложения для мобильных устройств называются мобильными приложениями. Мобильные устройства в текущем случае – это мобильные телефоны с установленной операционной системой iOS или Android. По методу их разработки и последующему использованию разделяют два основных типа приложений для мобильных устройств: нативные приложения и вебприложения, см. таблицу 2.
Таблица 2
ВЕСТНИК 2013 № 4
Сравнение нативных и веб-приложений
Нативное приложение |
Веб-приложение |
|
Возможности распространения |
Существует несколько представителей ОС, которые занимают основную долю рынка Android и iOS. Для каждой из этих ОС необходимо написание своей версии приложения. Также необходимо понимать, что в других ОС приложение работать не будет |
Практически универсально по отношению к ОС. Но так как веб-приложения выполняются в браузерах, внешний вид и функциональность необходимо проверять в каждом конкретном случае. |
Интерфейс |
Позволяет реализовывать сложные интерфейсы и обеспечивает богатый набор возможностей |
Обычно возможности по реализации интерфейса менее богатые по сравнению с нативными приложениями. |
Аппартаные возможности |
Доступны все аппаратные функции устройства. Обеспечивается минимально возможное использование аккумулятора и высокая производительность |
Доступ к аппаратным ресурсам ограничен. Нет возможности доступа к камере и акселерометру. Возможно, в ближайшие несколько лет такая возможность появится |
Поддержка |
Необходимо обновлять каждое приложение под соответствующую ОС отдельно. |
Мгновенное обновление для всех версий |
Нативное приложение |
Веб-приложение |
|
Производительность |
Нативные приложения могут использовать аппаратные ускорения и максимально возможно могут быть оптимизированы под ОС |
Работает медленнее нативных и связан, в первую очередь, с низкой производительностью JavaScript |
Финансовые затраты |
Необходимость готовить несколько версий одного и того же приложения для различных ОС требует работы либо одного универсального программиста, либо группы лиц. Оба варианта существенно удорожают разработку. Специалистов немного, что также повышает стоимость работ. |
Разработчики веб-приложений более распространены, так как нет необходимости разрабатывать несколько версий под разные ОС, что делает процесс работы гораздо дешевле, нежели в случае нативных приложений |
ВЕСТНИК 2013 № 4
Помимо вышепричисленных основных типов приложений для мобильных устройств существует еще одни достаточно распространенный вариант построения приложения. Это сгенерированные нативные приложения, построенные на базе HTML 5 и JavaScript. Используя фреймворки для разработки подобных приложений, можно совместить преимущества веб-приложений и нативных приложений. В частности, можно решить проблемы кроссплатформенности, расширяются возможности доступа к устройствам телефона. Среди основных фреймворков следует выделить наиболее популярные, такие, как Rhodes, PhoneGap, AppceleratorTitanium. В зависимости от конкретной задачи разработчики имеют возможность использовать тот или иной фреймворк, который максимально эффективно может решить поставленную задачу. Несмотря на преимущества такого гибридного подхода, существует и ряд недостатков:
– приложения работают медленнее обычных нативных приложений;
– неполная возможность работы с устройствами;
– сохраняется ограниченность в интерфейсе.
Разработка схемы данных для системы подготовки и переподготовки персонала промышленных предприятий
При проектировании системы подготовки и переподготовки персонала промышленных предприятий считают целесообразным построение концептуальной схемы данных для отдельных модулей и для системы в целом.
Подсистема формирования учебных курсов
Подсистема учебных курсов предназначена для выбора соответствующего комплекса учебных материалов для определенного специалиста [3; 7; 15]. К функциям подсистемы относится создание, редактирование и, при необходимости, удаление следующих типов данных:
– информация о процессе прохождения учебного курса;
– информации о составе учебных модулей.
Данная подсистема позволяет построить индивидуальный учебный курс для специалиста, с учетом выявленных недостающих показателей компетентности.
Учебные курсы разбиваются на категории (сущность course_categories ). Категории учебных курсов являются каталогом всех курсов, разбитых на соответствующие категории.
Учебные курсы (сущность course ) представляют собой модель данных учебного курса. В модели описываются текущие характеристики учебного курса, такие, как категория, данные специалиста, проходящего подготовку или переподготовку, тематика курса и т.п.
Под описанием учебных курсов понимается поименованная структура данных, включающая в себя список учебных модулей, по которым проводится обучение. В общем случае список модулей может быть пустым.
Учебные модули находятся во взаимосвязи со списком компетенций. Таким образом, каждой компетенции есть соответствие учебного модуля или учебных модулей [4–6; 12].
Объединение в одной иерархической структуре данных таких понятий, как «Категории учебных курсов», «Учебные курсы», «Разделы», без задания жестких критериев группировки и количества уровней вложенности позволяет пользователям программного комплекса естественным для них образом описать эту область данных.
Подсистема инициализации
Подсистема инициализации выполняет задачу первичного занесения информации в систему и ее настройку.
Прежде всего заносится вся регистрационная информация о пользователе, которого направили
Информационные системы в образовании

GQURSE65
CQURShM
CHAR(10)
INTEGER CHAR(10) DATETIME
Рис. 1. Логическая модель данных подсистемы формирования учебных курсов
ТБХ1(2М) ТЕХТ(ЮО) ТЕХТ(ЮО) LONGTEXT
TEXT(2SS) SHORT CHAR(10)
visible» Id groupmode
соиги_мс«ю#'<
enrolpenod numwclioni
iiexbytee bowreporu
groupmode groupmodeforce
auth |
TEXT(20) |
confirmed |
SHORT |
pollcyegreed |
SHORT |
deleted |
SHORT |
uiername |
TEXT(IOO) |
paiwword |
ТЕ XT(32) |
Id number |
TEXT(M) |
fintname |
TEXT(100) |
laitname |
TEXT(IOO) |
TEXT(1OO) |
|
erneHetop |
SHORT |
Icq |
TEXT(15> |
skype |
TEXT(50) |
yahoo |
TEXT(5O) |
aim |
TEXT(SO) |
men |
TEXT(50) |
phone1 |
TEXT(20) |
phone2 |
TEXT (20) |
inetitution |
TEXT(4O) |
department |
TEXT(30) |
<» |
TEXT(70) |
city |
TEXT(20) |
country |
CHARI 21 |
lang |
TEXT(tO) |
theme |
TEXT(5O) |
TIMEZONES |
TEXT(IOO) |
description •neilformet me • Id .gee t nalldHpie у ntmiedilor •utoiubecribe treckforume timemodifled
competence |
||
PK PK,FK1 PK,FK1 |
competence id enterprise |
CHAR(10) CHAR(10) CHAR(10) |
com pete nce_name |
CHAR(10) |
use r_com pete n ce |
||
PK PK,FK1 |
enterprise |
CHAR(10) CHAR(10) |
11 |
compeience_id com pete nce_state |
INTEGER CHAR(10) DATETIME |
enterprise |
||
PK |
enterprise id |
INTEGER |
department_id |
INTEGER INTEGER |
user |
||
PK PK,FK1 PK,FK1 |
id enterprise |
LONG CHAR(10) CHAR(10) |
I9 |
auth |
TEXT(20) |
I2 |
confirmed |
SHORT |
policyagreed |
SHORT |
|
11 |
deleted |
SHORT |
U1 |
username |
ТЕХТ(ЮО) |
password |
TEXT(32) |
|
110 |
idnumber |
TEXT(64) |
I3 |
first name |
TEXT(100) |
I4 |
lastname |
ТЕХТ(ЮО) |
I8 |
|
ТЕХТ(ЮО) |
emallstop |
SHORT |
|
icq |
TEXT(15) |
|
Skype |
TEXT(50) |
|
yahoo |
TEXT(50) |
|
aim |
TEXT(50) |
|
msn |
TEXT(50) |
|
phonel |
TEXT(20) |
|
phone2 |
TEXT(20) |
|
institution |
TEXT(40) |
|
department |
TEXT(30) |
|
address |
TEXT(70) |
|
I5 |
city |
TEXT(20) |
I6 |
country |
CHAR(2) |
lang |
TEXT(10) |
|
theme |
TEXT(50) |
|
TIMEZONES |
ТЕХТ(ЮО) |
|
firstaccess |
LONG |
|
I7 |
lastaccess |
LONG |
lastlogin |
LONG |
|
currentlogin |
LONG |
|
lastip |
TEXT(15) |
|
secret |
TEXT(15) |
|
picture |
SHORT |
|
uri |
TEXT(255) |
|
description |
LONGTEXT |
|
mailformat |
SHORT |
|
maildigest |
SHORT |
|
maildisplay |
SHORT |
|
htmleditor |
SHORT |
|
autosubscribe |
SHORT |
|
trackforums |
SHORT |
|
timemodifled |
LONG |
modules |
||
PK PK,FK1 PK,FK1 PK,FK1 |
id enterprise competence Id yid |
LONG CHAR(10) CHAR(10) CHAR(10) |
11 |
modules name version lastcron search visible |
TEXT(20) LONG LONG LONG TEXT(255) SHORT |
ВЕСТНИК 2013 № 4
Рис. 2. Логическая модель данных подсистемы инициализации
ВЕСТНИК 2013 № 4
на переподготовку: фамилия, имя, контактная информация и т.д. Определяется и фиксируется, на каком предприятии он работает и в каком отделе. Сотрудники отдела по работе с персоналом определяют списки существующих компетентностей для всего предприятия и заносят их в систему (сущность competence ). Список компетенций необходим для последующего присваивания каждому специалисту соответствующих компетенций (сущность user_competence ). Такая схема позволяет работать с профессиональным уровнем каждого работника. В случае потребности получения новых навыков необходимо внести соответствующую запись в списке компетентностей специалиста – и система получит необходимую информацию для дальнейшей процедуры переподготовки.
Также важным параметром сущности user_ comptence является параметр date . Он определяет дату получения уровня компетенции. Такой подход необходим для того, чтобы была возможность проводить мониторинг актуальности знаний работником по тем направлениям знаний, которые были получены длительное время назад.
Первоначальная инициализация систем
предполагает построение связей между учебными модулями и компетенциями. Каждой компетенции должен соответствовать один или более учебный модуль, который в дальнейшем может быть включен в состав учебного курса.
Подсистема модуля тестирования
Данная подсистема позволяет проводить тестовый контроль результатов обучения. Она может использоваться как для первоначального процесса определения компетентностей, так и уже при самом процессе переподготовки для проверки уровня знаний и умений либо для самоконтроля. Сущность lesson описывает все возможности отображения теста, содержит инициализирующие значения для корректного воспроизведения материала. Для каждого теста фиксируется время прохождения, результаты, попытки прохождения. Так, сущность lesson_ attempts описывает число попыток прохождения теста, фиксируя результаты для каждой такой попытки. Сущность lesson_answers хранит информацию об ответах на тестовые вопросы, lesson_high_scores аккумулирует информацию о лучших результатах среди всех полученных при тестировании.
lesson_pages |
||
PK.FK1 |
id |
LONG |
И |
lessonid prevpageid nextpageid qoption layout display timecreated timemodified contents |
LONG LONG LONG SHORT SHORT SHORT SHORT LONG LONG TEXT(255) LONGTEXT |
lessonjimer |
||
PK,FK1 |
uid |
CHAR(10} |
lessonid userid startlime lessontime |
LONG LONG LONG LONG |
lesson_answers |
||
PK |
11 |
LONG |
11 |
lessonid pageid jumpto grade timecreated timemodified answer response |
LONG LONG LONG SHORT SHORT LONG LONG LONGTEXT LONGTEXT |
lesson |
||
COURSE41 practice mod attempts usepassword password conditions grade custom ongoing usemaxgrade maxanswers maxattempts review nextpagedefault minquestions maxpages timed maxtime retake mediaheight mediawidth mediaclose slideshow width height bgcolor display left display leftlf progressbar highscores maxhighscores |
LONG SHORT SHORT LONG TEXT(32} LONGTEXT SHORT LONG LONG SHORT LONG LONG SHORT LONG SHORT LONG LONG LONG LONG LONG LONG SHORT LONG LONG LONG TEXT(7) LONG LONG SHORT LONG LONG |
lesson grades |
||
PK |
id |
LONG |
11 FK1,I2 FK1 |
lessonid userid completed |
LONG LONG SINGLE LONG LONG CHAR(10) |
lesson_branch |
||
PK,FK2,FK3 |
id |
LONG |
FK1 |
lessonid userid pageid timeseen |
LONG LONG LONG LONG SHORT LONG CHAR(10) |
lesson_attempts |
||
PK,FK2 |
id |
LONG |
12 13 FK1.I1 FK1 |
lessonid pageid userid answerid useranswer timeseen |
LONG LONG LONG LONG LONG LONG LONGTEXT LONG CHAR(10) |
lessonhighscores |
||
PK |
id |
LONG |
FK1 |
lessonid userid gradeid nickname |
TEXT(5) CHAR(10) |
Рис. 3. Логическая модель данных подсистемы модуля тестирования
Информационные системы в образовании
report |
||
PK,FK1 PK,FK1 PK,FK1 |
id enterprise id |
INTEGER INTEGER INTEGER |
datecreate date_start date_fin competence_id com petence_state_start com petence_state_f in |
DATETIME DATETIME DATETIME INTEGER CHAR(IO) CHAR (10) |
Модель подсистемы отчетов
Подсистема предназначена для генерации отчетов и форм, а также для хранения в базе данных информации о достижениях специалистов, проходящих переподготовку. Что немаловажно, подсистема дает возможность проследить изменения компетентностей каждого специалиста во времени. Таким образом, происходит накопление всех данных о результатах переподготовки, что
может быть полезным при принятии решении о склонностях специалиста к обучению. Концептуальная модель подсистемы формирования отчетов, печатных форм, хранения итоговых документов представлена на рис. 4. Итоговый отчет описывается сущностью report , которая фиксирует даты прохождения переподготовки, результаты переподготовки в формате разности начальной компетенции и финальной компетенции.
document |
||
PK,FK1 PK,FK1 PK,FK1,FK2 |
enterprise id id |
INTEGER INTEGER INTEGER |
adress date_create file_type |
VARCHAR(10) VARCHAR(10) DATETIME CHAR(10} |
archive |
||
PK |
Id |
INTEGER |
level |
VARCHAR(10) INTEGER |
user |
||
PK PK PK,FK1 |
id enterprise id |
LONG CHAR(10) INTEGER |
19 12 11 U1 no I3 I4 I8 I5 I6 I7 |
auth confirmed policy agreed deleted username password idnumber firstname lastname email emailstop Skype yahoo phonel phone2 institution department address country lang theme TIMEZONES firstaccess lastaccess lastlogin currentlogin lastip secret picture url description mailformat maildigest maildisplay htmleditor autosubscribe trackforums timem odified |
TEXT(20) SHORT SHORT SHORT TEXT(100) TEXT(32) TEXT(64) TEXT(100> TEXT(100) ТЕХТ(ЮО) SHORT TEXT(15) TEXT(50) TEXT(50) TEXT(50) TEXT(50) TEXT(20) TEXT(20) TEXT(40) TEXT(30) TEXT(70) TEXT(20) CHAR(2) TEXT(10) TEXT(50) ТЕХТ(ЮО) LONG LONG LONG LONG TEXT(15) TEXT(15) SHORT TEXT(255) LONGTEXT SHORT SHORT SHORT SHORT SHORT SHORT LONG |
enterprise |
||
PK |
enterprise id |
INTEGER |
departmentjd |
INTEGER INTEGER |
ВЕСТНИК 2013 № 4
Рис. 4. Логическая модель данных подсистемы отчетов
Хранение отчетов описывается сущностью document. Она позволяет в любой момент сгенерировать печатную форму отчета для каждого специалиста или для предприятия в целом.
Для удобства каталогизации документов вве-
дена сущность archive , имеющая иерархическую структуру [2].
Структура базы данных
Физическая модель данных автоматизированной системы процесса переподготовки персонала представлена на рис. 5.
Рис. 5. Физическая модель базы данных
№ |
Название таблицы |
Описание |
1. |
user |
Пользователи |
2. |
user_competence |
Компетенция пользователей |
3. |
course_categories |
Категории учебных курсов |
4. |
modules |
Учебные модули |
5. |
course_modules |
Сформированные учебные модули |
6. |
course_allowed_modules |
Используемые модули |
7. |
course_sections |
Разделы учебных курсов |
8. |
course_display |
Учебные курсы для пользователя |
9. |
course |
Учебные курсы |
10. |
enterprise |
Предприятия |
11. |
competence |
Компетентности |
12. |
lesson_branch |
Специальности |
13. |
lesson_grades |
Оценки |
ВЕСТНИК 2013 № 4

Ig^enn = Hompl-e1 |
|
PK.FK1 |
Id |
|2 |
l«4Onid |
I3 |
page id |
answered |
|
timeaeen |
Защита информации и информационная безопасность
№ |
Название таблицы |
Описание |
14. |
lesson_pages |
Разделы теста |
15. |
lesson_timer |
Время теста |
16. |
lesson_high_scores |
Высшие результаты теста |
17. |
lesson |
Тест |
18. |
lesson_answers |
Ответы на тест |
19. |
lesson_attempts |
Попытки прохождения теста |
20. |
report |
Отчеты |
21. |
document |
Документы и формы |
22. |
archive |
Архив документов и форм |
23. |
backup_courses |
Резервная копия курсов |
24. |
backup_log |
История резервирования |
Разработка учебно-методического наполнения в виде электронных образовательных ресурсов для процесса подготовки и переподготовки персонала промышленных предприятий
В разделе представлены возможные категории учебных курсов. Для каждой категории курсов справа от его названия указано количество курсов в категории.

Рис.6. Категории учебных курсов
Пользователь, используя мобильное устройство, имеет возможность выбрать необходимую категорию и начать подготовку по нужному на-правлению[5; 6; 9; 12]. Часть учебных курсов может быть общедоступной, однако могут существовать и закрытые курсы, на которые необходима предварительная запись или предварительная запись с кодовым словом.

Рис. 7. Запись на курс с вводом кодового слова
ВЕСТНИК 2013 № 4
После успешной записи на курс пользователю демонстрируется основной экран курса. На нем представлены все разделы курса, разбитые на категории. Теоретические, практические и контрольные занятия выбираются именно с этого экрана. Также возможности коммуникации с другими членами сообщества осуществляются путем перехода по ссылке с основного экрана курса.
ВЕСТНИК 2013 № 4

Рис. 8. Основной экран курса

Рис. 9. ЭОР лекционного типа в виде текстовой информации
Разработка ЭОР информационного типа
Лекционные занятия могут быть представлены в разных формах. Пользователю может быть предложена текстовая информация. Авторы курса имеют возможность интегрировать текстовую информацию и изображения.
Также представление лекционного материала может быть в виде видеоконтента. Пользователь запускает на своем мобильном устройстве видеоплеер, который интегрирован в курс и просматривает и прослушивает видеокурс.

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

Рис. 11. Окно создания сообщения на форуме
Общаясь с коллегами, обучаемый выстраивает важные профессиональные связи, которые помогают лучше справиться с усвоением материала.
Используя форумы, обучаемые имеют возможность общаться не только со своими коллегами, но и с преподавателями. Пользователь может задать вопрос преподавателю в любое время и из любого месторасположения, имея свое мо- бильное устройство и подключение к сети Интернет. Преподаватель также может дать ответ из любого места в удобное для себя время.
Заключение
Таким образом, проведен анализ программного обеспечения, необходимого для построения грид-среды. Проанализирован функциональный состав модулей программного обеспечения, а также дана их сравнительная оценка.
Разработана логическая модель базы данных отдельных модулей, применяемых в системе подготовки и переподготовки персонала на промышленных предприятиях.
Предложен вариант программной реализации электронных образовательных ресурсов для системы подготовки и переподготовки персонала промышленных предприятий, рассчитанных на работу с мобильных устройств.
Список литературы Разработка программного комплекса для системы подготовки и переподготовки персонала промышленных предприятий с применением грид-технологий
- Демичев А.П., Ильин В.А., Крюков А.П. Введение в грид-технологии//Препринт НИИЯФ МГУ. -2007. -11/832. -С. 17-35.
- Jeffery K.G. Next Generation Grids for Environmental Science//Environmental Modelling & Software. -2007. -Vol. 22. -No. 3. -Pp. 281-287.
- Остроух А.В., Суркова Н.Е. Методы проектирования информационных систем: учебное пособие. -М.: РосНОУ, 2004. -144 с.
- Albert K.W. Yeung, G. Brent Hall. Spatial Database Systems: Design, Implementation and Project Management (GeoJournal Library). ISBN 1402053932, 2007. -564 p.
- Меркулов А.М. Обучение при помощи мобильных устройств -новая парадигма электронного обучения//Молодой ученый. -2012. -Т. 1. -№ 3. -С. 53-57.
- Меркулов А.М., Петриков П.А., Исмоилов М.И., Остроух А.В. Обучение при помощи мобильных устройств с применением грид-технологий//В мире научных открытий. -2012. -№ 5. -С. 194-204.
- Остроух А.В. Опыт разработки электронных образовательных ресурсов нового поколения для дистанционной технологии обучения//В мире научных открытий. -2011. -№ 9 (21). -С. 149-158.
- Остроух А.В., Суркова Н.Е. Электронные образовательные ресурсы в профессиональном образовании: монография//LAP LAMBERT Academic Publishing. Saarbrucken, Germany, 2011. -184 c.
- Остроух А.В., Петриков П.А., Суркова Н.Е., Краснянский М.Н. Автоматизация процесса подготовки персонала промышленных предприятий на основе интегрированной обучающей среды//Вестник Российского нового университета. -2012. -Выпуск 4. -С. 81-88.
- Остроух А.В., Краснянский М.Н., Петриков П.А., Михайлова Н.В. Разработка автоматизированной системы дистанционного обучения на основе программного обеспечения с открытым кодом//В мире научных открытий. Серия «Проблемы науки и образования». -2012. -№ 12. -С. 76-86.
- Остроух А.В., Краснянский М.Н., Карпушкин С.В., Дедов Д.Л. Алгоритм проектирования виртуальных тренажёрных комплексов для обучения операторов технических систем//Информационные технологии в проектировании и производстве. -2012. -№ 3. -С. 68-75.
- Остроух А.В., Меркулов А.М., Петриков П.А., Бакатин Ю.П. Принцип разработки учебных материалов для автоматизированных систем подготовки персонала нефтехимических предприятий//В мире научных открытий. Серия «Проблемы науки и образования». -2012. -№ 2.6 (26). -С. 184-193.
- Остроух А.В., Маламут А.Ю., Баринов К.А., Краснянский М.Н., Ягудаев Г.Г. Алгоритм проектирования виртуального тренажёрного комплекса для переподготовки персонала нефтехимического предприятия//В мире научных открытий. Серия «Проблемы науки и образования». -2012. -№ 2.6 (26). -С. 168-174.
- Остроух А.В., Краснянский М.Н., Карпушкин С.В., Дедов Д.Л. Постановка задачи проектирования виртуальных тренажёрных комплексов для обучения операторов технических систем//Информационные технологии в проектировании и производстве. -2012. -№ 2. -С. 46-50.
- Остроух А.В., Краснянский М.Н., Баринов К.А., Дедов Д.Л., Руднев А.А. Виртуальные тренажёрные комплексы для обучения и тренинга персонала химических и машиностроительных производств//Вестник ТГТУ. -2011. -Т. 17. -№ 2. -С. 497-501.