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

Не забудьте в запросе поменять имя таблицы задач на используемую вами.

В форму, где хотим выводить маршрут вставляем объект типа ПолеГрафическойСхемы и для его обновления прописываем следующий код:

ЭлементыФормы.КартаМаршрута.УстановитьСхему(ПроцедурыЗаявокПользователя.СформироватьКартуМаршрута(Ссылка, "КартаДляМанагера"));

где Ссылка - ссылка на ваш бизнес-процесс, КартаДляМанагера - имя макета маршрута, куда мы поместили упрощенную карту. 

В итоге получаем на форме упрощенную карту маршрута с выделенными жирным пунктиром текущими невыполненными задачами. 

2.5 Описание разработанных подсистем в среде 1С:Предприятие

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

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

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

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

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

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

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

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

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

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

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

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

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

2.6 Описание разработанного интерфейса пользователя в среде 1С:Предприятие (разработка управляемого интерфейса)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.7 Контрольный пример реализации проекта в среде 1С:Предприятие и его описание

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

Реализация контрольного примера состоит из трех этапов:

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

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

Параметры настройки

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

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

РИБ по магазинам позволяет установить надежный обмен данными между магазинами с разделением документооборота. В центральном узле РИБ консолидируется информация по всем магазинам сети, с его помощью можно быстро создать периферийный узел РИБ.

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

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

Конфигурация «Бухгалтерия предприятия» ред. 2.0, 3.0 при совместном использовании с конфигурацией «Предприятие 8.3» обеспечивает регламентный учет операций. Оперативный учет товародвижения и остатков денежных средств в кассах производится в конфигурации «Предприятие 8.3». Подробнее...