Файл: Разработка и реализация конфигурации "Книжный магазин" в среде 1С.pdf
Добавлен: 18.06.2023
Просмотров: 260
Скачиваний: 18
Введение
На данный момент востребованной средой разработки БД и ИС в России и занимает большую популярность занимает 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 –– Технико-экономические показатели объекта управления
№ п\п |
Наименование характеристики (показателя) |
Значение показателя на 2019 г. |
1 |
Количество сотрудников на один магазин |
4-5 человек |
2 |
Количество магазинов на территории РФ |
42 |
3 |
Средний доход от продаж книг |
890 р./день |
Организационная структура – совокупность подразделений организации и их взаимосвязей, в рамках которой между подразделениями распределяются управленческие задачи, определяются полномочия и ответственность руководителей и должностных лиц. Схема организационной структуры изображена на рисунке 1, где директор управляет всеми отделами в магазине.
Рисунок 1. Организационная структура
Технологическую архитектуру представляют сетевая архитектура и архитектура платформ.
Сетевую архитектуру образуют вычислительные сети, используемые коммуникационные протоколы, сервисы и системы адресации в сетях, методики обеспечения бесперебойной работы сетей в форс-мажорных условиях.
Основное назначение технологической архитектуры - это обеспечение надежных ИТ-сервисов, предоставляемых в рамках всего предприятия в целом и координируемых централизованно, как правило, департаментами информационных технологий. Технологическая архитектура определяет набор принципов и стандартов (индустриальных стандартов; стандартов, связанных с продуктами; конфигураций), которые обеспечивают руководства в отношении выбора и использования таких технологий как аппаратные платформы, операционные системы, системы управления базами данных, средства разработки, языки программирования, ПО промежуточного слоя, сервисы электронной почты, каталоги, системы безопасности, сетевая инфраструктура и т.д.
На рисунке 2 представлена техническая архитектура книжного магазина «Золотой Дуб».
Рисунок 2. Техническая архитектура.
Архитектура программного обеспечения — совокупность основных решений об организации программной системы. На рисунке 3 также представлена программная архитектура.
Задачи архитектуры программного обеспечения, является улучшением и повышение продуктивности процессов. Типичными ожиданиями заказчика от внедрения приложения являются: уменьшение времени, затрачиваемого на выполнение различных действий; ускорение выполнения различных операций; автоматизация процессов; различные улучшения, получаемые за счет масштабируемости — способности системы, сети или процесса справляться с увеличением рабочей нагрузки (увеличивать свою производительность) при добавлении ресурсов, обычно аппаратных. Это может осуществляться как за счет повышения продуктивности процессов, так и за счет ускорения выполнения операций. Улучшение операционной деятельности. Операционная деятельность обычно связана с выполнением рутинных типовых операций (например, работа кассира в магазине, прием коммунальных платежей и т.д.). Автоматизируя (упрощая, ускоряя) такую операционную деятельность, можно снижать затраты либо увеличивать производительность системы.
Рисунок 3. Программная архитектура.
- Обоснование выбора среды разработки
Для начала нужно определиться и выбрать в какой среде будет идти разработка ПО для складского учета, и работы магазина, в общем. Поэтому этого нужно предусмотреть рад нюансов в процессе разработки.
На таблице 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С: Предприятия». Поэтому первое, с чего следует начинать разработку конфигурации, – это проектирование состава подсистем. Я решил создать всего три подсистемы - бухгалтерия, склад и продажи. Также я нарисовал иконки для каждой подсистемы.
Следующим шагом создании ИС был - создание справочников. Справочники — это прикладные объекты конфигурации. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, перечень товаров, список поставщиков или покупателей. Я создал 4-е справочника для своей конфигурации:
- Сотрудники
- Номенклатура
- Поставщики
- Клиенты
- Склады
В справочнике сотрудники перечислены все сотрудники магазина. Справочник будет использоваться для определения какой сотрудник принимал
Номенклатура содержит в себе список всех книг, которые могут быть продаваться в нашем магазине. Этот справочник нужен для идентификации и регистрирование их количества. В справочник можно добавлять дополнительные поля, как здесь, например, я добавил поле «Автор», чтобы указать автора книги.
Для идентификации поставщиков, а также их реквизиты используется соответствующий справочник. Также в этом справочнике храниться контактные данные поставщиков, записанные в соответствующих полях.
В справочнике клиенты записаны данные клиентов, для продажи и обслуживание их.
Справочник клады, нужен для регистров для учета хранимого товара в магазине. В нем уже записана иерархия ячеек (рисунок 4).
Рисунок 4. Справочник «Склады».
Затем созданы документы для приемки и продажи товара в магазине. Документы — это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении информацию о совершенных хозяйственных операциях или о событиях, произошедших в «жизни» предприятия вообще. Это могут быть, например, приходные накладные, приказы о приеме на работу, счета, платежные поручения и т. д. Эти два документа будут использовать реквизиты, которые слазаны со справочниками. При создании проведении документов будет указана информация о том, кто является поставщиком данного товара (для этого в документе была использована ссылка на номенклатуру), список со ссылками в справочник, указывающая номенклатуру прибывшая в магазин, а также указывается сотрудник ответственный за товар на момент его прибытия.
Для того что бы была возможность вести учет остатков в магазине, нужен регистр, который будет регистрировать движения, приемку и продажу книг в магазине. Регистры накопления — составляют основу механизма учета движения средств (финансов, товаров, материалов и т. д.), который позволяет автоматизировать такие направления, как складской учет, взаиморасчеты, планирование. Для регистрации движения нужны данные товара, количество, а также зона из которого будет прибавлены или вычтены единицы товара. Поэтому данные регистра Остаток товара будут таковыми:
- Измерения
- Зона хранения
- Товар
- Ресурсы
- Количество
- Реквизиты
- Тип перемещения
Где зона хранения связана с со справочником склады, а товар с номенкулаторой. Тип данных в поле количество будет число, а тип перемещения строка. Теперь нужно поставить галочки в списке документов в разделе регистры. Регистр готов, далее переходим к документу приемки и конструктором движений создаем событие, при котором будет проводиться документ. Документ будет прибавлять в ячейку приемки товар, указанным количеством. Это можно представить в виде двухмерного массива, где строка - это товар, а столбец зона хранения. Документ продажи будет работать примерно также, как и документ приемки, только в место прибавления числа к существующему, будет вычитаться из ячейки хранения.