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

Введение

На данный момент востребованной средой разработки БД и ИС в России и занимает большую популярность занимает 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. Справочник «Склады».

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

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

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

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

---