2.3.Тестирование и анализ тестирование

Тестирование заключалось в проверки работоспособности запросов и анализе того как эти запросы выполняются, а так же анализе полей информации, автоматизации и так далее. При заполнение полей главным критерием была информативность и краткость. То есть, моей задачей было, донести как можно больше полезной информации оператору, при этом, не переступив разумные границы масштабов таблиц. Если говорить простым языком, то девиз был следующий: «простота и точность». Как можно видеть из схемы данных, связи в данном случае довольно просты и как следствие, никакой путаницы в них возникнуть не может, а значит и неточностей с полями возникнуть не должно. Как мне кажется, это безусловный плюс.

Автоматизация поиска нужной информации осуществлялась с помощью запросов. О том, как они были связаны с таблицами, я подробно рассказал выше. Что касается удобства и работоспособности, то никаких видимых недостатков я в своей системе не увидел. Да они и не могли возникнуть, так как связь между таблицами довольно проста. Каждый запрос выдает именно ту информацию, что и требуется. Все «фильтры» работают как надо.

О запросах, опять же, я подробно говорил в пункте 2.2., поэтому сейчас остановимся конкретно на анализе работоспособности и удобстве. Как было сказано выше, в плане автоматизации, как мне кажется, всё сравнительно неплохо, поэтому остановимся на «фильтрах», а если быть точнее на методе отбора необходимой информации. При выборе запросов «Поставки оборудования» и «Поставки сырья» оператор открывает окошко, в которое требуется ввести значения параметров. Их два в каждом запросе: «Максимальная стоимость» и «Стадия\Код сырья». Почему второй параметр различается у запросов, я опять же объяснял в предыдущем пункте. При введении максимальной стоимости оператор должен оперировать возможностями предприятия и среднерыночными ценами, так как цены непостоянны, то ввести какой усредненный коэффициент не представляется возможным, разве что чисто условно.

Рассмотрим более подробно конструкцию запроса «Поставки оборудования» (Схема 3). Как можно видеть на рисунке, запрашиваемые параметры основываются на двух полях: «Стоимость» и «Стадия». При этом если в случае параметра «Стадия» всё предельно ясно (строгое значение параметра от 1 до 4), то в случае параметра «Стоимость» следовало сделать вывод отчета так, что бы выводилось оборудование подходящие не только под заданную цену, но и под цену что ниже заданной. Для реализации такого вывода, в поле «условие отбора» было введено условие «[Введите максимальную стоимость]» и дополнительное условие «<=[Введите максимальную стоимость]», в результате чего запрос отсортировывал оборудование по заданному оператору параметру равному или меньшему введенному количеству. Как уже говорилось, с параметром «Стадия» никаких сложностей не возникло, в качестве условия отбора было задано строгое «[Введите стадию (от 1 до 4)]». В запросе «Поставки сырья» была реализована схожая схема, за исключением нескольких незначительных особенностей.

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

Тестирование запросов

При нажатии запроса «Общая информация» выводится: