67
Процесс работы показан на информационной модели на рисунке 2.2.
Область входной информации
ИС
Спр
Производители
Спр
Производители*
Спр Магазины
Спр Типы товаров
Спр Типы
товаров*
Спр Товары
Спр Товары*
Спр Пользователи
Спр
Пользователи*
Т Продажи
Т Продажи*
Т Наличие
товаров
Т Наличие
товаров*
Учет
производите
лей
Учет
пользовател
ей
Сведения о
пользователях
Учет
товаров
Прайс-лист
Учет продаж
Учет
поступления
Список типов
товаров
Список
типов
товаров
Отчет о
наличии
товаров
Отчет о
наличии
товаров
Список точек
реализации
Список
точек
реализации
Список товаров
Список
товаров
Отчет о
продажах
Отчет о
продажах
Список
производителе
й
Список
производите
лей
Список
пользователей
Список
пользовател
ей
Менеджер
Учет
магазинов
Список
магазинов
Спр Магазины*
Администратор
Менеджер
Область справочников системы
Область обработки информации
Область выходной информации
Спр Категории
товаров
Спр Категории
товаров
Рисунок 2.2 Информационная модель системы
В системе предусмотрены следующие справочники:
Пользователи
Товары
Типы товаров
Категории товаров
Производители
Магазины
К таблицам с промежуточной информацией относятся таблица Продажи и
Наличие.
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. При использовании основных справочников
происходит учет продаж, в ходе которого записывается информация в таблицу
68
Продажи. Учет поступления товаров на Магазины регистрируется путем
занесения информации в таблицу Наличие. Ее же данные меняются при продажах
товара, позволяя постоянно иметь сведения об актуальном количестве того или
иного товара.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В системе используются следующие входные документы:
Договор о поставке;
Договор о продаже;
Прайс-лист;
Документ Договор о поставке имеет следующие реквизиты:
Наименование продукции;
Количество ;
Дата поставки;
Реквизиты поставщика.
Документ договор о продаже имеет следующие реквизиты:
Наименование продукции;
Количество ;
Дата продаж;
Документ Прайс-лист имеет в своем составе следующие реквизиты:
Наименование
Артикул
Единица измерения
Закупочная цена
Оптовая цена
Розничная цена
Все документы могут поступать как бумажной, так и в электронной формах.
В системе используются справочники, приведенные в таблице 2.2.
Таблица 2.2
Перечень используемых справочников
69
№
п
п
название
справочника
ответственн
ый за
ведение
средний
объём
справочни
ка в
записях
среднюю
частоту
актуализац
ии
средний
объем
актуализаци
и, %
1.
Сотрудники
Администрат
ор
100
1 раз в месяц
10
2.
Товар
Администрат
ор
100
1 раз в месяц
10
3.
Тип товара
Администрат
ор
50
1 раз в месяц
10
4.
Категория
товара
Администрат
ор
50
1 раз в месяц
10
5.
Производите
ли
Администрат
ор
500
1 раз в
неделю
25
6.
Магазины
Администрат
ор
500
1 раз в
неделю
25
Реквизитный состав справочников приведен в таблице 2.3.
Таблица 2.3
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1
Сотрудники
Фамилия;
Имя;
Отчество;
Дата рождения
Пароль
Логин
Дата регистрации.
2
Товары
Полное наименование
Краткое наименование
Тип товара
Категория товара
Единица измерения
Стоимость
Продолжение таблицы 2.3
№ пп
Наименование
Перечень реквизитов
3
Тип товара
Полное наименование
Краткое наименование
4
Категория товара
Наименование
5
Производитель
Наименование
6
Магазины
Наименование
70
2.2.3 Характеристика результатной информации
Результатная информация – информация, полученная при выполнении
запросов к таблицам БД. В конкретном случае представляет собой выборку из
базы данных системы и не содержится в каких-либо специальных таблицах БД.
Результатные документы, являясь одной из важнейших частей системы
учета продаж, должны отвечать следующим требованиям:
Информация должна быть полной – содержать в себе все
необходимые входные и результатные показатели;
Актуальность выводимой информации;
Достоверность информации;
Логически построенные формы документа;
Полная автоматизация расчетов показателей.
В рамках проекта результатная информация представляется в виде двух
форм:
1. В виде печатных форм
2. В виде экранной формы
В качестве выходных в разработанной системе учета продаж формируются
следующие документы:
Отчет по продажам за магазин;
Отчет по продажам за категорию товара;
Отчет по продажам за типы товаров;
Отчет по продажам за продавцов.
Каждый отчет формируется за определенный временной период.
Используемые классификаторы и система кодирования
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанной системе предусмотрено 2 вида пользователей:
Администратор;
Продавец.
Каждый из этих лиц обладает в системе своими возможностями.
71
Функции администратора системы учета продаж представлены на рисунке
2.3.
Функции
Служебные
Основные
Настройки
программы
Справка
Получение
отчетных
документов
Отчет по продажам за
магазин
Отчет по продажам за
категорию товара
Отчет по продажам за
типы товаров
Работа со
справочниками
Продавцы
Товары
Производители
Типы товаров
Отчет по продажам за
продавцов
Категории
товаров
Магазины
Рисунок 2.3 Функции администратора
72
Функции
Служебные
Основные
Авторизация
Справка
Учет
поступления
Товар
Магазин
Количество
Учет продаж
Товар
Магазин
Количество
Рисунок 2.4 Функции продавца
Сценарии диалога, формирующийся на основе дерева функций, приведены
на рисунках 2.5 – 2.6.
Главное
меню
Настройки
программы
Статистика
Отчет по продажам за
магазин
Отчет по продажам за
категорию товара
Отчет по продажам за
типы товаров
Справочники
Продавцы
Товары
Производители
Типы товаров
Отчет по продажам за
продавцов
Категории
товаров
Магазины
Табличный
вид
Графический
вид
Удаление
Добавление
Редактирование
Сортировка
Рисунок 2.5 Сценарий диалога для администратора
73
Главное
меню
Выход
Пополнение
Продажа
Товар
Магазин
Количество
Товар
Магазин
Количество
Мои продажи
Табличный
вид
Графический
вид
Рисунок 2.6 Сценарий диалога для продавца
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное безотносительно
к применяемым в дальнейшем техническим и программным средствам.
Инфологическая модель создается динамической и поддерживает легкую
корректировку. К базовым требованиям, относящимся к инфологической модели,
относят следующие:
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об объектах
системы. Компонентами ER-модели становятся сущности (объекты) и отношения
(связи между объектами). Объект поддерживает несколько реализаций или
экземпляров. Сам экземпляр объекта реализуется совокупностью нескольких
значений реквизитов и определяется однозначно, т.е. идентифицируется
значением ключа объекта, состоящем из одного ли нескольких ключевых
реквизитов.
74
Сущности бывают независимыми и зависимыми. Сущность называется
независимой, если каждый ее экземпляр может однозначно определяться без
выражения ее отношений с остальными сущностями. Однозначное определение
экземпляра зависимой сущности исходит от отношений с другими сущностями.
Для визуализации отношений между сущностями применяются связи.
Связи имеют место быть, если экземпляры сущностей логически связаны друг с
другом.
Разработанная база данных состоит из семи таблиц. ER-диаграмма базы
данных представлена на рисунке 2.7.
Рисунок 2.7 ER-диаграмма базы данных
Состав полей таблиц приведен на рисунках ниже.
75
Рисунок 2.8 Структура таблицы Категории
Рисунок 2.9 Структура таблицы Магазины
Рисунок 2.10 Структура таблицы Наличие товаров
Рисунок 2.11 Структура таблицы Продавцы
Рисунок 2.12 Структура таблицы Производители
76
Рисунок 2.13 Структура таблицы Типы товаров
Рисунок 2.14 Структура таблицы Товары
Рисунок 2.15 Структура таблицы Учет продаж
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Программные модули, образующие структуру пакета, можно подразделить
на три класса: управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю; модули, выполняющие служебные
функции; модули, связанные с вводом, хранением, обработкой и выдачей
информации. От класса модуля зависит его функциональность.
Структурная схема пакета представлена на рисунке 2.16.