86
Рисунок 2.26 Характеристика таблицыTypeValue
Рисунок 2.27 Характеристика таблицы Users
Рисунок 2.28 Характеристика таблицы Valuations
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Схема вызова программных модулей представлена на рисунке 2.29.
87
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Статус_договора
ПМ Параметры
ПМ Тип_операции
ПМ Тип_имущества
ПМ работы с
договорами
ПМ получения
отчетов
ПМ Список клиентов
ПМ Список договоров
ПМ Договор на займ
ПМ Ведомость договоров
ПМ Авторизация
ПМ Вывода
на печать
Рисунок 2.29 Схема вызова программных модулей
Описание программных модулей представлено в таблице 2.14.
Таблица 2.5
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при
их доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4)
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
88
№
п/п
Наименование модуля
Функции модуля
5)
ПМ вывода на печать
Выводит результатные документы на печать
2.3.4 Описание программных модулей
Общий алгоритм работы программы представлен на рисунке 2.30. Как
показывает схема, разрабатываемая информационная система должна
обеспечивать выполнение следующих задач:
1 Авторизация пользователя;
2 Учет клиентов;
3 Учет договоров на выдачу займа;
4 Формирование сводных отчетов.
89
Начало
Авторизация
пользователя
Авторизован?
Учет займа
Учет договора
Формирование отчета
нет
Конец
Учесть клиента
?
да
да
Завершить
работу?
нет
да
Работа с...
Договорами
отчетами
Нет
Рисунок 2.30 Алгоритм работы информационной системы
Рассмотрим подробнее каждый из них.
1 Авторизация пользователя (рисунок 2.31).
Каждый пользователь в системе имеет логин и пароль. Таким образом,
при каждом входе пользователя в систему запускается процедура авторизации
пользователя. Система отправляет запрос базе данных на наличие данной записи
90
о пользователе, и если она существует, то запускается процесс формирования
рабочей области пользователя. Рабочей областью называется набор данных, к
которым разрешен доступ пользователя. Доступ определен двух видов – на
чтение и редактирование информации. Данные о правилах доступа пользователя
к информации также должны содержаться в базе данных и предварительно
заносятся администратором системы.
Начало
Проверка наличия
учетной записи
пользователя
Существует в
списке имен?
Определение прав
доступа к
информации
Формирование
области доступных
данных
да
Конец
нет
Рисунок 2.31 Алгоритм авторизации пользователя
2 Учет договора (рисунок 2.32).
Процедура создания списка договоров необходима для обеспечения
работы системы. Данная процедура необходима для создания рабочей области
данных. Эта операция проводится пользователем самостоятельно, но в этот
момент он может оперировать только теми данными, на которые администратор
системы присвоил право доступа. Такая схема необходима для большей защиты
от неадекватных действий пользователя. После первичной операции создания
91
рабочей области, информация о ней сохраняется в базе данных. При
последующих входах в систему, список автоматически привязан к имени и
домену пользователя в системе, загружается в память. При появлении в
компетенции пользователя новых позиций он может запускать этот алгоритм для
обновления списка. Операция обновления аналогична операции создания.
Начало
Ввод ФИО
Учесть клиента?
да
Сохранение
настроек
Конец
Да
Ввод паспортных
данных
Выбор имущества
Заключение
договора
Формировать отчеты?
Выбор отчета
Выбор дат отчета
Да
Да
Работать со
справочниками?
Нет
Работа со
справочником
Выбор
справочника
Да
Печать отчета
Закончить работу?
Нет
Нет
Рисунок 2.32 Алгоритм работы в системе
92
2.4 Контрольный пример реализации проекта и его описание
Тестирование является важной и обязательной частью процесса
разработки. Причем, в разработке программы необходимо не только финальное,
обязательное тестирование, но и периодичное.
Процесс тестирования можно разделить на следующие этапы:
• проверка в нормальных условиях (правильность работы программы
для характерных данных);
• проверка в исключительных ситуациях.
• Тестирование нулевыми данными;
• Тестирование чужими данными;
• Тестирование избыточными данными.
Прикладное программное обеспечение будет тестироваться на локальной
машине с использование сервера MSSQL. Будет применяться комплексное
тестирование имитирующее работу пользователя и администратора с системой.
В ходе тестирования будут выполнены следующие действия: 1) регистрация
нового пользователя, 2) подтверждение регистрации администратором, 3)
задание прав модератора пользователю, 4) обработка заявки, 5) добавление
новой заявки.
Тестирование в нормальных условиях предполагает тестирование на
основе данных и условий, которые характерны для реального функционирования
программы. В данном случае нормальные условия это: наличие неповрежденной
базы данных, правильное указание параметров программы, ввод корректных
данных.
При проверке в нормальных условиях все функции программы работают
правильно, и выдается достоверная информация в соответствии с результатами
контрольных расчетов.
Тестирование нулевыми данными
В разработанной системе обязательными являются все поля, содержание
которых критично для вводимой информации.
93
Программа адекватно реагирует на нулевые и пустые данные и не
позволяет закрыть окна, пока все соответствующие поля не будут заполнены.
Тестирование чужими данными
Тестирование чужими данными проводилось в некоторых экранных
формах и при авторизации пользователя.
Например, в поле, имеющее числовой тип, нет возможности внести
данные типа строка.
Исключительные данные представляют собой ввод данных в избыточном
объеме. Программа определяет такие ситуации, выводит сообщение, что в
данной ячейке вводится ограниченное количество знаков.
В ходе тестирования система эксплуатировалась в условиях, близких к
реальным.
Система не позволяет пользователю вводить большинство
недопустимых значений, что существенно упрощает процесс тестирования,
минимизирует риск возникновения исключительных ситуаций и позволяет
достаточно полно проверить работоспособность программного обеспечения в
нормальных и экстремальных условиях. Вывод сформированных отчетных форм
на печать работает без сбоев.
Для начала работы необходимо пройти авторизацию:
Рисунок 2.33 Форма авторизации
Затем производится учет клиента:
94
Рисунок 2.34 Учет клиента
И учет договора в системе:
Рисунок 2.35 Учет договора
Для этого учитывается залог:
95
Рисунок 2.36 Учет залога
И далее – кредитные операции:
Рисунок 2.37 Учет операции
После проведения операции имеется возможность вывода на печать
приходного кассового ордера:
Рисунок 2.38 Приходный кассовый ордер