
- •Введение
- •1 Анализ предприятия
- •1.1 Характеристика предприятия
- •1.2 Разработка функциональной модели «as is»
- •1.2.1 Идентификация и анализ входной и выходной информации
- •1.2.2 Описание существующих информационных процессов as-is
- •2 Реинжиниринг бизнес-процессов предприятия
- •2.1 Анализ существующих ис
- •2.2 Разработка функциональной модели to be
- •2.2.1 Разработка стратегической карты
- •2.2.2 Разработка контекстной диаграммы и подсистем ис
- •2.2.3 Распределение показателей по подсистемам ис
- •2.2.4 Декомпозиция подсистем
- •2.3 Разработка технического задания
- •3 Техника безопасности и охрана труда
- •3.1. Общие требования охраны труда
- •3.2. Требования охраны труда перед началом работы
- •3.3. Требования охраны труда во время работы
- •3.4. Требования охраны труда в аварийных ситуациях
- •Заключение
- •Список использованных источников и литературы
- •Приложение а Техническое задание
- •Аттестационный лист по итогам прохождения производственной практики в форме практической подготовки Преддипломная практика
- •2. Отзыв руководителя практики в форме практической подготовки от университета на Отчет обучающегося
2.2.3 Распределение показателей по подсистемам ис
На основе стратегической карты была создана таблица распределения показателей по подсистемам ИС (таблица 2.3), отображающая взаимосвязи между показателями и подсистемами.
Таблица 2.3 - Распределение показателей по подсистемам ИС
Подсистема |
Показатель |
Регистрация пользователя |
% новых зарегистрированных пользователей |
Бронирование велосипеда |
% уменьшения времени обработки бронирования |
Обновление каталога |
% уменьшения времени обновления каталога |
Обновление информации о акциях |
% уменьшения времени на обновление информации |
Учет отчетности |
% увеличения прибыли в течение года |
Авторизация пользователя |
% увеличения успешных авторизаций |
Данная таблица позволяет эффективно распределять и отслеживать показатели по различным подсистемам ИС, что способствует оптимизации процессов и повышению общей производительности системы.
2.2.4 Декомпозиция подсистем
Подсистема регистрации пользователя (рисунок 2.5) принимает входные данные, такие как ФИО, номер телефона, почта и пароль. После успешной обработки и валидации данных, система создает учетную запись для нового пользователя. В качестве выходного документа пользователю отправляется подтверждение регистрации в виде письма на указанную электронную почту.
Подсистема авторизации пользователя (рисунок 2.6) принимает входные учетные данные, такие как почта и пароль, и проверяет существование соответствующей учетной записи. После подтверждения учетной записи система определяет, кто совершает вход — Менеджер по продажам (работник) или пользователь (клиент) — и перенаправляет на соответствующую страницу. В качестве выходного документа пользователю отображается уведомление об успешной авторизации в виде оповещения на странице.
Подсистема бронирования велосипеда (рисунок 2.7) принимает входные данные о бронировании, включая дату, время и выбранный велосипед. Если пользователь не вошел в учетную запись, система перенаправляет его на страницу регистрации, в противном случае проверяет правильность введенных данных и доступность выбранного велосипеда на указанное время. В качестве выходных документов пользователю отправляется подтверждение бронирования на электронную почту, а также оповещение о предстоящем бронировании в шапке страницы.
Рисунок 2.5 – Декомпозиция A1 модели TO-BE
Рисунок 2.6 – Декомпозиция A2 модели TO-BE
Подсистема обновления информации о акциях (рисунок 2.8) принимает входные документы, такие как запрос на обновление акций, который включает выбор действия и форму ввода. После обработки и внесения изменений, система обновляет данные о акциях. В результате формируется выходной документ — обновленный Промо-каталог, доступный для пользователей.
Рисунок 2.7 – Декомпозиция A3 модели TO-BE
Подсистема обновления каталога (рисунок 2.9) принимает запрос на обновление каталога, включающий выбор действия и форму ввода новых данных. После обработки запроса и внесения изменений система обновляет информацию в каталоге велосипедов. В результате, выходным документом является обновленный каталог, доступный для пользователей и сотрудников организации.
Рисунок 2.8 – Декомпозиция A4 модели TO-BE
Рисунок 2.9 – Декомпозиция A5 модели TO-BE
Подсистема учета отчетности (рисунок 2.10) принимает входные документы, такие как запросы на формирование отчетов о бронировании, включая выбор действия и указание периода. На основе этих данных система генерирует детализированные отчеты о бронировании. В результате пользователю предоставляется выходной документ в виде отчета о бронировании, содержащего всю необходимую информацию о предстоящих или прошедших сделках.
Рисунок 2.10 – Декомпозиция A6 модели TO-BE
Декомпозиция подсистем позволила более детально проанализировать и описать каждый процесс системы бронирования велопрокатной организации. В результате проведенного анализа были выделены ключевые подсистемы, такие как регистрация пользователя, авторизация пользователя, бронирование велосипеда, обновление информации о акциях, обновление каталога и учет отчетности. Каждая подсистема была представлена в виде блок-схемы, что позволило наглядно отобразить все этапы и их взаимосвязи, обеспечив тем самым более эффективное управление и оптимизацию процессов в организации.