Учет товара на складе компьютерной техники

Содержание
TOC \o "1-3" \h \z \u ВВЕДЕНИЕ PAGEREF _Toc82432800 \h 31. Теоретическая часть PAGEREF _Toc82432801 \h 41.1 Общее определение системы управления баз данных PAGEREF _Toc82432802 \h 41.2 Классификация СУБД PAGEREF _Toc82432803 \h 51.2.1 По технологии обработки данных базы данных PAGEREF _Toc82432804 \h 51.2.1 По способу доступа к данным PAGEREF _Toc82432805 \h 61.2.1 По типу управляемой базы PAGEREF _Toc82432806 \h 61.3 Проектирование баз данных PAGEREF _Toc82432807 \h 81.4 Система «1С:Предприятие» PAGEREF _Toc82432808 \h 91.4.1 Общие сведения о системе PAGEREF _Toc82432809 \h 91.4.2 Объекты конфигурации PAGEREF _Toc82432810 \h 91.4.3 Объект конфигурации «Подсистема» PAGEREF _Toc82432811 \h 101.4.4 Объект конфигурации «Справочник» PAGEREF _Toc82432812 \h 101.4.4 Объект конфигурации «Документ» PAGEREF _Toc82432813 \h 111.4.4 Объект конфигурации «Регистр накопления» PAGEREF _Toc82432814 \h 112. Практическая часть PAGEREF _Toc82432815 \h 122.1 Описание предметной области PAGEREF _Toc82432816 \h 122.1.1 Функциональная структура базы данных PAGEREF _Toc82432817 \h 122.1.2 Инфологическая (концептуальная) модель базы данных PAGEREF _Toc82432818 \h 132.1.2 Логическая модель базы данных PAGEREF _Toc82432819 \h 132.1.3 Выбор СУБД PAGEREF _Toc82432820 \h 142.2 Проектирование информационной базы склада компьютерной техники, анализ данных. PAGEREF _Toc82432821 \h 152.2.1 Проектирование подсистем PAGEREF _Toc82432822 \h 152.2.1 Проектирование справочников PAGEREF _Toc82432823 \h 152.2.2 Проектирование документов PAGEREF _Toc82432824 \h 172.2.2 Проектирование регистров накопления PAGEREF _Toc82432825 \h 202.3 Создание объектов конфигурации склада компьютерной техники. PAGEREF _Toc82432826 \h 212.3.1 Создание Подсистем PAGEREF _Toc82432827 \h 212.3.2 Создание справочников PAGEREF _Toc82432828 \h 222.3.2 Создание регистров накопления PAGEREF _Toc82432829 \h 262.3.2 Создание документов PAGEREF _Toc82432830 \h 272.3.3 Создание отчетов. PAGEREF _Toc82432831 \h 332.3.4 Включение объектов конфигурации в подсистемы PAGEREF _Toc82432832 \h 352.4 Инструкция пользователя PAGEREF _Toc82432833 \h 352.4.1 Запуск конфигурации PAGEREF _Toc82432834 \h 352.4.2 Заполнение справочника «Подразделения» PAGEREF _Toc82432835 \h 352.4.3 Заполнение справочника «Виды номенклатуры» PAGEREF _Toc82432836 \h 362.4.3 Заполнение справочника «Номенклатура» PAGEREF _Toc82432837 \h 362.4.4 Создание вариантов комплектации номенклатуры PAGEREF _Toc82432838 \h 362.4.5 Создание документа «Приходная накладная» PAGEREF _Toc82432839 \h 372.4.5 Формирование отчета об остатках PAGEREF _Toc82432840 \h 382.4.6 Сборка системного блока с помощью документа «Сборка» PAGEREF _Toc82432841 \h 382.4.6 Создание документа «Расходная накладная» PAGEREF _Toc82432842 \h 403. Экономическая часть PAGEREF _Toc82432843 \h 423.1 Расчет затрат на разработку PAGEREF _Toc82432844 \h 424. Охрана труда PAGEREF _Toc82432845 \h 454.1. Общие требования охраны труда PAGEREF _Toc82432846 \h 454.2 Требования охраны труда перед началом работы PAGEREF _Toc82432847 \h 464.3 Требования охраны труда во время работы PAGEREF _Toc82432848 \h 464.4 Требования охраны труда по окончании работы PAGEREF _Toc82432849 \h 47ЗАКЛЮЧЕНИЕ PAGEREF _Toc82432850 \h 48Список использованных источников PAGEREF _Toc82432851 \h 49
ВВЕДЕНИЕВ современном информационном обществе доминирует производство информационного продукта, а материальный продукт становится более информационно емким. Возникло огромное количество избыточной информации, в которой человеку трудно сориентироваться и выбрать нужные сведения.
Одновременно с этим на фоне высокой конкуренции на любом рынке возрастает роль скорости обработки информации. Необходимо первым сформировать и предоставить клиенту свое предложение, решение его проблемы.
В результате появились противоречия между ограниченными возможностями человека по восприятию и переработке информации и существующими массивами хранящейся и передаваемой информации.
Для решения данной проблемы применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия.
Основной целью данной работы является создание базы данных для учета товара на складе компьютерной техники. Необходимо спроектировать базу данных, в которую заносится информация хранящемся на складе товаре.
А также:
- практическое освоение современных методов и средств проектирования баз данных для выбранной предметной области, ее физическая реализация в произвольной СУБД;
- формирование навыков самостоятельного применения на примерах автоматизации конкретной предметной области — подразделения предприятия, фирмы, небольшой организации.
- физическая реализация базы данных.
Достижение цели осуществляется посредством комплекса задач:
- получение представления о понятии и видах СУБД
- проектирование таблиц для хранения данных;
- создание базы данных с помощью системы «1С:Предприятие».
1. Теоретическая часть1.1 Общее определение системы управления баз данныхСистема управления базами данных (СУБД) — это совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление, создание и использование баз данных.
Понятие «база данных» возникло в результате стандартизации и унификации данных, универсально организованных и хранящихся с помощью ЭВМ с целью использования для многих приложений. База данных может быть определена как структурная совокупность данных, поддерживаемых в актуальном состоянии и служащая для удовлетворения информационных потребностей многих пользователей. Базы данных устраняют избыточность и противоречивость данных.
Приведем перечень важнейших требований, которым должны удовлетворять современные базы данных:
- адекватность базы данных предметной области;
- интегрированность данных;
- независимость от данных;
- минимальная избыточность хранимых данных;
- целостность базы данных;
- обеспечение защиты от несанкционированного доступа или случайного уничтожения данных;
- гибкость и адаптивность структуры базы данных;
- динамичность данных и способность к расширению;
- возможность поиска по многим ключам.
Основные функции СУБД:
- управление данными во внешней памяти (на дисках);
- управление данными в оперативной памяти с использованием дискового кэша;
- журналирование изменений, резервное копирование и восстановление базы данных после сбоев;
- поддержка языков БД (язык определения данных, язык манипулирования данными).
Обычно современная СУБД содержит следующие компоненты:
- ядро, которое отвечает за управление данными во внешней и оперативной памяти, и журнализацию;
- процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных и создание, как правило, машинно-независимого исполняемого внутреннего кода;
- подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД;
- а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы.
1.2 Классификация СУБД1.2.1 По технологии обработки данных базы данныхПо технологии обработки данных базы данных подразделяются на централизованные и распределенные.
Централизованная база данных характеризуется тем, что полностью находится на центральном компьютере, к которому пользователи (клиенты) обращаются за информацией с помощью своих компьютеров. Управление базой данных (ее корректировка и прочие процедуры, поддерживающие ее целостность, безопасность и др.) осуществляется централизованно.
Недостатками централизованной БД являются необходимость передачи большого потока данных, низкая надежность и низкая производительность. Преимущество – минимальные затраты на корректировку.
Для снижения остроты перечисленных выше недостатков создают распределенные базы данных, т.е. БД, части которых находятся в различных узлах сети.
1.2.1 По способу доступа к даннымПо способу доступа к данным базы данных разделяются на:
- файл-серверные;
- клиент-серверные;
- встраиваемые.
В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком — высокая загрузка локальной сети.
На данный момент файл-серверные СУБД считаются устаревшими.
Клиент-серверные СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера. Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают разграничение доступа между пользователями и мало загружают сеть и клиентские машины. Сервер является внешней по отношению к клиенту программой, и по надобности его можно заменить другим.
Встраиваемая СУБД — библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине.
1.2.1 По типу управляемой базыРазделяются на:
- иерархические;
- сетевые;
- реляционные;
- объектно-ориентированные;
- объектно-реляционные.
Иерархическая модель данных — представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней. Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня.
Сетевые базы данных подобны иерархическим, за исключением того, что в них имеются указатели в обоих направлениях, которые соединяют родственную информацию.
К основным понятиям сетевой модели базы данных относятся: уровень, элемент (узел), связь. Узел — это совокупность атрибутов данных, описывающих некоторый объект. В сетевой структуре каждый элемент может быть связан с любым другим элементом.
Реляционная СУБД – это СУБД, управляющая реляционными базами данных. Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
- каждый элемент таблицы — один элемент данных;
- все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.);
- каждый столбец имеет уникальное имя;
- одинаковые строки в таблице отсутствуют;
- порядок следования строк и столбцов может быть произвольным.
Объектно-ориентированная СУБД — система управления базами данных, основанная на объектной модели данных.
Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.
Объектно-реляционная СУБД – это реляционная СУБД, поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.

1.3 Проектирование баз данныхОсновные этапы проектирования баз данных:
Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.
Логическое (даталогическое) проектирование – создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД
Физическое проектирование – создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т. п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
1.4 Система «1С:Предприятие»1.4.1 Общие сведения о системе«1С:Предприятие» является универсальной системой автоматизации экономической и организационной деятельности предприятия. Поскольку такая деятельность может быть довольно разнообразной, система «1С:Предприятие» может приспосабливаться к особенностям конкретной области деятельности, в которой она применяется. Для обозначения такой способности используется термин конфигурируемость, то есть возможность настройки системы на особенности конкретного предприятия и класса решаемых задач.
Это достигается благодаря тому, что «1С:Предприятие» – это не просто программа, существующая в виде набора неизменяемых файлов, а совокупность различных программных инструментов, с которыми работают разработчики и пользователи. Логически всю систему можно разделить на две большие части, которые тесно взаимодействуют друг с другом, – конфигурацию и платформу, которая управляет работой конфигурации.
1.4.2 Объекты конфигурацииКонфигурация представляет собой описание. Она описывает структуру данных, которые пользователь будет использовать в режиме работы 1С:Предприятие.
Кроме этого, конфигурация описывает всевозможные алгоритмы обработки этих данных, содержит информацию о том, как эти данные должны будут выглядеть на экране и на принтере и т. д. В дальнейшем платформа «1С:Предприятие» на основании этого описания создаст базу данных, которая будет иметь необходимую структуру и предоставит пользователю возможность работать с этой базой данных.
Для того чтобы систему «1С:Предприятие» можно было быстро и легко настраивать на нужные прикладные задачи, все описание, которое содержит конфигурация, состоит из неких логических единиц, называемых объектами конфигурации.
1.4.3 Объект конфигурации «Подсистема»Подсистемы – это основные элементы для построения интерфейса «1С:Предприятия». Поэтому первое, с чего следует начинать разработку конфигурации, – это проектирование состава подсистем.
При этом перед разработчиком стоит важная и ответственная задача – тщательно продумать состав подсистем и затем аккуратно и осмысленно привязать к подсистемам те объекты конфигурации, которые он будет создавать.
В простых прикладных решениях можно не использовать подсистемы, но мы рассмотрим общий случай, когда подсистемы используются.
Объекты конфигурации «Подсистема» позволяют выделить в конфигурации функциональные части, на которые логически разбивается создаваемое прикладное решение.
1.4.4 Объект конфигурации «Справочник»Объект конфигурации «Справочник» предназначен для работы со списками данных. Как правило, в работе любой фирмы используются списки сотрудников, списки товаров, списки клиентов, поставщиков и т. д. Свойства и структура этих списков описываются в объектах конфигурации «Справочник», на основе которых платформа создает в базе данных таблицы для хранения информации из этих справочников.
Справочник состоит из элементов. Например, для справочника сотрудников элементом является сотрудник, для справочника товаров – товар и т. д. Пользователь в процессе работы может самостоятельно добавлять новые элементы в справочник: например, добавить новых сотрудников, создать новый товар или внести нового клиента.
В базе данных каждый элемент справочника представляет собой отдельную запись в основной таблице, хранящей информацию из этого справочника
1.4.4 Объект конфигурации «Документ»Объект конфигурации «Документ» предназначен для описания информации о совершенных хозяйственных операциях или о событиях, произошедших в жизни организации вообще. Как правило, в работе любой фирмы используются такие документы, как приходные накладные, приказы о приеме на работу, платежные поручения, счета и т. д. Свойства и структура этих документов описываются в объектах конфигурации «Документ», на основе которых платформа создает в базе данных таблицы для хранения информации из этих документов.
Логика работы документов отличается от логики работы других объектов конфигурации. Документ обладает способностью проведения. Факт проведения документа означает, что событие, которое он отражает, повлияло на состояние учета.
До тех пор, пока документ не проведен, состояние учета неизменно, и документ не более чем черновик, заготовка. Как только документ будет проведен, изменения, вносимые документом в учет, вступят в силу и состояние учета будет изменено.
Поскольку документ вносит изменения в состояние учета, он всегда «привязан» к конкретному моменту времени. Это позволяет отражать в базе данных фактическую последовательность событий.
1.4.4 Объект конфигурации «Регистр накопления»Объект конфигурации «Регистр накопления» предназначен для описания структуры накопления данных. На основе объекта конфигурации «Регистр накопления» платформа создает в базе данных таблицы, в которых будут накапливаться данные, поставляемые различными объектами базы данных.
Эти данные будут храниться в таблицах в виде отдельных записей, каждая из которых имеет одинаковую заданную в конфигураторе структуру.
2. Практическая часть2.1 Описание предметной областиВ качестве предметной области рассматривается база данных склада компьютерной техники организации, занимающейся коммерческой деятельностью в области информационных технологий. Исходя из того, что склад является посредником, то есть в деятельности организации не выступает ни в роли покупателя, ни в роли продавца, основной задачей является поиск оптимального варианта хранения комплектующих и техники, а также сборка готовых компьютеров из комплектующих.
База должна позволять хранить информацию о компьютерной технике и комплектующих, вариантах комплектации компьютеров (спецификации), количестве техники и комплектующих, хранящихся в подразделениях, а также формировать отчеты, интересующие сотрудников организации.
2.1.1 Функциональная структура базы данныхБаза данных должна иметь возможность:
- производить приемку компьютерной техники и комплектующих на склад;
- производить сборку готовых системных блоков из имеющихся комплектующих;
- производить передачу техники и комплектующих в другие подразделения организации;
- списывать компьютерную технику и комплектующие с остатков.
Функции разрабатываемой базы данных представлены на функциональной структуре (рисунок 1).
Так же должна быть предусмотрена возможность:
- редактирования данных;
- поиска информации по созданным таблицам;
- получения необходимой информации посредством написания запросов к базе данных.

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

Рисунок 1 – Концептуальная модель базы данных
склада компьютерной техники
2.1.2 Логическая модель базы данныхСледуя концептуальной модели базы данных необходимо построить логическую модель базы данных.
На схеме логической модели данных отобразим атрибуты сущностей, выделенные в результате детального анализа предметной области и анализа концептуальной модели.
Схема логической структуры базы данных представлена на рисунке 2.

Рисунок 2 – Логическая структура базы данных
склада компьютерной техники
2.1.3 Выбор СУБДВ настоящее время лидером в решении задач учета чего либо на территории нашей страны является система «1С:Предприятие». Основным преимуществом 1С является открытость системы, возможность использовать любую программу 1С в требуемой сфере, в сжатые сроки адаптировать и доработать под себя используя конфигуратор, с его помощью внесить изменения любой сложности, таких как разработка новых печатных форм, специализированная обработка и отчеты, интеграция 1С с сайтом организаци многое другое.
Учитывая вышеперечисленное, создавать нашу базу данных мы будем используя систему «1С: Предприятие».

2.2 Проектирование информационной базы склада компьютерной техники, анализ данных.2.2.1 Проектирование подсистемВ первую очередь необходимо создать подсистемы, в которые будут входить объекты конфигурации, в нашем случае необходимо создать подсистему для оператора, назовем ее «Рабочее место оператора», и две подчиненные ей подсистемы «Документы» и «Справочники», а также подсистему для нормативно-справочной информации и администрирования, назовем ее «НСИ и администрирование» с подчиненными ей подсистемами «Справочники» и «Регистры движений»
2.2.1 Проектирование справочниковДля возможности аналитики в разрезе групп товаров требуется создать справочник «Виды номенклатуры». Так же необходимо чтобы вид номенклатуры, к которой относится номенклатура имел признак того, что эта номенклатура является сборной и комплектуется из другой номенклатуры, для этого в справочнике создадим реквизит «Комплект». Структура справочника представлена в таблице 1.
Таблица 1 - Структура справочника «Виды номенклатуры»
Название реквизита Синоним Тип
Наименование Наименование Строка, длина – 25
Комплект Комплект Булево
Для хранения информации о номенклатуре необходимо создать справочник «Номенклатура».
Для удобства пользователей сделаем справочник иерархическим, чтобы была возможность поиска номенклатуры по группам, установим количество уровней иерархии – 2
Структура справочника представлена в таблице 2.
Таблица 2 - Структура справочника «Номенклатура»
Название реквизита Синоним Тип
Наименование Наименование Строка, длина – 150
ВидНоменклатурыВид номенклатуры Справочник.ВидыНоменклатурыНаименованиеДляПечатиНаименование для
печати Строка, длина – 250
Описание Описание Строка, длина – 1000
Если номенклатура является сборной, должна быть возможность заранее описывать ее спецификации, то есть, что входит в ее состав и в каком количестве.
Так как может существовать много вариантов комплектации одного и того же вида системного блока в зависимости от наличия комплектующих, пожелания заказчика и т.д, чтобы не перегружать справочник номенклатуры и не усложнять пользователям ведение учета создадим подчиненный справочнику «Номенклатура» справочник «Варианты комплектации номенклатуры», который будет содержать табличную часть «Товары», в которой будет описываться состав номенклатуры и ее количество для данного варианта сборки.
Структура справочника «Варианты комплектации номенклатуры» представлена в таблице 3.
Таблица 3 - Структура справочника «Варианты комплектации
номенклатуры»
Название реквизита Синоним Тип
Наименование Наименование Строка, длина – 150
Владелец Владелец Справочник.НоменклатураСтруктура табличной части справочника представлена в таблице 4.
Таблица 4 – Структура табличной части «Товары» справочника «Варианты комплектации номенклатуры»
Название реквизита Синоним Тип
Номенклатура Номенклатура Справочник.НоменклатураКоличество Количество Число, длина – 10,
точость -0
Так как нам необходимо вести учет по подразделениям, создадим справочник «Подразделения». Структура справочника представлена в таблице 5.
Таблица 5 - Структура справочника «Подразделения»
Название реквизита Синоним Тип
Наименование Наименование Строка, длина – 150
2.2.2 Проектирование документовНеобходимо создать документ «ПриходнаяНакладная», с помощью которого мы будем делать поступления товаров на склады подразделений. Структура документа представлена в таблице 6.
Таблица 6 - Структура документа «Приходная накладная»
Название реквизита Синоним Тип
Подразделение Подразделение Справочник.ПодразделенияПримечание Примечание Строка, длина - 1000
Документ будет иметь табличную часть. Структура табличной части документа представлена в таблице 7.
Таблица 7 - Структура табличной части документа «Приходная накладная»
Название реквизита Синоним Тип
Номенклатура Номенклатура Справочник.НоменклатураКоличество Количество Число, длина -10,
точность -0.
Требуется создать документ «Сборка», данный документ должен списывать с указанного подразделения списания номенклатуру, необходимую на сборку системного блока, и делать поступление на склад поступления получившегося системного блока.
Так же документ должен перемещать дополнительную номенклатуру, потребовавшуюся при данной сборке. Структура документа представлена в таблице 8.
Таблица 8 - Структура документа «Сборка»
Название реквизита Синоним Тип
ПодразделениеСписанияПодразделение списания Справочник.ПодразделенияПодразделениеПоступленияПодразделение
поступления Справочник.ПодразделенияПримечание Примечание Строка, длина - 1000
Документ будет содержать две табличные части.
Первая будет содержать информацию о собираемых системных блоках и их количестве, назовем ее «Системные блоки». Структура табличной части представлена в таблице 9.
Таблица 9 - Структура табличной части «Системные блоки» документа «Сборка»
Название реквизита Синоним Тип
Номенклатура Номенклатура Справочник.НоменклатураВариантКомплектацииВариант комплектации Справочник.ВариантыКомплектацииНоменклатурыКоличество Количество Число, длина -10,
точность -0.
Вторая будет содержать информацию о дополнительных товарах, потребовавшись при данной сборке, назовем ее «Дополнительная номенклатура». Структура табличной части представлена в таблице 10.
Таблица 10 - Структура табличной части «Дополнительная номенклатура» документа «Сборка»
Название реквизита Синоним Тип
Номенклатура Номенклатура Справочник.НоменклатураВариантКомплектацииВариант комплектации Справочник.ВариантыКомплектацииНоменклатурыКоличество Количество Число, длина -10,
точность -0.
Далее нам необходимо создать документ «Расходная накладная», с помощью которого мы будем делать списание реализованных товаров со складов подразделений. Структура документа представлена в таблице 11.
Таблица 11 - Структура документа «Расходная накладная»
Название реквизита Синоним Тип
Подразделение Подразделение Справочник.ПодразделенияПримечание Примечание Строка, длина - 1000
Документ будет содержать табличную часть. Структура табличной части представлена в таблице 12.
Таблица 12 - Структура табличной части документа «Расходная накладная»
Название реквизита Синоним Тип
Номенклатура Номенклатура Справочник.НоменклатураВариантКомплектацииВариант комплектации Справочник.ВариантыКомплектацииНоменклатурыКоличество Количество Число, длина -10,
точность -0.
2.2.2 Проектирование регистров накопленияСледующим шагом нам необходимо спроектировать регистр накопления для учета движения товаров. Назовем его «Движения товаров».
Спроектируем измерения и ресурсы регистра. Так как нам нужно будет накапливать информацию о количестве номенклатуры в разрезе вариантов комплектации и подразделения, регистр будет иметь структуру, представленную в таблице 13

Таблица 13 - Структура табличной части документа «Расходная накладная»
Название Вид Тип
Номенклатура Измерение Справочник.НоменклатураВариантКомплектацииИзмерение Справочник.ВариантыКомплектацииНоменклатурыПодразделение Измерение Справочник.ПодразделенияКоличество Ресурс Число, длина -10,
точность -0.
2.3 Создание объектов конфигурации склада компьютерной техники.2.3.1 Создание ПодсистемСоздадим в нашей конфигурации описанную ранее подсистему «РабочееМестоОператора», и две подчиненные ей подсистемы «Документы» и «Справочники». Для этого в дереве конфигурации в соответствующем разделе добавляем новую подсистему (рисунок 4)

Рисунок 4 – Добавление новой подсистемы
Указываем имя подсистемы, синоним, убеждаемся, что стоит флажок «Включать в командный интерфейс», для того, чтобы подсистема отображалась в режиме клиентского приложения, а также задаем картинку для отображения подсистемы пользователю (рисунок 5).

Рисунок 5 – Указание свойств подсистемы
Для добавления подчиненной подсистемы нужно щелкнуть правой кнопкой мыши по созданной подсистеме и выбрать «Добавить», далее «Подчиненная подсистема», как показано на рисунке 6, далее действовать аналогично.

Рисунок 6 – Добавление подчиненной подсистемыАналогично создаем описанную подсистему «НСИ и администрирование».
2.3.2 Создание справочниковСоздадим справочник «Виды номенклатуры» и добавим в него описанные реквизиты (Рисунок 7).

Рисунок 7 – Создание реквизитов справочника «Виды номенклатуры»
Аналогично создадим справочник «Номенклатура», добавим в него описанные выше реквизиты, настроим иерархическую структуру (Рисунок 8).

Рисунок 8 – Настройка иерархии справочника «Номенклатура»
Аналогично создадим справочники «Варианты комплектации номенклатуры» и «подразделения» и добавим в них описанные выше реквизиты.
Для справочника «Номенклатура» создадим форму элемента справочника, для этого воспользуемся конструктором формы справочника (рисунок 9).

Рисунок 9 – Создание формы элемента справочника «Номенклатура»
Для того, чтобы из формы справочника можно было удобно получать доступ к подчиненному справочнику «Варианты комплектации номенклатуры», добавим на форму элемент «Декорация-Надпись» «ВариантыКомплектации», в свойствах элемента установим флажок «Гиперссылка»
В обработчике события «Нажатие» данной гиперссылки пропишем код, показанный на рисунке 10, который будет открывать справочник «Вариант комплектации» с отбором по владельцу, то есть будут отображаться только те варианты комплектации, которые принадлежат этой номенклатуре.

Рисунок 10 – Листинг процедуры «ВариантыКомплектацииНажатие»
Чтобы данный элемент не отражался в номенклатуре, которая не является сборной, процедурах модуля формы «ПриОткрытии» и «ВидНоменклатуррыПриИзменении» припишем следующий код, который будет устанавливать видимость данного элемента формы (Рисунок 11).

Рисунок 11 – Листинг модуля формы элемента справочника
«Номенклатура»
В результате мы получим форму, изображенную на рисунке 12.

Рисунок 12 – Форма элемента справочника «Номенклатура»
Создадим формы элемента справочника для справочников «Подразделения», «Варианты комплектации номенклатуры» и «Виды номенклатуры». Так как вносить изменения в автоматически сконструированные формы этих справочников не требуется, просто воспользуемся конструктором форм.

2.3.2 Создание регистров накопленияСледующим шагом нам необходимо создать регистр накопления «Движения товаров». Заполним имя регистра, синоним, представление списка. Так как нам необходимо будет контролировать остатки по подразделениям, вид регистра устанавливаем «Остатки» (Рисунок 13).

Рисунок 13 – Создание регистра «ДвиженияТоваров»
Создадим измерения и ресурсы регистра. Результат представлен на рисунке 14.

Рисунок 14 – Данные регистра «Движения товаров»

2.3.2 Создание документовДалее нам необходимо создать документ «Приходная накладная». Создадим документ и добавим в него описанные реквизиты и табличную часть (рисунок 15).

Рисунок 15 – Создание документа «Приходная накладная»
С помощью конструктора создадим форму документа. Эта форма нас полностью устраивает и не требует какой-либо доработки.
Следующим шагом нам необходимо описать движения, которые будет создавать документ в регистре «Движения товаров». Для этого дважды щелкнем по этому объекту конфигурации в дереве конфигурации и перейдем на вкладку «Регистраторы» (рисунок 16).

Рисунок 16 – Настройка регистраторов регистра накопления.
Установим флажок напротив нашего документа. Так как документ будет создавать несложные движения, воспользуемся для их описания конструктором движений, для этого дважды щелкнем по документу а дереве конфигурации, перейдем на вкладку «Движения» и нажмем на кнопку «Конструктор движений». В открывшемся конструкторе заполним значения, как показано на рисунке 17.

Рисунок 17 – Конструктор движения регистров.
Аналогично создадим документ «Сборка» и добавим в него описанные реквизиты и табличные части. С помощью конструктора создадим форму документа (рисунок 18).

Рисунок 18 – Форма документа «Сборка»
Так как поле «Вариант комплектации» имеет ссылочный тип справочника, который является подчиненным справочнику «Номенклатура», тип которого имеет поле «Номенклатура» той же табличной части имеет смысл сделать так, чтобы при выборе варианта комплектации в форме выбора справочника «Варианты комплектации» отображались только те элементы, владельцем которых является указанная в строке номенклатура. Для этого для свойств «Связи параметров выбора» и «Параметры выбора» поля табличной части «СистемныеБлоки», произведем настройки, показанные на рисунках 19 и 20. Аналогичные настройки произведем для табличной части «Дополнительная номенклатура»

Рисунок 19 – Настройки свойства «Связи параметров выбора»

Рисунок 20 – Настроки свойства «Параметры выбора»
Следующим шагом нам необходимо описать движения, которые будет создавать документ в регистре «Движения товаров». Для этого дважды щелкнем по этому объекту конфигурации в дереве конфигурации и перейдем на вкладку «Регистраторы» и установим флажок напротив нашего документа.
При проведении данного документа может возникнуть ситуация, когда на складе подразделения списания окажется недостаточно номенклатуры для сборки указанных системных блоков или дополнительной номенклатуры. Чтобы исключить эти ситуации при создании движения мы будем контролировать остатки нужного товара с нужным вариантом комплектации на складе подразделения списания с помощью запроса к виртуальной таблице «ДвиженияТоваров.Остатки» регистра накопления «Движения товаров». Текст запроса представлен на рисунке 21.

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

Рисунок 22 – Текст запроса номенклатуры, входящей в состав варианта
комплектации.
В результате модуль документа будет иметь вид, представленный на рисунках 23 и 24.

Рисунок 23 – Листинг модуля объекта документа «Сборка»

Рисунок 24 – Листинг модуля объекта документа «Сборка»
(продолжение)
Как мы видим при проведении документа программа сначала в цикле перебирает табличную часть «Системные блоки», для каждой строки она производит следующие действия:
- запрашивает входящую в данный вариант комплектации указанного системного блока номенклатуру;
- запрашивает наличие нужного количества этой номенклатуры в подразделении списания, если номенклатуры недостаточно, отказывается от проведения документа и выдает соответствующее сообщение пользователю
- если номенклатуры достаточно, списывает ее с подразделения списания
- если имеется достаточное количество всей номенклатуры, входящей в состав системного блока, делает поступление на подразделение поступления данного системного блока в указанном количестве.
Далее в цикле перебирается табличная часть «Дополнительная номенклатура» и производятся следующие действия:
- запрашивает наличие нужного количества номенклатуры в подразделении списания, если номенклатуры недостаточно, отказывается от проведения документа и выдает соответствующее сообщение пользователю
- если номенклатуры достаточно, списывает ее с подразделения списания
- делает поступление на подразделение поступления данной номенклатуры в указанном количестве.
Аналогично создадим документ «Расходная накладная», добавим в него описанные выше реквизиты, с помощью конструктора формы создадим форму документа. Для для свойств «Связи параметров выбора» и «Параметры выбора» поля табличной части документа, произведем настройки, аналогичные настройкам в документе «Сборка», для того, чтобы при выборе отображались только те элементы, владельцем которых является указанная в строке номенклатура.
Аналогично документу «Сборка», в документе «Расходная накладная» при проведении нам необходимо контролировать наличие списываемой номенклатуры в необходимом количестве на указанном подразделении. Делать это мы будем тем же способом. Для этого модуль документа нам необходимо так же написать вручную. Листинг модуля представлен на рисунке 25.

Рисунок 25 – Листинг модуля объекта документа «Расходная накладная»
2.3.3 Создание отчетов.Создадим отчет, показывающий количество номенклатуры на остатках подразделений складов. Для этого в дереве конфигурации в разделе «Отчеты» создадим новый отчет. Откроем схему компоновки данных и создадим новый набор данных – «Запрос», откроем конструктор запросов и выберем таблицу «ДвиженияТоваров.Остатки».
Вкладка «Наборы данных» системы компоновки данных представлена на рисунке 26.

Рисунок 26 - Вкладка «Наборы данных» системы компоновки данных
На вкладке «Настройки» создадим группировки «Подразделение» и «Детальные записи». Включим параметр «Период» в пользовательские настройки. На вкладке «Выбранные поля» выберем поля нашего отчета (рисунок 27).

Рисунок 27 - Вкладка «Выбранные поля» системы компоновки данных
Добавим отборы и включим их в пользовательские настройки, как показано на рисунке 28.

Рисунок 28 - Вкладка «Отборы» системы компоновки данных
2.3.4 Включение объектов конфигурации в подсистемыВключим объекты нашей конфигурации с соответствующие подсистемы. Документы включим в подчиненную подсистеме «Рабочее место оператора» подсистему «Документы». Справочник «Номенклатура» включим в подчиненную подсистеме «Рабочее место оператора» подсистему «Справочники». Отчет включим в подсистему «Рабочее место оператора».
Включим остальные справочники в подчиненную подсистеме «НСИ и администрирование» подсистему «Справочники».
2.4 Инструкция пользователя2.4.1 Запуск конфигурацииЗапустим конфигурацию в режиме клиентского приложения (Рисунок 29).

Рисунок 29 – Интерфейс конфигурации
2.4.2 Заполнение справочника «Подразделения»Создадим подразделение «Основной склад» организации. Перейдем в раздел «НСИ и администрирование», далее справочник «Подразделения» и нажмем на кнопку «Создать». Аналогично создадим подразделение «Магазин».
2.4.3 Заполнение справочника «Виды номенклатуры»Перейдем в раздел «НСИ и администрирование», далее справочник «Виды номенклатуры» и заполним данный справочник. Признак «Комплект» установим только для элемента «Системный блок»
2.4.3 Заполнение справочника «Номенклатура»Перейдем в раздел «Рабочее место оператора», далее справочник «Номенклатура» и создадим группы номенклатуры.
Зайдем в группу «Процессоры» и создадим элемент, заполним все реквизиты, нажмем «Записать и закрыть» (Рисунок 30).

Рисунок 30 – Создание элемента справочника «Номенклатура»
Аналогично создадим по несколько товаров в других группах.
Создадим две номенклатурные позиции в группе «Системные блоки».(Рисунок 31).

Рисунок 31 – Номенклатурные позиции системных блоков
2.4.4 Создание вариантов комплектации номенклатурыОткроем элемент справочника «Номенклатура» «Системный блок офисный», нажмем на гиперссылку «Варианты комплектации» и создадим элемент справочника «Варианты комплектации номенклатуры», описывающий одну из спецификаций сборки офисного системного блока. Назовем этот элемент справочника «Системный блок офисный начальный», заполним табличную часть «Товары», номенклатурой, необходимой для сборки данного системного блока и ее количеством. (Рисунок 32)

Рисунок 32 – Вариант комплектации «Системный блок офисный
начальный»
Аналогично создадим еще один вариант комплектации того же системного блока «Системный блок офисный Продвинутый».
Откроем элемент справочника «Номенклатура» под наименованием «Системный блок игровой», перейдем в его варианты комплектации и создадим две спецификации сборки, теперь их владельцем будет элемент «Системный блок игровой».
2.4.5 Создание документа «Приходная накладная»Перейдем в раздел «Рабочее место оператора», далее «Приходные накладные», нажмем на кнопку «Создать», заполним подразделение – «Основной склад», заполним табличную часть, оприходовав детали, необходимые для сборки офисного компьютера в начальной комплектации, а также несколько мониторов, клавиатуру и мышь. Нажмем на кнопку «Провести и закрыть». (Рисунок 33)

Рисунок 33 – Создание документа «Приходная накладная»
2.4.5 Формирование отчета об остаткахПерейдем в раздел «Рабочее место оператора», запустим отчет «Отчет об остатках». Установим период и нажмем на кнопку «Сформировать». Убедимся, что вся номенклатура, указанная в приходной накладной поступила на основной склад. Результат формирования отчета представлен на рисунке 34.

Рисунок 34 – Результат формирования отчета «Отчет об остатках»
2.4.6 Сборка системного блока с помощью документа «Сборка»Перейдем в раздел «Рабочее место оператора», далее «Сборка», нажмем на кнопку «Создать». Укажем подразделение списания – «Склад», подразделение поступления – «Магазин».
Попытаемся с помощью этого документа собрать офисный системный блок в варианте комплектации «Продвинутый» (рисунок 35).

Рисунок 35 – Создание документа «сборка»
Нажмем на кнопку «Провести и закрыть». 1С выдает сообщение об ошибке о невозможности провести данный документ, затем выдает сообщение пользователю о недостаточном количестве номенклатуры в подразделении «Склад» для сборки данного системного блока. Это происходит потому, что мы оприходовали только товары, необходимые для сборки варианта комплектации «Системный блок офисный Начальный». Мы убедились, что контроль остатков при проведении документа работает корректно (рисунок 36).

Рисунок 36 – Сообщение пользователю о недостаточном количестве номенклатуры в подразделении.
Изменим в нашем документе вариант комплектации на «Системный блок офисный Начальный», для сборки которого в подразделении списания у нас достаточно номенклатуры, Добавим в табличную часть документа «Дополнительная номенклатура» монитор, клавиатуру и мышь, которые необходимо передать в магазин вместе с системным блоком (Рисунок 37).

Рисунок 37 – Дополнительная номенклатура
Нажмем на кнопку «Провести и закрыть». Документ провелся без ошибок, так как имеется вся необходимая номенклатура.
Чтобы убедиться, что документ создает правильные движения сформируем отчет об остатках, как мы делали ранее. Как мы увидим, при проведении документа с подразделения списания была списана вся номенклатура, входящая в состав указанного варианта комплектации указанной номенклатуры, а в подразделение послупления поступил «Системный блок офисный» в варианте комплектации «Системный блок офисный Начальный» в количестве 1 шт. Далее мы видим, что вся указанная дополнительная номенклатура была списана с подразделения списания и поступила в подразделение поступления.
2.4.6 Создание документа «Расходная накладная»Допустим магазин реализовал поступивший системный блок и номенклатуру. Чтобы списать эти товары с подразделения, перейдем в раздел «Рабочее место оператора», далее «Расходные накладные», нажмем на кнопку «Создать», заполним подразделение – «Магазин», заполним табличную часть. Попытаемся списать системный блок в указанной комплектации, добавим в табличную часть дополнительную номенклатуру, которая была реализована и проведем документ (рисунок 38).

Рисунок 738 – Создание документа «Расходная накладная»
С указанного подразделения была списана вся указанная в табличной части номенклатура.

3. Экономическая частьДля обоснования необходимости внедрения информационной системы в рассматриваемой организации необходимо рассчитать экономический эффект от ее внедрения.
Экономический эффект состоит в сокращении временных затрат сотрудника на ввод данных, их обработку, подготовку отчетов.
3.1 Расчет затрат на разработкуРаспределение трудоемкости по стадиям разработки приведено в таблице 13.
Таблица 13 - Распределение трудоемкости по стадиям разработки
Этап Выполняемые на этапе мероприятия Трудоемкость, ч.
Постановка задачи Предпроектное обследование.
Разработка, согласование и утверждение технического задания. 3
Технический проект Уточнение структуры и формы представления входных и выходных данных. Инфологическое проектирование, логическое и физическое проектирование. Разработка пояснительной записки, согласование и утверждение технического проекта. 5
Физическая реализация Физическая реализация базы данных. Разработка, согласование и утверждение порядка и методики испытаний, корректировка программы 5
Документация и внедрение. Разработка программной документации. Подготовка и внедрение программного продукта. 4
Итого 17
Рассчитаем затраты организации на разработку информационной системы
Зразр = Тразр*СЧР,
где:
Тразр – Время в часах, затраченное на разработку;
СЧР – стоимость часа разработки. Средняя стоимость часа работы сторонней организации-партнера 1С составляет 1900,00 рублей, тогда:
Зразр = 17 * 1900 = 32300 рублей 00 копеек.
3.1 Расчет экономического эффекта
Рассчитаем экономический эффект, получаемый косвенно за счет экономии рабочего времени сотрудника склада. Для ведения расчетов введем следующие обозначения:
Т1 – время, затрачиваемое на операцию до внедрения конфигурации;
Т2 – время, затрачиваемое на операцию после внедрения конфигурации;
Т – время, сэкономленное в результате внедрения конфигурации;
До внедрения конфигурации данные о поступлениях, сборках и списании техники велись вручную. На оформление всех трех операций, выполняемых с техникой на складе уходило:
Т1 = 15 минут = 0,25 ч.
После внедрения конфигурации время сократится до
Т2 = 5 минут = 0,083 ч.
Усредненное количество операций, выполняемых за день сотрудником склада составляет 23, тогда время, затрачиваемое на операции в год:
Т1 = 0,25 * 23 * 22 * 12 = 1518 ч/год
Т2 = 0,083 * 23 * 22 * 12 = 504 ч/год
Время, сэкономленное в результате внедрения конфигурации:
Т = 1518-504 = 1014 ч/год
Рассчитаем стоимость часа работы сотрудника склада. Основная заработная плата сотрудника составляет 25000,00 руб., страховые отчисления в 26% - 6500,00 руб.
Час работы сотрудника обходится организации в
СЧРС = (25000+6500)/(8*22) = 178 руб 98 коп.
Общий экономический эффект от внедрения конфигурации составит:
Э = Т * СЧРС = 1014 * 178,98 = 181485,72 руб/год
Срок окупаемости проекта можно рассчитать по формуле:
С = Зразр/Э = 32300/181485,72 = 0,18 года
Следовательно, если склад внедрит разрабатываемую конфигурацию, она окупится за 3 месяца.

4. Охрана труда4.1. Общие требования охраны трудаК работе на персональном компьютере (ПК) допускаются лица, прошедшие вводный инструктаж, первичный инструктаж, проверку знаний требований охраны труда, имеющие группу I по электробезопасности.
При работе на персональном компьютере работник обязан:
- выполнять только ту работу, которая определена его должностной (рабочей) инструкцией;
- соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности;
- соблюдать требования охраны труда;
При эксплуатации персонального компьютера на работника могут оказывать действие следующие опасные и вредные производственные факторы:
- повышенный уровень электромагнитных излучений;
- повышенный уровень статического электричества;
-пониженная ионизация воздуха;
-статические физические перегрузки;
-перенапряжение зрительных анализаторов;
-недостаточная освещенность рабочего места.
Конструкция ПЭВМ должна обеспечивать возможность поворота корпуса в горизонтальной и вертикальной плоскости с фиксацией в заданном положении для обеспечения фронтального наблюдения экрана монитора.
Конструкция монитора должна предусматривать регулирование яркости и контрастности.
Помещения, где размещаются рабочие места с ПЭВМ, должны быть оборудованы защитным заземлением (занулением) в соответствии с техническими требованиями по эксплуатации.
Рабочие столы следует размещать таким образом, чтобы мониторы были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева.
Оконные проемы в помещениях, где используются персональные компьютеры, должны быть оборудованы регулируемыми устройствами типа: жалюзи, занавесей, внешних козырьков и др.
Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения.
Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.
4.2 Требования охраны труда перед началом работыРаботник перед началом работы на ПК должен:
- подготовить рабочее место;
- отрегулировать освещение на рабочем месте, убедиться в отсутствии бликов на экране;
- проверить правильность подключения оборудования к электросети;
- роверить исправность проводов питания и отсутствие оголенных участков проводов;
- проверить правильность установки стола, стула, положение клавиатуры, положение «мыши» на специальном коврике, при необходимости произвести регулировку рабочего стола и кресла, а также расположение элементов компьютера в соответствии с требованиями эргономики и в целях исключения неудобных поз и длительных напряжений тела.
4.3 Требования охраны труда во время работыРаботнику при работе на ПК запрещается:
-прикасаться к задней панели системного блока (процессора) при включенном питании;
-допускать попадание влаги на поверхность системного блока (процессора), монитора, рабочую поверхность клавиатуры, дисководов, принтеров и других устройств;
-производить самостоятельное вскрытие и ремонт оборудования;
-работать на компьютере при снятых кожухах;
-отключать оборудование от электросети и выдергивать электровилку, держась за шнур.
Во время регламентированных перерывов с целью снижения нервноэмоционального напряжения, утомления зрительного анализатора, устранения влияния гиподинамии и гипокинезии выполнять комплексы упражнений.
4.4 Требования охраны труда по окончании работыРаботник по окончании работы на ПК должен:
- отключить питание компьютера;
- привести в порядок рабочее место;
- выполнить упражнения для глаз и пальцев рук на расслабление.

ЗАКЛЮЧЕНИЕВ ходе выполнение данной работы была создана конфигурация для учета товара на складе компьютерной техники с использованием системы «1С:Предприятие». Данная конфигурация позволяет:
- вести учет компьютерной техники и комплектующих на различных подразделениях склада организации;
- принимать поступивший товар на склад;
- комплектовать системные блоки из хранящихся на складе деталей;
- передавать технику и комплектующие в другие подразделения организации.
- списывать технику и комплектующие с учета.
Конфигурация проста в использовании и легко поддается расширению и адаптации к новым требованиям заказчика за счет продуманной структуры.
В ходе выполнения работы были получены теоретические и практические знания, позволяющие использовать современные методы и средства проектирования баз данных для выбранной предметной области, и физически реализовывать базы данных в выбранной СУБД.

Список использованных источниковУльман, Дж. Основы систем баз данных / Дж. Ульман. - М.: Финансы и статистика, 2017. - 292 c
Стружкин, Н.П. Базы данных: проектирование. практикум: Учебное пособие для академического бакалавриата / Н.П. Стружкин, В.В. Годин. - Люберцы: Юрайт, 2016. - 291 c.
Стружкин, Н.П. Базы данных: проектирование: Учебник для академического бакалавриата / Н.П. Стружкин, В.В. Годин. - Люберцы: Юрайт, 2016. - 477 c.
Осипов Д.Л. Технологии проектирования баз данных / Д.Л. Осипов – Москва: ДМК-Пресс, 2019 г. – 498с.
Wikipedia.org: сайт – URL: https://ru.wikipedia.org/ (дата обращения: 10.09.2021).
its.1c.ru: сайт – URL: https://its.1c.ru/ (дата обращения: 08.09.2021). – Режим доступа: для зарегистрир. пользователей.
Software Requirements (Разработка требований к программному обеспечению)/ Карл И. Вигерс, Джой Битти. – Санкт-Петербург: БХВ-Петербург, Русская Редакция, 2016. – 736 с.
Бобровников А.Э. Введение в управление проектами внедрения ERP-систем / А.Э. Бобровников – Москва: ООО "1С-Паблишинг", 2021. – 320 с.
www.1c.ru: сайт – URL: https://www.1c.ru/ (дата обращения: 07.09.2021).
Хрусталева Е. Ю. Технологии интеграции 1С:Предприятия 8.3 / Е. Ю. Хрусталева– Москва: ООО "1С-Паблишинг", 2021. – 503 с.
Ажеронок А.В. Разработка интерфейса прикладных решений на платформе «1С:Предприятие 8» / В.А. Ажеронок, А.В. Островерх, М.Г. Радченко, Е.Ю. Хрусталева– Москва: ООО "1С-Паблишинг", 2018. – 902 с.
Радченко М.Г. 1С:Программирование для начинающих. Детям и родителям, менеджерам и руководителям. Разработка в системе «1С:Предприятие 8.3» / М.Г. Радченко– Москва: ООО "1С-Паблишинг", 2017. – 780 с.
www.softonit.ru: сайт – URL: https://softonit.ru/ (дата обращения: 06.09.2021).
www.infostart.ru: сайт – URL: https://infostart.ru/ (дата обращения: 11.09.2021).
Федоров П.М. Охрана труда. Практическое пособие / П.М. Федоров – Санкт-Петербург: РИОР, 2019 – 138 с.