Проектирование автоматизированной системы поддержки принятия кадровых решений

Автоматизированное тестирование дает возможность проверить такие качества как:

• персональные качества;
• коллективные качества;
• психогенетические качества;
• качества «эгрегора»;
• психофизиологические качества;
• профессиональные качества.

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

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

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

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

Для достижения поставленной цели выделены следующие задачи:

• изучить существующие требования к тестовым вопросам для тестирования персонала Пермского национального исследовательского политехнического университета (ПНИПУ);
• оценить возможность использования этих требований для подсистемы тестирования;
• составить полный список требований к тестовым вопросам.

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

В документе приведены общие требования к составлению тестовых вопросов и особые требования к составлению тестовых вопросов закрытого типа. Было принято решение адаптировать эти требования для подсистемы тестирования АС ППКР.

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

Таблица 2.2 - Общие требования

Требования ПНИПУ	Возможность применения требований к АС ППКР
1	2
1. Тестовый вопрос (тестовое задание) должен быть представлен в форме краткого суждения, сформулированного четким языком и исключающего неоднозначность заключения тестируемого на требования тестового утверждения в утвердительной повествовательной форме.	1. Данное требование полностью  применимо к подсистеме тестирования.
2. Следует избегать вводных слов или предложений (неверно: к понятиям…, верно: понятиями…).	2. Данное требование полностью применимо к подсистеме тестирования АС ППКР.
Продолжение таблицы 2.2
3. Содержание тестового вопроса не должно содержать повторов, двойных отрицаний и сленга.	3. Данное требование полностью применимо к подсистеме тестирования АС ППКР.
4. В тестовом вопросе не должно отражаться субъективного мнения или понимания отдельного автора.	4. Данное требование полностью применимо к подсистеме тестирования АС ППКР.
5. Формулировка тестового вопроса должна быть выражена в повествовательной форме (вопрос исключается).	5. Данное требование полностью применимо к подсистеме тестирования АС ППКР.
6. В формулировке тестового вопроса допускается повелительное наклонение (выберите, вычислите, укажите и т.д.) или вопросительной формы (сколько …, что относится  к …, кто является … и т.п.).	7. Данное требование полностью  применимо к подсистеме тестирования АС ППКР.
7. Ответ в тестовом вопросе не должен зависеть от предыдущих ответов студента.	7. Ответ в тестовом вопросе не должен зависеть от предыдущих ответов кандидата.
8. В тестовом вопросе и ответах не должно быть подсказок.	8. Данное требование полностью применимо к подсистеме тестирования АС ППКР.
9. Форма тестового вопроса должна быть узнаваемой и не требовать дополнительных пояснений.	9. В качестве формы тестовых вопросов были выбраны тестовые вопросы закрытой формы с 2 – 4 вариантами ответа, из которых правильным может быть только один, так как вопросы та- кой формы являются наиболее простыми.
10. Тестовые вопросы (тестовые задания) на установление соответствия  и правильной последовательности должны начинаться со слов: Соответствие (а не установить соответствие), Последовательность (а не установить последовательность).	10. Тестовые вопросы на установление соответствия и правильной последовательности в подсистеме тестирования АС ППКР предусмотрены.

 

 

Таблица 2.3 - Особые требования к составлению тестовых вопросов закрытого типа

Требования ПНИПУ		Возможность применения требований АС ППКР
1. Не должно быть заведомо ложных, а также явно выделяющихся обособленных ответов. Правильные и неправильные ответы должны быть однозначны по содержанию, структуре и общему количеству слов. Рекомендуется применять правдоподобные ошибочные варианты, взятые из опыта.		1. Не должно быть заведомо ложных, а также явно выделяющихся обособленных ответов. Например, вариантами ответа на какой-либо вопрос, в котором нужно указать, какой оператор выполняет определенное действие, могут быть: 1) оператор № 1; 2) оператор № 2; 3) оператор № 1 и оператор № 2 совместно.
2. Ответы не должны начинаться  или заканчиваться повторяющимися словами или выражениями.		2. Данное требование не является  обязательным для подсистемы тестирования АС ППКР.
3. Недопустимы ответы типа: «все  вышеперечисленное верно», «все  указанные ответы не верны»  и т.д.		3. Данное требование полностью  применимо к подсистеме тестирования  АС ППКР.
4. Лучше «длинный» вопрос и  «короткие» ответы, чем наоборот.	4. Данное требование полностью  применимо к подсистеме тестирования  АС ППКР.
5. Количество слов в формулировках тестового задания не должно превышать 50.	5. Количество слов в формулировках тестового вопроса должно быть как можно меньшим.
6. В заданиях с 2 – 4 ответами правильным  должен быть только 1.	6. В качестве формы тестовых  вопросов были выбраны тестовые вопросы за- крытой формы с 2 – 4 вариантами ответа, из которых правильным может быть только 1, так как вопросы такой формы являются наиболее простыми.

Подводя итоги, требования к составлению вопросов для подсистемы тестирования АС ППКР выглядят следующим образом:

1. В качестве формы тестовых вопросов были выбраны вопросы закрытой формы с

2 – 4 вариантами ответа, из которых правильным может быть только 1.

2. Тестовый вопрос должен быть представлен в форме краткого суждения, сформулированного четким языком и исключающего неоднозначность заключения тестируемого на требования вопроса.
3. Формулировка тестового вопроса может быть выражена только в повествовательной форме.
4. В тестовом вопросе не должно отражаться субъективного мнения или понимания отдельного автора.
5. Содержание тестового вопроса не должно содержать повторов, двойных отрицаний и сленга.
6. Ответ в тестовом вопросе не должен зависеть от предыдущих ответов тестируемого кандидата.
7. В тексте вопроса и в ответах не должно быть подсказок.
8. Не должно быть заведомо ложных, а также явно выделяющихся обособленных ответов.
9. Недопустимы ответы типа: «да», «нет», «верно», «неверно», «все вышеперечисленное верно», «все указанные ответы не верны» и т.д.
10. Лучше «длинный» вопрос и «короткие» ответы, чем наоборот.
11. Количество слов в формулировках тестовых вопросов должно быть как можно меньшим.

Таким образом, разработаны требования к составлению вопросов для подсистемы тестирования АС ППКР. Вопросы, которые будут составлены в соответствии с данными требованиями, позволят качественно оценить знания кандидата.

2.8 Организация контроля качеств кандидата при автоматизированном тестировании

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

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

Время , необходимое для решения теста, зависит от количества и сложности заданий:

,                                                                                                                     (1)

где – время, отводимое для решения задания -го уровня сложности; – количество заданий -го уровня сложности в тесте; – количество уровней сложности заданий в тесте.

 

Рис. 2.19 - Процесс тестирования

В качестве показателя успешности прохождения теста примем коэффициент усвоения [1]. Коэффициент усвоения представляет отношение количества баллов, набранного обучаемым в ходе прохождения теста, к максимальному количеству баллов, которое он мог бы набрать:

,                                                                                                               (2)

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

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

Оценка по пятибалльной шкале выставляется на основе вычисленного по формуле (2) коэффициента усвоения. По умолчанию выставление оценки будет производиться по следующему соотношению, описанному в [1]: оценка 5 – ; оценка 4 – ; оценка 3 – ; при положительную оценку выставлять нельзя. При автоматическом управлении процессом тестирования можно принять, что при испытуемый может перейти к следующему тесту. При автоматизированном управлении подсистема тестирования, на основании значения коэффициента усвоения и допущенных ошибок в тесте, может самостоятельно принять решение о допустимости перехода испытуемого  к прохождению следующего теста

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

 

Рис. 2.20 - Пример тестового задания

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

2.9 Разработка АС поддержки принятия кадровых решений

2.9.1 Разработка макетов основных форм программы

Для ввода информации о пользователе при его регистрации и идентификации должны быть разработаны экранные формы. Через них будет осуществляться ввод информации в базу данных.

Форма для загрузки данных о пользователе при регистрации (см. рис. 2.21) является простой однотабличной. Форма строится на базе таблицы «Пользователь», в которую и будут загружаться соответствующие поля. При внесении в базу данных о новом пользователе необходимо установить поле «Отметка о регистрации» в 0. Если пользователь получит разрешение на прохождение, то этот поле поменяем на 1. Поле «Id_Пользователь» будет заполняться автоматически при добавлении записи в таблицу.

 

Рис. 2.21 - Макет формы ввода данных о пользователе

Для загрузки данных в таблицу «Зарегистрированный пользователь» и изменения записи в таблице «Пользователь» будем использовать форму выдачи пользователю логина и пароля (рис. 2.22). Эта форма связана с предыдущей формой по ключевому полю «Id_Пользователь». После выдачи логина и пароля пользователю необходимо изменить поле «Отметка о регистрации» записи о нем в таблице «Пользователь» с 0 на 1.

 

Список пользователей, которые ожидают завершения регистрации. (Претенденты на получение логина и пароля) Выберите пользователя, которому выдать логин и пароль: Фамилия (L_Name) Имя (F_Name) Отчество (M_Name) E-mail (Email) Иванов Иван Иванович ivan@com.ru … … … Петров Петр Петрович petr@ru.com Логин   (Login) Пароль   (Pwd) Выдать

Рис. 2.22 - Макет формы выдачи пользователю логина и пароля

Для входа в систему нужна форма, принимающая логин и пароль пользователя для проверки их в базе данных (см рис. 2.23). Это простая форма, связанная с таблицей «Зарегистрированный пользователь» полями Login и Pwd.

 

Логин:   (Login) Пароль:   (Pwd) Войти Очистить

Рис. 2.23 - Макет формы идентификации

Для добавления нового теста в базу данных используется форма (см рис. 2.24). Ей необходимо указать только имя файла с добавляемым тестом. Формат файла определен выше. Эта форма наполняет и связывает таблицы «Общие данные о тесте», «Тесты»,  «Вопрос», «Ответ».

Имя файла с тестом С:\…\test1.docx Создать тест Очистить

Рис. 2.24 - Макет формы добавления нового теста

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

2.9.2 Обобщенный алгоритм решения задачи и его декомпозиция на модули

Из рис. 2.25 видна общая декомпозиция задачи на модули. Рассмотрим подсистему тестирования пользователя. При входе в систему пользователь вводит свой логин и пароль. По этим данным из базы данных необходимо получить уникальный номер пользователя (Id), этот номер, в свою очередь, будет передан тестирующему модулю системы вместе с уникальным номером теста (Id_Теста), запрошенного пользователем. Отображать вопросы (задачи) теста будем дозировано, т.е. по одной задаче за раз.

Рис. 2.25 - Общая функционально-технологическая схема подсистемы тестирования

Подсистема тестирования может быть разбита на несколько основных этапов - модулей, реализуемых средствами СУБД (запросы, отчеты). Блок-схема алгоритма подсистемы тестирования приведена на рис. 2.26.

Рис. 2.26 - Блок-схема алгоритма подсистемы тестирования