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

2. Проектная часть

2.1 Информационная модель и её описание

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

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

Информационная модель имеет три области.

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

Область 2 описывает систему получения данных из базы данных.

В этой области пользователь получает такую информацию как реализация и поступление товара на склад из таблиц:

• • • Invoice (Реализация)
    • Plan (План продаж)
    • Product (Товары)
    • Provider (Контрагенты)

Область 3 информационной модели описывает подсистему получения отчетов. Результатом работы являются сформированные отчеты о состоянии реализованного товаров и сроках будущих поставок предназначенные для руководителя.

Информационная модель приведена на рисунке 2.1.

Рисунок 2.1 - Информационная модель комплекса задач

2.2 Характеристика нормативно-справочной, входной и оперативной информации

Выше перечисленные данные будут зано‏ситься в таблицы базы данных.

Таблица 2.1 - Структура таблицы «Users»

Т

Таблица 2.2 - Структура таблицы «Zayavki»

Таблица 2.3 - Структура таблицы «Goods_movement»

Структура но‏рмативно‏-справо‏чно‏й инфо‏рмации

Но‏рмативно‏-справо‏чно‏й инфо‏рмацией будут являться справо‏чники: «Единицы измерения», «О‏перации», «По‏ставщики», «Но‏менклатура».

Таблица 2.4- Структура таблицы «Unit_of_measure»

Таблица 2.5 - Структура таблицы «Nomenclature»

Таблица 2.6 - Структура таблицы «Supplier»

Таблица 2.7 - Структура таблицы «Operation»

Структура выхо‏дно‏й инфо‏рмации

Выхо‏дно‏й инфо‏рмацией будут являться следующие до‏кументы:

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

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

Система содержит отчеты, формы и запросы.

2.4 Общие положения (дерево функций и сценарий диалога)

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

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

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

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

Далее представлен сценарий диалога.

Рисунок 2.2 - Сценарий диалога для пользователя

Рисунок 2.3 – Дерево функций системы сотрудника

2.5 Характеристика базы данных

Инфологическая модель применяется после словесного описания предметной области.

Рисунок 2.4 - Ло‏гическая мо‏дель данных

Рисунок 2.5- Физическая мо‏дель данных

2.6 Структурная схема пакета (дерево вызова программных модулей)

Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис. 2.6).

Рисунок 2.6 – Дерево функций ИС

Сценарий диалога представлен на рисунке 2.7.

Рисунок 2.7 – Диалог с ИС

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

В основу программной реализации решения задачи был положен событийно-ориентированный подход. Выбранный в качестве языка программирования язык включает в себя мощный аппарат для поддержания этой наиболее перспективной технологии. Событийно-ориентированное программирование (англ. event-driven programming) — это способ построения компьютерной программы, при котором в коде (как правило, в головной функции программы) явным образом выделяется главный цикл приложения, тело которого состоит из двух частей: выборки события и обработки события. Как правило, в реальных задачах оказывается недопустимым длительное выполнение обработчика события, поскольку при этом программа не может реагировать на другие события. В связи с этим при написании событийно-ориентированных программ часто применяют автоматное программирование. В современных языках программирования события и обработчики событий являются центральным звеном реализации графического интерфейса пользователя. Рассмотрим, к примеру, взаимодействие программы с событиями от мыши. Нажатие правой клавиши мыши вызывает системное прерывание, запускающее определенную процедуру внутри операционной системы. В этой процедуре происходит поиск окна, находящегося под курсором мыши. Если окно найдено, то данное событие посылается в очередь обработки сообщений этого окна. Далее, в зависимости от типа окна, могут генерироваться дополнительные события. Например, если окно является кнопкой (в Windows все графические элементы являются окнами), то дополнительно генерируется событие нажатия на кнопку. Отличие последнего события в том, что оно более абстрактно, а именно, не содержит координат курсора, а говорит просто о том, что было произведено нажатие на данную кнопку. Событийно-ориентированное программирование, как правило, применяется в трех случаях:

• при построении пользовательских интерфейсов (в том числе ГПИ);
• при создании серверных приложений в случае, если по тем или иным причинам нежелательно порождение обслуживающих процессов;
• при программировании игр, в которых осуществляется управление множеством объектов.

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

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

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

В подсистему ведения справочников входят следующие модули:

• Модуль просмотра и редактирования списка товаров предназначен для просмотра списка номенклатуры, а также для выбора товара в какую-либо вызывающую форму;
• Модуль контрагентов предназначен для просмотра и редактирования списка контрагентов.

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

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

2.5 Описание контрольного примера реализации проекта

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