Список использованных источников и литературы

1. Федеральный закон "Об основах государственного регулирования торговой деятельности в Российской Федерации" от 28.12.2009 N 381-ФЗ (последняя редакция).

2. Федеральный закон "Об информации, информационных технологиях и о защите информации" от 27.07.2006 N 149-ФЗ [Электронный ресурс] // КонсультантПлюс URL: https://www.consultant.ru/document/cons_doc_LAW _61798/ (дата обращения: 20.04.2024).

3. ГОСТ 7.32-2001. Отчет о научно-исследовательской работе. Структура и правила оформления : межгосударственный стандарт : утвержден и введен в действие Постановлением Государственного комитета Российской Федерации по стандартизации и метрологии от 4 сентября 2001 г. № 367-ст : дата введения 2002-07-01. (Межгосударственный стандарт) // Кодекс : электрон. фонд правовой и норматив.-техн. информ. – URL: https://docs.cntd.ru/document/1200026224 (дата обращения: 22.04.2024).

4. ГОСТ 34.602–89, Информационная технология. Комплекс стандартов на автоматизированные системы. 01.01.1990 г.

5. Крышкин, О. Настольная книга по внутреннему аудиту: Риски и бизнес-процессы / Крышкин О. - Москва :Альпина Пабл., 2016. - 477 с.: ISBN 978-5-9614-4449-0. - Текст : электронный. - URL: https://znanium.com/catalog/product/915375 (дата обращения: 20.04.2024). – Режим доступа: по подписке.

6. Виноградская, Н. А. Управление производством: методы экономического прогнозирования и планирования: практикум / Н. А. Виноградская, Е. Н. Елисеева, О. О. Скрябин. - Москва : Изд. Дом МИСиС, 2013. - 96 с. - ISBN 978-5-87623-687-6. - Текст : электронный. - URL: https://znanium.com/catalog/product/1240023 (дата обращения: 21.04.2024). – Режим доступа: по подписке.

Приложение а Техническое задание

1. ОБЩИЕ СВЕДЕНИЯ

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

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

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

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. ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ

Планирование контроля и приемки:

- Определение критериев успешной приемки системы.

- Установление сроков и процедур для контроля и приемки.

Подготовка к контролю и приемке:

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

- Подготовка документации о разработке и использовании системы.

Проведение контроля и приемки:

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

- Проверка соответствия системы заявленным требованиям и ожиданиям заказчика.

Регистрация и устранение несоответствий:

- Регистрация всех обнаруженных несоответствий и ошибок.

- Организация процесса их устранения с последующей повторной проверкой.

Формирование отчета о контроле и приемке:

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

- Документирование всех выявленных несоответствий и их устранение.

7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

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

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

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

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

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

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

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

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

8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в защищенном от редактирования формате PDF).

9. ИСТОЧНИКИ РАЗРАБОТКИ

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

– Договор от 24.04.2022 на выполнение работ по созданию Автоматизированной системы управления.

– ГОСТ 19.201-78. Техническое задание. требования к содержанию и оформлению;

– ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. автоматизированные системы. стадии создания;

– ГОСТ 34.201-89. Информационная технология. комплекс стандартов на автоматизированные системы. виды, комплексность и обозначение документов при создании автоматизированных систем;

– РД 50-34.698-90. Методические указания. информационная технология. комплекс стандартов на автоматизированные системы. автоматизированные системы. требования к содержанию документов