Под программным обеспечением (далее – «ПО») в настоящем документе понимается программное обеспечение «Rerooms Business ERP» правообладателем которого является общество с ограниченной ответственностью «Рерумс» (далее – ООО «Рерумс»).
Настоящий документ подготовлен в целях предоставления информации для формирования заявления о включении сведений о ПО в Единый реестр российских программ для ЭВМ и баз данных.
1. Процессы реализации (разработки) ПО «Rerooms Business ERP»
1.1. Проектирование
1.2. Конструирование
1.3. Тестирование
2. Процессы совершенствования и поддержки ПО Rerooms Business ERP»
2.1. Менеджмент конфигурации ПО
2.2. Процесс решения проблем в ПО, устранение неисправностей
2.3. Техническая поддержка пользователей
Цель проектирования
Создать программное обеспечение, которое будет автоматизировать управление процессами ремонта в жилых объектах застройщиков. Система должна обеспечить:
Управление заказами на ремонт.
Координацию работ подрядчиков и сотрудников.
Мониторинг выполнения задач.
Анализ затрат, сроков и качества ремонта.
Осуществленные виды деятельности
1. Сбор и анализ требований
Опрошены основные участники процесса (застройщики, подрядчики, инженеры).
Составлены функциональные и нефункциональные требования, такие как:
2. Разработка архитектуры системы
Выбран клиент-серверный архитектурный подход.
Подсистемы:
Определена структура базы данных для хранения информации о заявках, статусах ремонта, подрядчиках, объектах и финансовых данных.
3. Проектирование пользовательского интерфейса
Разработаны прототипы интерфейса для:
4. Выбор технологий
Серверная часть: REST API, разработка на RoR.
Клиентская часть: Web-приложение (RoR) или мобильное приложение (Flutter).
Хранение данных: PostgreSQL
Интеграции: модули оплаты.
5. Планирование тестирования
Сценарии для функционального тестирования.
Нагрузочное тестирование для проверки производительности при большом числе заявок.
Безопасность данных, в том числе при передаче и хранении.
Конструирование включает техническую реализацию и подготовку к эксплуатации системы. Оно охватывает разработку архитектуры, написание программного кода, настройку инфраструктуры и интеграцию компонентов.
Определение структуры компонентов системы:
Backend: REST API для обработки заявок, управления статусами и хранения данных.
Frontend: Веб-интерфейс для управления проектами, мобильное приложение для подрядчиков.
База данных: Оптимизированное хранение информации о заявках, сроках и исполнителях.
Реализация кода:
Backend-разработка:
Создание REST API.
Реализация бизнес-логики (например, расчет сроков, управление статусами).
Интеграция с базой данных и модулями оплаты.
Frontend-разработка:
Реализация пользовательского интерфейса.
Настройка компонентов для визуализации данных (диаграммы, таблицы).
Поддержка адаптивного дизайна для разных устройств.
Мобильная разработка:
Создание удобного приложения для подрядчиков с доступом к задачам, срокам и уведомлениям.
Тестирование кода и компонентов:
Написание unit-тестов для проверки отдельных модулей.
Проведение интеграционного тестирования для проверки взаимодействия компонентов.
Устранение багов, выявленных в ходе тестирования.
Настройка инфраструктуры:
Настройка серверов, облачной инфраструктуры
Развертывание баз данных и обеспечение их отказоустойчивости.
Критерии оценивания программного кода:
Качество кода:
Читаемость: соблюдение стандартов кодирования и форматирования.
Упрощение: отсутствие избыточности, модульность.
Логическая целостность: функции и методы выполняют строго определенные задачи.
Производительность
Оптимальность алгоритмов.
Эффективное использование ресурсов (памяти, процессора).
Надежность
Обработка ошибок и исключений.
Отсутствие "жестко заданных" данных в коде (hardcoded values).
Тестирование
Покрытие кода unit-тестами (рекомендуется не менее 80%).
Успешное прохождение автоматизированных тестов.
Масштабируемость и расширяемость
Легкость добавления новых функций.
Поддержка увеличения числа пользователей или данных без значительного снижения производительности.
Безопасность
Отсутствие уязвимостей (SQL-инъекции, XSS, CSRF).
Безопасное хранение конфиденциальной информации.
Критерии оценивания результатов испытаний:
Соответствие требованиям
Все функциональные и нефункциональные требования выполнены.
Отсутствие критических ошибок
Все ошибки высокого приоритета устранены.
Производительность
Система выдерживает нагрузку, указанную в требованиях.
Удобство использования (UX)
Тесты показывают положительный пользовательский опыт.
Стабильность
Система продолжает функционировать корректно даже при возникновении исключительных ситуаций.
Интеграция
Корректная работа с внешними системами, модулями оплаты, уведомлениями.
Покрытие тестами
Функциональность протестирована по ключевым сценариям, включая крайние случаи.
Тестирование является важной частью жизненного цикла разработки ПО. Оно направлено на выявление дефектов, проверку соответствия требованиям и обеспечение надежности системы.
Этапы процесса тестирования
1. Подготовка к тестированию
• Анализ требований:
• Планирование тестирования:
• Подготовка тестовой среды:
• Подготовка тест-кейсов:
2. Проведение тестирования
Функциональное тестирование
Цель: Проверить, выполняются ли функции системы согласно требованиям.
Интеграционное тестирование
Цель: Проверить взаимодействие между различными компонентами системы.
Тестирование безопасности
Цель: Выявить уязвимости, связанные с утечкой данных или несанкционированным доступом.
Нагрузочное тестирование
Цель: Определить, как система работает при высокой нагрузке.
Юзабилити-тестирование
Цель: Оценить удобство использования интерфейса.
Регрессионное тестирование
Цель: Убедиться, что изменения в коде (новые функции или исправления багов) не нарушили ранее работающий функционал.
Тестирование отказоустойчивости
Цель: Проверить работу системы при сбоях.
Требования и критерии к тестируемому образцу
1. Полнота функционала:
Все заявленные функции должны быть реализованы и работать корректно.
2. Готовность тестовой среды:
Тестируемый образец должен быть развернут в среде, максимально приближенной к боевой (рабочей).
3. Наличие тестовых данных:
Тестовая база должна содержать данные, которые имитируют реальные сценарии (заявки, подрядчики, объекты).
4. Документированность:
Описание функций и API должно быть доступно для проверки.
1. Функциональные критерии:
2. Нефункциональные критерии:
3. Безопасность:
4. Стабильность:
5. Пользовательский опыт:
6. Регрессия:
7. Отказоустойчивость:
Rerooms Business ERP реализована, как открытая система, т.е. допускает наращивание функциональных возможностей на основе подключения дополнительного (или изменения существующего) функционала в связи с изменением существующих и возникновением новых автоматизируемых процессов, обусловленных изменениями в процессе взаимодействия пользователей.
Построение системы гибкое, т.е. легко настраиваемое на изменения логики работы, условий функционирования и организационной структуры объектов автоматизации.
Состав функций и компонентов расширяем в целях полноты обеспечения возможных изменений основных процессов работы.
В целом, Rerooms Business ERP обеспечивает выполнение показателей назначения в соответствии с ГОСТ 28195-89, в частности:
Программные и технические средства системы должны обеспечивать возможность модернизации и развития системы.
Модернизация и развитие Rerooms Business ERP должны осуществляться в пределах, обеспечивающих экономически обоснованные затраты.
ООО «Рерумс» располагает необходимым персоналом для поддержания жизненного цикла ПО. В штате ИТ отдела 10 сотрудников, из которых 1 – руководитель ИТ отдела; 5 – разработчиков; 4 – тестировщика. Также, при необходимости, по договору привлекаются сторонние исполнители, 3 сотрудника в месяц, которые являются гражданами РФ и работают как ИП.
Процесс решения проблем в ПО направлен на выявление, анализ и устранение ошибок, чтобы обеспечить стабильную и корректную работу системы. Он состоит из ряда этапов, которые помогают структурировать действия разработчиков и повысить эффективность устранения неисправностей.
Этапы процесса решения проблем
1. Определение проблемы
Сбор информации о проблеме:
Классификация проблемы:
2. Воспроизведение проблемы
Тестовые сценарии:
Использование логов:
Автоматизированные инструменты:
3. Анализ причины
Идентификация корневой причины:
Классификация ошибки:
4. Разработка решения
Определение подхода к исправлению:
5. Внедрение исправлений
Исправление кода:
6. Тестирование исправлений
Функциональное тестирование:
В случае возникновения неисправностей, либо необходимости в доработке, пользователь направляет Разработчику запрос. Запрос должен содержать тему запроса, суть (описание) и по мере возможности снимок экрана или видео со сбоем (если имеется сбой).
Запросы могут быть следующего вида:
Запрос направляется Пользователем либо Пользователями через чат технической поддержки в Telegram или на личную электронную почту разработчика.
Разработчик принимает и регистрирует все запросы, исходящие от Пользователя связанные с функционированием Rerooms Business ERP.
После выполнения запроса Разработчик связывается с пользователем, обозначившим проблему, сообщает о готовности и при необходимости указывает комментарии.
Разработчик оставляет за собой право обращаться за уточнением информации по запросу, в тех случаях, когда указанной в запросе информации будет недостаточно для выполнения запроса Пользователя.
Фактический адрес размещения – 390528, г. Рязань, ул. Чапаева, д.61, офис H7-8, H10.
Вопросы, возникающие в ходе работы с комплексом, следует направлять в службу поддержки по номеру телефона 8-495-134-32-22 по будням с 8:00 до 17:00.
Менеджер собирает возникающие вопросы и направляет задачи разработчику.