Проверка правильности формирования отчетных форм

Проверка данных системы на наличие ошибок.

Проверка на дублирование информации

В результате проведенных интервью и анализа системы было выявлено, что существуют элементы, которые ни в коем случае не должны дублироваться. К таким объекам относятся кафедры, направления подготовки, профили бакалавриата, магистерские программы, дополнительные образовательные программы и факультеты. А так же дочерние объекты не должны дублироваться в рамках родительских таблиц. Например, дисциплина не должна дублироваться в рамках профилей бакалавриата и магистерских программ; однотипные файлы (напр., аннотации) не должны дублироваться в одной теме и т.д.

 

Чтобы найти повторения элементов (в данном случае - кафедр) в таблице objects был реализован код:

 

SELECT NAME

FROM objects

where ID_TYPE=4

GROUP BY NAME

HAVING (COUNT(*) > 1)

В результате работы было обнаружено, что в данной таблице имеет место дублирование магистерской программы «Технология интегральной наноэлектроники» (см. рис.)

 

Для проверки реализуем запрос, который доказывает дублируемость данных:

 

Рекомендация 1: избавиться от дублирующей строки.

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

Проверка на наличие ошибок в связях между записями.

 

В документации к ИРРО заявлены следующие связи:

objects.ID_TYPE=types.ID_TYPE

objects.ID_OBJECT=objects_relation.ID_OBJECT_1 (ИД родительского элемента)

objects.ID_OBJECT=objects_relation.ID_OBJECT_2 (ИД дочернего элемента)

objects_fields.ID_Field=Fields.ID_Field

objects_fields.ID_TYPE=types.ID_TYPE

objects_stat.ID_Field=Fields.ID_Field

objects.ID_OBJECT=objects_stat.ID_objects

 

При проверке всех связей в БД выяснилось, что колонка “ID_TYPE” таблицы “objects” не имеет никаких связей с другими таблицами, что противоречит документации.

SQL-запрос на просмотр всех связей в БД:

SELECT * FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE

Пример выполнения этого запроса:

 

 

Проверка правильности формирования отчетных форм.

Проверка правильности формирования отчета «Статистика по направлениям подготовки»

Проверка формирования данного отчета проводилась на примере направления подготовки " 201000 Биотехнологические системы и технологии ".

Отчет содержит следующие пункты для каждого направления подготовки:

- Наименование профилей бакалавриата

- Наименование магистерских программ

- Выпускающая кафедра

- Число дисциплин в УП

- Число дисциплин в ИРРО

-Число отсутствующих в ИРРО дисциплин

- Всего ИР

- Всего ИР НИУ- Всего ИР не НИУ.

Тест на полноту:

В колонке "Число отсутствующих в ИРРО дисциплин" все значения отрицательные. В других направлениях подготовки встречаются как отрицательные, так и положительные значения этой величины. Судя по отчету, данное поле заполняется автоматически вычитанием числа дисциплин в ИРРО из числа дисциплин в учебном плане. В случае если в учебном плане оказалось меньше дисциплин, чем в ИРРО, система выдает отрицательные значения в данном поле, что может сбить с толку просматривающего отчет. Без указания причин появления таких аномальных значений считаю отчет неполным.

Тест на отсутствие:

Самым первым пунктом в отчете идет направление подготовки №192, по которому в учебном плане нет никаких сведений. Данное направление подготовки не должно присутствовать в отчете.

Так как в разделе "Учебный план" системы ИРРО нельзя удалять/добавлять направления подготовки, все тесты на точность проводились путем ручного пересчета пунктов и сверки их количества со значением в отчете.

Тест на точность:

-количество магистерских программ и профилей бакалавриата совпадает с указанным в отчете,

-выпускающая кафедра совпадает с указанной в отчете,

-количество ИР совпадает с указанным в отчете,

-количество ИР НИУ совпадает с указанным в отчете,

-количество ИР не НИУ для каждого направления подготовки вычисляется путем вычитания количества ИР НИУ из количества всех ИР и для всех направлений подготовки указано правильно.

Проверка правильности формирования отчета «Статистика по структурным компонентам»

Структурные компоненты системы делятся на 4 типа: тема, модуль, дисциплина, дисциплина НИУ, кафедра. По каждому компоненту системой предоставляется статистика в виде отчета. Ниже представлены результаты тестирования отчетов.

Отчет «Статистика по теме» на примере темы: «Понятие искусственного интеллекта. Тест Тьюринга. Подход к понятиям “удовольствия” и “боли” с позиции искусственного интеллекта. Подходы к моделированию работы мозга. Неалгоритмическая природа интуиции».

Отчет содержит: название темы, количество теоретических материалов, заданий к практическим и лабораторным занятиям, контрольных мероприятий, учебно-методических рекомендаций, ЭМИРСов, ссылок на литературу, программного обеспечения.

Тест на точность:

Переименована тема - в отчете отображается. При любых добавлениях/удалениях мероприятий, их количество отображается корректно.

Тест на полноту:

-тест на отсутствие: прикрепляем сценарий, количество мероприятий в теме не меняется.

-тест на наличие: прикрепляем контрольную работу, количество контрольных мероприятий меняется.