
Кольцова А.А. Разработка прототипа системы бронирования велопрокатной организации
.pdf
21
каталога проката велосипедов на основе документов «Отчет о обновлении каталога» и «Инвентарный отчет». В рамках этого процесса происходит добавление, редактирование и удаление информации о велосипедах.
На рисунке 1.8 представлена декомпозиция подсистемы «Процесс отчетности». Эта подсистема описывает процесс формирования отчетности для старшего менеджера. В конечном итоге формируется документ «Отчет о бронировании».
Рисунок 1.7 – Декомпозиция подсистемы «Процесс обновление каталога»

22
Процессы бронирования оборудования, существующие в компании,
требуют значительных доработок и модернизации. На текущий момент, система работает в основном на бумажных документах и ручной обработке данных, что приводит к задержкам и возможным ошибкам.
Для повышения эффективности и удобства для клиентов, рекомендуется перевести процессы бронирования в онлайн-систему. Это позволит клиентам дистанционно бронировать оборудование через сайт, не приходя непосредственно в пункт проката.
Рисунок 1.8 – Декомпозиция подсистемы «Процесс отчётности»
23
Внедрение онлайн-бронирования обеспечит удобство для клиентов,
позволяя им в любое время и из любого места забронировать необходимое оборудование, что повысит их удовлетворенность и лояльность. Автоматизация процессов сократит время обработки заявок, снизит количество ошибок и повысит общую оперативность работы. Онлайн-система позволит в режиме реального времени обновлять данные о наличии оборудования, обеспечивая прозрачность и своевременное информирование клиентов. Кроме того,
уменьшится объем рутинных задач, которые выполняются вручную, что освободит время сотрудников для выполнения более значимых функций и улучшения качества обслуживания.
Таким образом, модель AS-IS процесса бронирования основана на бумажных документах и ручной обработке данных, что является значительным недостатком, таким как имеются задержки в обработке заявок и возможные ошибки. Для повышения эффективности и удобства рекомендуется перевести процессы бронирования в онлайн-систему, что сократит время обработки заявок,
снизит количество ошибок, повысит оперативность работы и улучшит удовлетворенность клиентов.
1.3Анализ существующих ИС
При сравнении различных разработок системы онлайн бронирования для проката велосипедов, было проведено детальное изучение нескольких ключевых аспектов, включая функциональность, удобство использования, стоимость внедрения и поддержки, гибкость и масштабируемость системы, репутацию разработчика и отзывы пользователей. Оценка проводилась на основе информации, полученной из официальных сайтов разработчиков, независимых обзоров и отзывов пользователей. Ниже представлена таблица 1.3 с результатами сравнения разработок для велопроката.
Для удобства оценки и сравнительного анализа систем онлайн бронирования для проката велосипедов, используется система баллов, где 5 —
это максимум, а 1 - минимум. Результаты представлены в таблице 1.4.
24
Таблица 1.3 – Результаты разработок для велопроката
Критерий |
VeloMaster |
BikeReserve |
CycleEasy |
|
|
|
|
Функционал |
Широкий спектр |
Основные функции: |
Ограниченный |
ьность |
функций: онлайн |
онлайн бронирование, |
функционал: онлайн |
|
бронирование, |
базовое управление |
бронирование и |
|
управление инвентарем, |
инвентарем, |
базовое управление |
|
интеграция с |
ограниченная |
инвентарем. Нет |
|
платежными системами, |
аналитика. |
интеграции |
|
аналитика и отчетность. |
|
аналитики. |
|
|
|
|
Удобство |
Интуитивно понятный |
Удобный интерфейс, но |
Основной интерфейс, |
использован |
интерфейс для клиентов |
требует времени для |
неинтуитивный для |
ия |
и администраторов, |
обучения |
новых пользователей, |
|
простота бронирования и |
администраторов. |
сложность в |
|
управления. |
|
управлении. |
|
|
|
|
Стоимость |
Высокие начальные |
Средние начальные |
Низкие начальные |
|
затраты и значительные |
затраты, умеренные |
затраты. |
|
расходы на поддержку и |
расходы на поддержку. |
|
|
обновления. |
|
|
|
|
|
|
Гибкость и |
Высокая гибкость и |
Ограниченная гибкость, |
Нет возможности для |
масштабиру |
возможность |
сложность |
масштабирования и |
емость |
масштабирования, легкая |
масштабирования, |
ограниченная |
|
интеграция с другими |
ограниченные |
гибкость. |
|
системами. |
возможности |
|
|
|
интеграции. |
|
|
|
|
|
Репутация |
Хорошая репутация, |
Средняя репутация, |
Низкая репутация, |
разработчик |
успешные прошлые |
несколько успешных |
мало успешных |
а |
проекты. |
проектов, смешанные |
проектов, негативные |
|
|
отзывы. |
отзывы. |
|
|
|
|
Отзывы |
Положительные отзывы, |
Смешанные отзывы, |
Негативные отзывы, |
пользовател |
пользователи отмечают |
пользователи довольны |
пользователи |
ей |
широкий функционал и |
функционалом, но |
недовольны |
|
удобство использования. |
жалуются на сложность |
интерфейсом и |
|
|
управления. |
ограниченным |
|
|
|
функционалом. |
|
|
|
|
Эти таблицы помогут определить, какая система наилучшим образом соответствует требованиям компании для онлайн бронирования проката велосипедов, предоставляя всесторонний и объективный анализ доступных опций.
25
Таблица 1.4 – Результаты оценки систем
Критерий |
VeloMaster |
BikeReserve |
CycleEasy |
|
|
|
|
Функциональность |
5 |
3 |
2 |
|
|
|
|
Удобство использования |
5 |
3 |
2 |
|
|
|
|
Стоимость |
2 |
3 |
5 |
|
|
|
|
Гибкость и масштабируемость |
5 |
3 |
1 |
|
|
|
|
Репутация разработчика |
5 |
3 |
1 |
|
|
|
|
Отзывы пользователей |
5 |
3 |
1 |
|
|
|
|
Исходя из проведенного анализа, ни одна из рассмотренных систем не отвечает полностью всем потребностям компании. VeloMaster слишком дорога, BikeReserve недостаточно гибка, а CycleEasy имеет слишком много ограничений.
Поэтому наиболее целесообразным решением является разработка собственной системы онлайн-бронирования.
1.4Разработка технико-экономического обоснования
Технико-экономическое обоснование представляет собой документ,
содержащий подробную информацию, необходимую для оценки целесообразности создания информационной системы. В этом документе анализируются различные аспекты проекта, такие как потенциальные выгоды,
затраты, риски и сроки реализации. Разработанное ТЭО представлено в приложении А, и на основе его результатов было принято решение о создании информационной системы.
Создаваемая информационная система предназначена для автоматизации процесса бронирования велосипедов, что позволит значительно упростить взаимодействие клиентов с прокатной организацией и оптимизировать внутренние бизнес-процессы. Одним из ключевых преимуществ системы станет возможность регистрации и авторизации пользователей, что обеспечит безопасный и персонализированный доступ к услугам проката.

26
1.5Разработка функциональной модели TO BE
Найденные в модели AS-IS недостатки устраняются путем создания модели TO-BE, представляющей желаемое состояние процессов на предприятии.
Разработка и внедрение новой информационной системы изменяют условия выполнения операций, структуру процессов и организацию предприятия в целом.
Разработка функциональной модели TO BE системы онлайн-бронирования для проката велосипедов включает несколько ключевых этапов. Целью этой модели является описание будущего состояния системы, которое удовлетворит все требования бизнеса и пользователей.
1.5.1 Разработка стратегической карты
Первым этапом создания модели TO-BE является разработка стратегической карты (рисунок 1.9).
Рисунок 1.9 - Стратегическая карта

27
Для удобства используется предложенная система построения
стратегической карты, выстраивающая причинно-следственную цепочку целей
по четырем зонам:
1.Финансы: Повышение прибыли.
2.Клиенты: повышение удовлетворенности клиентов, увеличение числа постоянных клиентов.
3.Внутренние бизнес-процессы: сокращение времени регистрации пользователя, сокращение времени на подготовку отчетов, сокращение времени на обновление данных в каталоге.
4.Обучение и развитие: увеличение эффективности работы персонала.
Эти цели и мероприятия стратегической карты помогут перейти от текущего состояния (AS-IS) к желаемому состоянию (TO-BE), обеспечивая успешное внедрение новой информационной системы и достижение бизнес-
целей предприятия.
Обновленная схема документооборота процесса бронирования,
представленная на рисунке 1.10.
Рисунок 1.10 – Обновлённая схема документооборота

28
Клиенты отправляют запросы на бронирование через систему, которая генерирует подтверждения и отправляет их клиентам.
Менеджеры обновляют информацию в системе для поддержания актуальности данных и автоматической генерации каталога.
Интеграция операций в браузере сокращает время работы с документами и облегчает поиск записей. Отчеты о бронировании и клиентах формируются автоматически, что улучшает анализ удовлетворенности клиентов.
Эта схема обеспечивает эффективное взаимодействие всех участников процесса и своевременное обновление данных.
1.5.2 Разработка контекстной диаграммы и подсистем ИС
В результате разработки контекстной диаграммы модели TO-BE (рисунок
1.11) удалось оптимизировать процесс обслуживания клиентов и отказаться от их личного посещения проката. Было сокращено количество бумажных документов и оптимизирован процесс обработки данных. Пользователями системы являются менеджеры по продажам и клиенты.
Рисунок 1.11 – Контекстная диаграмма TO-BE

29
Пользовательское соглашение – это документ, который регламентирует правила использования сайта и услуги, предоставляемые организацией.
Закон о персональных данных регулирует сбор, обработку, хранение и использование персональных данных физических лиц, чтобы защитить их права на неприкосновенность частной жизни.
Должностные инструкции — это внутренние документы организации,
которые описывают обязанности, права и ответственность сотрудников на конкретных должностях. Они помогают обеспечить четкое понимание роли каждого сотрудника и способствуют эффективной организации труда.
Закон о защите прав потребителей — это нормативный акт, который регулирует отношения между потребителями и продавцами (поставщиками)
товаров и услуг, обеспечивая защиту прав потребителей.
Первый уровень декомпозиции модели TO-BE представлен на рисунке
1.12.
Рисунок 1.12 – Декомпозиция модели TO-BE
Разработанная контекстная диаграмма модели TO-BE позволила значительно улучшить процессы обслуживания и управления данными в системе

30
бронирования велопрокатной организации, обеспечив более эффективное и удобное взаимодействие между всеми участниками процесса.
1.5.3 Распределение показателей по подсистемам ИС
На основе стратегической карты была создана таблица распределения показателей по подсистемам ИС (таблица 1.5), отображающая взаимосвязи между показателями и подсистемами.
Таблица 1.5 - Распределение показателей по подсистемам ИС
Подсистема |
Показатель |
|
|
Регистрация пользователя |
% уменьшения среднего времени процесса регистрации |
|
|
Авторизация пользователя |
% увеличения рейтинга удовлетворенности клиентов |
|
|
Бронирование велосипеда |
% увеличения количества повторных бронирований |
|
|
Управление пользователями |
% уменьшения времени на обслуживание клиента |
|
|
Управление каталогом |
% уменьшения среднего времени обновления данных в |
|
каталоге |
|
|
Формирование отчетности |
% уменьшения среднего времени на подготовку отчетов |
|
|
Данная таблица позволяет эффективно распределять и отслеживать показатели по различным подсистемам ИС, что способствует оптимизации процессов и повышению общей производительности системы.
1.5.4 Декомпозиция подсистем
Процесс регистрации пользователя (рисунок 1.12) начинается с ввода данных, которые проверяются на корректность и уникальность. Если данные некорректны или неуникальны, пользователю предлагается ввести их повторно.
При корректных и уникальных данных хешируется пароль, генерируется и отправляется письмо с подтверждением. После подтверждения создается учетная запись и данные сохраняются, завершая процесс регистрации.
Процесс авторизации пользователя (рисунок 1.13) включает следующие шаги. Пользователь вводит учетные данные. Система проверяет их корректность, и, если данные некорректны, запрашивает повторное введение.
Затем система проверяет наличие учетной записи. Если учетная запись не существует, пользователю предлагается повторно ввести данные. При существующей учетной записи система определяет роль пользователя.