Курсовые работы / ПРИС П _6

Рисунок 23 – Схема взаимосвязей модулей и массивов данных

1.8 Блок-схема построения отчета о квитанции всех клиентов

Общая блок-схема функционирования информационной системы представлена на рисунке 24. Блок-схема представляет собой совокупность символов, соответствующих этапам работы информационной системы учета платежей абонентов телефонной сети.

Более частный случай обработки одного запроса представлен на рисунке

25. При нажатии кнопки «Отчеты» появляется окошко со списком отчетов. В

данном разделе есть один отчет под названием «Квитанция». Он содержит в себе номер телефона, дату выдачи квитанции и сколько необходимо оплатить клиенту за услуги оператора[9].

22

Рисунок 25 – Блок-схема построения отчета о квитанции клиентов

1.9 Инструкция пользователя по установке программного продукта и работе с ним.

Минимальные требования, необходимые для нормального функционирования системы: ПК на базе процессора Intel Celeron с тактовой частотой 1800 МГц, 512 Мб оперативной памяти, свободное место на жестком диске 40 Гб, требуемые программные средстваMS Access 2013 [14-15].

После запуска программы на экране отображается основной вид из главного меню, где вы можете получить доступ к любой форме. Чтобы изменить данные о клиентах, следует выбрать пункт меню "Клиенты"главного меню.

24

Рисунок 26 – Меню «Клиенты»

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

Меню «Квитанция» предназначено как для просмотра, так и для редактирования.

Форма «Квитанция» представлена на рисунке 27.

Рисунок 27 – Форма «Квитанция»

25

Для просмотра, редактирования или добавления нового телефонного номера необходимо нажать «Номер телефона"или выбрать соответствующий пункт меню, а затем на экране тех же форм имен появляется.

Рисунок 28 – Форма «Номер телефона»

1.10 Способы и результаты тестирования программного продукта в различных режимах

Тестирование программы проводилось в трех режимах нормальном,

экстремальном и исключительном. Тестирование программы проводилось путем добавления новых записей [29-30]. Рассмотрим тестирование в нормальном режиме.

26

Рисунок 29 – Добавление нового клиента в форме «Клиенты»

Рисунок 30 – Результат добавления нового клиента в таблице «Клиенты»

Рассмотрим проверку в исключительных условиях в запросе «Дата выдачи». Проверка заключалась в добавлении нового списка заемщиков

Рисунок 31 – Добавление новой записи

27

Рисунок 32 – Результат работы информационной системы в режиме исключительных условиях

С помощью режима в экстремальных ситуациях покажем на примере информационной системы, как работает запрос «Дополнительные услуги» [17].

Будем вводить такую дату, которая будет наиболее устаревшей. Результаты тестирования представлены на рисунке 26 и 27.

Рисунок 33 – Результат работы информационной системы в режиме экстремальных условиях

Рисунок 34 – Результат работы

Результат запроса загружался достаточно долго, но он не был выполнен.

28