- •1. Взаимосвязь задач в системе «программа«экзаменатор» 4
- •1.1. Основные цели создания подсистемы «Программа«Экзаменатор» 4
- •2. Разработка задачи “тестирование или экзамен по вопросам” 6
- •Введение
- •1. Взаимосвязь задач в системе «программа«экзаменатор»
- •1.1. Основные цели создания подсистемы «Программа«Экзаменатор»
- •1.2. Описание системы программного обеспечения
- •2.2.4. Математическая постановка задачи
- •2.2.5. Специальные требования к техническому обеспечению
- •2.2.6. Требования к характеристикам качества программного средства
- •1.3. Описание технологического процесса сбора данных
- •1.4. Описание технологического процесса обработки данных.
- •2.3. Описание подзадачи наполнения информационной базы билетов
- •2.3.1. Назначение и характеристика подзадачи
- •2.3.2. Используемая информация
- •2.3.3. Результаты решения
- •2.3.4. Математическое описание
- •2.5.3. Результаты расчета
- •2.5.4. Результаты испытания программы
- •3. Качество программного средства
- •Заключение
- •Список литературы
- •Текст модуля project1.Dpr
- •Текст модуля unit1.Pas
- •Текст модуля unit2.Pas
- •Текст модуля unit3.Pas
- •Текст модуля Unit3.Pas
- •Экран программы
- •1. Назначение программы
- •2. Условия применения программы
- •3. Характеристики программы
- •4. Обращение к программе
- •5. Сообщения
1.3. Описание технологического процесса сбора данных
Решение задачи «Программа «Экзаменатор» требует информацию о билетах к экзамену, т.е. текст вопросов, текст возможных ответов и номер правильного ответа.
1.4. Описание технологического процесса обработки данных.
Входные данные в систему "Экзаменатор" поступают в виде готовых текстовых файлов. Выходные данные также представлены в формате текстовых файлов. Схема данных изображена на рис.1.
Схема данных системы
рис.1.
2. РАЗРАБОТКА ЗАДАЧИ “ТЕСТИРОВАНИЕ ИЛИ ЭКЗАМЕН ПО ВОПРОСАМ”
2.1. Список условных обозначений и сокращений
Список условных обозначений един для всех разрабатываемых алгоритмов и подзадач:
ТЭБ – тестирование по экзаменационным билетам,
учащийся – человек, сдающий тест или экзамен.
2.2. Описание постановки задачи
2.2.1. Характеристика задачи
Задача ТЭБ состоит из двух подзадач: наполнение базы билетов и тестирование учащегося. При этом задачи не являются независимыми, они используют одну информационную базу, поэтому является целесообразным объединить их в одну программу.
2.2.2. Входная информация
Входной информацией является:
Для задачи наполнения базы билетов (информационной базы) – текст билета, вопросов, номер вопроса , номер правильного ответа.
Для задачи тестирования учащегося – вариант тестирования.
2.2.3. Выходная информация
Выходной информацией является:
Для задачи наполнения базы билетов (информационной базы) –
файл билетов, в котором содержится:
а) число вопросов в билете,
в) текст билета (строки),
г) возможные варианты ответа,
файл правильных ответов, в котором содержится:
а) порядковый номер вопроса;
б) правильный ответ.
2. Для задачи тестирования учащегося:
а) общее число вопросов,
б) число правильных ответов,
г) процент правильных ответов,
в) число пропущенных вопросов.
г) оценка учащегося за экзамен
2.2.4. Математическая постановка задачи
Решение задачи состоит из решения двух подзадач:
Наполнение информационной базы,
Тестирование учащегося.
Необходимо реализовать функцию выдачи случайного билета, алгоритмы проверки ответа на корректность, а также оценка результата по пятибальной шкале.
2.2.5. Специальные требования к техническому обеспечению
Никаких специальных требований к техническому обеспечению не требуется.
2.2.6. Требования к характеристикам качества программного средства
Программа «Экзаменатор» должна удовлетворять следующим требованиям по качеству, которые можно отнести к двум категориям:
Системные требования
Программа не должна нарушать целостность операционной системы, т.е. производить какие-то действия, разрушающие файловую систему, разделение памяти и т.д. Для выполнения этого требования достаточно реализовать корректный доступ к файлам, к переменным, ссылкам и методам объектов. Можно заметить, что большинство нарушений на низком уровне обрабатываются самой операционной системой, на более высоком – библиотеками Delphi, поэтому риск получения ошибки при выполнении программы сводится к минимуму.
Логические требования (требования предметной области)
Представляют собой ограничения и требования на реализацию алгоритмов. К ним можно отнести корректную работу с записями (корректное создание новых билетов из уже существующих), а также правильные оценки тестирования и т.д. К логическим требованиям по качеству ПС можно отнести и такую реализацию алгоритмов и интерфейса, при которой возникал бы минимум ошибок, которые может допустить пользователь при работе с программой (отсутствие требуемого файла, некорректный ввод значений при создании билетов). Для соблюдения такого рода требований необходимо четко следовать алгоритмам, соблюдать установленные спецификации программы и использовать максимум возможностей среды Delphi по контролю за вводимой и выводимой информацией.
