Дипломная работа: Автоматизация формирования коммерческих заказов и их калькуляции для ООО "ЮниФренд"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
Количество
Числовой
Продукция
Ссылка
Стоит отметить, что в документах применяются ссылки на все
справочники, которые описаны выше.
Ниже, на рисунках 2.16 и 2.17, показаны экранные формы документов:
Рис. 2.16. Экранная форма документа Товары
Рис. 2.17. Экранная форма документа Заказы
Документы заполняются по необходимости, а именно:
– документ Заказы заполняется при формировании нового заказа (в
среднем, 4-5 раз в рабочий день);
68
– документ Товары заполняется при поставке нового ассортимента
товара (в среднем, 1-2 раза в рабочий день).
Вся информация заполняется менеджером вручную на основании прайс-
листа и договоров с поставщиками.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Программное обеспечение для автоматизации формирования заказов
предусматривает работу одного пользователя, которые выполняет обработку
документации по заказам. Дерево функций, что реализованы в системе,
представлены ниже на рисунке 2.18.
Рис. 2.18. Дерево функций
Обработка накладных предназначена для анализа информации о
поставляемом товаре. На основании выполненного анализа выполняется ввод
69
оперативных данных, а также осуществляется работа пользователя с ИС. В
результате указанных действий будет сформирован список заказов.
Служебные функции выполняются для работы со справочниками.
Заметим, что описанные функции ИС разделены между подсистемами
(рис. 2.19):
Рис. 2.19. Подсистемы
К примеру, результатная информация, которая может повлиять на учет
заказов будет присутствовать в разных подсистемах. [14, c.55]
На базе описанной информации рассмотрим сценарий работы с
конфигурацией (рис.2.20).
Рис. 2.20. Последовательность операций для ИС
70
2.3.2. Характеристика базы данных
После анализа данных по предметной области надо выделить
совокупность сущностей БД:
– Товары;
– Типы товаров;
– Поставщики;
– Пол;
– Заказы;
– Склады.
Реквизитный состав данных сущностей представлен в таблицах 2.2 – 2.4,
2.6 – 2.7.
Стоит заметить, что все сущности в своей структуре применяют ключевые
поля.
Рассмотрим далее результат связывания объектов хранилища данных.
Между объектами Поставщики и Заказы присутствует связь «один-ко-
многим», поскольку один поставщик может несколько раз присутствовать в
документе Заказы.
Между объектами Товары и Заказы есть связь «один-ко-многим»,
поскольку 1 товар может несколько раз присутствовать в документе Заказы.
Между объектами Тип товаров и Товар будет присутствовать связь типа
«один-ко-многим», поскольку один тип товаров несколько раз будет
присутствовать в перечне товаров.
Между объектами Склады и Товары используется связь «один-ко-
многим», так как один склад может содержать несколько разных товаров.
На основании рассмотренной информации создадим ER-модель базы
данных (рисунок 2.21):
71
Поставщик
Код
Наименование
Адрес
Пол
Телефон
Тип товара
Код типа
Наименование
Ответственный
Товары
Номер
Код (FK)
Код типа (FK)
Дата
Наз вание
Цена
Склад
Склад
Код
Наименование
Заказ ы
Номер (FK)
Код (FK)
Код типа (FK)
Дата
Поставщик
Количество
Продукция
Рис.2.21. ER-модель
На основании указанной модели будет построена структура создаваемой
конфигурации.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Созданная конфигурация полностью соответствует всем требованиям по
структуре и обработке информации.
На основании платформы 1С:Предприятие рассматриваются данные,
которые обрабатываются при распределении на несколько подсистем:
– Администрация;
– Отдел заказов;
– Бухгалтерия.
Для каждой подсистемы присутствует ряд функций, которые кое в чем
накладываются и совпадают.
Платформа в этом случае обеспечивает хранение информации с помощью
базы данных, а также при использовании встроенных инструментов выполняется
обработка информации в соответствии с целью проекта.
На рисунке 2.22 показано дерево вызовов, которое применяется в ИС.
Источник: https://baza.diplomsite.ru/previewfile/11328