Файл: Разработка конфигурации «Продажи» в среде 1С:Предприятие 8.3.pdf

Структура справочника по организациям (поставщики, клиенты) представлен в таблице 2.10.

Таблица 2.10 – Структура справочника «Организации»

Таблица 2.11 – Структура справочника «Клиент»

В таблице 2.12 представлен список входной информации, источник возникновения и описание.

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

Таблица 2.12 – Перечень входной информации

Структура таблиц с оперативными данными представлены в таблицах 2.13 – 2.15.

Таблица 2.13 – Структура документа «Закупка»

Таблица 2.14 – Структура документа «Заказ»

Таблица 2.15 – Структура документа «Продажа»

2.2.3 Характеристика результатной информации

Результатная информация работы представляется на рассмотрение директору или продавцу-товароведу, затем бухгалтеру для проверки и выполнения операций с финансами.

В таблице 2.16 представлен перечень результатной информации, адресат, описание и на чём основана данная информация.

Таблица 2.16 – Перечень результатной информации

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

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

Таблица 2.17 – Структура результатного документа «План продаж»

Таблица 2.18 – Структура результатного документа «План закупок»

Структура отчета по продажам представлена в таблице 2.19

Таблица 2.19 – Структура отчета «Отчет по продажам»

2.2.4 Инфологическая модель данных

Модель Сущность-Связь (ER-модель) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных.

ER-диаграммы очень удобны при проектировании моделей информационных систем, баз данных, архитектур программ и т.д. В ER-диаграмме указываются сущности, отношения между сущностями и атрибуты сущностей. Связь – ассоциирование двух или более сущностей.

По ориентации на этапы жизненного цикла проектирования информационных систем CASE-технологии подразделяются на средства анализа, предназначенные для построения и анализа моделей проблемной области, и средства проектирования баз данных, обеспечивающих моделирование данных и генерацию схем баз данных. При проектировании баз данных используется CASE-средство Erwin для создания логической и физической модели данных.

Во время выполнения построения ER-модели сразу же выполняются этапы нормализации отношений будущей БД, необходимо привести БД к 3 нормальной форме.

База данных информационной системы «Учет товаров и продаж в магазине» состоит из 8 справочников, 7 таблиц.

Справочники:

- Товар.

- Клиенты.

- Сотрудник.

- Марка товара.

- Тип товара.

- Организация.

- Адрес.

- Единицы измерения.

Таблицы:

- Продажа.

- Закупки.

- План продаж.

- Состав плана продаж.

- План закупок.

- Состав плана закупок.

- Заказ.

Логическая модель базы данных ИС «Учет товаров и продаж в магазине» представлена на рисунке 2.5.

Рисунок 2.5 – ER диаграмма логического уровня

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

Поскольку выбрана реализация в технологической платформе 1С Предприятие 8.3, то в создании структуры базы данных с применением конкретной СУБД нет необходимости. Технологическая платформа 1С предприятие позволяет создавать структуру данных на основе метаданных конфигурации и самостоятельно отвечает за размещение и доступ данных на жестком диске. Задачей разработчика является создание документов с указанной структурой и обеспечение взаимосвязи документов по ключевым полям.

2.3 Разработка программного обеспечения

2.3.1 Структурная схема функций управления и обработки данных

Будут автоматизированы процессы создания документации в виде заказов товаров, закупки товаров, учета товаров, а так же необходимая отчетность для руководства, а именно:

– оформление плана закупок, его исполнение;

– закупка товаров;

– заказ товаров;

– продажа товаров;

– план продаж;

– формирование отчетов;

– учет контрагентов и товаров.

Главный модуль позволяет получить данные из базы: таблицы и виды; просмотреть данные; осуществить поиск по данным, выбрать запись данных для редактирования.

Порядок диалогов заложен теми функциями, которые выполняют продавцы.

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

Рисунок 2.6 – Схема функций управления программным обеспечением

2.3.2 Описание программных модулей

Основным объектом конфигуратора является конфигурация системы, представляющая собой совокупность конкретных объектов, составляющих реальное приложение, а также набор процедур и функций, с помощью которых манипулируют данными. Она определяет работу реального приложения и создается в интегрированной среде системы «1С: Предприятие 8.3». Структура конфигурации представляет собой совокупность трех взаимосвязанных составных частей:

1. Структуры метаданных конфигурации.