3.3 Алгоритм и логическая структура программы

Схема логических связей между модулями программы представлена на рис. 3.7:

Рисунок 3.7 - Схема логических связей между модулями программы

Алгоритм работы программы с базой данных представлен на рисунке 3.8

Рисунок 3.8 - Алгоритм работы программы с БД

3.4 Вызов и загрузка

Загрузка программы производится запуском файла SUD.EXEиз средыWindows. Необходимо, что в текущей папке находился файлSUD.MDB– файл, содержащий БД для проведения аналитических расчетов.

Файл SUD.MDB– файл БД, созданный в СУБДAccessиз пакетаMicrosoftOfficeXP2007. Для непосредственного редактирования таблиц, возможно использование СУБДAccess.

3.5 Выбор и обоснование технического обеспечения задачи

Для разработки исполняемого файла использовался VisualBasicforApplications. Для проектирования БД использовалась СУБДAccessиз пакетаMicrosoftOfficeXP2007, что объясняет минимальную конфигурациюhardware:

Исходя из доступности и распространенности платформы Intelx86, а также наличия широкого выбора программных средств, предпочтение было отдано именно этой аппаратной платформе. Поскольку программная часть рассчитана на микропроцессоры, поддерживающие 32 битные инструкции, приложение является прямо совместимо с более современными микропроцессорами, поддерживающими 64 битные инструкции.

Минимальные требования к аппаратной части ПК следующие:

• микропроцессор класса не ниже Pentium3;

• оперативная память не менее 128 Mb;

• жесткий диск не менее 10 Gb;

• SVGAсовместимый видеоадаптер;

• привод CD-ROM;

• дисплей с разрешением не менее 800х600 точек;

• мышь, клавиатура;

• принтер.

Рекомендуемые требования к аппаратной части ПК следующие:

• микропроцессор класса Intel Core i3-380UM (1.33 ГГц)

• оперативная память 4 Гb;

• жесткий диск не менее 320 Gb;

• видеоадаптер интегрированный, Intel HD;

• привод CD-RW;

• дисплей с разрешением 1024х768х60Hz;

• мышь, клавиатура;

• принтер.

3.6Описание функционирования компонентов задачи

Главное меню программы выглядит следующим образом:

3.7 Тестирование программного продукта

Комплексное тестирование – процесс поисков несоответствия системы ее исходным целям. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:

Тестирование стрессов. Распространенный недостаток больших систем в том, что они функционируют как будто бы нормально при слабой или умеренной нагрузке, но выходят из строя при большой нагрузке и в стрессовых ситуациях реальной среды. Тестирование стрессов представляет попытки подвергнуть систему крайнему “давлению”.

Для проведения тестов осуществлялось большое количество запросов к БД (20 запросов). В результате теста не было зафиксировано никаких отклонений в работе программы, но было отмечено определенное замедление работы БД с запросами.

Тестирование объёма. В то время как при тестировании стрессов делается попытка подвергнуть систему серьёзным нагрузкам в короткий интервал времени, тестирование объема представляет собой попытку предъявить системе большие объёмы данных (максимальный объем базы данных, 7 Мб) в течение более длительного времени.

Для проведения тестов создавалась БД как можно больших размеров, создавались очереди документов, выводимых на печать, использовались граничные значения числовых форматов. В результате теста также не было зафиксировано отклонений в работе программы, обработка запросов БД осуществлялась с незначительным замедлением.

Тестирование конфигурации. Многие системы обеспечивают работу различных конфигураций аппаратуры и ПО. Число таких конфигураций часто слишком велико, но необходимо проверить хотя бы максимальную и минимальную конфигурации. Система была проверена со всеми аппаратными устройствами, с которыми она может осуществлять работу (внешние накопители данных, принтеры).

Тестирование защиты.Так как внимание к вопросам сохранения секретности в сегодняшнем автоматизированном обществе возрастает, к большинству систем предъявляются определенные требования по обеспечению защиты от несанкционированного доступа. Цель тестирования защиты – нарушить секретность в системе.

В результате проведения теста было зафиксировано, что пользователь не имеющий доступа к системе проникнуть в нее не может.

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

На основание проведения вышеперечисленных тестов можно заключить, что:

• созданная система выполняет все функции, указанные в ТЗ;

• при аварийном отключении сохраняет максимально возможное количество данных;

• система способна работать на ПК различной конфигурации, в том числе и минимальной;

• система отвечает поставленным требованиям по защите от несанкционированного доступа;

• система корректно осуществляет свою работу при работе с большими объемами данных (при максимальном объеме БД – 30 Мб) и при большом количестве запросов (20 запросов).