
Кольцова А.А. Разработка прототипа системы бронирования велопрокатной организации
.pdf11
−формирование функциональных требований к информационной
системе;
−разработка технического задания на создание информационной
системы;
−разработка технического проекта;
−проведение рабочего проектирования;
−проведение приёмо-сдаточных испытаний.
Работа включает введение, три главы, заключение и список использованной литературы.
Первая глава включает в себя анализ предметной области, выявление существующих недостатков, построение модели AS-IS и TO-BE, разработку технико-экономического обоснования, технического задания и концепции.
Также проведен анализ рынка существующих программных продуктов для автоматизации бизнес-процессов организации, что привело к выводу о необходимости модифицировать собственную систему.
Во второй главе осуществлено техническое проектирование, включая проектирование подсистем информационного и организационного обеспечения.
Также разработано руководство пользователя, построены логическая и физическая модели базы данных, и проведено рабочее проектирование.
В третьей главе была выполнена оценка экономической эффективности проекта, включая расчет экономии трудовых ресурсов за счет разработки и использования информационной системы. Кроме того, проведены расчеты прямой и косвенной экономической эффективности.
12
1АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1Анализ предметной области
Заказчиком информационной системы является организация ИП Никсарян М. З., специализирующаяся на предоставлении услуг велопроката.
ИП Никсарян является индивидуальным предпринимателем. Фирма была зарегистрирована 1 апреля 2020 года. Юридический и фактический адрес находятся по следующему адресу: Краснодарский край, Сочи, Адлерский район,
улица Павлика Морозова, 28.
Деятельность организации включает следующие виды:
−Прокат и аренда товаров для отдыха и спортивных товаров (код ОКВЭД 77.21);
−Прокат и аренда прочих предметов личного пользования и хозяйственно-бытового назначения (код ОКВЭД 77.29).
Продукты и услуги, предлагаемые велопрокатной организацией, включают в себя прокат велосипедов различных моделей и типов.
Целевая аудитория включает как местных жителей, так и туристов и посетителей, заинтересованных в аренде велосипедов для различных целей,
включая прогулки, занятия спортом или туристические поездки.
Решение о создании системы бронирования для велопрокатной организации обусловлено необходимостью улучшения общего опыта клиентов и оптимизации внутренних процессов предприятия. Эта система позволит клиентам удобно бронировать велосипеды заранее и управлять заказами, а также поможет велопрокатной организации эффективнее организовать свою деятельность, улучшить обслуживание клиентов и повысить эффективность.
1.2Разработка функциональной модели AS IS
1.2.1 Описание организационной структуры предприятия.
На рисунке 1.1 представлена полная организационная структура организации «Ride-rent». Темным цветом отмечены отделы и сотрудники,

13
которые будут задействованы при разработке ИС или будут её непосредственными пользователями.
Рисунок 1.1 – Организационная структура Описание организационной структуры предприятия для проката
велосипедов представлено ниже.
На организационной диаграмме проката велосипедов представлены следующие отделы и должности.
Главным руководителем является директор. Отдел программного обеспечения отвечает за разработку и поддержание программных продуктов, в
его составе старший программист, который руководит программистами.
Программисты занимаются написанием и поддержкой кода.
Отдел маркетинга и продаж занимается продвижением услуг и продажей,
его возглавляет старший менеджер, который руководит менеджерами по продажам. Менеджеры по продажам занимаются продажей услуг и взаимодействием с клиентами.
14
Финансовый отдел управляет финансовыми вопросами компании, в его составе старший бухгалтер, который руководит бухгалтерами, и сами бухгалтеры, занимающиеся финансовыми операциями и отчетностью.
Отдел обслуживания и технической поддержки отвечает за техническое обслуживание и поддержку клиентов, в его составе техники по обслуживанию,
занимающиеся ремонтом и техническим обслуживанием велосипедов, и
операторы, предоставляющие поддержку клиентам и отвечающие на их запросы.
Эта структура позволяет распределять обязанности и обеспечивать обслуживание клиентов.
Каждый отдел играет ключевую роль в обеспечении эффективной работы проката велосипедов. Отдел программного обеспечения отвечает за разработку,
обновление и поддержку программных продуктов, необходимых для управления бизнес-процессами предприятия. Отдел маркетинга и продаж занимается продвижением услуг проката и привлечением клиентов. Финансовый отдел управляет финансовыми потоками и отчетностью предприятия. Отдел обслуживания и технической поддержки заботится о техническом состоянии и обслуживании велосипедов, а также оказывает поддержку клиентам в случае необходимости.
1.2.2 Описание схемы документооборота предприятия
Главная цель документооборота заключается в оформлении текущих операций компании в письменной или электронной форме. Этот комплексный технологический процесс включает в себя создание, прием, передачу,
согласование и сохранение документов, необходимых для нормального функционирования всей компании.
На рисунке 1.2 представлена схема документооборота процесса бронирования организации «Ride-rent».
Эта схема позволяет систематизировать все этапы работы с документами,
обеспечивая прозрачность и контроль на каждом этапе процесса бронирования.

15
Рисунок 1.2 – Схема документооборота процесса бронирования В этой схеме присутствуют следующие типы документов:
1.Запроса клиента включает в себя информацию о клиенте, детали бронирования, условия аренды, а также особые пожелания и комментарии клиента.
2.Подтверждение брони: документ, выдаваемый клиенту в ответ на заявку на бронирование, подтверждающий бронирование и содержащий информацию о дате, времени и условиях.
3.Отчет об обновлении каталога: отчет о внесенных изменениях или обновлениях в каталог велосипедов компании.
4.Инвентарный отчет: документ, содержащий информацию о текущем состоянии велосипедов и другого оборудования, включая данные о техническом обслуживании и необходимости ремонта.
5.Отчет о бронировании: документ, представляющий информацию о предстоящих бронированиях.
6.Каталог: список всех доступных велосипедов и услуг с описаниями,
фотографиями и информацией о наличии.
1.2.3 Описание существующих информационных процессов.
Исходя из информации о входящей и исходящей информации,
представленной в таблицах 1.1 и 1.2, была создана модель «AS IS» с
16
применением методологии функционального моделирования бизнес-процессов
IDEF0, а также обычных блок-схем.
Таблица 1.1 – Реестр входящей информации.
№ |
Наименование |
Кто обрабатывает |
Откуда |
Формат |
Периодичность |
|
поступает |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
1 |
Запрос клиента |
Менеджеры по |
Клиенты |
Электронны |
500/год |
|
продажам |
й/бумажный |
|||||
|
|
|
|
|||
|
|
|
|
|
|
|
|
Отчет о |
Менеджеры по |
Техники по |
Бумажный |
|
|
2 |
обновлении |
обслуживани |
12/год |
|||
продажам |
документ |
|||||
|
каталога |
ю |
|
|||
|
|
|
|
|||
|
|
|
|
|
|
|
|
Инвентарный |
Менеджеры по |
Техники по |
Бумажный |
|
|
3 |
обслуживани |
24/год |
||||
отчет |
продажам |
документ |
||||
|
ю |
|
||||
|
|
|
|
|
||
|
|
|
|
|
|
Таблица 1.2 – Реестр исходящей информации.
№ |
Наименование |
Кто |
Откуда |
Формат |
Периодичность |
|
обрабатывает |
поступает |
|||||
|
|
|
|
|||
|
|
|
|
|
|
|
1 |
Подтверждение |
Клиент |
Менеджеры |
Электронный |
36/год |
|
брони |
по продажам |
документ |
||||
|
|
|
||||
|
|
|
|
|
|
|
2 |
Отчет о |
Старший |
Менеджеры |
Бумажный |
300/год |
|
бронировании |
менеджер |
по продажам |
документ |
|||
|
|
|||||
|
|
|
|
|
|
|
3 |
Каталог |
Клиент |
Менеджеры |
Бумажный |
500/год |
|
по продажам |
документ |
|||||
|
|
|
|
|||
|
|
|
|
|
|
Эта модель отображает текущие бизнес-процессы организации в настоящее время. Это позволяет организовать текущие процессы и информационные ресурсы. На основе этого выявляются слабые места в организации и взаимодействии бизнес-процессов, определяется необходимость тех или иных изменений в существующей структуре.
Построение модели было проведено по методу ускоренного описания.
Шаг 1. Построение контекстной диаграммы.
Контекстная диаграмма представляет систему как иерархию действий, где каждое действие преобразует объект или группу объектов. Верхний уровень

17
называется действием контекста и описывает систему в целом. Нижние уровни,
или порожденные декомпозиции, представляют собой подпроцессы родительского действия.
При создании модели сначала изображают действие контекста, которое описывает систему одним активным глаголом и существительным, отражающим цель деятельности. В нашем случае это процесс «Бронирование оборудования».
Была создана контекстная диаграмма, используя данные из реестров входящей и исходящей информации, известная в нотации IDEF0 как
«Контекстная диаграмма». Графическое изображение этой концепции представлено на Рисунке 1.3.
Рисунок 1.3 – Контекстная диаграмма «Бронирование оборудования» На схеме слева отображены входные документы, справа - выходные,
сверху представлены нормативные и правовые документы, а снизу - участники процесса, в данном случае - люди, принимающие участие в этих процессах.

18
Шаг 2. Формирование основных процессов.
Далее, исходя из контекстной диаграммы, были выделены основные бизнес-процессы предприятия. Затем эти созданные подсистемы были привязаны к уже существующим входным и выходным данным, а также были определены внутренние входы и выходы каждого процесса.
На Рисунке 1.4 показан первый уровень декомпозиции модели AS IS.
Рисунок 1.4 – Декомпозиция модели AS-IS
Шаг 3. Декомпозиция подсистем.
На заключительном этапе разработки модели AS-IS были детализированы все существующие подсистемы, используя простые блок-схемы. Наследование обозначается стрелками с одним концом, а передача документов - стрелками с двумя концами.
На рисунке 1.5 представлена декомпозиция подсистемы «Учет заявки на бронирование». Эта подсистема описывает процесс сбора информации от клиента о его желаемом бронировании. Полученная информация передается соответствующему менеджеру для обработки и регистрации. В результате этого процесса формируется обработанная заявка на бронирование.

19
Рисунок 1.5 – Декомпозиция подсистемы «Учет заявки на бронирование» Подсистема «Подтверждение бронирования», изображенная на рисунке
1.6, представляет собой процесс подтверждения бронирования на основе

20
согласованной заявки. Процесс начинается с получения согласованной заявки от клиента. Затем менеджер по продажам подтверждает бронь, связывается с клиентом и отправляет подтверждение. В конечном итоге формируется документ
«Подтверждение бронирования».
Рисунок 1.6 – Декомпозиция подсистемы «Процесс бронирования» Рисунок 1.7 демонстрирует декомпозицию подсистемы «Обновление
информации в каталоге». Эта подсистема описывает процесс обновления