Файл: Разработка и реализация конфигураций 1С:Предприятие Магазин «Продукты».pdf

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

Быстрый поиск товаров

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

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

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

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

Vvs "Офис-Склад-Магазин"

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

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

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

Учет взаиморасчетов и задолженности с поставщиками и покупателями

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

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

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

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

С программой поставляются печатные формы всех необходимых первичных документов: накладные, счета, счета-фактуры, платежные документы и другие. Документы могут быть получены в формате MS Office (Word, Excel) или Open Office.

Глава 2. Практическая часть

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

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

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

Справочник видов товара. Требуется хранения информации о видах товара.

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

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

Справочник сотрудников. Требуется для хранения данных о сотрудниках, работающих в магазине.

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

Поступление товаров;

Отпуск товаров

Оплата поставщику;

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

Для построения экранных форм для ввода переменной и условно-постоянной первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы будет использован метод Single document interface (SDI), при котором каждая экранная форма будет нести в себе свой набор меню, панель инструментов и управляющих элементов. Это позволит сделать интерфейс пользователя более «дружественным», что является значимым фактором, учитывая специфику применения создаваемой информационной системы.

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

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

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

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

описывать структуры данных в конфигураторе,

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

составлять запросы к данным, используя язык запросов.

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

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

Хранение ссылок на объекты

При манипулировании данными, хранящимися в базе данных 1С:Предприятия, зачастую используется объектный подход. Это значит, что обращение (чтение и запись) к некоторой совокупности данных, хранящихся в базе, происходит как к единому целому [18]. Например, используя объектную технику, можно манипулировать данными справочников, документов, планов видов характеристик, планов счетов и т.д.

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

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

Таким образом, можно говорить о том, что для проекта, рассматриваемого в данном исследовании наиболее более приемлема 1 С Предприятие.

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

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

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

1С: Предприятие 8.х имеет два основных режима:

Предприятия

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

В режиме Конфигуратор создается Конфигурация, а в режиме запуска «1С: Предприятие» пользователь получает доступ к функциям, реализованным в прикладном решении, т.е. конфигураций [20].

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

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

•конфигурация разделена на 3 подсистемы.

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

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

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

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

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

Рисунок 10. Подсистемы.

Следующим этапом идёт создание справочников. Для данного бизнес-процесса необходимо 5 справочников (рисунок 11):

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

Рисунок 11. Справочники.

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

Справочник «Единицы измерения» состоит из реквизитов: