Модификация конфигурации кассового программного обеспечения

• Введение
• 1. Аналитическая часть
• 1.1 Технико-экономическая характеристика объекта
• 1.1.1 Характеристика предприятия
• 1.1.2 Краткая характеристика подразделений предприятия
• 1.2 Техническая и технологическая сущность задачи
• 1.3 Обеспечение задачи
• 1.3.1 Техническое обеспечение
• 1.3.2 Программное обеспечение задачи
• 1.4 Изучение предметной области
• 1.5 Функционал подарочных сертификатов уже реализованный в конфигурации «Штрих-М: Кассир 5»
• 1.6 Развёрнутая постановка задачи
• 1.7 Выбор и обоснование методов реализации проектного решения
• 1.8 Формализация алгоритма решения задачи
• 2. Проектная часть
• 2.1 Определение сроков выполнения проекта
• 2.2 Разработка алгоритмов по работе с подарочными сертификатами
• 2.2.1 Продажа неуникальных сертификатов
• 2.2.2 Продажа уникальных сертификатов, эмитированных предприятием
• 2.2.3 Прием к оплате сертификатов
• 2.3 Структурная схема функционала подарочных сертификатов
• 2.4 ER — модель связей между объектами метаданных
• 3. Экспериментальная часть
• 3.1 Настройка работы с подарочными сертификатами в конфигурации «Штрих-М: Кассир 5»
• 3.2 Неуникальные подарочные сертификаты
• 3.3 Уникальные подарочные сертификаты, эмитированные предприятием торговли
• 3.4 Уникальные подарочные сертификаты, эмитированные сторонними компаниями
• 4. Экономическая эффективность проекта
• 4.1 Определение этапов разработки и расчет затрат на разработку информационной системы автоматизации рабочего места кассира «Штрих-М: Кассир 5»
• 4.2 Определение этапов разработки и расчет затрат на разработку функционала подарочных сертификатов в информационной системе автоматизации рабочего места кассира «Штрих-М: Кассир 5»
• 4.3 Экономический эффект от внедрения
• 4.4 Социальный эффект
• 4.5 Стоимость затрат на внедрение автоматизированной системы на предприятиях розничной торговли
• 5. Безопасность жизнедеятельности и охрана окружающей среды
• 5.1 Охрана труда на рабочем месте программиста
• 5.1.1 Описание рабочего места программиста
• 5.1.2 Требования к микроклимату рабочей зоны и помещению
• 5.1.3 Нормирование и защита от шума
• 5.1.4 Освещённость рабочего места
• 5.1.5 Вывод
• 5.2 Экологически безопасная утилизация персональных компьютеров, оргтехники и периферийных устройств
• 5.3 Энергосберегающие технологии использования CBT
• 5.3.1 Требования энергосбережения к мониторам
• 5.3.2 Требования энергосбережения к принтерам, сканерам и копировальным аппаратам
• 5.3.3 Требования энергосбережения к жестким дискам, BIOS и блокам питания
• 5.3.4 Технология энергосбережения для процессоров
• Заключение
• Список используемых источников
• Приложения

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

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

К аппаратным средствам можно отнести:

— POS-системы;

— Принтеры и сканеры штрих-кода;

— Торговые весы с принтером этикеток;

— Терминалы сбора данных.

К программному обеспечению:

— Кассовое ПО;

— Кассовые серверы;

— Системы управления торговым предприятием (бэк-офис).

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

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика объекта

1.1.1 Характеристика предприятия

Преддипломная практика была пройдена в компании ЗАО «НТЦ Измеритель». История Компании берет начало в 1987 году, когда группа единомышленников на базе ЗАО «НТЦ Измеритель» организовала направление по разработке и изготовлению контрольно-кассовых машин.

ЗАО «НТЦ Измеритель» входит в холдинг компании «Штрих-М», являясь дочерней компанией. На сегодняшний день компания «Штрих-М» является крупнейшим холдингом со своими производственными мощностями, оснащёнными современнейшим импортным оборудованием.

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

Компания «Штрих-М» имеет собственный штат разработчиков. Сегодня здесь трудится большой коллектив конструкторов, инженеров и программистов, обладающих интеллектуальным потенциалом, достаточным для решения задач любой сложности.

кассовое программное обеспечение конфигурация Компания «Штрих-М» в сфере автоматизации бизнеса предлагает широкий спектр решений, как собственной разработки, так и от ведущих мировых производителей:

— Контрольно-кассовую технику (POS-системы, фискальные регистраторы, автономные и системные кассы, таксометры) и различное POS-периферийное оборудование (программируемые клавиатуры, дисплеи покупателя, мониторы кассира, денежные ящики и др.);

— Оборудование для работы со штрих-кодом и RFID (сканеры штрих-кода, принтеры этикеток, терминалы сбора данных);

— Торговое весоизмерительное оборудование (настольные торговые весы, весы с печатью этикеток, напольные весы, встраиваемые весовые модули, электронные безмены);

— Информационные системы (электронные ценники, устройства проверки цены, информационные киоски);

— Платёжные системы (уличные и мобильные платёжные терминалы, банкоматы);

— Торговое оборудование (кассовые боксы, стеллажи, сумочные), проекты комплексной автоматизации магазинов;

— Холодильное оборудование (витрины, регалы, бонеты);

— Программное обеспечение для автоматизации предприятий розничной торговли, услуг, объектов сегмента HoReCa, складов;

— Платёжные терминалы (стационарные, мобильные) и платёжные системы;

— Торговое оборудование (полки, стеллажи, вешала, манекены) и проекты оснащения для магазинов non-food;

— Оборудование и системы автоматизации АЗС (топливораздаточные колонки, контрольные устройства ТРК, автоматические АЗС), проекты комплексного оснащения АЗС;

— Индустриальные весы и системы идентификации (крановые, платформенные, автомобильные и железнодорожные);

— Оборудование и технологии для автоматизации городского транспорта;

— Автоматизированные парковочные комплексы.

1.1.2 Краткая характеристика подразделений предприятия

Общая численность персонала ЗАО «НТЦ Измеритель» составляет 150 человек.

Организационная структура предприятия:

— Руководство;

— Бухгалтерия;

— АХО (Административно-Хозяйственный Отдел)

— Отдел продаж;

— Отдел маркетинга;

— Отдел рекламы;

— Отдел по работе с партнерами;

— Отдел разработки ККМ (контрольно-кассовых машин);

— Отдел разработки весов;

— Отдел разработки отраслевых решений — 24 человека:

а) группа тестирования — 1 человек;

б) группа разработки документации — 2 человека;

в) группа тестовых внедрений — 2 человека;

г) группа разработки решений — 14 человек;

д) группа разработки дополнительного программного обеспечения — 5 человек.

— Отдел технической поддержки;

— Отдел поддержки пользователей.

Руководство предприятия — это управляющая структура, определяющая вектор развития компании в целом, посредством принятия стратегических решений, ориентированных на несколько лет вперёд.

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

Отдел АХО осуществляет контроль документооборота офиса, прием звонков, встречу посетителей. А также занимается обеспечением работы офиса (хозяйственное обеспечение, заказ канцелярии, заказ журналов).

Отделы продаж и маркетинга — управляющие структуры, определяющие вопросы сбыта и коммуникации с партнёрами.

Отделы разработки ККМ и весов осуществляют разработку новой продукции и запуск производства.

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

Местом прохождения практики является «Отдел разработки отраслевых решений», основная деятельность которого связана с разработкой решений на базе платформы «1С: Предприятие 8» для решения задач на предприятиях оптово-розничной торговли. Помимо предприятий торговли отдел занимается разработкой решений в сфере автоматизации услуг «HORECA» (отели, рестораны, кафе), разработкой дополнительного программного обеспечения под частные проекты, например, автоматизация транспорта, складов, автомоек и др. Отдел разрабатывает и модифицирует кассовые системы, которые устанавливаются на рабочее место кассира, товароучетные системы, используемые менеджментом для эффективного управления компанией. Также отдел занимается разработкой приложений для терминалов сбора данных для решения различных задач на предприятиях сферы торговли, разработкой программных продуктов для АСТУ (Автоматизированная Система Товарного Учёта).

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

1) Анализ;

2) Проектирование;

3) Реализация (программирование);

4) Тестирование;

5) Внедрение;

6) Сопровождение.

Данный отдел логически разбит на несколько групп, где заняты всего 24 человека. В группе разработки решений задействованы 14 человек, занимающиеся, собственно, разработкой кассового программного обеспечения и программного обеспечения для автоматизации услуг в индустрии HoReCa. Также есть группа дополнительного программного обеспечения, где часть сотрудников (5 человек) занимается разработкой программного обеспечения для терминалов сбора данных. Кроме этого, существует группа тестовых внедрений, чья деятельность необходима для определения возможностей уже существующего программного обеспечения и для «полевых испытаний» нового. Здесь заняты 2 человека. Также есть группа тестирования, где задействован один человек, и группа разработки сопроводительной документации, состоящая из двух человек.

Особенностью функционирования данного отдела является то, что некоторые сотрудники могут выполнять свою работу удалённо, занимаясь написанием документации, тестированием программного обеспечения и т. д. Что выгодно как предприятию, так и сотрудникам. Таким образом, это позволяет компании экономить рабочее пространство для более комфортной работы специалистов, а в случае необходимости — дает возможность безболезненно увеличить штат сотрудников.

1.2 Техническая и технологическая сущность задачи

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

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

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

Сопровождаемость программного обеспечения — характеристики программного продукта, позволяющие минимизировать усилия по внесению в него изменений:

для устранения ошибок;

для модификации в соответствии с изменяющимися потребностями пользователей.

Целью проекта является модернизация конфигурации для добавления расширенных возможностей по настройке работы с подарочными сертификатами. Для решения задачи необходимо добавить новые процедуры и функции в конфигурацию «Штрих-М: Кассир 5». При этом важно, чтобы внесённые изменения и дополнения не отразились на качестве конфигурации, её надёжности, работоспособности, быстродействию, отказоустойчивости, масштабируемости.

Все эти требования позволяет обеспечить ООП (объектно-ориентированный подход). Конфигурация «Штрих-М: Кассир 5» разработана на предметно-ориентированном языке «1С». Предметно-ориентированный язык программирования — язык программирования, специально разработанный для решения определённого круга задач, в отличие от языков программирования общего назначения, таких, как Си, или языков моделирования общего назначения наподобие UML и др. Языки программирования предметной области являются эффективным средством автоматизации разработки программного обеспечения и в настоящий момент широко используются в области информационных технологий. Примером предметно-ориентированного языка могут служить адаптивные модели — это модели, которые строятся специально для определённой предметной области на объектно-ориентированных языках общего назначения.

Модернизация конфигурации позволит автоматизировать следующие процессы:

— Ввод информации кассиром о сертификата с помощью сканера штрих-кода;

— Приём сертификатов сторонних эмитентов.

1.3 Обеспечение задачи

1.3.1 Техническое обеспечение

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

Pos-система

На рабочих местах кассиров основным оборудованием являются POS-системы, с помощью которых и осуществляется непосредственно регистрация продаж.

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

Схематично, POS-систему можно рассматривать как комплект, состоящий из следующих компонентов:

— персональный компьютер в специализированном корпусе;

— монитор кассира;

— дисплей покупателя;

— фискальный регистратор;

— денежный ящик;

— кассовое программное обеспечение.

Взаимодействие между кассовыми программами POS-систем и внешней товароучетной программой осуществляется в режиме Off-line с помощью файлов формата TXT, DBF или XML, или напрямую, используя IP-адрес POS-системы.

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

Сканер штрих-кода

Задача сканера штрих-кодов — правильно преобразовать последовательность штрихов в последовательность электрических импульсов для дальнейшей обработки.

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

Штрих обозначает «1» (единицу) в двоичной системе, а пробел между штрихами — двоичный «0». Для построения штрих-кода, любая десятичная цифра от 0 до 9 формируется при помощи семи двоичных символов «0» и «1», что, при слиянии рядом стоящих штрихов и пробелов, графически всегда будет выглядеть как четыре объекта.

Сканеры могут иметь различный тип подключения к компьютеру. Они могут подключаться через COM-порт, через гнездо клавиатуры (так называемое включение сканера «в разрыв клавиатуры») или через USB-порт. Сканеры штрих-кодов, подключаемые «в разрыв клавиатуры» или через USB-порт подключаются с помощью драйвера «АТОЛ: Драйвер сканера штрих-кода». Также возможен вариант, когда на USB-порту с помощью специальных программ эмулируется Com-порт. В этом случае подключение и настройка сканера штрих-кода, подключаемого через USB-порт, ничем не отличается от подключения и настройки сканера штрих-кода, подключаемого через Com-порт.

Требования к техническому обеспечению

Так как конфигурация «Штрих-М: Кассир 5» разработана на платформе «1С: Предприятие 8», то требования для работы конфигурации будут определяться требованиями для платформы. Одним из преимуществ платформы является то, что требования к техническому обеспечению довольно неприхотливы, платформа может быть установлена практически на любом современном ПК.

Минимальные требования к ПК, используемому для разработки конфигурации:

— Операционная система Microsoft Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008, Windows Server 2008 R2;

— Процессор Intel Pentium/Celeron 2400 МГц и выше;

— Оперативная память 1024 Мбайт и выше;

— Жесткий диск от 200 Гбайт;

— Устройство чтения CD и DVD дисков;

— USB-порт;

— SVGA-дисплей.

Технические характеристики ПК, на котором выполнялась реализация задачи:

— Операционная система Microsoft Windows XP SP3 x86;

— Процессор Intel Core 2 Quad 2400 МГц, FSB 1066 МГц, 8 Мб кеш;

— Оперативная память DDR-II 2×2048 Мбайт, 1066 МГц;

— Жесткий диск объемом 500 Гбайт Sata-II;

— Устройство чтения компакт-дисков NEC ND-2510A, IDE интерфейс;

— USB 2.0;

— SVGA — дисплей NEC MultiSync LCD1550M.

1.3.2 Программное обеспечение задачи

Платформа разработки " 1С: Предприятие 8"

Поставленная задача реализуется в конфигурации «Штрих-М: Кассир 5», которая в свою очередь разработана на платформе «1С: Предприятие» версии 8.2.

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

Система «1С: Предприятие 8» состоит из технологической платформы (ядра) и разработанных на ее основе прикладных решений («конфигураций»). Такая архитектура системы принесла ей высокую популярность, поскольку обеспечивает открытость прикладных решений, высокую функциональность и гибкость, масштабируемость от однопользовательских до клиент-серверных и территориально распределенных решений, от самых малых до весьма крупных организаций и бизнес-структур.

Основными причинами, по которым в качестве платформы для конфигурации «Штрих-М: Кассир 5» выбрана система «1С: Предприятие 8», являются:

— Популярность на рынке — фирма «1С» основана в 1991 году, специализируется на разработке, дистрибьюции, издании и поддержке компьютерных программ делового и домашнего назначения. Система «1С: Предприятие 8» является наиболее известной программой фирмы «1С», широко распространена в России, Украине, Казахстане, Белоруссии и успешно применяется организациями многих стран мира.

— Оптимальное соотношение цена/качество.

— Легкость в настройке/сопровождении — на данный момент существует много фирм, занимающихся внедрением и сопровождением продуктов фирмы «1С», выездные сервис инженеры которых за умеренную плату помогут решить проблемы с настройкой/обновлением/сопровождением системы.

— Легкость в поддержке — у фирмы «1С» есть свой сайт технической поддержки пользователей, где предоставлена информация о платформе, конфигурациях, наиболее распространенных ошибках. Кроме того, постоянно обновляются и выпускаются документации, книги, справочники по продуктам «1С». Также фирма «1С» осуществляет платную методическую поддержку пользователей в рамках информационно-технологического сопровождения (ИТС) программ семейства «1С: Предприятие 8», ежемесячные выпуски которой содержат большое количество обновляемой информации, позволяющей более эффективно использовать продукты системы «1С: Предприятие 8» .

Конфигурация " Штрих-М: Кассир 5"

Конфигурация «Штрих-М: Кассир 5» — пакет прикладных программ, предназначенный для решения задачи автоматизации рабочего места кассира на предприятиях торговли. «Штрих-М: Кассир 5» повышает скорость и качество обслуживания покупателей и, как следствие, увеличивает прибыль предприятия. Конфигурация «Штрих-М: Кассир 5.0» устанавливается на POS-систему.

Функциональные возможности " Штрих-М: Кассир 5" :

— Практически неограниченная база данных товаров с иерархической структурой;

— Автоматический импорт информации о товаре из товароучетных программ с помощью текстовых файлов;

— Ведение подробного учета каждого действия кассира в виде транзакций;

— Автоматический экспорт транзакций в виде текстовых файлов;

— Опциональный контроль остатков товара;

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

— Работа с весовым товаром;

— Гибкая настройка внешнего вида чека;

— Гибкая настройка интерфейса кассира (для сенсорного экрана);

— Просмотр уже закрытых чеков;

— Механизм общих отложенных чеков;

— Оплата чека несколькими типами платежных средств;

— Учет налогов по различным ставкам;

— Работа с продавцами.

Совместимое оборудование:

— Фискальные регистраторы («ШТРИХ-ФР-К» любой версии, «ШТРИХ-МИНИ-ФР-К» любой версии, «ШТРИХ-КОМБО-ФР-К» любой версии и др.);

— Сканеры штрих-кодов (любые модели, подключаемые через RS — 232, USB — порт или в «разрыв клавиатуры»);

— Ридеры магнитных карт (любые модели, подключаемые через RS — 232, USB — порт или в «разрыв клавиатуры»);

— Дисплеи покупателя (Datecs DPD-201, Firich FV-2029);

— Электронные весы (любые весы, подключаемые через «драйвер Штрих АС» или «драйвер ВМ 100»);

— Терминалы сбора данных (терминалы марок OPTICON и Zebex);

— Программируемые клавиатуры.

Требования к программному обеспечению.

Программа работает под управлением ОС Windows 4.0 (с SP4 и выше) / 2000/ XP /2003. При работе программы используются драйверы торгового оборудования, которые поставляются в комплекте с программой. В качестве оболочки для программы используется система «1С: Предприятие 8». В режиме регистрации программа использует разрешение экрана 640×480, 800×600, 1024×768 пикселей с масштабом 100%. Программа рассчитана на использование шрифта «MS Shell Dlg». Используются размеры шрифтов, предлагаемые операционной системой по умолчанию.

1.4 Изучение предметной области

Подарочный сертификат — это документ, подтверждающий авансовый платёж или залог и дающий право на получение товаров и/или услуг на сумму, эквивалентную номиналу сертификата.

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

Подарочные сертификаты делятся:

— При наличии идентификационного номера:

а) Уникальные;

б) Неуникальные.

— По способу выпуска и распространения:

а) Эмитированные собственным предприятием торговли;

б) Эмитированные сторонними предприятиями.

— По лицу предъявляющим сертификат к оплате:

а) Именной;

б) Неименной.

— По виду номинала:

а) С заранее установленным номиналом;

б) Со свободным номиналом.

— По способу изготовления:

а) В виде пластиковой карточки;

б) В виде ценной бумаги.

— По способу обслуживания сертификата:

а) Предполагает разовое использование;

б) Может быть использован несколько раз.

— По виду деятельности организации:

а) На приобретение товаров;

б) На приобретение услуг.

— По сроку действия сертификата:

а) Срочные;

б) Бессрочные.

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

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

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

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

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

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

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

Торговое предприятие перед запуском программы подарочных сертификатов должно определиться как выпускать и реализовывать подарочные сертификаты. Либо предприятие само занимается выпуском и распространением, либо же пользуется услугами сторонних компаний, занятом в этом сегменте рынка. Сторонние эмитенты реализуют сертификаты партнёров за комиссию (обычно 10−15% от стоимости).

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

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

В этом направлении часто задействуется модель с использованием мультиподарочных карт. Эти карты ориентированы на определённую аудиторию (корпоративных клиентов, учащихся, молодожёнов и т. д.). Это модель с центральной организацией. Сторонняя компания, не имеющая отношения к продажам, выпускает собственный подарочный сертификат, а потом объединяет под одной картой целый пул продавцов товаров и услуг. При этом его партнёры берут на себя обязательство принимать такие сертификаты в качестве платёжного средства, а компания-организатор — оплачивать обслуженные им сертификаты с удержанием определённого процента от номинала в качестве комиссионного вознаграждения. Такая модель хороша тем, что позволяет объединить различные небольшие компании хорошо дополняющие друг друга в рамках одной программы. К тому же такие карты имеют несколько степеней защиты: технологичный пластик, магнитную полосу, шестнадцатизначный серийный номер, шестизначный PIN-код.

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

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

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

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

1.5 Функционал подарочных сертификатов уже реализованный в конфигурации «Штрих-М: Кассир 5»

В конфигурации «Штрих-М: Кассир 5» уже заложен функционал, позволяющий принимать к оплате сертификаты, выпущенные самим предприятием. Анализ предметной области показал, что сертификаты могут быть уникальными и неуникальными. В конфигурации заложен функционал, позволяющий принимать к оплате уникальные и неуникальные сертификаты.

В конфигурации реализованы закладки «Основные» и «Сертификаты». На закладке «Основные» реализованы настройки по работе с сертификатами, а на закладке «Сертификаты» представлен перечень всех сертификатов зарегистрированных в системе.

На закладке основные реализованы следующие настройки:

— Номинал;

— Код группы сертификата;

— Максимальное число сертификатов в группе;

— Максимальное число товаров в чеке по сертификату;

— Номер вида оплаты;

— Начало действия акции;

— Срок действия акции.

1.6 Развёрнутая постановка задачи

Предприятием ЗАО «НТЦ Измеритель» разработана конфигурация «Штрих-М: Кассир 5.0» на платформе разработки программных продуктов «1С: Предприятие 8». В этой конфигурации заложен следующий функционал:

— Различные виды регистрации товаров в системе.

— Возможность применения скидок/надбавок на товары.

— Операции с открытыми и закрытыми чеками.

— Снятие отчётов о продажах.

— Работа с кассой.

— Поддержка работы с вешней АСТУ.

— Оплата чеков несколькими видами платёжных средств.

— Учёт налогов и т. д.

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

Реализовать возможность продаж сертификатов на кассе. Кроме этого необходимо, чтобы при продаже сертификатов к ним можно было применять весь функционал, что и при продаже товаров (назначать скидки, использовать сканер штрих-кода и ридер магнитных карт, оплачивать сертификаты несколькими видами оплат, снимать отчёты о продажах, закреплять продажи сертификатов за определённой секцией, назначать им номинал и цену и т. д.).

Организовать приём подарочных сертификатов, эмитированных сторонними предприятиями.

1.7 Выбор и обоснование методов реализации проектного решения

Решение задачи продаж сертификатов можно реализовать двумя способами:

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

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

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

Реализации второго способа позволит использовать уже существующий функционал в конфигурации. Такой поход позволяет без существенных изменений в структуре программы решить данную задачу и выполнить требования предъявляемые к конфигурации с точки зрения её модифицируемости. Минусом является относительная сложность в последующей настройке работы с сертификатами в конфигурации «Штрих-М: Кассир 5.0» .

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

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

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

1.8 Формализация алгоритма решения задачи

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

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

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

2.1 Определение сроков выполнения проекта

Для определения сроков выполнения проекта по разработке функционала по работе с подарочными сертификатами в конфигурации «Штрих-М: Кассир 5» будет использована диаграмма Ганта. Диаграмма Ганта позволяет структурно определить перечень работ на всех этапах разработки проекта.

Определим этапы разработки проекта и перечень работ:

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

2) Разработка ТЗ:

а) для продажи сертификатов в конфигурации;

б) для реализации оплаты сторонними сертификатами;

3) Программирование:

а) функционала по продаже сертификатов;

б) функционала по приему к оплате сторонних сертификатов;

4) Тестирование;

5) Написание документация.

Срок начала выполнения проекта был определен исходя из начала прохождения преддипломной практики на 19.12.2011 года. Длительность на этапах рассчитывалась исходя из сроков сдачи дипломного проекта. Число разработчиков, задействованных в разработке проекта составлял — 1 человек.

Диаграмма Ганта по разработке функционала подарочных сертификатов в конфигурации «Штрих-М: Кассир 5» определяющая перечень работ, сроки работ и длительность представлена на рисунке 2.1.

Рисунок 2.1 — Диаграмма Ганта

2.2 Разработка алгоритмов по работе с подарочными сертификатами

2.2.1 Продажа неуникальных сертификатов

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

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

2.2.2 Продажа уникальных сертификатов, эмитированных предприятием

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

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

Рисунок 2.2 — Продажа неуникальных сертификатов

Рисунок 2.3 — Продажа уникальных сертификатов, эмитированных предприятием

2.2.3 Прием к оплате сертификатов

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

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

Рисунок 2.4 - Прием к оплате сертификатов

Рисунок 2.5 - Продолжение рисунка 2.4

2.3 Структурная схема функционала подарочных сертификатов

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

1) Продажа неуникальных сертификатов:

а) Процедура «ВнешнееСобытие» модуля формы «Форма» обработки «Регистрация». Процедура отрабатывает внешние события, которые генерируются в том числе и драйвером сканера штрих-кода. В процедуре происходит получение считанного сканером данных.

б) Процедура «SelectGoodsBtBarcode» закрытого модуля конфигурации. В функции по считанным данным определяется, содержит ли считанный штрих-код префикс хотя бы одного из вида сертификатов. Если считанный штрих-код содержит префикс, то считается, что был считан штрих-код сертификата.

в) Функция «ВыбратьСоответствиеТоварВидСертификата» модуля формы «ФормаВыбораСертификата» обработки «Регистрация». В функции происходит поиск товаров, подходящих для продажи сертификата и подстановку товара в состав чека, если подходящий товар был найден.

2) Продажа уникальных сертификатов:

а) Процедура «ВнешнееСобытие» модуля формы «Форма» обработки «Регистрация». Процедура отрабатывает внешние события, которые генерируются в том числе и драйвером сканера штрих-кода. В процедуре происходит получение считанного сканером данных.

б) Процедура «SelectGoodsBtBarcode» закрытого модуля конфигурации. В функции по считанным данным определяется, содержит ли считанный штрих-код префикс хотя бы одного из вида сертификатов. Если считанный штрих-код содержит префикс, то считается, что был считан штрих-код сертификата.

в) Функция «ВыбратьСоответствиеТоварВидСертификата» модуля формы «ФормаВыбораСертификата» обработки «Регистрация». В функции происходит поиск товаров, подходящих для продажи сертификата и подстановку товара в состав чека, если подходящий товар был найден.

г) Функция «ВыбратьСертификат» модуля обработки «Кассир5_DataAccess». В функции происходит поиск сертификата по полученным от сканера штрих-кода данным и подходящего для продажи.

3) Оплата сертификатами сторонних предприятий:

а) Процедура «ВнешнееСобытие» модуля формы «ФормаРасчета» обработки «Регистрация». Процедура отрабатывает внешние события, которые генерируются в том числе и драйвером сканера штрих-кода. В процедуре происходит получение считанного сканером данных.

б) Функция «ВыбратьСертификат» модуля формы «ФормаРасчета» обработки «Регистрация». В функции происходит поиск сертификата и / или вида сертификата по полученным от сканера штрих-кода данным и подходящего для продажи.

в) Функция «РаскодироватьИнфомациюКарты» модуля формы «ФормаВыбораСертификата» обработки «Регистрация». Функция получает данные о номинале, сроке годности и т. п. информацию исходя из полученного вида сертификата.

г) Функция «ПроверитьСрокДействияСертификата» модуля формы «ФормаВыбораСертификата» обработки «Регистрация». Функция проверяет, подходит ли сертификат для оплаты по сроку годности.

д) Функция «СоздатьСтруктурыВыбранногоСертификата» модуля формы «ФормаВыбораСертификата» обработки «Регистрация». Функция подготавливает структуру с данными о сертификате.

е) Процедура «ДобавитьСертификат» модуля формы «ФормаРасчета» обработки «Регистрация». В функции происходит добавление информации о сертификате в таблицу оплат чека.

Дерево процедур для функционала по работе с подарочными сертификатами в конфигурации «Штрих-М: Кассир 5» представлено на рисунке 2.6

Рисунок 2.6 — Дерево процедур

2.4 ER-модель связей между объектами метаданных

ER-модель (сущность-связь) — модель построения данных, описывающая предметную область на концептуальном уровне. Эта модель позволяет проектировать БД, предварительно определив ключевые сущности и установив связи между ними. Затем происходит преобразование ER-модели в конкретную схему данных (реляционную, иерархическую, сетевую и т. д.). Для визуализации ER-модели используются различные нотации (Чена, Crow’s foot и т. д.). Стандартной графической нотацией ER-модели считается ER-диаграмма. По сути ER-диаграмма является высокоуровневым отражением какой-либо предметной области.

Процесс создания ER-диаграммы состоит из:

1) Определение сущностей;

2) Определение атрибутов сущностей;

3) Определение ключевых атрибутов сущности по которым будет идентифицирован каждый экземпляр сущности;

4) Установление связей между сущностями.

ER-диаграмма построения связей между объектами метаданных представлена на рисунке 2.7.

Рисунок 2.7 — ER-диаграмма сущность-связь

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

2) Определим атрибуты всех сущностей.

Сущность «Виды сертификатов» должна обладать следующими атрибутами:

— код вида сертификата (уникальный идентификатор);

— префикс (префикс кода сущности виды сертификатов);

— наименование;

— код группы;

— максимальное число сертификатов в группе;

— максимальное число товаров в чеке по сертификату;

— номер вида оплаты;

— начало действия акции;

— срок действия акции;

— номинал.

Сущность «Сертификаты» должна обладать следующими атрибутами:

— код сертификата (уникальный идентификатор);

— префикс кода (уникальный идентификатор);

— наименование;

— владелец;

— остаток;

— дата начала;

— дата окончания;

— статус.

Сущность «Товары для продажи сертификатов» должна обладать следующими атрибутами:

— код товара (уникальный идентификатор);

— наименование;

— владелец;

— цена;

— префикс кода.

3) Определение ключевых атрибутов сущности.

Каждый экземпляр сущности «Виды сертификатов» будет однозначно определятся за счёт родительского ключа «Код вида», данный атрибут числовой и будет автоматически генерироваться системой.

Родительский ключ сущности «Сертификаты» будет составным. Состоять он будет из двух атрибутов — «Код сертификата» и «Префикс кода» .

Каждый отдельный экземпляр сущности «Товары для продажи сертификатов» будет идентифицирован с помощью родительского ключа «Код товара» .

4) Установление связей между сущностями.

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

То же справедливо и для связи между сущностями виды сертификатов и товары для продажи сертификатов. Каждый вид сертификата может иметь много товаров для продажи сертификатов, в то время как, каждый товар для продажи сертификатов относится только к одному виду сертификата. Также устанавливаем связь один-ко-многим.

При построении логической модели следует определить типы хранимых данных и способы доступа к ним.

В языке «1С: Предприятие 8» существуют как примитивные типы данных (число, строка, дата, булево), так и ссылочные типы данных (справочник-ссылка, документ-ссылка и т. д.). Очень часто при организации доступа к данным используется объектный подход. В объектной модели разработчик оперирует объектами встроенного языка. В этой модели обращение к объекту, например, документу, происходит как к единому целому — он полностью загружается в память, вместе с вложенными таблицами, к которым можно обращаться средствами встроенного языка [2,3].

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

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