
- •Глава 1. Выявление требований к веб-приложению 4
- •Глава 2. Реализация веб-приложения 11
- •Введение
- •Глава 1. Выявление требований к веб-приложению
- •Обоснование в потребности в веб-приложении
- •Обзор существующих веб-приложений в заданной области
- •Требования к веб-приложению
- •Глава 2. Реализация веб-приложения
- •2.1 Выбор средств реализации веб-приложения
- •2.2 Описание структуры и архитектуры веб-приложения
- •2.3 Разработка структуры базы данных
- •2.4 Реализация работы веб-приложения
- •Заключение
- •Список использованных источников и литературы
- •Приложение а
Приложение а
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Наименование системы
1.1.1. Полное наименование системы
Полное наименование системы: Веб-приложение для проката велосипедов " Ride rent".
1.1.2. Краткое наименование системы
Краткое наименование системы: Ride rent.
1.2. Основания для проведения работ
Работа выполняется на основании задания на курсовую работу.
1.3. Наименование организаций – Заказчика и Разработчика
1.3.1. Заказчик
Заказчик: ИП Никсарян Мариам Завеновна
Адрес фактический: г. Сочи, ул. Павлика-Морозова, д.28.
Телефон / Факс: +7 (918) 909 94 94
1.3.2. Разработчик
Разработчик: Студент СГУ Кольцова А.А.
Адрес фактический: г. Сочи, ул. Политехническая, д.7
Телефон / Факс: +7 (495) 9999999
1.4. Плановые сроки начала и окончания работы
Начало работ: 04.03.24
Окончание работ: 05.04.24
1.5. Источники и порядок финансирования
Финансирование отсутствует.
1.6. Порядок оформления и предъявления заказчику результатов работ
Работы по Веб-приложению прокатной организации сдаются Разработчиком поэтапно в соответствии с требованиями к приемке работ. По окончании каждого из этапов работ Разработчик сдаёт Заказчику соответствующие отчетные документы этапа.
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1. Назначение системы
Назначение системы " Ride rent " заключается в создании эффективного и удобного инструмента для управления процессом бронирования велосипедов в прокатной организации "RIDE-RENT". Разработка системы направлена на повышение эффективности работы прокатной организации и обеспечение удобства и удовлетворенности клиентов.
2.2. Цели создания системы
Цель создания системы "Ride rent" - обеспечить клиентам удобный способ бронирования велосипедов, оптимизировать внутренние процессы прокатной организации, привлечь новых клиентов и повысить конкурентоспособность, что в конечном итоге должно привести к увеличению доходов компании.
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
Объектом автоматизации является процесс бронирования велосипедов в прокатной организации "Ride rent".
Целью работы является создание удобной и эффективной системы онлайн-бронирования, которая позволит управлять процессом аренды, сбором информации о клиентах и их запросах, а также улучшит внутренние операции компании. Характеристика объектов автоматизации в системе "Ride rent" включает в себя данные о клиентах (ФИО, контактная информация), информацию о велосипедах (тип, модель, состояние), а также данные о бронированиях (дата, время, продолжительность аренды).
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
Требования к структуре и функционированию системы "Ride rent" включают в себя:
- Интуитивный интерфейс: Система должна обладать простым и понятным пользовательским интерфейсом, который позволит пользователям легко и быстро осуществлять бронирование велосипедов.
- Онлайн-бронирование: Система должна предоставлять возможность клиентам бронировать велосипеды через интернет в режиме реального времени.
- Интеграция с базой данных оборудования: Система должна быть интегрирована с базой данных оборудования компании, чтобы автоматически загружать информацию о доступных велосипедах.
- Гибкость и масштабируемость: Система должна быть гибкой и масштабируемой, чтобы адаптироваться к изменяющимся потребностям компании и возможности расширения в будущем.
- Безопасность данных: Система должна обеспечивать защиту персональных данных клиентов и конфиденциальность информации о бронированиях.
- Надежность и доступность: Система должна быть надежной и доступной круглосуточно, чтобы клиенты могли в любое время бронировать велосипеды.
- Поддержка: Система должна иметь возможность технической поддержки для решения возможных проблем и вопросов пользователей.
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы
4.1.2.1. Требования к численности персонала
Для обеспечения эксплуатации ИС проката велосипедов необходимо следующее количество персонала:
Системный администратор – 1 человек
Таким образом, общая численность персонала, необходимого для обеспечения эксплуатации системы проката велосипедов, составляет 1 человек.
4.1.2.2. Требования к квалификации персонала
Требования к квалификации персонала включают техническую грамотность, обучение по использованию системы, коммуникационные навыки, понимание процесса проката и знание правил безопасности и конфиденциальности данных.
4.1.2.3. Требования к режимам работы персонала
Требования к режимам работы персонала:
Гибкий график: Персонал должен быть готов к работе в гибком графике, включая возможность работы в выходные и праздничные дни.
Высокая доступность: Персонал должен быть готов к оперативному реагированию на запросы клиентов и выполнению бронирований в режиме реального времени.
Обучение и развитие: Персонал должен быть открыт к постоянному обучению и развитию навыков для эффективной работы с системой и обслуживания клиентов.
Соблюдение правил безопасности и конфиденциальности: Персонал должен строго соблюдать правила безопасности и обработки конфиденциальных данных в соответствии с политикой компании.
4.1.3. Требования к эргономике и технической эстетике
Требования к эргономике и технической эстетике системы "Ride rent":
- Простота и интуитивность интерфейса: Интерфейс системы должен быть легко воспринимаемым и понятным для пользователей разного уровня опыта, что обеспечит комфортное взаимодействие с системой.
- Понятная структура информации: Информация о бронировании и доступных велосипедах должна быть представлена в ясной и структурированной форме, что облегчит навигацию и поиск необходимой информации.
- Эстетически приятный дизайн: Дизайн системы должен быть эстетически приятным и современным, что создаст положительное впечатление у пользователей и повысит их удовлетворенность от использования системы.
- Адаптивность и отзывчивость: Система должна быть адаптивной к различным устройствам и размерам экранов, обеспечивая комфортное использование как на компьютерах, так и на мобильных устройствах.
- Эффективное использование цвета и шрифтов: Использование цветовой гаммы и шрифтов должно быть гармоничным и удобочитаемым, что поможет пользователям легко воспринимать информацию и совершать действия в системе.
4.1.4. Требования к защите информации от несанкционированного доступа
4.1.4.1. Требования к информационной безопасности
Требования к защите информации от несанкционированного доступа и информационной безопасности системы "Ride rent":
- Аутентификация пользователя: Система должна обеспечивать механизм аутентификации пользователей, например, через пароли или двухфакторную аутентификацию, для предотвращения несанкционированного доступа.
- Шифрование данных: Вся передаваемая и хранимая информация, включая личные данные клиентов и данные о бронированиях, должна быть зашифрована для защиты от перехвата и несанкционированного доступа.
- Резервное копирование данных: Система должна регулярно создавать резервные копии данных, чтобы обеспечить возможность восстановления информации в случае её потери или повреждения.
4.1.5. Требования по сохранности информации при авариях
Регулярное резервное копирование данных: Система должна регулярно создавать резервные копии данных, чтобы в случае аварийных ситуаций была возможность быстрого восстановления информации.
Защита от потери данных: Система должна иметь механизмы автоматического сохранения данных в реальном времени, чтобы минимизировать риск потери информации в случае сбоев или отключений.
Использование репликации и резервирования: Для обеспечения непрерывной доступности данных система должна использовать технологии репликации и резервирования, позволяющие быстро переключаться на резервные сервера в случае выхода из строя основной системы.
4.2. Требования к функциям, выполняемым системой
4.2.1. Онлайн-бронирование велосипедов:
Система должна предоставлять возможность пользователям осуществлять бронирование велосипедов через интернет.
Пользователи должны иметь доступ к каталогу велосипедов с описанием и фотографиями для выбора подходящего оборудования.
4.2.2. Учет клиентов и бронирований:
Система должна вести учет зарегистрированных клиентов и их персональных данных.
Должна быть возможность создания записей о бронированиях, включая дату, время, продолжительность и выбранное оборудование.
4.2.3. Автоматическая загрузка информации о велосипедах:
Система должна автоматически загружать информацию о доступных велосипедах из базы данных компании, включая тип, модель, состояние и наличие.
4.2.4. Управление ресурсами и распределение велосипедов:
Система должна обеспечивать учет доступных велосипедов и их распределение между бронированиями.
Должна быть возможность контроля за состоянием и техническим обслуживанием оборудования.
4.2.5. Техническая поддержка:
Система должна предоставлять возможность клиентам обращаться за помощью и получать техническую поддержку при возникновении проблем с бронированием или оборудованием.
4.2.6. Административные функции:
Должны быть предоставлены административные функции для управления пользователями, бронированиями и оборудованием через административный интерфейс.
4.3. Требования к видам обеспечения
4.3.1. Требования к информационному обеспечению
4.3.1.1. Требования к составу, структуре и способам организации данных в системе
База данных клиентов: Система должна содержать базу данных клиентов, включающую информацию о персональных данных (ФИО, контактная информация) и истории их бронирований.
Каталог велосипедов: необходимо иметь каталог велосипедов с информацией о типах, моделях, характеристиках и доступности каждого велосипеда.
Записи о бронированиях: Система должна сохранять записи о всех бронированиях, включая дату, время, продолжительность аренды и выбранное оборудование.
Защита данных: Информация в базе данных должна быть защищена от несанкционированного доступа и утечек с помощью современных методов шифрования и авторизации
4.3.1.2. Требования по применению систем управления базами данных
4.3.1.3. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Использование резервного источника питания: Система должна быть подключена к резервному источнику питания (UPS), который обеспечит продолжительную работу системы в случае отключения основного электропитания.
Резервное копирование данных: Регулярное создание резервных копий данных и их хранение на отдельном и надежном носителе, чтобы в случае сбоя можно было быстро восстановить информацию.
Использование батарейного бэкапа: В случае отключения питания система должна иметь батарейный бэкап, который обеспечит достаточное время для корректного завершения работы и сохранения данных.
Автоматическое восстановление после сбоев: Система должна иметь механизмы автоматического восстановления после сбоев, который позволит системе быстро восстановить работоспособность и сохранить целостность данных.
4.3.1.4. Требования к контролю, хранению, обновлению и восстановлению данных
Система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.
4.3.2. Требования к лингвистическому обеспечению
Многоязычность: Поддержка нескольких языков для пользовательского интерфейса, инструкций и сообщений системы.
Грамматическая и лексическая корректность: Обеспечение правильного использования грамматики и лексики в текстах системы для ясного и понятного взаимодействия с пользователями.
4.3.3. Требования к программному обеспечению
JavaScript: для создания интерактивного пользовательского интерфейса на стороне клиента можно использовать JavaScript с фреймворком React или Vue.js.
MySQL или PostgreSQL: для хранения данных о клиентах, велосипедах и бронированиях можно использовать реляционные базы данных MySQL или PostgreSQL.
HTML/CSS: для разработки пользовательского интерфейса и веб-страниц.
4.3.4. Требования к техническому обеспечению
Серверное оборудование: Необходим серверный компьютер или облачный хостинг с достаточными вычислительными ресурсами для обеспечения стабильной работы системы и обработки запросов пользователей.
Сетевое оборудование: Надежная сетевая инфраструктура для обеспечения доступа к системе из различных мест и устройств.
Хранилище данных: База данных должна быть размещена на надежном и масштабируемом хранилище данных с резервным копированием и механизмами защиты от потери информации.
Бэкап-система: Необходимы средства для регулярного создания резервных копий данных и их хранения на отдельном носителе или удаленном сервере для обеспечения безопасности и восстановления данных в случае необходимости.
Средства защиты от киберугроз: Установка антивирусного и файерволл-программного обеспечения для защиты от вирусов, взломов и других киберугроз.
4.3.5. Требования к организационному обеспечению
Планирование и управление проектом: Разработка четкого плана проекта с определением ролей и ответственностей, а также управление ресурсами и сроками выполнения.
Коммуникации и координация: Обеспечение эффективного обмена информацией и координации действий между участниками проекта для достижения поставленных целей.
Обучение и поддержка персонала: Проведение обучения сотрудников по использованию системы, а также оказание технической поддержки и консультаций в процессе эксплуатации.
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Анализ требований: провести детальный анализ требований заказчика и потенциальных пользователей системы.
Проектирование системы:
- Разработать архитектуру системы, включая базу данных, бизнес-логику и пользовательский интерфейс.
- Спроектировать пользовательский интерфейс, включая макеты и сценарии использования.
- Определить технические решения, такие как выбор языков программирования, фреймворков и инструментов разработки.
Разработка системы:
- Создать базу данных и разработать ее структуру.
- Написать серверную и клиентскую части приложения с учетом разработанной архитектуры.
- Разработать административный интерфейс для управления данными и настройками системы.
Тестирование и отладка:
- Провести тестирование всех компонентов системы на соответствие требованиям и выявление ошибок.
- Отладить и исправить обнаруженные ошибки.
Внедрение и обучение:
- Развернуть систему на сервере и подключить к ней базу данных.
- Провести обучение персонала по использованию системы.
Поддержка и сопровождение:
- Обеспечить техническую поддержку пользователей и оперативное реагирование на запросы и проблемы.
- Выполнять регулярное обновление и поддержание системы в актуальном состоянии.
6. ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ
Планирование контроля и приемки:
- Определение критериев успешной приемки системы.
- Установление сроков и процедур для контроля и приемки.
Подготовка к контролю и приемке:
- Проведение предварительного тестирования системы для выявления ошибок и несоответствий требованиям.
- Подготовка документации о разработке и использовании системы.
Проведение контроля и приемки:
- Проведение формального тестирования системы, включая проверку всех основных функций и возможностей.
- Проверка соответствия системы заявленным требованиям и ожиданиям заказчика.
Регистрация и устранение несоответствий:
- Регистрация всех обнаруженных несоответствий и ошибок.
- Организация процесса их устранения с последующей повторной проверкой.
Формирование отчета о контроле и приемке:
- Составление отчета о результатах контроля и приемки системы.
- Документирование всех выявленных несоответствий и их устранение.