22
Предписание использования информационной системы будет являться
алгоритмом, если будет соответствовать следующим критериям:
Наличие точности определенного значения, что не позволит
использовать имеющиеся методы обработки информации только
назначенным способом;
Наличием возможности изменять порядок обработки
информации в определенных границах при необходимости этого;
Направленностью на достижение конечного итога обработки
информации и предоставления ее в удобном для восприятия виде.
В создаваемом ПО необходимо реализовать такие алгоритмы, как:
• Алгоритм взаимодействия со справочниками;
• Алгоритм нахождения отчетов.
Исходя из применяемой модели БД, для ввода данных применяются
формы, в каждое поле которых переносится какой-то атрибут.
Алгоритм решения задачи приведен на рисунке 4.
23
Начало
Загрузка меню
программы
Выбор пункта
меню
Работа с
пользователями
Работа с тестами Тестирование
Закончить работу
в системе?
Конец
Да
Нет
БД
Добавление
Редактирова
ние
Удаление Создание
Добавление
вопросов
Добавление
ответов
Прохождение
теста
Получение
результата
Повторное
прохождение
теста
Тест пройден?
Закончить
работу?
Закончить
работу?
Да
Да
Да
Рисунок 4 - Алгоритм решения задачи
Алгоритм решения задачи показывает, в каком порядке осуществляется
обработка входных данных и преобразование их в результатные.
2.2 Разработка диаграмм UML
2.2.1 Диаграмма вариантов использования и диаграммы
последовательности
На рис. 2.2 представлена диаграмма прецедентов, которая состоит из
19 прецедентов и 3 актеров. Субъектами проектируемой системы являются:
администратор, преподаватель и студент. Рассмотрим каждого из актеров и
24
прецедентов модели с представлением диаграмм последовательности и
действий.
Администратор следит за функционированием системы, создает
резервные копии, настраивает права доступа, решает проблемы, возникшие
во время работы системы, может переключать систему между идентичными
БД, а также имеет право на удаление из БД всех данных. Имеет полные права
доступа.
Рисунок 5 - Диаграмма прецедентов
Администратор также заносит в БД всю необходимую информацию,
производит регистрацию преподавателей и студентов, работает со
справочниками системы.
25
Преподаватель добавляет тесты в систему, проверяет выполненные
студентами тесты, добавляет и редактирует данные в тестах.
Студент изучает предложенный материал, проходит тесты.
Прецедент «Добавление теста» активизируется преподавателем или
администратором. Пользователь последовательно добавляет название теста,
вопросы к нему и несколько вариантов ответов на каждый вопрос, отмечая
правильный.
Рисунок 6 - Диаграмма последовательности «Добавление теста»
Прецедент «Тестирование» выполняется студентом. Диаграмма
последовательности приведена на рисунке 7.
26
Рисунок 7 - Диаграмма последовательности «Тестирование»
2.2.2 Диаграмма пакетов
Анализ концептуальной модели позволил выделить следующие пакеты
(рисунок 8):
интерфейсные элементы - классы, реализующие интерфейсные
компоненты;
пользовательский интерфейс - классы, реализующие объекты
интерфейса с пользователем;
интерфейс с БД - классы, реализующие интерфейс с базой
данных;
база данных
27
Рисунок 8 - Диаграмма пакетов
2.2.3 Диаграмма развертывания
Диаграмма развертывания системы представлена на рисунке 9.
28
Рисунок 9 - Диаграмма развертывания
Как следует из приведенной диаграммы, для развертывания системы
необходим сервер с установленными пакетами ПО (Apache, PHP, MySQL) и
клиентское автоматизированное рабочее место с установленным браузером.
2.2.4 Диаграмма сущностных классов
На данной диаграмме отражены сущностные классы (классы-модели), а
так же, отражены взаимосвязи между этими классами (рисунок 10).
29
Рисунок 10 - Диаграмма сущностных классов
Описание диаграммы приведено в таблице 2.
Таблица 2 - Описание диаграммы
Класс
Описание
User
Пользователь
UserType
Тип пользователя
Test
Тест
Question
Вопрос теста
QuestionType
Тип вопроса теста
AnswerVariant
Варианты ответа для вопроса
Result
Результат выполнения теста (кто выполнял, когда выполнял,
оценка)
ResultQuestion
Результат выполнения теста (ответы пользователя на вопросы)
ResultAnswerVariant
Результат выполнения теста (варианты ответа, которые выбирал
пользователь)
30
Продолжение таблицы 3
Класс
Описание
LoginForm
Модель, используемая для авторизации пользователя на сайте
SignupForm
Модель, используемая для регистрации пользователя на сайте
2.2.5 Диаграмма классов управления и граничных классов
В разработанной системе управляющие классы (классы-контроллеры)
также являются и граничными классами, потому, представлена одна
диаграмма, которая отражает классы-контроллеры (управляющие
классы/граничные классы), а так же, отражены взаимосвязи контроллеров с
сущностными классами (классами-моделями) (рисунок 11).
Рисунок 11 - Диаграмма классов управления и граничных классов
31
Таблица 4 - Описание диаграммы классов управления
и граничных классов
Класс
Описание
SiteController
Основной контроллер сайта
UserController
Контроллер, реализующий редактирование пользователей
системы (редактирование доступно только администратору)
TestController
Контроллер, реализующий редактирование тестов
(редактирование доступно администратору и пользователю
(преподавателю))
QuestionController
Контроллер, реализующий редактирование вопросов теста
(редактирование доступно администратору и пользователю
(преподавателю))
AnswerVariantController
Контроллер, реализующий редактирование вариантов ответа для
вопроса теста (редактирование доступно администратору и
пользователю (преподавателю))
ResultController
Контроллер, реализующий отображение результатов тестов
(доступен всем пользователям, обучающийся может видеть
только свои результаты, а администратор и преподаватель все
результаты)
Tester
Контроллер, реализующий выполнение тестов (доступен всем
пользователям)
Таким образом, использование данных классов позволяет реализовать
все необходимые функции приложения тестирования обучаемых.
2.3 Выбор языка программирования, СУБД, фреймворка
Инструментарий современных реляционных систем управления базами
данных постоянно совершенствуется и развивается, появляются новые
сервисы.
Опишем самые распространенные СУБД.
1. Oracle Database
Объектно-реляционная СУБД. Самая первая версия стала
коммерческой СУБД, поддерживающей SQL-язык.
Oracle Database считается кроссплатформенным ПО. Это реализовано
благодаря тому, что около 80 % программного кода написано на языке Си. А
ядро сервера, которое имеет остальные 20 % кода, переделывается под