Курсовые работы / ПРИС П _3
.pdf
Рисунки 7-13 - Описание таблиц базы данных.
На Рисунке 14 представлена схема данных
Рисунок 14 – Схема данных
Дополнительное описание свойств таблиц БД представлено в приложении А.
1.6 Дерево программных модулей:
Клиентское приложение разработанной информационной системы содержит 27 модулей. В начале работы программы модуль генерации приложение создает модуль данных и открывает пользователю форму авторизации, в случае успешной авторизации, создается модуль «главное меню» с полученными правами доступа, в зависимости от имени пользователя. Остальные модули создаются в процессе работы программы, при вызове их из главного меню, либо из соответствующего модуля (для модулей редактирования данных) [12-13].
Дерево программных модулей представлено на рисунке 15
12!
Рисунок 15 – Дерево программных модулей
1.7 Схема взаимосвязей модулей и массивов данных Массивами данных в разрабатываемой информационной системе
являются таблицы. Все программные модули обращаются к массивам данных, формируя наборы данных с помощью SQL-запросов [14-15]. В теле SQL-запроса содержаться сведения из каких таблиц, какие поля нужно выбрать, а так же, при необходимости указывается условие отбора для запросов с параметрами, и поля, по которым нужно произвести сортировку набора данных. Так как в программе предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других таблиц, модулю, работающему с конкретной таблицей, связанной с другими таблицами, приходиться обращаться не только к основной таблице, но и к связанным с ней таблицам. Отчеты и обработки, так же создаются на основании данных, полученных из нескольких таблиц.
Схема взаимосвязей модулей и массивов данных представлена на рисунке 16
13!
Рисунок 16 - Схема взаимосвязей модулей и массивов данных
1.8 Алгоритм построения отчета «Формирование прайс-листа»
При фирмировании отчета «Прибыль от товаров» пользователю предлагается ввести дату начало и дату конца периода и нажать на кнопку «ОК». Процедура, привязанная к событию onclick этой кнопки, проверяет правильность ввода периода и выводит соответствующее сообщение, если период вверен некорректно, и далее предлагает пользователю вновь ввести период. В случае корректного периода, начальная и конечная дата
14!
преобразуются в формат, подходящий для SQL-запроса и выполняется SQLзапрос с параметрами (период времени между начальной и конечной датой и сортировка по полю ID_tov таблицы Товары). Текст SQL-запроса: « 'select id_tov_rc,max(data_rc) from rcen WHERE (data_rc<=#'+fmain.data(Date)+'#) group by id_tov_rc';». Далее количество записей в визуальном наборе данных приравнивается к количеству записей в наборе данных полученным с помощью SQL-запроса + 1(заголовки полей), а переменная j (обозначающая номер строки визуального набора данных) приравнивается к 1. Далее происходит перебор записей набора данных, при этом, если 2-вое поле текущей записи (название товара) равно 0-вою полю j-той записи, то ко 2-му полю j-той записи (прибыль от сбыта товара) прибавляется 5-е поле текущей записи. Если 2-вое поле текущей записи (название товара) не равно 0-вою полю j-той записи, то поля 2,3 и 5 текущей записи записываются в новую строку (j+1) визуального набора данных, и, соответственно переменная j увеличивается на 1. Затем из визуального набора данных удаляются пустые строки (при прогоне строк в цикле, как только встретиться первая пустая строка, она и все следующие за ней удаляются).
Блок-схема построения отчета «Прибыль от товаров» представлена на рисунке 17 [16-17].
В итоге на экране отображается таблица, содержащая названия товаров, поставщиков этих товаров и доход, полученный от их сбыта.
Блок-схема алгоритма:
15!
!
Рисунок 17 – Блок-схема построения отчета «Формирование прайс-листа»
1.9 Инструкция пользователя по установке программного продукта и работе с ним.
Требования к аппаратным средствам:
-процессор частотой 1000Hz и выше;
-объем оперативной памяти – 128 Мб и более; Требуемые программные средства:
-MS Access 2003 и выше версии;
-MS Word 2003 и выше версии.
16!
Запуск системы осуществляется при нажатии двойным щелчком по файлу с расширением .exe. Далее открывается форма с выбором логина и
пароля. Для администратора: 1, для Пользователя: 2.
Рисунок 18 – Ввод логина и пароля
Для выбора базы данных необходимо перейти: Файл=>Выбрать базу данных
Рисунок 19 – Выбор БД Информацию о контрагентах, товарах, доставке и заказах можно найти
в списках выпадающего меню.
Рисунок 20 – Просмотр информации в справочниках Для добавления, редактирования, изменения, поиска и сортировки записей необходимо нажать правой кнопкой мыши по форме.
17!
Рисунок 21 – Работа с записями справочников
1.10 Способы и результаты тестирования программного продукта в различных режимах
В качестве стратегии тестирования выбрана стратегия «черный ящик», то есть проверка соответствия функционирования информационной системы техническому заданию без учета особенностей алгоритма данного программного модуля. Тестирование проводилось методом «сверху вниз» в трех режимах нормальном, экстремальном и исключительном [18].
Тестирование программы проводилось для каждого модуля.
При тестировании в нормальном режиме никаких сбоев в программе не возникло. Например, при добавлении нового поставщика, все данные записываются в таблицу «Поставщики», в том числе, верно, обработаны связные поля. Результаты тестирования в нормальном режиме представлены на рисунке 22.
18!
Рисунок 22 – Результаты тестирования в нормальных условиях
Далее проведено тестирование в исключительных условиях. Например, при добавлении нового покупателя в справочнике «Покупатели» пользователь забыл заполнить все поля из списка. При нажатии кнопки «Сохранить» программа выдаст сообщение «Вы не заполнили одно или несколько полей» и, при нажатии кнопки «ОК», пользователь будет возвращен к заполняемой форме, сбоя не произойдет. Результаты тестирования в исключительных условиях представлены на рисунке 23.
Рисунок 23 – Результаты тестирования в исключительных условиях
Далее проведено тестирование в экстремальных условиях. Стоимость товара должна быть положительна. Граничным зхначением стоимости
19!
является 0. Если установить стоимость товара равной 0, то обработка пройдет верно. Результаты тестирования в экстремальных условиях представлены на рисунке 24.
Рисунок 24 – Результаты тестирования в экстремальных условиях
С данной ценой программа формирует отчет «Прайс-лист», который представлен на Рисунке 25.
Рисунок 25Формирование отчета при тестировании в экстремальных условиях
20!
В результате проведенного тестирования выявлена работоспособность программы. Стандартные исключительные и экстремальные ситуации обработаны, наиболее вероятные сбои программы предотвращены.
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсового проекта были закреплены теоретические знания, полученные в процессе изучения курса «Проектирование информационных систем», приобретены практиче ские навыки проектирования информационных систем. Для этого была проанализирована предметная область – деятельность интернет-магазина. Была построена функциональная модель бизнес-процессов по стандарту IDEF0, и физическая и логическая модели данных «сущность-связь» по стандарту IDEF1X. На основе полученных результатов был осуществлен выбор структур таблиц базы данных с учетом вопросов, связанных с нормализацией баз, а затем и непосредственное создание их структуры. Далее было разработано клиентское приложение с использованием файл-серверной архитектуры, построено дерево модулей и схема взаимодействия модулей и массивов данных. Разработанное приложение протестировано методом «сверху вниз» в трех режимах нормальном, экстремальном и исключительном. В результате проведенного тестирования выявлена работоспособность программы.
Результатом курсового проекта стала информационная система для автоматизации работы интернет-магазина, разработанная на основе применения структурно-функционального подхода. Программный код разработанной информационной системы представлен в приложении Б.
Все пункты технического задания реализованы, что свидетельствует о том, что все поставленные задачи решены, цель достигнута.
21!