2.5 Разработка программного кода

Программный продукт разработан средствами объектно-ориентированного языка Delphi и представляет модульную структуру.

Структура программы состоит из следующих модулей:

• модуль основного интерфейса программы – main.dcu;

• модуль данных – dm.dcu;

• модуль формы запуска «Вход в программу» – platk.dcu;

• модуль справочника «Платежи» – platg.dcu;

• модуль формы редактирования оплат – addplat.dcu;

• модуль формы идентификации пользователя – vxod.dcu;

• модуль просмотра и печати – plprint.dcu;

• модуль формы для работы с пользователями программы – polzov.dcu.

В ходе разработки кода программы были использованы следующие программные продукты: Database Desktop, BDE Administrator, Borland Delphi 7.

Database Desktop - это утилита, которая поставляется вместе с Delphi для интерактивной работы с таблицами различных форматов локальных баз данных - Paradox и dBase, а также SQL-серверных баз данных InterBase, Oracle, Informix, Sybase.

BDE Administrator - представляет собой администратор процессора баз данных BDE, позволяет устанавливать параметры БД и системные параметры. Основными настраиваемыми параметрами являются:

• параметры псевдонимов БД;

• параметры драйверов БД;

• системные установки (форматы времени, чисел и т.д.)

2.6 Отладка программы

Интегрированная среда разработки Delphi предоставляет программисту мощное средство поиска и устранения ошибок в программе -отладчик. Отладчик позволяет выполнять трассировку программы, наблюдать значения переменных, контролировать выводимые программой данные. 

Выбирая нужную команду из меню Run, можно выполнить трассировку программы. Активизировать и выполнить трассировку можно при помощи функциональной клавиатуры. Команде Step over соответствует клавиша <F8>, а команде Trace into — клавиша <F7>. В результате, если программа работоспособна, она должна запуститься как показано на рисунке 11.

Рисунок 11 – Результат трассировки программы.

В любой момент времени можно завершить трассировку и продолжить выполнение программы в реальном темпе. Для этого надо из меню Run выбрать команду Run. 

При необходимости выполнить трассировку части программы следует установить курсор на инструкцию программы, с которой надо начать трассировку, и из меню Run выбрать команду Run to cursor или нажать клавишу <F4>. Затем, нажимая клавишу <F7>или клавишу <F8>, выполнить трассировку нужного

фрагмента программы, как показано на рисунке 12

Рисунок 12 – Трассировка части программы.

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

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

На основе листинга программного продукта и блок – схемы алгоритма формируется потоковый граф. На графе нумеруются операторы, производится отображение пронумерованных операторов в узлы и вершины.

R1

R3 R4

R2

Рисунок 13 – Потоковый граф.

После того как построен потоковый граф, определяется цикломатическая сложность потокового графа по каждой из формул [11, с. 64].

V(G) = 4 региона (1)

V(G) = E – N + 2, (2)

где Е – количество дуг графа,

N – количество узлов графа.

Подставляя данные в формулу (5.2), получим следующее

V(G) = 16 – 14 + 2 = 4.

V(G) = p + 1, (3)

где р – количество предикатных узлов.

Таким образом, V(G) = 3 + 1 = 4.

Далее определяется базовое множество независимых линейных путей.

• Путь 1: 1-2-3-4-5-6-3.

• Путь 2: 1-2-3-4-5-6-7-8-9-3.

• Путь 3: 1-2-3-10-11-12-13-3.

• Путь 4: 1-2-3-10-14.

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

Определяются тестовые варианты, удовлетворяющие выявленному множеству независимых путей.

Тестовый вариант для пути 1.

Исходные данные – лицевой счет абонента, диапазон дат оплаты платежей.

Ожидаемый результат – отображение информации о платежах, соответствующей выбранным критериям. Отсутствие ошибок и дефектов полноты отображения данных.

Тестовый вариант для пути 2.

Исходные данные – лицевой счет абонента, данные об оплате платежей.

Ожидаемый результат – вывод формы редактирования в одном из режимов: вставка или редактирование, заполнение полей формы информацией и запись данных в базу. Отсутствие ошибок и правильность отображения элементов формы, в зависимости от режима редактирования.

Тестовый вариант для пути 3.

Исходные данные - лицевой счет абонента или диапазон дат оплаты платежей.

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

Тестовый вариант для пути 4.

Исходные данные - сохранение всех введенных данных.

Ожидаемый результат – завершение работы приложения.

Таким образом, реальные результаты работы программы совпадают с ожидаемыми, следовательно, программный продукт работает корректно.