Статья: Приложение для связи с клиентами на предприятии Чистота и порядок

1. Назначение разработки

приложение заявка клиенты программное обеспечение

1.1 Описание деятельности предприятия

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

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

Первичные функциональные требования включают:

- возможность регистрации и авторизации пользователей;

- возможность оставлять заявку на уборку;

- возможность просмотр истории заявок.

- возможность управлением доступом

Анализ аналоговых приложений:

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

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

Табл

1.2 Требования к функциональным характеристикам

- авторизация пользователей: возможность входа в систему для сотрудников и клиентов компании;

- регистрация и изменение заявок: возможность создания, редактирования и удаления заявок на уборку;

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

- мониторинг статуса выполнения заявок: возможность отслеживания статуса выполнения своих заявок как клиентами, так и сотрудниками;

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

- управление пользователями и правами доступа: добавление новых пользователей, изменение их прав доступа, удаление пользователей.

1.3 Требования к надёжности и безопасности

- Должен присутствовать вывод ошибок в окне авторизации при вводе несуществующего логина или неверного пароля;

- Должен присутствовать вывод ошибок при выборе записи на чужое время;

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

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

- Процессор Intel Core i3 и выше;

- Частота 3,3 Ghz;

- Оперативная память 8 ГБ;

- Мышь и клавиатура

1.5 Требования к информационной и программной совместимости

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

- Windows 8;

- Windows 10;

- Windows 11.

Также должна быть поддержка стандартных форматов данных, используемых в клининг службе, таких как XML, JSON и другие.

2. Анализ требований и определение спецификаций программного обеспечения

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

Функциональные требования:

1.Регистрация:

- Предоставление возможности создания учетных записей для клиентов и сотрудников предприятия;

- Гарантия уникальности логина и пароля для каждой учетной записи;

- Обеспечение безопасности хранения и обработки пользовательских данных.

2.Авторизация:

- Предоставление возможности входа в систему с использованием уникального логина и пароля;

- Поддержка механизма восстановления пароля;

- Реализация аутентификации через различные методы, такие как OTP или биометрическая аутентификация.

3.Управление заявками:

- Возможность создания, просмотра, редактирования и удаления заявок клиентов;

- Отслеживание статуса заявок и уведомление клиентов о изменениях.

Спецификации разрабатываемого продукта:

Тип системы - Веб-приложение с возможностью доступа через браузер

Платформа - Многоплатформенность (поддержка различных операционных систем)

База данных - MSSQL

Язык программирования - C#

Рисунок 1- Контекстная диаграмма

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

Блок имеет следующие входные данные:

- клиенты. Данные приходят в виде xlxs, где содержит ФИО, номер телефона, email, адрес.

Блок имеет следующие управляющие механизмы:

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

Процесс имеет только одного исполнителя:

- сотрудники организации.

На выход поступают только одни данные:

- услуги.

Рисунок 2 - Диаграмма декомпозиции

Диаграмма декомпозирована на 3 блока: «Проведение работы с клиентами», «Обработка заявок», «Представление услуг».

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

В блок «Обработка заявок» поступают данных об клиентах. На выходе получаем данные об предоставленных услугах.

В блок «Представление услуг» поступают данные об клиентах. Управляющим механизмом в данном случае являются критерии устава организации и заказ клиента на услуги. На выходе получаем данные об предоставленных услугах.

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

Рисунок 3 - Диаграмма прецендентов

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

Рисунок 4 - Диаграмма компонентов

На диаграмме изображены потоки данных между:

- клиентами и функционированием отдела обработки заявок;

- клиентами и Функционированием отдела приема и оформление заявок.

2.1 Проектирование модели данных

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

Рисунок 5 - Даталогическая модель

Рисунок 6 - Инфологическая модель

2.2Детальное проектирование программного обеспечения

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

Рисунок 7 - Функциональная схема

Рисунок 8 - Структурная схема