Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка и реализация конфигурации «Спорткомплекс» на платформе 1С:Предприятие

Содержание:

ВВЕДЕНИЕ

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

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

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

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

Предметом исследования является деятельность администраторов и тренеров спорткомплекса.

Целью работы является разработка конфигурации «Спорткомплекс» средствами платформы 1С.

Для достижения поставленной цели необходимо решить следующие задачи:

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

ГЛАВА 1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1. Краткий анализ предметной области, характеристика предприятия и его деятельности

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

Основные виды деятельности организации:

  1. Предоставление услуг групповой тренировки по фитнесу, гимнастике, силовым упражнениям, спортивным танцам;
  2. Предоставление услуг тренажерного зала;
  3. Организация дополнительного занятия с тренером в тренажерном зале;
  4. Организация детских групп для гимнастики и самообороны.

Цели и задачи организации:

    • создание благоприятной среды, способствующей раскрытию индивидуальных особенностей клиентов;
    • привлечение новых клиентов;
    • расширение территориального охвата деятельности.

Показатели деятельности спорткомплекса «Олимпиец» представлены в таблице 1.

Таблица 1 – Экономические показатели деятельности спорткомплекса «Олимпиец»

Показатели

Значение за второе полугодие 2019

Значение за первое полугодие 2020

Количество постоянных клиентов

275

315

Денежные поступления (тыс. рублей)

1 150

1 550

Затраты (тыс. рублей)

850

1 150

Полученная прибыль (тыс. рублей)

300

400

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

1.2. Организационная структура управления предприятием

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

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

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

Тренеры выполняют непосредственно работу по предоставлению фитнес услуг и услуг тренажерного зала.

Организационная структура спорткомплекса «Олимпиец» представлена на рисунке 1.

Рисунок 1 – Организационная структура спорткомплекса «Олимпиец»

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

Функции аппарата управления организации.

1. Директор:

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

2. Заместитель директора:

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

Главный бухгалтер:

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

- руководство финансовой и хозяйственной деятельностью;

- обеспечение правильности оформления документации.

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

Технический персонал поддерживает порядок и работоспособность оборудования и залов.

1.3. Программная и техническая архитектура ИС предприятия

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

Наглядно техническая архитектура информационной системы спортивного комплекса «Олимпиец» представлена на рисунке 2.

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

Рисунок 2 – Техническая архитектура спорткомплекса

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

Таблица 2 -Конфигурация системы ноутбука Acer Аspire E 15

Сетевая карта

Поддержка Gigabit LAN

Да

Процессор

Макс. такт. частота

3.3 ГГц

Количество ядер

4

Кэш-память

2 МБ

Производитель процессора

AMD

Тип процессора

A10-9600P 2.4ГГц

Оперативная память

Макс. оперативная память

32 ГБ

Количество слотов памяти

2

Тип памяти

DDR4

Частота памяти

2133 МГц

Оперативная память (RAM)

8 ГБ

Видеокарта

Производитель видеопроцессора

AMD

Графический контроллер

Radeon R8 M445DX 2ГБ

В качестве многофункционального устройства используется – Canon i-sensys MF4410.

Программная архитектура информационной системы спортивного комплекса «Олимпиец» наглядно представлена на рисунке 3.

Спорткомплекс

Интернет

Windows 10 Pro

MS Office 2010

Google Chrome

Adobe Acrobat 6.0 Professional

Windows 10 Pro

MS Office 2010

Google Chrome

Adobe Acrobat 6.0 Professional

Kaspersky

Kaspersky

Windows 10 Pro

MS Office 2010

Google Chrome

Adobe Acrobat 6.0 Professional

Kaspersky

Рисунок 3 – Программная архитектура ИС спорткомплекса «Олимпиец»

На всех ноутбуках установлен стандартный пакет программного обеспечения:

  • операционная система Windows 10 x64 bit Pro;
  • пакет Microsoft Office 2010;
  • Kaspersky;
  • Adobe Acrobat 6.0 Professional;
  • Google Chrome.

Для ведения бухгалтерии, расчета зарплаты и отправки отчетности в ФНС, ПФР и ФСС руководство спорткомплекса используется онлайн сервис – «Контур. Бухгалтерия».

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

1.4. Характеристика существующих бизнес процессов и определение места проектируемой задачи в комплексе задач и ее описание

Деятельность организации в данный момент представляет собой следующий процесс:

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

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

Схемы основных этапов деятельности спорткомплекса «Олимпиец» представлены в виде IDEF0-диаграмм [9]. Изначально формируется контекстная диаграмма, которая представляет собой один блок, имеющий входы (стрелки слева), выходы (стрелки справа), управление (стрелки сверху), механизмы (стрелки снизу).

На рисунке 4 представлена контекстная диаграмма «Вести учет деятельности спортивного комплекса».

Процесс представлен в виде блока, входными элементами являются:

  • обращение клиента;
  • данные клиента;
  • оплата.

Выходными элементами являются:

  • договор;
  • состав группы;
  • доход.

Управлением является поток инструкции.

Механизмом является менеджер

Рисунок 4 – Контекстная диаграмма «Вести учет деятельности спортивного комплекса»

Далее процесс анализа представляет собой детализацию процессов. На рисунке 5 представлена декомпозиция контекстной диаграммы.

Рисунок 5 – Декомпозиция контекстной диаграммы

Декомпозиция представлена пятью блоками:

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

Представим детализацию каждого блока по отдельности. На рисунке 6 представлена детализация блока «Принять клиента».

Рисунок 6 – Детализация блоков «Принять клиента»

Блок имеет следующую детализацию:

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

На рисунке 7 представлена детализация блока «Заключить договор на услуги».

Рисунок 7 – Блок детализации «Заключить договор на услуги»

Данный блок представлен следующей детализацией:

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

В некоторых случаях детализация процессов может достигать третьего, четвертого и даже пятого уровня, чем детальнее представлен процесс, тем проще выполнять проектирование системы. В данном случае выполним детализацию третьего уровня [6].

Детализация блока «Сформировать договор полностью» представлен на рисунке 8.

Рисунок 8 – Детализация блока «Сформировать договор полностью»

Блок представлен следующей детализацией:

  • предоставить проект договора клиенту с входом проект договора, выходом – у клиента нет претензий и у клиента есть претензии, управлением инструкции, механизм – менеджер;
  • исправить текст договора с входными потоками у клиента есть претензии, выходным потоком – исправленный текст договора, механизм – менеджер, управление - инструкции;
  • утвердить договор с входным потоком у клиента не претензий и исправленный текст договора, выходными данными – текст, механизм – менеджер, управление – инструкции;
  • подписать договор обеими сторонами с входными потоками текст, выходным потоком – договор, механизм – менеджер, управление – инструкции.

На рисунке 9 представлена детализация блока «Занести клиента в группу». Детализация данного блока представляет:

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

Рисунок 9 – Детализация блока «Занести клиента в группу»

На рисунке 10 представлена детализация блока «Предоставить клиенту абонемент в тренажерный зал».

Процесс представлен следующими блоками:

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

Рисунок 10 – Детализация блока «Предоставить клиенту абонемент в тренажерный зал»

На рисунке 11 представлена детализация блока «Принять оплату».

Рисунок 11 – Детализация блока «Принять оплату»

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

  • определить размеры оплаты с входными потоками посещения и оплата, выходными потоками – сумма, механизм – менеджер, управление – инструкции;
  • получить оплату с входными потоками начальная сумма и оплата, выходными потоками – поступление, управлением – инструкции, механизмом – менеджер;
  • определить разность между поступлением и затратами, с входными потоками поступления, выходными потоками – доход, механизм – директор, управление – инструкции.

В спортивном комплексе «Олимпиец» работа по учету деятельности не была автоматизирована. Все операции выполнялись вручную с использованием, в редких случаях программ пакета MS Office, например, при расчете проданного количества абонементов использовался Excel, что вело к ошибкам и значительным временным затратам. Поэтому необходимо выполнить разработку автоматизированной системы, которая решала бы эти проблемы.

1.5. Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

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

EFitness. Данное программное решение используется для автоматизации фитнес центров и имеет такие встроенные инструменты.

1. CRM - управление клиентской базой

Данный инструмент позволяет профессионально и эффективно управлять клиентской базой. CRM позволяет осуществлять следующие решения:

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

2. Создание рассылок

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

3. СМС маркетинг

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

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

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

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

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

3. Создание аккаунта для членства в системе управления фитнес-клубом

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

5. Отчетность и аналитика

6. Права доступа. Контроль доступа сотрудников к системе FitNet и защита конфиденциальных данных.

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

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

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

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

1. Онлайн бронирование и управление курсом: с календарем курсов на клиенты могут просматривать, бронировать и оплачивать курсы онлайн в любое время.

2. Страница события

3. Самостоятельная регистрация клиентов

4. Списки ожидания. Автоматическое управление состоянием очереди и оповещением клиентов о наличии вакантных мест.

5. Управление клиентами и контрактами. Имеется возможность отправлять личные уведомления своим клиентам.

6. Обработка платежей и учет.

7. Функции фильтра, который эффективно позволяет управлять продажами, платежами и счетами в соответствии с определенными критериями.

8. Отчеты позволяют определить анализ присутствия, эффективность сотрудников, данные по продажам.

В таблице 3 представлено сравнение представленных решений.

Таблица 3 – Сравнение программных решений

Критерий сравнения

FitNet

EFitness

ConvergeHub SMB

ItoGram Pro

Формирование базы клиентов

Да

Да

Да

Да

Возможность формирования расписания групп

Да

Нет

Нет

Да

Наличие отчетов эффективности сотрудников

Нет

Да

Да

Да

Средства обработки платежей и оплат

Да

Да

Нет

Да

Возможность изменять программный код

Нет

Нет

Да

Нет

Требовательность к ресурсам ПК

Средняя

Средняя

Высокая

Высокая

Стоимость лицензии за одно рабочее место

21000

18000

16000

29000

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

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

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

Конфигурация должна будет выполнять следующие функции:

  • упорядочивать и ускорять процесс документооборота при посещении клиентами спортивного комплекса;
  • формирование шаблонной информации при заключении договора с клиентом на поставку услуг, с добавлением необходимых данных о клиенте и его дополнительных пожеланиях;
  • автоматизировать процесс подготовки документов, сопровождающих обращение клиента – договор на оказание услуг, отображение календарной занятости тренеров и загруженности групп;
  • автоматизировать процесс формирования квитанций для оплаты услуг групп или тренажерного зала;
  • формирование информации о загруженности тренеров в течение месяца для определения уровня выплат;
  • более обосновано управлять персоналом, ориентируясь на их успешность и эффективность
  • обеспечение поиска информации по запросу с любого рабочего места;
  • получение различных аналитических отчетов [6,7].

Разработка конфигурации «спорткомплекс» должно обеспечить:

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

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

Создание программного решения преследует следующие цели:

  • освобождение от рутинной работы менеджера спорткомплекса;
  • автоматизация большинства хозяйственных операций спортивного комплекса «Олимпиец»;
  • предоставление инструментов контроля руководству;
  • для управления комплексом необходимо разработать группу отчетов, которые будут предоставлять информацию по следующим направлениям деятельности предприятия:
    1. загруженность тренеров и групп;
    2. количество предоставленных услуг клиенту;
    3. доходы от деятельности тренера;
    4. доходы от деятельности групп;
    5. данные по клиентам;
    6. поступления денежных средств за период.
  • уменьшения затрат, связанных с репутационными издержками, возникающими из-за несогласованности времени провождения или ошибочного заполнения групп, неверного начисления суммы за предоставленные услуги.

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

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

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

Программная реализация сводится к разработке конфигурации в среде 1С, к данной конфигурации предъявляются следующие требования.

1. Иметь средства обработки обращений клиентов – договор.

2. Осуществлять сбор информации о клиентах – хранение информации о клиентах: общие сведения, обращения, которые были ранее, контактная информация.

3. Осуществлять подготовку, и оформление договора с указанием предпочтений клиента – какая группа для занятия, тренер, вид занятия, предполагаемые услуги.

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

5. Содержать элементы, которые позволяют упростить учет продаваемых (оказываемых) услуг клиентам, с учетом имеющихся запасов;

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

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

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

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

  • мастера создания объектов – при создании объектов конфигурации вызывается соответствующий мастер, который позволяет выполнить построение объекта, при этом определяются данные объекта, диалоговые формы, печатные формы и макеты, обработчики;
  • мастер разработки диалоговой формы объекта – позволяет размещать ранее определенные реквизиты и задавать обработку событий на форме с использованием встроенного языка программирования;
  • встроенный язык программирования является русскоязычным, имеет развитую систему помощи и подсказок, по своей сути язык является предметно-зависимым - обработка выполняется только после какого-то действия (открытие формы, нажатие кнопки, изменение значения поля и пр.);
  • встроенный отладчик, который выполняет запуск построенного приложения, отслеживает ошибки;
  • мастер компоновки запросов – позволяет формировать запросы к информационной базе, которая располагается на платформе, данный инструмент используется для отчетов и обработок;
  • регистры хранения данных – выступают в качестве хранителей данных, аккумулируя их [9];
  • средства администрирования – инструменты, позволяющие выполнять эффективно функции администратора, за счет тестирования информационной БД, загрузки/выгрузки данных, определения активных подключений;
  • средства распределения ролей и ресурсов БД;
  • и многое другое.

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

При построении информационной системы на базе системы «1С: Предприятие» используются различные компоненты. Этими компонентами являются [19]:

  • клиентское приложение ‑ это специальная программа, которая напрямую или опосредованно взаимодействует с базой данных с целью получения необходимых данных. Существует несколько видов клиентских приложений и технологий доступа;
  • сервер «1С: Предприятия» (в качестве полностью аналогичного термина может использоваться «кластер серверов») ‑ программа, образующая промежуточный слой между клиентским приложением «1С: Предприятия» и собственно базой данных;
  • система управления базой данных (СУБД) ‑ это программный комплекс, который обеспечивает управление физическими таблицами с данными, гарантирует их целостность и согласованность, а также предоставляющая доступ к этим данным с помощью специального языка работы с данными;
  • веб-сервер ‑ программный продукт, принимающий HTTP-запросы от клиентов и передающий эти запросы для исполнения соответствующим обработчикам. Если запросы поступают от клиентского приложения «1С: Предприятия», то в процессе обработки запросов происходит взаимодействие с информационной базой «1С:Предприятия».

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

«1С: Предприятие» поддерживает два варианта работы:

  • файловый вариант;
  • клиент-серверный вариант.

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

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

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

Рисунок 12 – Связи компонентов в файловом варианте

Клиент-серверный вариант предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры «клиент-сервер».

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

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

Рисунок 13 – Связи компонентов в клиент-серверном варианте

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

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

В качестве архитектуры для разрабатываемой системы выбрано клиент-серверное соединение, это повлечет к изменению текущей аппаратной структуры (рис.14).

Рисунок 14 – Измененная ИТ архитектура спорткомплекса

Наиболее оптимальной конфигурацией сервера является:

  • 2U Rackmount сервер хранения данных STSS Flagman SX123.5-012LH;
  • дисковый массив SATA / SAS 6G RAID 0,1,10,5,50,6,60, кэш 512МБ (опционально, батарейное питание, по копированию данных в энергонезависимую память)
  • дисковая подсистема до 12-ти 3.5 "(LFF) SATA / SAS HDD / SSD с горячей заменой + до 2-х 2.5" (SFF) SATA / SAS HDD / SSD с горячей заменой;
  • 4-канальный интегрированный сетевой адаптер 1 Гбит / с;
  • процессор Intel® Xeon® серии E3-1200 v6 или v5 (Kaby Lake или Skylake, 4 ядра, 8MB Smart cache, 8.0GT / s DMI), Intel® Core ™ i3-7000 или i3-6000, Intel® Pentium ™ G4000 , Intel® Celeron® G3900 (Kaby Lake или Skylake, 2 ядра, 2/3 / 4MB L3 cache, 8.0GT / s DMI)
  • до 64Гб оперативной памяти DDR4-2400 ECC Unbuffered;
  • система удаленного управления сервером IPMI 2.0 Server Management with KVM-over-LAN & Virtual media redirect;
  • отказоустойчивая 1 + 1 система электропитания с поддержкой горячей замены блоков питания;
  • корпус 2U Rackmount (глубина 648мм)

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

На рисунке 15 представлены объекты и реквизиты разрабатываемой конфигурации.

Рисунок 15 – Объекты конфигурации

Данная схема содержит таблицы и связи между ними. Представим описание содержания таблиц БД (таб.4 – 10).

Таблица 4 - Описание таблицы «Услуги»

Название поля

Тип данных

Код услуги

Числовой, 9

Название услуги

Текстовый, 50

Стоимость

Цифровой, 10, точность 2

Таблица 5 - Описание таблицы «Группы»

Название поля

Тип данных

Код группы

Числовой, 9

Название услуги

Текстовый, 50

Код тренера

Данные из справочника «Тренера»

Лимит в группе

Цифровой, 10, неотрицательный

Таблица 6 - Описание таблицы «Клиенты»

Название поля

Тип данных

Код клиента

Числовой, 9

ФИО

Текстовый, 100

Телефон

Текстовый, 10

Пол

Данные выбираются из перечисления «Пол»

Адрес электронной почты

Текстовый, 50

Скидка

Число

Таблица 7 - Описание таблицы «Тренера»

Название поля

Тип данных

Код тренера

Числовой, 9

ФИО

Текстовый, 100

Специализация

Текстовый, 50

Опыт работы

Цифровой, 10

Телефон

Текстовый, 10

Таблица 8 – Описание таблицы «Договор»

Название поля

Тип данных

Код документа

Числовой, 9

Код услуги

Справочник «Услуги»

Код клиента

Справочник «Клиенты»

Текст договора

Текстовый, 500

Дополнительные условия

Текстовый, 100

Таблица 9 - Описание таблицы «Счет»

Название поля

Тип данных

Код документа

Числовой, 9

Код клиента

Справочник «Клиенты»

Код услуги

Справочник «Услуги»

Код группы

Справочник «Группы»

Код тренера

Справочник «Тренера»

Цена услуги

Данные извлекаются из справочника «Услуги»

Количество услуги

Числовой, 10

Стоимость услуги

Числовой, 10

Стоимость абонемента

Числовой, 110

Стоимость групповых занятий

Числовой, 10

Стоимость со скидкой

Числовой, 10

Общая стоимость счета

Числовой, 10

В режиме конфигурации производится добавление объектов конфигурации и программирование модулей для решения пользовательских задач. Представим добавление различных объектов. Для хранения постоянной информации добавляются перечисления. Разработка перечисления для хранения постоянной информации «Тип услуги» представлена на рисунке 16.

Рисунок 16 – Настройка перечисления «Тип услуги»

На рисунке 17 представлены разработанные перечисления.

Рисунок 17 – Разработанные перечисления

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

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

Пример создания справочника представлен на рисунке 18.

Рисунок 18 – Реквизиты справочника «Услуги»

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

Форма для данного справочника представлена на рисунке 19.

При разработке данного справочника были объединены абонементы и другие услуги, разграничение этих двух видов осуществляется с помощью объекта перечисление «Тип услуги», для того, чтобы правильно указать к какому виду относится данный объект – абонемент или услуга, необходимо установить соответствующий тумблер.

Рисунок 19 – Форма справочника «Услуги»

На рисунке 20 представлен перечень разработанных справочников.

Рисунок 20 – Созданные справочники

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

  • движения;
  • журналы.

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

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

Рисунок 21 – Создание документа «Счет»

Макет экранной формы документа «Счет» представлен на рисунке 22.

Рисунок 22 – Макет экранной формы документа «Счет»

На рисунке 23 представлены созданные документы конфигурации.

Рисунок 23 – Созданные документы

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

  • регистры накопления;
  • регистры бухгалтерии;
  • регистры расчета;
  • регистры сведений.

В данной работе будут использоваться регистры накопления, которые позволяют формировать остатки и обороты. На рисунке 24 представлена структура регистра «Доход».

Рисунок 24 – Структура данных регистра накопления «Доход»

Данными данного регистра являются:

  • клиент;
  • услуга;
  • тренер;
  • группа;
  • количество;
  • сумма.

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

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

В среде 1С реализован механизм, который называется схемой компоновки данных, при использовании данного механизма пользователь может сформировать запрос для получения необходимых данных. На рисунке 25 представлен конструктор запроса, который позволяет с помощью встроенного механизма формировать запросы к файловой СУБД платформы 1С и извлекать необходимые данные.

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

Рисунок 25 – Конструктор запроса

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

По завершению настроек разработчик получает текст запроса.

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

Рисунок 26 – Разработка отчета по доходам от деятельности тренера

На рисунке 27 представлены разработанные отчеты.

Рисунок 27 – Разработанные отчеты

2.5. Тестирование разработанного прикладного решения

На рисунке 28 представлено главное окно при входе в режим 1С Предприятие разработанной конфигурации «Спорткомплекс». Начальное окно представляет собой отображение подсистем [6].

Рисунок 28 – Главное окно системы

Представим функционирование основных объектов, используя интерфейс подсистемы «Менеджер». На рисунке 29 представлены объекты, которые доступны в данной подсистеме.

Рисунок 29 – Объекты подсистемы «Менеджер»

На рисунке 30 представлено добавление клиента в справочник «Клиенты». При добавлении элемента справочника необходимо нажать кнопку «Создать».

Рисунок 30 – Добавление клиента

После того как данные введены необходимо нажать кнопку или «Записать и закрыть». На рисунке 31 представлен перечень клиентов спортивного комплекса.

Рисунок 31 – Список клиентов

На рисунке 32 представлен созданный документ «Счет». При пользовании услуг клиентом используется данный документ. Большинство данных автоматически подставляются в документ из справочников системы, это реализовано с помощью разработанного обработчика.

Рисунок 32 – Документ «Счет»

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

На рисунке 33 представлено создание нового документа «Договор». Основным назначением данного документа является формирование печатной формы.

Рисунок 33 – Текст договора

На рисунке 34 представлен отчет «Доход от деятельности тренера».

Рисунок 34 – Отчет «Доход от деятельности тренера»

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

На рисунке 35 представлен отчет «Доход от услуг».

Рисунок 35 – Отчет «Доход по услугам»

Представленные формы демонстрируют корректность работы разработанных объектов конфигурации «Спорткомплекс».

ЗАКЛЮЧЕНИЕ

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

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

В первой главе решены следующие задачи:

  • проведен анализ деятельности спортивного комплекса «Олимпиец»;
  • визуализированы процессы деятельности персонала с помощью диаграмм IDEF0;
  • рассмотрены функции, которые характерны для используемых программных решений, автоматизирующих деятельность фитнес центров и спортивных комплексов.

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

Во второй главе были решены следующие задачи:

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

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

СПИСОК ЛИТЕРАТУРЫ

  1. ГОСТ 12.2.032-78 «ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования»,
  2. ГОСТ 19.101 – 77 Виды программ и программных документов.
  3. ГОСТ 19.701-90 «Схемы алгоритмов, программ, данных и систем»
  4. ГОСТ Р50948-2001 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности»
  5. Андреева В.И. Делопроизводство. Требования к документообороту фирмы (на основе ГОСТов РФ) / В.И. Андреева. - М.: Бизнес-школа Интел-Синтез; Издание 2-е, перераб. и доп., 2016. - 222 c.
  6. Басаков М.И. Документы и документооборот коммерческой организации / М.И. Басаков. - М.: Феникс, 2016. - 416 c.
  7. Баронов В.В. Автоматизация управления предприятия. –М.: Инфо-М, 2015.
  8. Гартвич А. 1С:Упрощенка 8.3 с нуля. 77 уроков для начинающих. – БХВ-Петербург.: 2016. - 384 с.
  9. Габец А.П. Профессиональная разработка в системе 1С: Предприятие 8.0 / А.П. Габец и др. - М .: 1С-Паблишинг, 2016. - 808 с.
  10. Даниленко А.Ю. Безопасность систем электронного документооборота. Технология защиты электронных документов / А.Ю. Даниленко. - М.: Ленанд, 2015. - 232 c.
  11. Логинова А.Ю. Правда об электронном документообороте / А.Ю. Логинова. - М.: Книга по Требованию, 2015. - 220 c.
  12. Лушников В. В. 1С: Документооборот. 200 вопросов и ответов / В.В. Лушников, А.В. Бондарев. - М.: 1С-Паблишинг, 2015. - 298 c.
  13. Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – 288 с.
  14. Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. - Москва: СИНТЕГ, 2016. - 366 c.
  15. Усманова Н.Р. Документооборот предприятия / Н.Р. Усманова. - М.: Приор, 2015. - 400 c.
  16. Глушаков С.В. Базы данных / С.В. Глушаков, Д.В. Ломотько. - М.: Харьков: Фолио, 2017. - 504 c.
  17. Голицына О.Л. Базы данных / Голицына, О.Л. и. - М.: Форум; Инфра-М, 2015. - 399 c.
  18. Грекул В. И. Управление внедрением информационных систем / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - Москва: РГГУ, 2014. - 224 c.
  19. Карпова Т.С. Базы данных. Модели, разработка, реализация / Т.С. Карпова. - М.: СПб: Питер, 2016. - 304 c.
  20. Шаймарданов Р.Б. Моделирование и автоматизация проектирования структур баз данных / Р.Б. Шаймарданов. - М.: Радио и связь, 2017. - 120 c