57
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
Работу с системой осуществляет сотрудник склада, который занимается
учетом товара. Дерево функций сотрудника склада представлено на рисунке
16.
Функции
Служебные
Основные
Ведение
справочников
Ввод данных
Получение
отчетных
документов
Настройки
Справка
Печать
выходных
документов
Учет товаров
Товары
Категории
Склад
Поставщики
Рисунок 16. Дерево функций системы
Под работой со справочниками подразумевается их заполнение и
редактирование (удаление записей).
Сценарий диалога, созданный на основе дерева функций, показан на
рисунке 17.
58
Главное меню
Вкладки
Меню
Справочники
Поступления
Продажи
Остатки
Справочники
Склад
Поставщики
Производство
Отчеты
Рисунок 17. Сценарий диалога для сотрудника
2.3.2. Характеристика базы данных
В результате исследования предметной области и требований к
разрабатываемой ИС были выделены следующие сущности [2, 11]:
– Категория товаров;
– Товар;
– Склад;
– Поставщик;
– Клиент;
– Операция (приход/расход);
– Спецификация операции
– Перемещение товара;
– Дисконтная карта;
– Справочник видов операций;
– Пользователь.
В таблице 11 представлено описание выделенных сущностей и
атрибутов.
59
Таблица 11
Описание структуры базы данных
Сущность
Атрибут
Ключевое поле
Обязательное
поле
1
2
3
4
Категория товара
Код категории
Да
Да
Наименование
-
Да
Товар
Код товара
Да
Да
Артикул
-
Да
Наименование
-
Да
Единица измерения
-
Да
Категория
-
Да
Стоимость поставки
-
Да
Стоимость продажи
-
Да
Объем, м
3
-
Да
Склад
Код склада
Да
Да
Наименование
-
Да
Адрес
-
Нет
Телефон
-
Нет
Внутренний телефон
-
Нет
Максимальный
объем склада, м
3
-
Да
Поставщик/
Клиент
Код
Да
Да
Наименование
-
Да
ИНН
-
Нет
Номер дисконтной
карты
-
Нет
Адрес
-
Нет
Телефон
-
Нет
Контактная
информация
-
Нет
Признак
клиент/поставщик
-
Да
Операция
Код операции
Да
Да
Номер операции
-
Да
Тип операции
-
Да
Сумма
-
Да
НДС
-
Да
Код поставщика
-
Нет
Код клиента
-
Нет
Спецификация
операции
Код спецификации
Да
Да
Код операции
-
Да
Код товара
-
Да
Количество
-
Да
Стоимость за
единицу товара
-
Да
Перемещение
Код перемещения
Да
Да
Дата перемещения
-
Да
Код товара
-
Да
Код склада
-
Да
Код склада
назначения
-
Да
60
Количество товара
-
Да
Причина
перемещения
-
Нет
Списание
Код списания
Да
Да
Дата списания
-
Да
Код товара
-
Да
Код склада
-
Да
Количество
-
Да
Причина
-
Нет
Дисконтная карта
Номер карты
Да
Да
Накопленная сумма
-
Да
Вид операции
Код вида операции
Да
Да
Наименование
-
Да
Обозначение
-
Да
Менеджер
Код
Да
Да
Логин
-
Да
Пароль
-
Да
ФИО
На рисунке 18 представлена ER-диаграмма «Сущность-связь» [12, 15],
отражающая связи выделенных сущностей.
61
Рисунок 18. ER-диаграмма «Сущность-связь»
62
На рисунке 19 представлена логическая модель базы данных [12, 15].
Рисунок 19. Логическая схема базы данных
Физическая модель данных зависит от конкретной СУБД, фактически
являясь отображением системного каталога. Физическая модель содержит
информацию обо всех объектах базы данных. Поскольку для объектов базы
данных не существует стандартов, физическая модель зависит от конкретной
реализации СУБД. Разработанная физическая модель для СУБД изображена
на рисунке 20.
Рисунок 20. Физическая структура базы данных
63
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Дерево программных модулей отражает структурную схему пакета,
содержащего программные модули различных классов:
модули, выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей
информации.
Дерево программных модулей, составляющих структуру основного пакета,
представлено на рисунке 21.
Рисунок 21. Структурная схема основного пакета
Форма аутентификации
Главная форма
Форма пользователя
Подсистема работы со
справочниками
Модуль визуализации
данных
Подсистемы работы с
документами
Модуль редактирования
визуализированных
данных
Подсистема работы с
отчетами
Модуль визуальных
эффектов
Модуль тестирования
БД
Форма
редактирования
пользователей
Модуль проверки
загружаемой
информации на
ошибки
64
2.4. Испытания разработанного решения
2.4.1. Перечень объектов и функций, подлежащих испытаниям
В соответствии с ГОСТ 34.603-92, автоматизированные системы до
внедрения в эксплуатацию проходят предварительные испытания.
Испытания ИС могут быть двух видов: комплексные и автономные.
Автономные испытания предполагают проверку отдельных составных
частей (модулей, подпрограмм и т.п.) ИС.
Комплексные испытания предполагают совместную проверку всех
составных частей и видов обеспечения (программного, технического и т.д.)
ИС.
В данной работе будут проведены автономные испытания.
Объектом испытания является автоматизированная информационная
система учета движения товара на складе предприятия.
В таблице 12 необходимо приведен перечень проверяемых функций ИС.
Таблица 12
Перечень проверяемых функций
№
п/п
Проверяемая функция
Примечание
1
Ведение справочников
Отдельно для каждого
справочника
2
Ввод данных
Отдельно для каждой
формы ввода
3
Формирование отчетных документов
4
Печать документов
2.4.2. Методы проведения испытаний
Описание проверки для печати документов приведено в таблице 13.
Таблица 13
Описание проверки для функции «Печать документов»
Параметр
Значение
Функция
1. Печать документа
Предмет проверки
1.1. Время печати
1.2. Соответствие формы образцу
1.3. Правильность вывода полей
Используемые средства
1.1. Секундомер, драйвер печати в PDF
1.2. Шаблон документа
Исходные данные
База данных программы, содержащая 50
65
Параметр
Значение
записей в основной таблице, наполненных
случайными значениями до максимально
допустимой длины полей
Искажения тестовой
информации для
имитации нештатных
ситуаций
А) в записи 48 все поля имеют нулевую длину
Б) в записи 49 все поля имеют размер более
максимально допустимого по заданию
Ожидаемая реакция
1.1. Время печати не более 10 секунд
1.2. Напечатанная форма на просвет
соответствует шаблону для всех записей,
наложения полей на надписи шаблона
отсутствуют
1.3. Поля 1,2,3 и 4 соответствуют полям 2,3,4
и 8 основной таблицы базы данных по каждой
записи
Способ определения
результатов
Параметры, определяемые требованиями
заказчика
Другие функции проверяются аналогично.
2.4.3. Проведение проверочных испытаний и их результаты
В этом разделе описывается фактический ход испытаний разработанной
ИС в последовательности, соответствующей разделу 2.4.2.
Результаты испытаний приведены в таблице 14.
Таблица 14
Результаты испытаний
№
проверки
Вид
проверки
Критериальный
параметр
Допустимые
значения
Результат
проверки
1
Ввод данных
в экранную
форму
Максимальная
длина строки
не менее 80
82
Допустимый
диапазон дат
01.01.1900-
31.12.2100
соответствует
2
Загрузка
данных из
файла
Время загрузки
1000 записей в БД
не менее 100 000
записей
<1,5 с
1,2 с
Реакция на
ошибку структуры
файла
Сообщение об
ошибке в
отдельном
окне.
Прекращение
обработки
файла
соответствует
66
Рисунок 22. Поступление
Рисунок 23. Вкладка «Продажа»