Разработка и реализация конфигурации "Книжный магазин" в среде 1С

Содержание:

Введение

На данный момент востребованной средой разработки БД и ИС в России и занимает большую популярность занимает 1С: Предприятие, разработанной компанией 1С. Для книжного магазина «Золотой Дуб» (далее книжный магазин) будет использована эта среда разработки для регистрации оборота книг в магазине.

Книжный магазин «Золотой Дуб» пользуется устаревшей информационной системой, у которой низкая производительность, не удобный интерфейс. Книжный магазин имеет до 42 магазинов на территории России. В каждом магазине в среднем по 4-5 сотрудников, и по 2-3 компьютера и 4 ТСД.

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

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

• Поиск определённых книг по названию, жанров, авторов и т. д.;
• Подсчет остатков книг на складе или в зале;
• Учет перемещения книг;
• Подсчет книг;
• Приёмка новоприбывших книг в магазин;
• Продажа книг клиенту;
• Составление отчета проданных книг
• Регистр цен

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

Изначально 1С: Предприятие был создан под бухгалтерию, и называлась тогда «1С: Бухгалтерия». Первый собственный продукт - прототип программы "1С: Бухгалтерия" - был подготовлен к 1992 году. Ее презентация была произведена на выставке Comtek в 1992 году, где были продемонстрированы различия "таблиц", реализованных комплексом " Lotus 1-2-3" и собственным продуктом "1С". Официальным разработчиком исходного кода выступает Сергей Нуралиев, брат руководителя компании "1С", который подрабатывал в отделе бухгалтерского учета компании и для собственных нужд разработал себе удобное приложение, - прототип сегодняшнего продукта "1С: Бухгалтерия". Данный программный продукт даже в первоначальном издании оказался весьма успешным, - на дискетках первые релизы "1С: Бухгалтерия" разошлись более чем в трехстах экземплярах.

В 1996 году был выпущен "1С: Предприятие", который имеет огромную историю. Первые версии выпускались под DOS и ранние операционные системы, и только с 7.0 они были доработаны для операционной системы Windows 95 и выше. В 1999 году вышел довольно громкий релиз "1С: Предприятие 7.7", который, для конечного пользователя, послужил практически бесплатной заменой пакетов "1С предприятие 7.0" и "1С: Предприятие 7.5".

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

1. Анализ предметной области

Как было сказано ранее, магазины предприятия расположены на территории РФ. На таблице 1 представлена характеристика предприятия.

Таблица 1­­ ­­–– Технико-экономические показатели объекта управления

№ п\п	Наименование характеристики (показателя)	Значение показателя на 2019 г.
1	Количество сотрудников на один магазин	4-5 человек
2	Количество магазинов на территории РФ	42
3	Средний доход от продаж книг	890 р./день

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

Рисунок 1. Организационная структура

1. Анализ существующего программного обеспечения

Технологическую архитектуру представляют сетевая архитектура и архитектура платформ.

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

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

На рисунке 2 представлена техническая архитектура книжного магазина «Золотой Дуб».

Рисунок 2. Техническая архитектура.

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

Задачи архитектуры программного обеспечения, является улучшением и повышение продуктивности процессов. Типичными ожиданиями заказчика от внедрения приложения являются: уменьшение времени, затрачиваемого на выполнение различных действий; ускорение выполнения различных операций; автоматизация процессов; различные улучшения, получаемые за счет масштабируемости — способности системы, сети или процесса справляться с увеличением рабочей нагрузки (увеличивать свою производительность) при добавлении ресурсов, обычно аппаратных. Это может осуществляться как за счет повышения продуктивности процессов, так и за счет ускорения выполнения операций. Улучшение операционной деятельности. Операционная деятельность обычно связана с выполнением рутинных типовых операций (например, работа кассира в магазине, прием коммунальных платежей и т.д.). Автоматизируя (упрощая, ускоряя) такую операционную деятельность, можно снижать затраты либо увеличивать производительность системы.

Рисунок 3. Программная архитектура.

1. Обоснование выбора среды разработки

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

На таблице 2 изображена сравнительная характеристика самого 1С и альтернативные среды разработки ПО.

Таблица 2 –– Сравнительный анализ систем автоматизации

№ п/п	Параметры	1С: Предприятие	Access	SAP
1	Используемые СУБД	Microsoft SQL	Microsoft SQL	Oracle Database
2	Стоимость рабочего места	1500	1800	2400
3	Поддерживаемые ОС	Windows 10	Windows 10	Windows 10 Lunix
4	Системные требования	-Процессор: 32- или 64-разряда Частота: 1.5 ГHz; -Оперативная память: 512 Мб;	-Процессор: 32- или 64-разряда Частота: 1 ГГц -Оперативная память: 1 ГБ	-Процессор: 32- или 64-разряда Частота: 1.2 ГHz; -Оперативная память: 512 Мб;
5	WEB-интерфейс	Да	Нет	Да
6	Удалённый доступ	Да	Да	Да
7	Метод записи	-	Прямое	-

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

Способы приобретения «1С: Предприятие», а также достоинства и недостатки, перечислены на таблице 3.

Таблица 3 –– Сравнительный анализ способов приобретения ИС

№ п/п	Способ приобретения	Достоинства и недостатки способа приобретения
1	Электронная лицензия	+ Самый легкий и быстрый способ приобретения + Ключ лицензии хранится в электронном виде - Привязывается к одному аккаунту
2	Компакт диск	+ Легкая установка на ПК - Затраты времени на его перевозку
3	FPP (Полный пакет ПО)	+ Полная версия ПО + Расширеное руководство пользователя - Затраты времени на его перевозку - Стоит дорого

1. Разработка конфигурации

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

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

• Сотрудники
• Номенклатура
• Поставщики
• Клиенты
• Склады

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

Номенклатура содержит в себе список всех книг, которые могут быть продаваться в нашем магазине. Этот справочник нужен для идентификации и регистрирование их количества. В справочник можно добавлять дополнительные поля, как здесь, например, я добавил поле «Автор», чтобы указать автора книги.

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

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

Справочник клады, нужен для регистров для учета хранимого товара в магазине. В нем уже записана иерархия ячеек (рисунок 4).

Рисунок 4. Справочник «Склады».

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

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

• Измерения
  • Зона хранения
  • Товар
• Ресурсы
  • Количество
• Реквизиты
  • Тип перемещения

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

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

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

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

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

Рисунок 5. График продаж.

В данном примере показан график продаж каждого продавца в денежном обороте.

1. Алгоритмы взаимодействия объектов конфигурации

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

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

Таким образом, разработчик оперирует метаданными — «данными о данных», или объектами конфигурации.

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

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

Регистры накопления связаны со справочниками Номенклатура и Склады, для того чтобы избежать ошибок заполнения форм. Также в формах документах приемки и продажи товаров, предусмотрено автоматическое заполнение данных (Цены на товар, расчёт суммы). Все модули отображены в приложении.

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

Рисунок 6. Справочник клиенты.

1. Тестирование

На рисунках __ и __ продемонстрирована работа ИС в среде 1С: Предприятие. В приложении можно рассмотреть больше картинок с демонстрацией программы

Рисунок 7. Справочник клиенты.

Рисунок 8. Перемещения.

Рисунок 9. Документ приёмка товара.

Рисунок 10. Остатки товара.

Рисунок 11. Остатки товара.

Рисунок 12. Регистр накопления после приемки.

Рисунок 13. Отчет остаток товара после приемки.

Рисунок 14. Справочник номенклатура раздел: книги.

3. Заключение

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

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

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

4. Список литературы

1. Средства быстрой разработки бизнес-приложений 1С: Предприятие
2. 1C:Предприятие 8.3. Практическое пособие разработчика.
3. Разработка мобильных приложений Е. Ю. Хрусталев
4. Язык запросов «1С: Предприятия» Е. Ю. Хрусталев
5. Разработка сложных отчетов в «1С:Предприятии 8». Система компоновки данных

5. Приложение

//Документ приемка (проведение)

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// регистр ОстатокТовара Приход

Движения.ОстатокТовара.Записывать = Истина;

Для Каждого ТекСтрокаСостав Из Состав Цикл

Движение = Движения.ОстатокТовара.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.ЗонаХранения = ЗонаПрибытия;

Движение.Товар = ТекСтрокаСостав.Товар;

Движение.Количество = ТекСтрокаСостав.Количество;

Движение.ТипПеремещения = "Приемка";

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

//Форма Документы приемки

Процедура СоставЦенаПриИзменении(Элемент)

ТабЧасть = Элементы.Состав.ТекущиеДанные;

ТабЧасть.Сумма = ТабЧасть.Цена * ТабЧасть.Количество;

КонецПроцедуры

&НаКлиенте

Процедура СоставТоварПриИзменении(Элемент)

ТабЧасть = Элементы.Состав.ТекущиеДанные;

ТабЧасть.Цена = РаботаСДанными.АктуальнаяЦена(ТабЧасть.Товар, Объект.Дата)

КонецПроцедуры

//Документ продажа (проведение)

Процедура ОбработкаПроведения(Отказ, Режим)

// Данный фрагмент построен конструктором.

// регистр ОстатокТовара Расход

Движения.ОстатокТовара.Записывать = Истина;

Движения.ОборотТовара.Записывать = Истина;

Для Каждого ТекСтрокаТоварныйЧек Из ТоварныйЧек Цикл

Движение = Движения.ОстатокТовара.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.ЗонаХранения = Хранение;

Движение.Товар = ТекСтрокаТоварныйЧек.Товар;

Движение.Количество = ТекСтрокаТоварныйЧек.Количество;

Движение.ТипПеремещения = "Продажа";

//Оборот

Движение = Движения.ОборотТовара.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.ЗонаХранения = Хранение;

Движение.Товар = ТекСтрокаТоварныйЧек.Товар;

Движение.Количество = ТекСтрокаТоварныйЧек.Количество;

КонецЦикла;

КонецПроцедуры

//Документ Движение (проведение)

Процедура ОбработкаПроведения(Отказ, Режим)

//{{__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

// Данный фрагмент построен конструктором.

// При повторном использовании конструктора, внесенные вручную изменения будут утеряны!!!

// регистр ОстатокТовара Расход

Движения.ОстатокТовара.Записывать = Истина;

Для Каждого ТекСтрокаСостав Из Состав Цикл

Движение = Движения.ОстатокТовара.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.ЗонаХранения = Источник;

Движение.Товар = ТекСтрокаСостав.Товар;

Движение.Количество = ТекСтрокаСостав.Количество;

Движение.ТипПеремещения = "Перемещение";

КонецЦикла;

// регистр ОстатокТовара Приход

Движения.ОстатокТовара.Записывать = Истина;

Для Каждого ТекСтрокаСостав Из Состав Цикл

Движение = Движения.ОстатокТовара.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.ЗонаХранения = Приемник;

Движение.Товар = ТекСтрокаСостав.Товар;

Движение.Количество = ТекСтрокаСостав.Количество;

Движение.ТипПеремещения = "Перемещение";

КонецЦикла;

//}}__КОНСТРУКТОР_ДВИЖЕНИЙ_РЕГИСТРОВ

КонецПроцедуры

НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

МОСКОВСКИЙ ФИНАНСОВО-ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «УНИВЕРСИТЕТ»

Факультет Информационных технологий

Направление/Профиль:

09.03.02 Информационные системы и технологии/ Разработка, сопровождение и обеспечение безопасности информационных систем

РЕЦЕНЗИЯ НА КУРСОВУЮ РАБОТУ

Обучающийся: _Корнеев Павел_Станиславович_

(ФИО полностью)

Тема КР: «____________________________________»

Рецензент:_________________________________________________________________

(Ф.И.О. полностью, ученая степень, звание)

Критерий	Максимум баллов	Оценка в баллах	Комментарий[1]
1.Обоснование актуальности заявленной темы, четкость цели и задач исследования.	10
2.Содержание работы: последовательности и логичности изложения	15
3.Список использованной литературы актуален и составлен в соответствии с требованиями: нормативные и регламентирующие документы, научная литература, источники периодической печати, интернет ресурсы.	10
4.Проработка теоретических и практических вопросов, касающихся темы исследования и раскрывающих проблематику обозначенной темы.	20
5. Анализ полученных результатов, полнота предлагаемого решения, степень соответствия полученного решения поставленным задачам исследования по достижению цели. Четкость и грамотность выводов по результатам исследования.	20
6. Качество приложений	10
7. Соответствие оформления КР методическим рекомендациям	15
Итого за работу баллов	Max.100

Работа не может быть рекомендована к защите, если сумма баллов составляет менее 50.

Работа к защите рекомендуется с оценкой _________/ не рекомендуется (нужное – подчеркнуть).

Подпись рецензента ________________/ ______________________/

Дата __________________________

1. Необходимо прокомментировать каждый критерий ↑