Кольцова А.А. Разработка прототипа системы бронирования велопрокатной организации

81

Рисунок 1.8 – Декомпозиция A4 модели AS-IS

Цели, критерии и ограничения создания ИС

Основным назначением ИС является автоматизация процесса бронирования.

Цель – повысить эффективность деятельности прокатной организации, путем сокращения непроизводительных и дублирующих операций, операций, выполняемых

«вручную», оптимизации информационного взаимодействие участников процессов.

Автоматизация будет ограничена только процессами и подразделениями,

принимающие непосредственное участие в функционировании процесса бронирования.

Функции и задачи, создаваемой ИС

Создаваемая информационная система предназначена для автоматизации процесса бронирования велосипедов, упрощения взаимодействия клиентов с прокатной организацией и оптимизации внутренних бизнес-процессов. Основные функции системы включают регистрацию и авторизацию пользователей, управление каталогом велосипедов, обработку бронирований и формирование отчетности. Задачами ИС являются повышение удовлетворенности клиентов за счет удобства использования и увеличение прибыли компании

82

путем сокращения времени на выполнение рутинных операций и снижения количества ошибок.

Рекомендации по созданию ИС

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

Предлагаются следующие улучшения:

Автоматизация бронирований: переход от ручного к автоматизированному процессу бронирования, что позволяет клиентам бронировать велосипеды онлайн без необходимости посещения пункта проката.

Уменьшение времени обработки заявок: за счет автоматизации сокращается время,

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

Снижение количества ошибок: автоматизация и цифровизация процессов уменьшают вероятность ошибок, связанных с человеческим фактором, улучшая точность данных и уменьшая количество неправильных бронирований.

Обновление каталога в реальном времени: информация о доступности велосипедов обновляется автоматически, обеспечивая актуальные данные для клиентов и уменьшая необходимость в ручных обновлениях.

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

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

Формирование отчетности: автоматическое создание отчетов по бронированиям и клиентам упрощает аналитическую работу и позволяет быстро получать нужную информацию для принятия управленческих решений.

Повышение общей прибыльности: за счет всех перечисленных улучшений информационная система способствует увеличению прибыли компании за счет оптимизации процессов, повышения клиентской удовлетворенности и увеличения количества бронирований.

83

Приложение Б

Концепция системы

Название проекта: «Разработка прототипа системы бронирования велопрокатной

организации».

Цели проекта

Цели проекта включают:

-автоматизация процесса бронирования велосипедов;

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

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

Допущения и ограничения

Система будет разработана с использованием современных веб-технологий и фреймворков. Все данные будут храниться в реляционной базе данных, обеспечивающей целостность и безопасность информации. Доступ к личной информации пользователей будет строго контролироваться и ограничен в соответствии с законодательством о защите персональных данных.

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

Ключевые участники и заинтересованные стороны

Заказчик

ИП Никсарян Мариам Завеновна

Разработчик

Студентка группы 20-ПИ, Кольцова Адриана Андреевна, ФГБОУ ВО «Сочинский государственный университет».

Ресурсы проекта

Для разработки информационной системы требуются следующие трудовые ресурсы:

разработчик ИС, директор, менеджер по продажам.

Сроки

Срок начала работ: 25.03.24

Срок окончания работ: 08.06.24

84

Приложение В

Техническое задание

1 Общие сведения

1.1Наименование системы

1.1.1 Полное наименование системы

Система бронирования велопрокатной организации

1.1.2 Краткое наименование системы

СБВО (Система бронирования велосипедов онлайн)

1.2Основания для проведения работ

Работа выполняется на основании договора на выполнение работ по созданию системы бронирования от 24.03.2024.

1.3Наименование организаций

1.3.1 Заказчик

ИП Никсарян Мариам Завеновна

1.3.2 Разработчик

Студентка группы 20-ПИ Кольцова Адриана Андреевна ФГБОУ ВО «Сочинский государственный университет»

1.4Плановые сроки начала и окончания работы

Плановый срок начала работ: 25.03.24.

Плановый срок окончания работ: 08.06.24.

1.5Источники и порядок финансирования

Финансирование выполняется на основании договора на выполнение работ по созданию системы бронирования.

1.6Порядок оформления и предъявления заказчику результатов работ

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

-техническое задание на систему бронирования;

-логическая и физическая модели базы данных;

-документация по техническому и рабочему проектированию;

-программа и методика приемо-сдаточных испытаний;

-акт о результатах приемо-сдаточных испытаний.

Документы и результаты работы передаются заказчику в электронном виде и на бумажных носителях. Проверка и утверждение результатов осуществляется заказчиком в течение 5 рабочих дней после получения документов.

85

2 Назначение и цели создания системы

2.1Назначение системы

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

2.2Цели создания системы

Цели создания системы включают повышение удовлетворенности клиентов за счет удобного интерфейса, автоматизацию бизнес-процессов для сокращения времени обработки заявок и оптимизацию управления инвентарем. Это также направлено на увеличение прибыли компании за счет улучшения качества обслуживания и предоставление аналитических данных для принятия управленческих решений.

3 Характеристика объектов автоматизации

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

4 Требования к системе

4.1Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

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

Каждая подсистема должна функционировать независимо, обеспечивая возможность их отдельного тестирования и обновления. Система должна поддерживать многопользовательский режим работы с разграничением прав доступа на уровне ролей пользователей (администратор, менеджер, клиент).

4.1.2 Требования к численности и квалификации персонала системы и режиму его

работы

Численность и квалификация персонала системы должны определяться с учетом следующих требований:

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

86

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

-для администрирования системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов системы;

-аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.

Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании нормативных документов Российской Федерации и Трудового кодекса.

Все специалисты должны работать с нормальным графиком работы не более 8 часов в

сутки.

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

Для обеспечения максимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1,5 – 2,0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью

10 минут через каждый час работы. Продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.

Режим работы системы должен быть круглосуточным, обеспечивая доступ для клиентов в любое время. Персонал системы должен работать в соответствии с установленным графиком, который обеспечит бесперебойное функционирование системы.

4.1.3 Показатели назначения

Система должна обеспечивать:

-скорость обработки запросов: не более 2 секунд на выполнение операции бронирования или обновления данных;

-доступность системы: не менее 99.9% времени в год;

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

87

4.1.4 Требования к надежности

Система должна обеспечивать:

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

-защищенность данных: обеспечение конфиденциальности и целостности данных пользователей и клиентов;

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

4.1.5 Требования к эргономике и технической эстетике

Интерфейс системы должен быть:

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

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

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

4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и

хранению компонентов системы

Эксплуатация: Система должна быть доступна для использования в режиме 24/7.

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

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

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

должны храниться в условиях, соответствующих требованиям безопасности и защиты данных.

4.1.7 Требования к защите информации от несанкционированного доступа

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

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

4.1.7.2 Требования к антивирусной защите

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

88

4.1.8 Требования по сохранности информации при авариях

Система должна иметь механизмы автоматического резервного копирования данных, с

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

4.1.9 Требования к защите от влияния внешних воздействий

Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса Заказчика.

4.1.10 Требования по стандартизации и унификации

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

4.1.11 Дополнительные требования

Дополнительные требования не предъявляются.

4.1.12 Требования безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением,

должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

4.1.13 Требования к транспортабельности для подвижных ИС

Требования не предъявляются.

4.2Требования к функциям, выполняемым системой

Требования к функциям были подробно описаны в п. 4.1.1 настоящего ТЗ.

89

4.3Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению

Требования к математическому обеспечению не предъявляются.

4.3.2 Требования к информационному обеспечению

Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.

Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы).

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

Структура базы данных должна быть организована рациональным способом,

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

4.3.3 Требования к лингвистическому обеспечению

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

4.3.4 Требования к программному обеспечению

ИС должна быть введена в эксплуатацию на базе технических средств заказчика.

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

ИС должна быть введена в эксплуатацию на базе технических средств заказчика.

4.3.6 Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

4.3.7 Требования к организационному обеспечению

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

4.3.8 Требования к патентной чистоте

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

90

5 Состав и содержание работ по созданию системы

Работы по созданию системы производятся согласно календарному плану, описанному в п. 1.5 настоящего ТЗ.

6 Порядок контроля и приёмки системы

6.1Виды и объем испытаний системы

Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний ИС, разрабатываемой в составе рабочей документации.

6.1.1 Требования к приемке работ по стадиям

Сдача-приёмка работ производится поэтапно, в соответствии с календарным планом.

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии. Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных)

передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов,

представляемых в электронной форме.

7 Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие

В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию ИС Заказчик должен обеспечить выполнение следующих работ:

-определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации ИС;

-обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;

-обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;

-обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение ИС;

-совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;

-провести опытную эксплуатацию ИС.

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