1.5.2 Разработка контекстной диаграммы и подсистем ис
В результате разработки контекстной диаграммы модели TO-BE (рисунок 1.11) удалось оптимизировать процесс обслуживания клиентов и отказаться от их личного посещения проката. Было сокращено количество бумажных документов и оптимизирован процесс обработки данных. Пользователями системы являются менеджеры по продажам и клиенты.
Рисунок 1.11 – Контекстная диаграмма TO-BE
Пользовательское соглашение – это документ, который регламентирует правила использования сайта и услуги, предоставляемые организацией.
Закон о персональных данных регулирует сбор, обработку, хранение и использование персональных данных физических лиц, чтобы защитить их права на неприкосновенность частной жизни.
Должностные инструкции — это внутренние документы организации, которые описывают обязанности, права и ответственность сотрудников на конкретных должностях. Они помогают обеспечить четкое понимание роли каждого сотрудника и способствуют эффективной организации труда.
Закон о защите прав потребителей — это нормативный акт, который регулирует отношения между потребителями и продавцами (поставщиками) товаров и услуг, обеспечивая защиту прав потребителей.
Первый уровень декомпозиции модели TO-BE представлен на рисунке 1.12.
Рисунок 1.12 – Декомпозиция модели TO-BE
Разработанная контекстная диаграмма модели TO-BE позволила значительно улучшить процессы обслуживания и управления данными в системе бронирования велопрокатной организации, обеспечив более эффективное и удобное взаимодействие между всеми участниками процесса.
1.5.3 Распределение показателей по подсистемам ис
На основе стратегической карты была создана таблица распределения показателей по подсистемам ИС (таблица 1.5), отображающая взаимосвязи между показателями и подсистемами.
Таблица 1.5 - Распределение показателей по подсистемам ИС
Подсистема |
Показатель |
Регистрация пользователя |
% уменьшения среднего времени процесса регистрации |
Авторизация пользователя |
% увеличения рейтинга удовлетворенности клиентов |
Бронирование велосипеда |
% увеличения количества повторных бронирований |
Управление пользователями |
% уменьшения времени на обслуживание клиента |
Управление каталогом |
% уменьшения среднего времени обновления данных в каталоге |
Формирование отчетности |
% уменьшения среднего времени на подготовку отчетов |
Данная таблица позволяет эффективно распределять и отслеживать показатели по различным подсистемам ИС, что способствует оптимизации процессов и повышению общей производительности системы.
1.5.4 Декомпозиция подсистем
Процесс регистрации пользователя (рисунок 1.12) начинается с ввода данных, которые проверяются на корректность и уникальность. Если данные некорректны или неуникальны, пользователю предлагается ввести их повторно. При корректных и уникальных данных хешируется пароль, генерируется и отправляется письмо с подтверждением. После подтверждения создается учетная запись и данные сохраняются, завершая процесс регистрации.
Процесс авторизации пользователя (рисунок 1.13) включает следующие шаги. Пользователь вводит учетные данные. Система проверяет их корректность, и, если данные некорректны, запрашивает повторное введение. Затем система проверяет наличие учетной записи. Если учетная запись не существует, пользователю предлагается повторно ввести данные. При существующей учетной записи система определяет роль пользователя.
Рисунок 1.12 – Декомпозиция подсистемы «Регистрация пользователя»
Если пользователь является администратором, он перенаправляется на страницу администратора. В противном случае, система перенаправляет его на страницу пользователя, где запрашивает оценку последнего бронирования. В завершение система показывает оповещение об успешной авторизации и уведомляет пользователя.
Рисунок 1.13 – Декомпозиция подсистемы «Авторизация пользователя»
Процесс бронирования велосипеда (рисунок 1.14) начинается с ввода данных. Система проверяет авторизацию и корректность данных, при необходимости перенаправляя пользователя. Далее проверяется доступность велосипеда на указанное время. Если велосипед недоступен, предлагается другое время. При доступности создается запись бронирования, данные сохраняются, и отправляется подтверждение. Процесс завершается успешным бронированием.
Рисунок 1.14 – Декомпозиция подсистемы «Бронирование велосипеда»
Процесс обновления информации о клиентах (рисунок 1.15) начинается с ввода данных и проверки их корректности. В зависимости от выбранного действия (добавление, удаление, редактирование записи, просмотр бронирований, отмена бронирования), система проверяет уникальность или существование записи. При успешной проверке происходит соответствующее действие: добавление новой записи, удаление существующей, редактирование записи или обновление истории бронирований. После выполнения действия данные сохраняются, информация обновляется на странице, и генерируется отчет о клиентах.
Рисунок 1.15 – Декомпозиция подсистемы «Управление пользователями»
Процесс обновления каталога (рисунок 1.16) начинается с ввода данных, которые проверяются на корректность. В случае ошибки запрашивается повторное введение. Определяется выбранное действие: добавление, удаление или редактирование записи. При добавлении проверяется уникальность записи; если уникальна, она добавляется и сохраняется. При удалении или редактировании проверяется существование записи; если запись существует, выполняется соответствующее действие и изменения сохраняются. После завершения действия информация на странице обновляется, и каталог считается обновленным.
Рисунок 1.16 – Декомпозиция подсистемы «Обновление каталога»
Процесс формирования отчета о бронировании (рисунок 1.17) начинается с ввода данных для отчета. Система проверяет корректность введенных данных и при необходимости возвращает ошибку пользователю. После проверки корректности система собирает данные о бронированиях за указанный период. Если данные существуют, система генерирует и предоставляет отчет пользователю. Процесс завершается формированием отчета о бронировании.
Рисунок 1.17 – Декомпозиция подсистемы «Формирование отчетности»
Внедрение данных процессов значительно улучшило управление и обслуживание пользователей в системе. Теперь процессы регистрации, авторизации, бронирования и обновления информации стали более автоматизированными и менее подверженными ошибкам. Это привело к повышению общей эффективности и удовлетворенности пользователей.