Разработка и реализация конфигурации «Интернет-магазин электроники PROPCSHOP» на платформе 1С:Предприятие

Содержание:

ВВЕДЕНИЕ

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

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

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

Цель курсовой работы – разработка и реализация конфигурации «Интернет-магазин электроники PROPCSHOP» на платформе 1С:Предприятие.

Объектом исследования является Интернет-магазин электроники PROPCSHOP, а предметом исследования – конфигурация магазина на платформе 1С:Предприятие.

Исходя из поставленной цели были определены следующие задачи:

• выполнить краткий анализ предметной области, характеристика предприятия и его деятельности;
• изучить программную и техническую архитектуру ИС предприятия;
• охарактеризовать существующие бизнес процессы и определить место проектируемой задачи в комплексе задач, выполнить ее описание;
• обосновать требования к разрабатываемому прикладному решению;
• описать архитектуру разрабатываемого прикладного решения;
• описать основные объекты разрабатываемого прикладного решения
• выполнить тестирование разработанного прикладного решения;

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

1 Теоретическая часть

1.1 Краткий анализ предметной области, характеристика предприятия и его деятельности

Интернет-магазин PROPCSHOP – это магазин по продажам бытовой и электронной техники.

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

В магазине продаются:

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

Главная ценность компании – клиент. Сотрудники компании учитывают все запросы покупателей и делают процесс покупки максимально комфортным.

Товар можно:

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

Для удобства покупателей имеется склад-магазин, который работает круглосуточно 24/7 и обеспечивает быструю доставку покупок.

Предусмотрены дополнительные опции для комфорта клиентов:

• Тестирование техники.
• Вывоз старого оборудование при получении нового.
• Возможность хранения упаковки.
• Упаковку покупки, как подарка.

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

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

1.2. Организационная структура управления предприятием

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

Структура управления Интернет-магазина PROPCSHOP является функциональной, которая основана на выполнении отдельными подразделениями и их работниками определенных функций, т.е. подготовка решений осуществляется специализированными службами. Такая структура управления дает возможность хорошо обосновывать решения при помощи функциональных специалистов в различных областях (рис. 1.1).

Рисунок 1.1. – Организационная структура предприятия

Директор – руководитель предприятия. Осуществляет непосредственное руководство над начальниками подразделений:

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

Заместитель директора курирует работу административно-хозяйственного отдела.

В компетенцию отдела складского учета входит:

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

Функции отдела продаж.

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

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

Задачи логистов:

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

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

Участие в подготовке материалов к заключению договоров с поставщиками и потребителями.

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

1. Менеджер по продажам каждый день оформляет заявки клиентов на покупку электроники согласно прайс-листу. Он регистрирует заявки в журнале заявок.

2. После оформления заявки менеджер по продажам выписывает счёт клиенту и регистрирует его в реестре счетов.

3. Бухгалтер получает и обрабатывает приходные кассовые ордера, а также выписки банка, которые содержат сведения о поступлении денежных средств в кассу или на расчётный счёт компании. На основании этих документов бухгалтер делает отметки об оплате счета в реестре счетов.

4. Менеджер отдела продаж контролирует поступление платежей от клиентов. Если срок оплаты истёк, а платежи не поступили, то менеджер отмечает недействительность заявки в журнале заявок.

5 Менеджер отправляет счёта о покупке продавцу-консультанту.

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

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

8. Если клиент выявил брак у товара, то он делает возврат товара.

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

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

1.3. Программная и техническая архитектура ИС предприятия

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

В рамках разрабатываемой системы используется два сервера:

• сервер баз данных;
• сервер приложения.

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

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

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

Структурная схема технических средств представлена на рисунке 1.2.

Персональные компьютеры обладают следующей конфигурацией:

• чипсет: Intel C246 Chipset;
• процессор: Intel Core i5;
• память: 8Гбайт (1х8Гбайт) памяти DDR4;
• жесткий диск: 1Тбайт, 7200об/мин, 2,5дюйма;
• графика NVIDIA Quadro P1000;
• сетевая карта:10/100 Мбит/с.

Также в кабинетах установлены маршрутизаторы 3COM Router3000, а в бухгалтерии и отделе кадров – маршрутизаторы D-Link DIR-620/GA.

В пользовательском сегменте имеются сетевые лазерные ЧБ МФУ Canon IR1024IF и ИБП APC.

Для передачи данных по сети используется кабель витая пара 5 категории (100BASE-ТX) и категории 5e (1000BASE-T) со скоростью передачи до 100 мбит/сек для 100BASE-ТX и 1000 мбит/сек для 1000BASE-T.

Рисунок 1.2 – Структурная схема технических средств

На основании структурной схемы системы можно описать схему программного обеспечения системы.

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

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

Структурная схема программного обеспечения системы представлена на рисунке 1.3.

Рисунок 1.3 – Структурная схема программного обеспечения системы

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

На предприятии организована комплексная защита информации.

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

Организована защита данных от потери путём дублирования данных в независимое защищённое хранилище.

1.4. Характеристика существующих бизнес процессов и определение места проектируемой задачи в комплексе задач и ее описание

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

В программе AllFusion Process Modeler r7 было создана контекстная диаграмма бизнес-процессов учета продаж в магазине электроники.

Затем была произведена ее декомпозиция – модель «AS-IS», которая отражает текущее состояние бизнес-процессов [2].

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

Входы (слева):

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

Выходы (справа):

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

Механизмы и управление (сверху):

• действующее отраслевое законодательство;
• должностные инструкции.

Ресурсы:

• сотрудники компании;
• служба контроля;
• офисная техника и ПК.

Рисунок 1.4 – Контекстная диаграмма бизнес-процесса «Вести учет товаров в магазине электроники»

Таблица 1.1 – Документы бизнес-процесса «Вести учет товаров в магазине электроники»

Составляемый документ	Операция	Исполнитель	Периодичность	Документ-основание
Счет	Выставление счета	Менеджер отдела продаж	Каждый день	Заявка
Товарная накладная	Оформление товарной накладной на оплаченный товар	Продавец консультант	Каждый день	Счет
Рекламация	Создание документа на возврат товара	Менеджер отдела продаж	По мере поступления	Реестр рекламаций

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

Диаграмма декомпозиции представлена на рисунке 1.5.

Рисунок 1.5 – Диаграмма декомпозиции «AS-IS» бизнес-процесса «Вести учет товаров в магазине электроники»

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

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

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

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

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

1.5. Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

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

Рассмотрим наиболее популярные системы ведения работы для такого рода предприятий:

• 1С : Предприятие 8.3;
• 1С : Управление торговлей; 8.3
• АИС «БЭСТ-5».

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

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

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

Гибкость платформы позволяет применять «1С:Предприятие» в самых разнообразных областях:

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

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

1С: ПРЕДПРИЯТИЕ

Конфигурации

1С: Бухгалтерия

1С: Торговля и склад

1С: Зарплата и кадры

…

Прикладные компоненты

Оперативный учет

Расчет

…

Технологическая платформа

Конфигуратор

Отладчик

Встроенный программный язык

Встроенный редактор таблиц

Встроенный текстовый редактор

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

Рисунок 1.6 – Схема взаимодействия компонентов 1С: Предприятия

Одной из характерных особенностей программ, является их масштабируемость: одна и та же конфигурация может работать на локальном компьютере, в сети и на сервере под управлением MS SQL Server 7.0.

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

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

У объектов имеются некоторые атрибуты (свойства, реквизиты). Например, сотрудник имеет фамилию, имя, отчество, оклад, табельный номер. Приказ о приеме имеет номер и дату. Набор свойств объекта задается разработчиком.

Также объекты имеют определенные методы (процедуры и функции). Например, вы можете выбрать всех сотрудников с помощью метода справочника ВыбратьЭлементы(), или можно сохранить документ методом Записать().

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

Вся конфигурация состоит из модулей. Это могут быть модули документов или модули отчетов, или другие модули. Модули состоят из процедур и функций. Процедура - это небольшая программа для выполнения определенной задачи. Функция отличается от процедуры, только тем, что имеет результат. Говорят, «функция возвращает результат». Например, модуль «Приказа о приеме на работу» может иметь следующие процедуры ПроверитьПравильность() и НапечататьПриказ().

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

В режиме Конфигуратор - мы определяем структуру базы данных и пишем программы. В режиме Предприятие мы используем программы и вводим данные.

Система «1С: Управление торговлей 8» - это современный инструмент для повышения эффективности бизнеса торгового предприятия [4].

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

«1С: Управление торговлей 8» автоматизирует следующие направления хозяйственной деятельности:

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

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

Программа «1С: Управление торговлей 8» предназначена для всех видов сделок. Реализованы функции учета - от справочников и ввода первичных документов до получения различных аналитических отчетов.

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

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

«1С: Управление торговлей 8» обеспечивает автоматический выбор данных, необходимых для учета и передачи данных в «1С: Бухгалтерия 8».

С помощью программы «1С: Управление торговлей 8» в сочетании с другими программами имеется возможность автоматизировать сложный оптовый и в розничный бизнес.

Рисунок 1.7 - Интерфейс системы «1С: Управление торговлей 8»

Автоматизированная система учета продаж «БЭСТ-5» предоставляет всю оперативную информацию, необходимую в режиме реального времени управления учетом в торговле.

Система управления предприятием БЭСТ-5 разрабатывается с 2001 года большим коллективом специалистов по информационным технологиям, управлению, бухгалтерскому и налоговому учету. Система динамично развивается, адаптируется к законодательству, впитывает новые идеи и опыт применения на множестве предприятий. Она является надежным помощником в бизнесе в решении самых насущных задач, стоящих перед предприятием [5].

В АИС «БЭСТ-5» заложили функциональные возможности для учета, анализа, управления и других задач управления запасами и товарами. Система проста в использовании, и даже непрофессиональные пользователи могут легко работать и перемещаться по ней.

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

Программа позволяет создавать и распечатывать следующие отчеты:

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

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

АИС «БЭСТ-5» разработана для работы под управление ОС семейства Windows ( от Windows 2000 и выше) и имеет клиент-серверную архитектуру. Серверная часть разработана на СУБД InterSystems Cache, клиентская - на платформе Microsoft .Net Framework.

Рисунок 1.8 - Интерфейс системы АИС «БЭСТ-5»

Стоимость приобретения:

1С: Предприятие 7.7 - 23 000 р.

1С: Предприятие 8.3 - 43 000 р.

АИС БЭСТ-5 - 71 500р.

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

Таблица 1.2 –Таблица сравнения систем

Наименование	Средства резервного копирования	Экспорт/ Импорт данных	Совместимость с ОС Windows	Многополь-зовательский режим	Система управления документацией	Учет закупок товаров и контроль склада	Возможность контроля персонала	Стоимость обслуживания
1С: Предприятие 8	+	+/-	+	+	+	+	-	От 3 000 руб./мес.
1С: Управление торговлей 8	+	+	+	+	+	+	-	От 5 000 руб./мес.
АИС БЭСТ-5	+	+	+	+	+	+/-	-	От 7 000 руб./мес.

Рассмотренные в данном разделе программные продукты занимают свой сегмент рынка программного обеспечения, решают все основные задачи автоматизации деятельности по учету расчетов с контрагентами и смежные с ними. При этом нужно отметить, что технологически внедрение решения на основе платформы «1С: Предприятие 8 полностью» соответствует технологии работы Интернет-магазина электроники PROPCSHOP.

2 Практическая часть

2.1. Обоснование требований к разрабатываемому решению

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

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

Таблица 2.1 – Реестр ролей в системе

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

Диаграмма вариантов использования (диаграмма прецедентов) - диаграмма, на которой отражены отношения, существующие между актерами и прецедентами (рисунок 2.1.) [6].

Рисунок 2.1 – Диаграмма вариантов использования (прецедентов)

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

1. Директор магазина, который управляет вариантами использования:

Оборот за месяц;

Учет поставок и продаж;

2. Сотрудник магазина, управляющий следующими вариантами использования:

Получить товар;

Отгрузить товар;

Хранить товар.

Вернуть товар.

3. Информационная система:

Оформить документы;

Формировать отчеты.

Между вариантами использования и действующими лицами используется связь коммуникации (communication). Направление стрелки позволяет понять, кто инициирует коммуникацию.

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

Таблица 2.2 – Сценарий выполнения прецедента «Получить товар»

Прецедент	Получить товар	Исключение 1 «регистрация товара» Если товар новый, он регистрируется и на него заводится учетная карточка. Исключение 2 «учет товара» – если товар уже имеет учетную карточку – информационная система сверяет его с номером в базе и при необходимости пересчитывает стоимость
Актеры	Сотрудник компании, информационная система
Цель	Регистрация и направление товара на склад
Краткое описание	Информационная система регистрирует товар или сверяет данные с учетной карточкой, формирует накладную, направляет ее сотруднику компании для визирования
Тип	Базовый
Ссылки	«Оформить документы»

Таблица 2.3 – Типичный ход события «Получить товар»

Действия актеров	Отклик
Сотрудник заносит данные о получаемом товаре в базу	Информационная система проверяет наличие информации о товаре, если товар новый - заводится карточка учета, если нет - данные сверяются с имеющимися в базе
Информационная система формирует накладную, направляет ее сотруднику компании для визирования	Сотрудник компании визирует документ и направляет товар для складирования.

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

Диаграмма деятельности бизнес-процесса «Получить товар» представлена на рисунке 2.2.

Рисунок 2.2 – Диаграмма деятельности бизнес-процесса «Получить товар»

Таблица 2.4 – Список выполняемых действий

Название бизнес-процессов и выполняемых операций	Условие
Принять товар
Зарегистрировать товар
Проверить наличие учетной карточки
Выполнить сверку	Карточка есть
Оформить карточку	Карточки нет
Сформировать накладную на товар
Визирование документов
Отправка документов с товаром на склад

Основные преимущества автоматизации рассматриваемого бизнес-процесса:

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

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

1. Добавление, удаление и редактирование информации о товарах.

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

3. Просмотр и поиск информации о клиентах и поставщиках.

4. Просмотр и печать информации о наличии требуемого товара в складе.

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

2.2. Анализ среды разработки

«1С: Предприятие 8.3» – программный продукт компании «1С», предназначенный для автоматизации работы предприятия. Основным преимуществом платформы 1С: Предприятие является собственный язык программирования на русском языке [7].

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

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

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

На рисунке 2.3 наглядно представлена бизнес-схема разработки и внедрения прикладных решений.

Рисунок 2.3 – Бизнес-схема разработки и внедрения прикладных решений

Технологическая платформа «1С: Предприятие» содержит следующие основные элементы [8]:

• основная платформа, которая включает в себя среду выполнения и набор основных функций и объектов;
• встроенная библиотека проблемно-ориентированных объектов;
• внешние библиотеки специализированных объектов, подключаемых на основе стандартных протоколов – ActiveX, HTML, XML и т.д. (могут быть разработаны независимыми разработчиками);
• инструментальные средства разработки приложений.

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

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

Конфигуратор – инструменты администрирования. Для получения конкретной конфигурации он может быть описан набором прав пользователей. Например, ими могут быть введены такие наборы правил, как «Администратор», «Главный бухгалтер», «Менеджер». Каждый пользователь системы получает роль, которая включает в себя набор прав и пользовательского интерфейса [13].

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

Редактирование программных модулей происходит в текстовом редакторе 1С.

Диалоговое окно редактора используется для настройки диалога с пользователем. Редактор позволяет настраивать формы документов, справочников, отчетов, форм. Кроме того, он предоставляет возможность настраивать состав меню, панели инструментов, сочетания клавиш [9].

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

В базе данных информация представлена в виде таблиц и индексов. Сохранение информационной базы проводится в базе данных в виде набора таблиц, для которых 1С: Предприятие 8 может использовать встроенную в 1С: Предприятие 8.3 (версия файла информационной базы). В этом случае, вся информация базы данных хранится в файле с именем 1Cv8.CD. Этот файл находится в двоичном формате и, по сути является встроенной базой данных для СУБД 1С: Предприятие 8.3.

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

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

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

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

Таким образом, можно сделать вывод, что 1С: Предприятие 8.3 является оптимальным решением для создания автоматизированного рабочего места менеджера по работе с клиентами ТОО «BI INNOVATIONS», которая включает базу данных 1С и конфигуратор [10].

2.3. Архитектура разрабатываемого прикладного решения

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

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

Информационная система позволяет осуществлять следующие функции по работе с данными:

• сортировка товаров по шифру – позволяет осуществлять сортировку товаров по шифру;
• поиск товаров по наименованию – позволяет осуществлять поиск товаров по наименованию;
• поиск товаров по номеру – позволяет осуществлять поиск товаров по шифру;
• поиск товаров по виду документа – позволяет осуществлять поиск товаров по виду документа;
• отчеты по движению товаров.

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

Исходными данными для формирования дерева функций являются основные и дополнительные функции системы.

Формирование дерева функций представляет процесс декомпозиции целевой функции и множества основных и дополнительных функций на более элементарные функции, реализуемые на последующих уровнях декомпозиции. В разрабатываемой системе предусмотрен один пользователь – менеджер по продажам. Описание объекта на языке функций представлено на рисунке 2.4.

Информационная система

Составление справочников

Товаров

Поставщиков

…

Выполнение работ менеджером по продажам

Получение данных

Об имеющейся в продаже продукции

О поставках

О реализации

Поиск по виду документа

Поиск по шифру

Получение отчетов

Формирование прайс-листа

Отчет о продажах

Отчет о поставщиках

Отчет о поставках продукции

Отчет по продажам за день

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

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

Главное меню

Справочники

Товары

Поставщики

Пользователи

Авторизация

Данные

Товар

Поставки

Продажи

Поиск по виду документа

Поиск по шифру

Отчеты

Прайс-лист

Отчет о продажах

Отчет о поставщиках

Отчет о поставках продукции

Отчет по продажам за день

Рисунок 2.5 – Сценарий диалога

Проектирование табличных представлений базы данных приводит к тому, что на экране дисплея пользователя данные представляются в виде таблиц с вертикальными столбцами. На вершине столбца находится наименование столбца на русском языке в отличие наименований столбцов (доменов) в базе данных. Физическое представление таблиц базы данных будет описано в следующем разделе. Пример представления таблиц базы данных для пользователя можно увидеть на рисунке 2.6 на примере таблицы реализации товаров и услуг [12].

Рисунок 2.6 – Табличное представление таблиц базы данных для пользователей

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

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

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

2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения

Запустим информационную базу в режиме Конфигуратор.

В режиме Конфигуратор создадим подсистемы (чтобы создать новые подсистемы, раскроем ветвь Общие в дереве объектов конфигурации, нажав на + слева от нее. Затем выделим ветвь Подсистемы, вызовем ее контекстное меню и выберем пункт Добавить):

Бухгалтерия

УчетРаботыСКлиентом

Создадим константы НазваниеОрганизации и НомерРелизаКонфигурации – тип Строка, длина 10.

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

Рисунок 2.7 – Созданные константы

Создадим справочники системы. Структура справочников базы данных представлена на рисунке 2.8.

Рисунок 2.8 – Структура справочников базы данных

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

Реквизиты справочников представлены на рисунке 2.9. Дополнительные реквизиты выделены прямоугольником.

Рисунок 2.9 – Дополнительные реквизиты справочников базы данных «Учет работы с клиентами»

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

2.5 Создание форм интерфейса

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

Каждая форма реализована в виде модуля приложения и предназначена для удобного интерфейса пользователя при решении задач автоматизированной обработки информации:

1) хранение данных о товарах;

2) вывод в удобной форме данных по запросам пользователя;

2) автоматизация обработки информации при различных бизнес-операциях;

4) вывод данных на печать.

В качестве примера приведем форму «Ввод количества». Данная форма имеет вид, представленный на рисунке 2.10.

Рисунок 2.10 – Форма «Ввод количества» для товара

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

Рисунок 2.11 – Заполнение формы констант

Рисунок 2.12 – Заполнение справочника «Сотрудники»

Аналогично заполняются другие справочники.

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

Дадим имя модулю – РаботаСДокументами и установим в его свойствах флажок Клиент (управляемое приложение) и флажок Сервер. Это означает, что экземпляры этого модуля будут скомпилированы в контексте тонкого клиента и в контексте вебклиента.

Внесем в модуль следующий текст, как на рисунке 2.13.

Рисунок 2.13 – Текст процедуры общего модуля

Создадим документ ПриходнаяНакладная, принадлежность к подсистемам Бухгалтерия, УчетРаботыСКлиентами.

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

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

Добавим в документ табличную часть с именем Товар. Кроме имени табличной части установим свойство Проверка заполнения в значение «Выдавать ошибку». Тем самым мы задаем условие, что документ обязательно должен содержать табличную часть, то есть список товаров.

Создадим реквизиты табличной части Товар аналогичные справочнику Номенклатура.

Создадим форму документа. Для элементов формы ТоварКоличество и ТоварСтоимость в событие ПриИзменении, которое возникает после изменения значения поля, создадим процедуры обработчика этого события в модуле формы (рис. 2.14).

Рисунок 2.14 – Текст процедур модуля формы ПриходнаяНакладная

В подсистемах Бухгалтерия, УчетРаботыСКлиентами подключим данный документ в интерфейс подсистем.

Аналогично создадим еще один документ: РасходнаяНакладная

Формы документов представлены на рисунках 2.15-2.16.

Рисунок 2.15 – Приходные накладные

Рисунок 2.16 – Расходные накладные

2.6. Тестирование разработанного прикладного решения

Для тестирования работы АРМ менеджера по работе с клиентами создадим отчеты и макеты вывода отчетной информации.

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

В открывшемся окне редактирования объекта конфигурации на закладке Основные зададим имя регистра – ОстаткиТоваров. Также зададим и Расширенное представление списка как Движения по регистру Остатки основных средств. Этот заголовок будет отображаться в окне списка записей регистра.

Сформируем движения регистра накопления ОстаткиТоваров в процессе проведения двух созданных документов ПриходнаяНакладная и РасходнаяНакладная.

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

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

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

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

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

Для того чтобы создать текст запроса, запустим конструктор запроса – нажмем кнопку Конструктор запроса.

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

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

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

Сначала выберем Склад и Номенклатура. Затем выберем КоличествоНачальныйОстаток, КоличествоПриход, КоличествоРасход. В заключение выберем КоличествоКонечныйОстаток.

В результате окно Поля заполнено следующим образом (рисунок 2.17).

Рисунок 2.17 – Конструктор запросов

Нажмем OK и вернемся в конструктор схемы компоновки данных

Рисунок 2.18 – Конструктор схемы компоновки данных

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

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

Перейдем на закладку Настройки. В верхнем правом окне будет находиться иерархическая структура нашего отчета.

Добавим в отчет группировку (контекстное меню – Новая группировка). При этом не станем указывать поле группировки, а просто нажмем OK.

Тем самым мы определили, что в отчет будут выводиться детальные записи из информационной базы – записи, получаемые в результате выполнения запроса без итогов

В структуре отчета появится группировка Детальные записи.

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

Отчет полностью отражает движение товаров, произошедшее в компании.

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

Для документов ПриходнаяНакладная и РасходнаяНакладная создадим макет печатной формы.

В командной панели документов появится кнопка Печать. Поэтому распечатать документ можно будет, не открывая его, а просто выделив в списке и нажав кнопку Печать (рисунок 2.20-2.21).

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

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

ЗАКЛЮЧЕНИЕ

На основании проведенного анализа бизнес-процессов работы интернет-магазина электроники, в работе рассмотрены вопросы создания АИС компании, развития программного обеспечения информационных систем, базирующихся на современных программных платформах, современных концепциях в области систем управления базами данных, современных концепциях прикладного программирования, интернет технологиях.

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

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

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

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

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

Все задачи, поставленные перед выполнением курсовой работы, выполнены.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Кашаев С. М. Программирование в 1С:Предприятие 8.3. — СПб.: Питер, 2014. — 304 с.: ил. — (Серия «1Специалист»).
2. Емельянов С.В. Информационные технологии и вычислительные системы / С.В. Емельянов. – М.: Ленанд, 2015. – 96c.
3. Федоров, Н.В. Проектирование информационных систем на основе современных CASE-технологий / Н.В. Федоров. – М.: МГИУ, 2018. – 280 c.
4. Профессиональная разработка в системе «1С:Предприятие 8» в 2-х томах. – М.: ЗАО «1С-Паблишинг»; СПб.: Питер, 2012. – 808 с.
5. Гладкий А. А. 1С:Управление торговлей 8.2 с нуля. 100 уроков для начинающих; БХВ-Петербург – Москва, 2011. – 448 c.
6. АИС «БЭСТ-5» – [Электронный ресурс]. – Режим доступа: https://www.bestnet.ru/(дата обращения 23.11.2020)
7. Мичасова О.В. Создание деловой графики в Microsoft Office Visio 2007: Учебно – методическое пособие. – Нижний Новгород: Нижегородский госуниверситет, 2014. – 36 с.
8. 1C:Бухгалтерия предприятия 8.1. Практическое пособие; КноРус – Москва, 2012. – 368 c.
9. Материалы видеокурса «Профессиональное программирование в 1С: Предприятии 8.х»: Базовый курс» [Электронный ресурс]. Режим доступа: http://www.spec8.ru/devbase (дата обращения: 24.11.2020)
10. Радченко М. Г. Пример быстрой разработки приложений на платформе 1С:Предприятие 8. Мастер-класс (+ CD-ROM) / М.Г.Радченко, В. В. Рыбалка– М.: 1С-Паблишинг, 2012. – 181 c.
11. Учет товарных документов в «1С:Управление торговлей» [Электронный ресурс]. – Режим доступа: http://www.klerk.ru/soft/articles/312806/ (дата обращения: 27.11.2020).
12. Проектирование информационных систем. Лекции [Электронный ресурс] – Режим доступа: https://sites.google.com/site/anisimovkhv/learning /pris/lecture/tema3 (дата обращения: 02.12.2020)
13. Информационные системы и технологии: Научное издание. / Под ред. Ю.Ф. Тельнова. – М.: ЮНИТИ, 2016. – 303 c.
14. Система компоновки данных [Электронный ресурс] – Режим доступа: http://v8.1c.ru/overview/datacomposition.htm (дата обращения: 22.11.2020).
15. Хлебников, А.А. Информационные технологии: Учебник / А.А. Хлебников. – М.: КноРус, 2014. – 472 c.