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

Пользователи системы и их основные функции

1. Системный администратор: настойки системы, редактирование данных;
2. Администратор салона: ведение учета клиентов и оказания услуг;
3. Бухгалтер: ведение кадрового учета, учета работы сотрудников, ценообразование;
4. Директор: просмотр результатов работы и предварительного планирования обслуживания клиентов.

Обеспечение безопасности и бесперебойности работы

Система должна работать на персональном компьютере, доступ к которому должен быть защищен паролем.

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

Требования к информационным структурам и методам решения

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

Требования к языкам программирования не предъявляются.

Требования к сопровождению и развитию системы

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

Описание бизнес-процессов

Бизнес-процессы, подлежащие автоматизации представлены на Рис. 2

Рис. 2 Бизнес-процессы системы в нотации IDEF0.

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

1. Обслуживание клиентов
2. Расчет заработной платы
3. Администрирование системы

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

В качестве управляющих воздействий выступают:

1. Календарь, которым определяются графики работы мастеров и время записи клиентов;
2. Процент премии, который устанавливается приказом директора и вводится в систему;
3. Инструкции по настройке системы и другие регламентирующие документы.

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

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

---

На Рис. 3 приведена схема бизнес-процесса записи клиента, а на Рис. 4 процесс закрытия и фиксации факта обслуживания в нотации IDEF3.

Рис. 3 Процесс создания записи

Рис. 4 Процесс обслуживания клиента

Детальное регламентация бизнес-процесса обслуживания клиента с точки зрения функции системы управления приводится на Рис. 3 в нотации UML диаграммы последовательности.

Рис. 5. Диаграмма последовательности записи

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

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

Структура данных

В своем бизнесе салон использует следующие данные:

Данные клиентов:

1. Номер;
2. ФИО полностью или частично;
3. Контактный телефон;
4. E-mail;
5. Пол.

Данные сотрудников:

1. Номер;
2. ФИО полностью;
3. ФИО кратко;
4. Дата рождения;
5. Паспортные данные;
6. Контактные и адресные данные;
7. Информация о детях;
8. Трудовая деятельность.

Записи:

1. Номер;
2. Дата;
3. Время начала;
4. Время окончания;
5. Перечень услуг и товаров;
6. Мастер;
7. Салон;
8. Зал.

Номенклатура:

1. Номер;
2. Наименование;
3. Признак группы;
4. Вид номенклатуры.

Салоны:

1. Номер;
2. Название.

Залы:

1. Номер;
2. Название.

Виды графиков работы:

1. Графики мастеров;
2. Графики администрации.

Условно-постоянные данные, настраиваемые системным администратором:

1. Время начала работы в сутках;
2. Время окончания работы;
3. Процент премии.

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

1. Клиенты;
2. Сотрудники;
3. Номенклатура;
4. Салоны;
5. Залы;
6. Виды графиков работы

---

И константы:

1. НачалоДня;
2. ДоКонцаДня;
3. Приемия.

Рис. 6. Константы и справочники

Разработка решения

Интерфейс конфигурации

Конфигурация использует штатный интерфейс «Такси».

Интерфейс такси 1С — это новое слово в развитии технологической платформы 1С: Предприятие 8.3. Новое лицо программы адаптировано под стандарты веб-приложений. Разработчики произвели большое количество юзабилити тестов и серьезно переработали механизмы взаимодействия с пользователями. Программа теперь напоминает качественно сделанный веб-сайт с дружелюбным интерфейсом [5].

Начальная страница приложения показана на Рис. 7.

Рис. 7. Интерфейс "Такси"

Разработка структуры конфигурации

Разработка системы начата с создания справочников, содержащих необходимые для работы данные. Пример двух справочников приводится на Рис. 8.

Рис. 8. Пример двух справочников

Справочник Сотрудники содержит также встроенную табличную часть.

Были созданы справочники:

• Клиенты
• Сотрудники
• Номенклатура (иерархический)
• Салоны
• Залы
• ВидыГрафиковРаботы

Для организации записи был создан документ Запись (Рис. 9).

Рис. 9 Документ Запись

Для фиксации факта обслуживания клиентов данные из документов Запись регистрируются в регистре Продажи Рис. 10.

Рис. 10. Регистр Продажи

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

Для оформления записи в интерфейсе пользователя разработана общая форма Планировщик с размещенным на ней объектом Планировщик [7]

Рис. 11. Форма с Планировщиком

Эта форма размещается на главной форме конфигурации

Рис. 12. Главная форма

Листинг программы модуля формы Планировщика приведен в Приложении 1. Процедуры модуля выполняют следующие функции:

• Заполнение планировщика на сервере;
• Открытие формы Записи по клику на поля Планировщика;
• Обновление данных

---

Для управления ценами на Номенклатуру создан Регистр сведений Цены. Благодаря такой организации хранения цен система контролирует изменения цен во времени и правильно отражает итоговые суммы с учетом возможных изменений в периоде.

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

Общий модуль ПроведениеРасчетов;

Константа Премия;

Справочники Сотрудники и ВидыГрафиковРаботы;

Документы НачисленияСотрудникам;

Отчеты Перерасчет, НачисленияСотрудникам, ДиаграммаНачислений, ВыручкаМастеров;

Планы видов Расчета ОсновныеНачисления;

Регистр сведений ГрафикиРаботы;

Регистр расчета Начисления.

Разработка этих объектов детально описана в литературе [8] и в данной работе не приводится.

Подсистемы конфигурации

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

1. Оказание услуг;
2. Бухгалтерия;
3. Администрирование;
4. Справочная информация.

Доступ к отдельным подсистемам и их составным частям ограничен в соответствии с ролями пользователей [8].

Подсистема Оказание услуг

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

Рис. 13. Подсистема Оказание услуг

Подсистема Бухгалтерия

В этой подсистеме собраны основные функции бухгалтерии:

• Учет персональных данных сотрудников;
• Учет работы сотрудников;
• Расчет зарплаты;
• Отчеты в различных разрезах.

Функции подсистемы представлены на Рис. 14.

Рис. 14. Подсистема Бухгалтерия

Подсистема Администрирование

Эта подсистема предназначена для системного администрирования конфигурации, а именно:

• Задание бизнес-конфигурации (залы, константы формы предварительной записи);
• Редактирование документов.

Рис. 15. Подсистема Администрирование

Подсистема Справочная информация

В этой подсистеме собраны функции просмотра и редактирования, с учетом прав доступа, нормативно-справочной информации системы.

---

Рис. 16 Подсистема Справочная информация

Описание работы системы

Вход в систему

При запуске система запрашивает логин и пароль пользователя.

Рис. 17. Окно входа в систему

В зависимости от прав, пользователь попадает на свою страницу. Пользователь с минимальными правами является Администратор, ему доступно только работа с предварительной записью:

Рис. 18. Начальная страница пользователя Администратор

Запись

В форме предварительной записи используется штатный инструмент 1С «Планировщик» с использованием внешней формы записи. При открытии форма показывает записи на текущий день, при необходимости просмотра или редактирования записей на другой день используется прокрутка колесом мышки или кнопки PageUp, PageDown.

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

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

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

Код программного модуля приводится в Приложении №1.

При нажатии мышки на выбранной ячейке открывается форма записи:

Рис. 19. Форма предварительной записи

Для предварительной записи необходимо:

1. заполнить соответствующие поля Зал (если используется),
2. внести клиента из списка или создать нового, обязательное поле;
3. Выбрать мастера, обязательное поле;
4. Уточнить время, по умолчанию выставляется время из ячейки Планировщика;
5. Добавить услуги или товары по кнопке «Добавить», если возможно определить их состав;
6. Нажать Записать и Закрыть.

Рис. 20. Пример предварительной записи

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

---