Разработка проекта подсистемы учета реализации товаров в оптовой торговле

Содержание:

Введение

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

Предмет исследования – подсистема учета реализации товара в оптовой торговле.

Объектами исследования являются деятельность торгового предприятия при ведении учета оптовой реализации товара.

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

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

В ходе выполнения данной работы необходимо решить следующие задачи:

• провести анализ процессов, которые характерны деятельности торгового предприятия;
• определить требования, предъявляемые к системам автоматизирующим деятельности деятельность торгового предприятия;
• сформулировать постановку задачи;
• выполнить моделирование деятельности торгового предприятия использовать современные программные пакеты моделирования, такие как BPWin, ErWin, Rational Rose;
• определить среду разработки, ее особенности, принципы создания объектов, требования, которые предъявляются к данным объектам, и средства разработки объектов;
• определить какие объекты можно реализовать в выбранной среде, описать их методы и свойства;
• программно реализовать объекты;
• протестировать объекты в реальных условиях или на типовых тестовых примерах.

Глава 1. Анализ принципов формирования документации при товарно-денежном обороте на торговом предприятии

1.1 Автоматизация торгового предприятия

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

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

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

1) налаживанию системы как на специфику конкретной организации, так и на изменения в законодательстве РФ, то есть в минимально короткий срок без потерь информационных данных не только перестроить план счетов, отчетные формы, типичные проводки, но и составить отчетность согласно новым требованиям учета;

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

3) наличие постоянной поддержки со стороны разработчиков программного обеспечения: обучение и консультативного сопровождения не только на случай поломок, но и внесения изменений.

Надо отметить, что на рынке нет универсального программного продукта, который был бы пригоден к использованию на предприятиях любой формы собственности и сферы деятельности [8].

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

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

Поэтому переход на новые формы организации торговли должен сопровождаться увеличением надежности учета и контроля [5].

Для полноценного учета, система должна выполнять следующие основные функции [17]:

1. Автоматизация стандартных операций:

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

2. Ведение справочников товаров, складов и торговых залов, поставщиков, покупателей (по безналичному расчету), материально-ответственных лиц;

3. Предоставление информации:

• о текущих остатках товаров;
• остатки на произвольную дату;
• данные о сроках реализации (для продуктов питания);
• историю движения товара;
• о документах.

4. Получение сведений:

• оборотно-сальдовая ведомость (за предприятием, по подразделениям, по поставщикам);
• товарный отчет;
• сравнительная (по результатам переучета).

5. Получение финансовой и налоговой отчетности.

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

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

Для повышения эффективности автоматизации учетного процесса наиболее целесообразно [8]:

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

2) использование только лицензированных продуктов, прошедших широкую апробацию и пользующихся спросом на рынке информационных технологий;

3) проведение обязательного предварительного обучения персонала основам работы с программным продуктом, внедряется;

4) осуществление конкретизации требований и предложений по автоматизации учетных работ.

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

1.2 Анализ процессов движения товара на торговом предприятии

1.2.1 Описание торгового предприятия

Анализ процесса учета реализации товара ведется на предприятии ООО «Венера». Данное предприятие представляет собой предприятие, которое торгует продуктами питания, алкоголем и табачной продукцией, торговля ведется оптом и в розницу.

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

Торговля также ведется через торговых агентов предприятия, они находят точки сбыта, куда поставляется продукция ООО «Венера». Торговые агенты ориентируются на привлечение клиентов для выполнения оптовой торговли.

Закупка товара осуществляется напрямую у производителей, потом перепродается с небольшой наценкой.

Организационная структура предприятия представлена на рисунке 1 [13]. Из рисунка видна структура предприятия, необходимо отметить, что на данный момент на предприятии числится 17 штатных единиц. На ООО «Венера» достаточно развитый компьютерный парк: порядка 7 рабочих ПК ПК распределены между отделами бухгалтерии (3 шт), по одному ПК находится в распоряжении директора, исполнительного директора, кассира, администратора торгового зала , 2 сервера, 3 принтер3, 3 кассовых аппарата, 3 роутера и достаточно развитая локальная сеть.

Рисунок 1 – Организационная структура ООО «Венера»

Учет торговых операций осуществляется в программном пакет Excel 2003. На главный сервер в общую папку добавляют свои документы пользователи, локальные пользователи подключаются к серверу через настроенный сервер приложений и работают в режиме добавления документов (удалять или редактировать напрямую невозможно). Второй сервер служит для резервного копирования данных и замены в случае выхода сервера 1 из строя. В целом в автоматизацию торговым процессом руководство предприятия вкладывается достаточно неплохо. Однако большой пробел в автоматизации заключается в том, что почти не ведется автоматизация процесса учета реализации товара в оптовой и розничной торговле, что ставит под сомнение правильность принятия управленческих решений.

1.2.2 Проектирование процессов

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

Контекстная IDEF0-диаграмма модели «AS-IS» представлена на рисунке 2.

Рисунок 2 – Контекстная диаграмма

Для торгового предприятия требуется наличие такой автоматизированной системы, которая включала бы в себя следующие возможности:

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

2. Просмотр информации о предприятии, продавцах, контрагентах, продажах, заказах, ассортименте, каталоге товаров.

3. Печать информации о проданном товаре, о магазине, количестве и цене конкретного товара – прайс листе предприятия.

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

5. Автоматизация операций продажи и закупки товара, с возможностью просмотр полной информации об осуществленной операции.

6. Разграничение прав доступа и поддержка идентификации пользователей, поддержка следующих категорий: пользовательская (осуществляет только просмотр информации) и администраторская (осуществляет все возможные операции, представленные в системе).

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

Рассмотрим дальнейшую детализацию процесса, путем создания декомпозиции родительской диаграммы (см. рисунок 3).

Данная диаграмма состоит из следующих блоков:

• получение товара;
• подготовка товара к продаже;
• продажа товара;
• учет продаж товара.

Для полного представления процесса анализа деятельности торгового предприятия необходимо разработать декомпозицию для каждого блока.

Рисунок 3 – Декомпозиция контекстной диаграммы

На рисунке 4 представлена декомпозиция блока «Получение товара».

Данная деятельность состоит из пяти блоков:

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

Необходимо отметить, что два блока «Товар не соответствует заказу» и «Товар соответствует заказу» является взаимно исключающими, выполняться будет либо один, либо другой блок. Для разветвления более уместно использовать нотацию IDEF3, которая имеет такие элементы как перекресток, которые дают возможность представлять разветвляющие процессы [16].

Рисунок 4 – Детализация блока «Получение товар»

На рисунке 5 представлена детализация блока «Подготовка товара к продаже». Деятельность «Подготовка товара к продаже» представлена следующими блоками:

• размещение товара на складе;
• фасовка товара;
• передача товара в торговый зал;
• размещение товара на витрине;
• есть заказ на крупную партию товара;
• достаточно товара на складе;
• если да – то процесс «Оформить заказ»;
• если нет – то процесс «Дозаказ товара».

Рисунок 5 – Детализация блока «Подготовка товара к продаже»

Следующий блок «Продажа товара» представлен на рисунке 6, и он состоит из следующих блоков:

• подбор товара;
• внесение суммы оплаты;
• формирование чека;
• описание проданного товара.

Следующий блок «Учет продаж товара» представлен на рисунке 7.

Данная декомпозиция представлена тремя блоками:

• формирование документации;
• учет поступлений и списаний;
• определение общего оборота.

Рисунок 6 – Детализация блока «Продажа товара»

Рисунок 7 – Детализация блока «Учет продаж товара»

На рисунке 8 представлена декомпозиция блока «Анализ товарно-денежного оборота». На данной диаграмме представлены следующие процессы:

• проанализировать данные по движению товаров за день;
• сформировать отчет «Товарооборот»;
• проанализировать остатки товара;
• сформировать отчет «Остатки товара»;
• проанализировать денежные поступления;
• сформировать отчет «Выручка магазина»;
• сформировать отчет «Данные продаж по продавцам».

Также были определены хранилища данных:

• БД движение товара;
• БД продажи.

Рисунок 8 – Детализация блока «Анализ товарно-денежного оборота»

Выполнив построение модели можно определить наиболее уязвимые места автоматизированной системы [11]:

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

1.3 Постановка задачи на разработку подсистемы учета реализации товара в оптовой торговле

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

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

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

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

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

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

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

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

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

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

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

Глава 2. Проектирование основных объектов подсистемы учета реализации товара в оптовой торговле

Для проектирования функциональных особенностей подсистемы учета реализации товаров будут использованы технологии языка моделирования UML. Функциональные особенности системы будут представлены при помощи диаграмм данного языка [6]:

• диаграммы прецедентов;
• диаграммы последовательности;
• диаграммы активности;
• диаграммы классов.

Основным моментом построения диаграмм UML является то, что диаграммы будут создаваться с учетом того, что разработка объектов будет вестись в среде 1С.

2.1 Определение пользователей системы и их функций

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

Диаграмма вариантов использования (второе название диаграмма прецедентов) для разрабатываемой подсистемы учета реализации товаров представлена на рисунке 9.

Для эффективного управления система должна выполнять следующие действия:

• вести реестр клиентов;
• хранит договора;
• ведет каталог товаров;
• управлять остатками;
• учет прихода товара;
• расход товара;
• учет реализации;
• создавать различные отчеты.

Рисунок 9 – Пользователи подсистемы

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

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

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

На рисунке 10 представлены пользователи, которые будут использовать подсистему учета реализации товара в оптовой торговле.

Определены следующие пользователи.

1. Менеджер по работе с контрагентами, ему доступны следующие операции:

• ведет каталог товаров;
• формирование прайс-листа;
• ведет реестр клиентов;
• хранит договора.

2. Продавец выполняет следующие операции:

• учет реализации;
• как следствие предыдущей операции расход товара.

3. Бухгалтер выполняет следующие операции:

• расход товара;
• учет прихода товара;
• управление остатками;
• создание отчетов для анализа продаж.

Рисунок 10 – Пользователи программных средств

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

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

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

Рисунок 11 – Функции подсистемы

2.2 Моделирование процесса движения товара в магазине

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

На диаграмме представлены объекты:

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

Рисунок 12 – Движение при товарообороте

2.3 Разработка диаграммы классов для подсистемы учета реализации товаров в оптовой торговле

Диаграмма классов иллюстрируется набором классов, интерфейсов и сотрудничества, а также взаимосвязей между ними. Это граф, состоящий из вершин (классов, интерфейсов, кооперативов) и дуг (представленных отношениями). Диаграмма класса - это описание статики системы, подчеркивает взаимосвязь между классами, исключая другие характеристики. Поэтому он сильнее представляет структуру системы, составляет основу для ее построения [14].

Выполним построение диаграммы классов с учетом того, что средой разработки является система 1С Предприятие (см. рис.13).

Рисунок 13 – Диаграмма классов объектов 1С

Были определены основные объекты системы 1С Предприятие. Объекты в 1С можно условно разделить на объекты ввода информации к ним относятся справочники и документы со вспомогательными элементами типа перечислений, констант, типов характеристик, журналов документов и пр., а также объектов результирующей направленности – к ним относятся отчеты и регистры [7].

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

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

Глава 3. Описание программной реализации подсистемы учета реализации товаров в оптовой торговле

3.1 Обоснование выбора среды 1С

Средой разработки автоматизированной системы является 1С Предприятие версии 8.3, это обусловлено следующими соображениями.

Выбор платформы «1С Предприятие» обусловлен тем, что данная среда используется не только как средство настройки прикладных решений поставляемых фирмой «1С», но и как средство создания новых программных продуктов.

Изначально при создании системы «1С Предприятие» ставилась задача обеспечения инструментария, который обладает всеми необходимыми атрибутами для написания программного кода для различных задач автоматизации [9].

«1С Предприятие» является предметно-ориентированной средой разработки и имеет определенные преимущества. Платформа «1С Предприятие» содержит такие инструменты для выполнения поставленных задач, как визуальное описание структур данных, собственный встроенный язык программирования, визуальное описание запросов, визуальное описание интерфейса, описание отчетов, отладка программного кода, профилирование [14].

В ее составе входит: развитая справочная система, механизм ролевой настройки прав, инструменты создания дистрибутивов, удаленного обновления приложений, сравнения и объединения приложений, ведения журналов и диагностики работы приложения и пр. [18].

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

1. Элемент конструкторы, с помощью данных элементов создаются почти все объекты системы. На рисунке 14 представлен конструктор формирования справочника.

Рисунок 14 – Конструктор справочника «Номенклатура»

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

2. Мастера создания диалоговых форм предназначены для автоматического создания удобных диалоговых форм [7]. При создании формы механизм автоматически размещает реквизиты объекта на созданной форме, пример использования представлен на рисунке 15. После выбора раздела форма, на нее добавляются данные созданного объекта. Данные располагаются в определенном порядке, который пользователь может изменять по своему усмотрению. Кроме этого, на форму можно добавлять различные элементы, такие как поля, кнопки, переключатели, текст, флажок, картинку, реквизит диалога, таблицу значений и пр.

Рисунок 15 – Созданная форма справочника «Номенклатура»

3. Встроенный язык программирования – это уникальный инструмент, не каждая оболочка имеет свой язык программирования, транслятор, отладчик и мощную систему подсказок [12].

На рисунке 16 представлен пример модуля справочника.

Рисунок 16 – Пример модуля документа

Как видно из рисунка язык программирования является русскоязычным (есть англоязычные аналоги команд), ключевые слова отображаются с помощью цвета, служебный текст также отличается от идентификаторов пользователей [19].

Развитая система помощи позволяет изучить язык в достаточно короткие сроки. На рисунке 17 представлена система помощи языка 1С.

Рисунок 17 – Система помощи 1С

Кроме этого язык 1С имеет инструменты определения синтаксических ошибок и логики работы программы. При возникновении ошибки система оповещает о месте и характере ошибки [18].

На рисунке 18 представлен принцип вызова инструментов, которые отслеживают ошибки работы программного приложения.

Рисунок 18 – Вызов синтаксического контроля

4. Схема компоновки данных – эффективное средство для создания запросов на извлечение данных из БД системы. При вызовы данного инструмента создается процедура, в которую затем помещается текст запроса. Следующим шагом определяются наборы данных, связи, вычисляемые поля, ресурсы, параметры, осуществляется настройка [9].

На рисунке 19 представлен раздел настройки схемы компоновки данных.

Рисунок 19 – Схема компоновки данных

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

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

После этого можно получать данные.

Данные инструменты среды 1С значительно облегчают работу разработчиков программных приложений среды 1С.

3.2 Описание функционирования разработанных программных средств

Следующий этап использование разработанных объектов в режиме «1С Предприятие».

На рисунке 20 представлена главное окно при входе в режим 1С Предприятие разработанной подсистемы учета реализации товаров.

Рисунок 20 – Главное окно системы

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

Рисунок 21 – Объекты подсистемы «Администратор»

На рисунке 22 представлено добавление товара в справочник «Номенклатура».

Рисунок 22 – Добавление товара

На рисунке 23 представлен созданный документ «Приходная накладная».

Рисунок 23 – Документ «Приходная накладная»

На рисунке 24 представлен результат отчета «Прайс-лист для клиентов».

Рисунок 24 – Результат работы отчета «Прайс-лист для клиентов»

На рисунке 25 представлен результат работы отчета «Внутренний прайс-лист».

Рисунок 25 – Отчет «Внутренний прайс-лист»

На рисунке 26 представлен отчет «Обороты товара».

Рисунок 26 – Отчет «Обороты товара»

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

Заключение

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

• проанализированы принципы автоматизации торгового предприятия;
• проведен анализ товарно-денежного оборота и сопутствующего этому движению документообороту, для наглядности анализ представлен с помощью диаграмм, при этом построение этих диаграмм дало возможность определить наиболее актуальные места автоматизации;
• определен функционал пользователей, определены функции программных средств;
• выполнено моделирование процесса движения товара в магазине;
• построена диаграмма классов;
• выполнена разработка основных объектов в конфигурации 1С;
• проведено тестирование разработанных объектов.

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

Литература

1. ГОСТ 12.2.032-78 «ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования»,
2. ГОСТ 19.101 – 77 Виды программ и программных документов.
3. ГОСТ 19.701-90 «Схемы алгоритмов, программ, данных и систем»
4. ГОСТ Р50948-2001 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности»
5. Баронов В.В. Автоматизация управления предприятия. –М.: Инфо-М, 2015.
6. Буч Г. Введение в UML от создателей языка / Гради Буч , Джеймс Рамбо , Ивар Якобсон. - М.: ДМК Пресс, 2015. - 496 c..
7. Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.
8. Гутгарц Р.Д. Информационные технологии в управлении торговли/ Р.Д. Гутгарц, В.А. Пархомова. – М.: ИНФРА-М, 2013. – 235 с.
9. Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0 / А.П. Габец и др. - М .: 1С-Паблишинг, 2016. - 808 с.
10. Гома Х. UML. Проектирование систем реального времени, параллельных и распределенных приложений / Хассан Гома. - М.: ДМК Пресс, 2016. - 700 c..
11. Йордон Э. Объектно-ориентированный анализ и проектирование систем / Эдвард Йордон , Карл Аргила. - М.: ЛОРИ, 2014. - 264 c
12. Кашаев С.В. Программирование в 1С:Предприятие 8.3 / М .: 1С-Паблишинг, 2014. - 304 с.
13. Криницкий Н.А. Автоматизированные информационные системы / Н.А. Криницкий, Г.А. Миронов, Г.Д. Фролов. - М.: Наука, 2014. - 382 c.
14. Ларман К. Применение UML 2.0 и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и итеративную разработку / Крэг Ларман. - М.: Вильямс, 2013. - 736 c.
15. Малюк, А.А. Введение в защиту информации в автоматизированных системах. Учебное пособие / А.А. Малюк. - М.: Горячая линия - Телеком, 2017. - 148 c.
16. Маслаков С.П. CASE-средства разработки информационных систем / С.П. Маслаков. - Диагол-МИФИ, 2015. - 256 с
17. Норенков И.П. Основы автоматизированного проектирования: учеб. для вузов / И.П. Норенков.. – М.: Изд-во МГТУ им. Н.Э. Баумана, 2012. – 360 с.
18. Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – 288 с.
19. Селищев Н.Я. 1С: Бухгалтерия 8.3 для бухгалтера.; - 1С Паблишинг, 2014.- 304 с.