77
Имя файла
(компонента)
Описание назначения
редактирование или удаление экземпляров из системы с
последующим обновлением базы данных)
Интерфейсные панели подсистем
PanelDepartments
Подсистема учета подразделений, представляющая
таблицу введенных в ИС подразделений
(синхронизированную с базой данных) и набор
пользовательских команд для управления данными этой
таблицы
PanelPosts
Подсистема справочника должностей, представляющая
таблицу учета должностей, (синхронизированную с базой
данных) и набор пользовательских команд для
управления данными этой таблицы
PanelUsers
Подсистема учета пользователей ИС, представляющая
таблицу учета аккаунтов (синхронизированную с базой
данных) и набор пользовательских команд для
управления данными этой таблицы
PanelResults
Подсистема учета результатов тестирования студентов,
представляющая сводную ведомость
PanelTests
Подсистема учета тестов, представляющая таблицу
различных созданных в системе тестов, связанных с
соответствующими должностями в подразделениях (или
не привязанных к должностям)
PanelAbout
Панель информации о программе
Другое
TestingForm
Форма, в которой происходит непосредственный процесс
тестирования кандидатов на выбранные должности
ResultForm
Форма представления краткого результата сразу после
тестирования
2.3.4. Описание программных модулей
Первичным при входе в систему исполняется модуль авторизации. На
рисунке 20 приведена блок-схема, соответствующая алгоритму авторизации
пользователя в ИС «VPRT».
78
Начало
Конец
Ввести логин
и пароль
Не установлено
Соединение с БД
Ввести параметры
подключения к БД
Установлено
Проверить
уч.запись
Не найдена
Вывести сообщение
об ошибке
Найдена
Идентификация прав
доступа
Подготовить подсистему и главное
меню авторизованного
пользователя
Рисунок 20. Блок-схема процесса авторизации в ИС «VPRT»
Для ввода данных авторизации пользователя предусмотрена
специальная панель, имеющая соответствующие поля. Для аутентификации
пользователя необходимо подключение к базе данных. Если подключение к
БД не установлено, дополнительно могут быть указаны параметры
подключения к серверу базы данных: имя (адрес) сервера, логин и пароль,
наименование базы данных, порт и т.д.
После ввода необходимых данных система производит проверку
учетной записи пользователя. Если в регистрационной таблице учетных
записей найдено совпадение с введенными данными, то система читает
идентификатор прав доступа (руководитель, кадровый специалист).
79
В зависимости от идентифицированного уровня доступа текущего
пользователя система формирует соответствующий набор подсистем и меню
авторизованного пользователя.
Все пользовательские операции в ИС «VPRT» сводятся к
манипулированию данными, которые выполняют вставку, обновление или
удаление записей из базы данных. На рисунке 21 приведена блок-схема
алгоритма управления данными в ИС «VPRT».
Начало
Конец
Подтверждение
Ввод /
редактирование
данных записи
Открыть диалог ввода
данных новой записи
БД
Загрузка таблицы
данных
Операция
управления
данными
Редактировать
Вывести сообщение
об ошибке
Добавить
Открыть диалог
редактирования
данных выбранной
записи
Обновить данные в БД
Проверка
данных
Ошибки
Отправка
соответствующего запроса
манипулирования
данными в СУБД
ОК
Удалить
Да
Нет
Закрыть
БД
Рисунок 21. Блок-схема управления данными
Таким образом, управление данными в ИС «VPRT» позволяет
выполнять следующие действия:
80
создание новых записей с помощью формы диалога ввода данных
новой записи;
редактирование выбранных записей с помощью формы диалога
редактирования данных выбранной записи;
удаление выбранных записей, при котором система запрашивает у
пользователя подтверждение на удаление каждой выбранной позиции.
Диалоги ввода / редактирования данных защищают базу данных от
накопления некорректных данных. Для этого при попытке завершить диалог
пользователя система проверяет корректность введенных пользователем
данных на предмет:
ввода данных в полях, обязательные для заполнения;
ошибки несовместимости типов вводимых данных;
логических ошибок.
Каждая выполненная операция по манипулированию данными
применяет выполненную команду к БД и инициирует принудительное
обновление отображаемой учетной таблицы данных.
На рисунке 22 приведена блок-схема, описывающая алгоритм работы
модуля тестирования кандидата.
На данной блок схеме приведена типовая последовательность действий
при работе кандидата с модулем тестирования:
ввод данных тестируемого;
инициализация результата;
отображение очередного вопроса с вариантами ответа;
выбор вариантов ответа тестируемым;
подсчет баллов за ответ пользователя с учетом позитивных очков за
верные варианты ответа и негативных очков (штрафов) за неверные
варианты ответа;
переход к следующему вопросу;
если вопросов больше нет или у тестируемого закончилось отведенное
81
ему время на тестирование, то тест завершается на текущем вопросе –
при этом результат выводится на экран и сохраняется в БД.
Рисунок 22. Блок-схема модуля тестирования
82
2.4. Контрольный пример реализации проекта и его описание
Ошибки программирования, не обнаруженные на этапах компиляции и
компоновки, в конечном счѐте могут проявиться тремя способами: выдачей
системного сообщения об ошибке, «зависанием» компьютера или
получением неверных результатов [4]. Для предотвращения ошибок и оценки
достоверности результатов проводится тестирование продукта.
На этапе тестирования проверяется не только правильность работы
программы, но также и ее устойчивость – величина, характеризующая
способность программного продукта сохранять нормальную
работоспособность при отклонении условий функционирования различной
степени [16] (например, ввод некорректных данных) – в этих случаях
тестировщики намеренно вводят в программу противоречивую информацию
и наблюдают за ее реакцией. Программа считается устойчивой, если она
прошла все соответствующие тесты успешно. В дополнение к этим, также
проводятся тесты, выявляющие удобство использования программы. Все
ошибки и доработки, выявленные на данном этапе, устраняются – так
выполняется отладка программы.
Тестирование системы проводится с целью убедиться в ее
работоспособности и удобстве использованию.
Для начала следует провести тестирование подсистем графического
интерфейса пользователя по следующим требованиям:
1) вывод состава информационных таблиц в аналогичные по составу
таблицы форм пользовательского интерфейса;
2) организация меню для доступа ко всем функциям системы;
3) использование диалоговых окон в виде модальных форм для
организации ввода данных в ИС.
Выполнение требования №1 обеспечивается введением в объектную
структуру классов сущностей, которые повторяют соответствующие таблицы
в БД. В качестве подтверждения на рисунке 23 приведены примеры состава
83
учетных информационных таблиц, выводимых пользователю в
соответствующих подсистемах-справочниках.
Рисунок 23. Пример учетных таблиц в ИС «VPRT»
Требование №2 обеспечено наличием общего меню системы (см.
рисунок 16 и его описание) и контекстных меню управления данными.
Диалоги ввода данных выполнены в модальном режиме, что легко
проверяется в режиме эксплуатации программы – так обеспечивается
выполнение требования №3.
Далее следует провести тестирование важной части системы:
подсистемы взаимодействия с данными, проверив выполнение следующих
требований:
1) для выбора справочных данных должны быть использованы
ограничивающие списки и подобные структуры, позволяющие вводить
только те данные, которые есть в таблицах БД;
2) требуется обеспечить синхронизацию учетных таблиц на формах с
содержимым соответствующих таблиц в БД после каждой операции.
84
Проверка требования №1 возможна в режиме эксплуатации системы
при открытии диалоговых окон. Например, диалоговое окно данных аккаунта
содержит список выбора подразделений (см. рисунок 24).
Рисунок 24. Пример диалога ввода данных аккаунта со списком
выбора подразделения из БД
Данный список заполняется актуальными данными из БД и может
быть изменен только в подсистеме учета подразделений. Связь списка с
данными БД подтверждается соответствующей привязкой данных на рисунке
25.
Рисунок 25. Установка связи списка с таблицей БД
Требование №2 проверяется в режиме эксплуатации системы
посредством выполнения любой из команд управления данными. Например,
на рисунке 26 приведены: таблица подразделений до тестовой операции
85
(сверху), диалог ввода данных нового подразделения (в середине), таблица
подразделений после добавления нового подразделения (внизу).
Рисунок 26. Тестирование операции управления данными
Одна из функций ИС «VPRT» состоит в ведении справочников.
Поэтому немаловажным представляется провести тестирование подсистемы
ведения основных справочных данных, проверив выполнение следующих
требований:
1) предусмотреть ведение учетных данных аккаунтов пользователей ИС –
доступно только кадровому специалисту;
2) предусмотреть ведение справочника подразделений – доступно только
кадровому специалисту;
3) предусмотреть ведение справочника должностей – доступно только
кадровому специалисту;
86
Выполнение требований по данному пункту подтверждается наличием
соответствующих справочников, оснащенных командами управления
данными (см. рисунок 23). В процессе тестирования функций управления
данными была подтверждена работоспособность функции ведения
справочника подразделений – работоспособность функций ведения
остальных справочников проверяется аналогично.
Для проверки возможности доступа к данным справочником только
кадровому специалисту достаточно войти в систему под учетной записью
любого руководителя подразделения и попытаться получить доступ к
любому из справочников – реакцией системы будет отказ в доступе – см.
рисунок 27.
Рисунок 27. Отказ в доступе к справочникам руководителю
подразделения
Одной из важных подсистем ИС «VPRT» является конструктор тестов.
Соответственно, важно провести тестирование подсистемы конструирования
тестов в соответствии со следующими требованиями.:
1) предусмотреть средства разработки тестов – доступно только
руководителю подразделения;
2) позволять создавать для вопросов тестов различное количество
вариантов ответов, обеспечить возможность нескольких правильных
вариантов ответа;