11.11 Сбор нагрузок перед расчетом
Перед запуском генерации пользователь должен подготовить нагрузочные данные, так как они участвуют не только в формировании точек проверки, но и в расчете части промежуточных параметров.
В разделе доступны таблицы:
·нагрузки настила;
·нагрузки покрытия;
·пешеходной нагрузки;
·равномерно распределенных нагрузок;
·собственного веса балок.
Для каждой таблицы пользователь может:
·принять значения по умолчанию;
·добавить строки вручную;
·откорректировать интенсивности и параметры;
·проверить, какие нагрузки будут использоваться в расчете.
После изменения нагрузок рекомендуется еще раз проверить 2D- и 3D-представление модели, чтобы убедиться, что расчет ведется по актуальной схеме.
11.12 Генерация точек проверки
После подготовки модели и нагрузок пользователь задает параметры расчета:
·число рабочих процессов (workers);
·режим «Оптимизация поверхностей».
Затем запускается команда «Генерация точек проверки».
В результате система:
·формирует характерные точки проверки;
·вычисляет связанные с ними расчетные параметры;
·подготавливает свойства точек для дальнейшей работы;
·передает сформированные точки в «Мастерскую».
Для металлической модели формируются точки типов:
·510;
·520;
·530;
·540;
·553;
·556;
·558;
·560.
Если модель еще не построена или отсутствуют необходимые исходные данные, система выдает сообщение об ошибке и генерация не выполняется.
11.13 Расчет промежуточных параметров и коэффициентов
После построения модели и генерации характерных точек в нижней части раздела отображаются специальные расчетные блоки. Они нужны не только для просмотра итоговых значений, но и для проверки того, как именно система получила расчетный коэффициент или параметр.
Для всех таких блоков действует общий принцип:
·в заголовке показывается итоговый результат или число найденных точек;
·переключатель «Промежуточные параметры» открывает подробную диагностическую таблицу;
·если для соответствующего типа точек данные отсутствуют, система выводит поясняющее сообщение;
·часть коэффициентов можно скорректировать вручную по отдельным точкам.
11.13.1 Точка 560: расчет коэффициента ϕ0
Блок «Точка 560: расчет ϕ0» предназначен для определения коэффициента общей устойчивости ортотропной плиты.
В обычном режиме пользователь видит итоговое значение ϕ0. При включении режима «Промежуточные параметры» отображаются расчетные данные, по которым это значение получено. В диагностике выводятся:
·расчетная зона и ее индекс;
·границы участка xLeft, xRight и длина L;
·коэффициент k, средний шаг aср, длина l;
·параметры ψ, I_sl, I_s;
·коэффициенты α, ω, эффективная длина l_ef;
·параметры I_t, θ, ξ;
·режим прогиба f, толщина покрытия tпокр, коэффициент распределения нагрузки kнагруз;
·параметры c, fP, fQ;
·значения fшарн и fитог;
·приведенная гибкость λ0;
·расчетное сопротивление Ryn;
·промежуточные значения ϕ0 для классов C235, C325, C390;
·итоговое значение ϕ0.
Дополнительно система показывает таблицу составных элементов сечения продольного ребра, используемую при расчете I_sl:
·элемент;
·площадь A;
·координата z;
·локальный момент инерции I_y,loc.
Практически этот блок используется так:
1. Построить модель и выполнить генерацию.
2. Открыть блок «Точка 560: расчет ϕ0».
3. Сравнить итоговое ϕ0 с промежуточными параметрами.
4. Если результат вызывает сомнения, проверить геометрию, толщину покрытия, схему нагрузки и параметры пролета.
5. После корректировки модели выполнить генерацию повторно.
11.13.2 Точки 553: расчет коэффициента α
Блок «Точки 553: расчет α» предназначен для расчета коэффициента α по точкам типа 553.
В основной таблице пользователь видит:
·наименование точки;
·модель;
·поле ζ (вручную);
·фактически принятое значение ζ (факт).
Если пользователь не вводит коэффициент вручную, по умолчанию принимается:
·ζ = 0.6.
Это важно, поскольку ζ непосредственно участвует в расчете α. При необходимости пользователь может задать собственное значение для конкретной точки, после чего система использует его в расчете.
В режиме «Промежуточные параметры» отображаются:
·ζ;
·α;
·v;
·h;
·t;
·расчетный вариант;
·x;
·x2;
·denom;
·a_r;
·ς1;
·b_h;
·отношение bf/h.
Для разных типов элементов система различает варианты расчета, например:
·полка продольной балки;
·стенка ребра I;
·полка ребра T;
·полка ребра L.
Для точек типа 553 используется формула для пластинки, опертой по одной стороне. Пользовательский смысл блока следующий:
·проверить, какие точки участвовали в расчете;
·при необходимости скорректировать ζ;
·убедиться, что геометрические параметры h, t, a_r, b_h соответствуют ожидаемой схеме;
·повторно оценить полученное α.
11.13.3 Точки 558: расчет коэффициента α
Блок «Точки 558: расчет α» работает аналогично предыдущему, но предназначен для точек типа 558.
В основной таблице доступны:
·точка;
·модель;
·ζ (вручную);
·ζ (факт).
Если значение вручную не задано, система также использует:
·ζ = 0.6.
В диагностической таблице выводятся:
·ζ;
·α;
·v;
·h;
·t;
·расчетный вариант;
·x;
·x2;
·denom;
·a_r;
·a1;
·a_eff;
·ς1;
·b_h.
Для настила коэффициент α рассчитывается по формуле для элемента, работающего по двум сторонам. При этом система дополнительно использует эффективную ширину:
·a_eff = max(a1, a_r - a1).
Практический порядок работы:
1. Построить модель и выполнить генерацию точек.
2. Открыть блок «Точки 558: расчет α».
3. Проверить состав точек и итоговые значения α.
4. При необходимости скорректировать ζ по отдельным точкам.
5. Сопоставить результат с параметрами a1, a_eff, a_r, h, t.
6. После изменения модели или коэффициента выполнить расчет повторно.
11.13.4 Точки 556: расчет σxcr, σycr, τxycr, ω1, ω2
Блок «Точки 556: расчет σxcr/σycr/τxycr/ω1/ω2» предназначен для вычисления критических напряжений и связанных коэффициентов для точек типа 556.
В основной таблице пользователь видит:
·точку;
·модель;
·поле ξ (вручную);
·фактически принятое значение ξ (факт).
Если коэффициент вручную не задан, по умолчанию принимается:
·ξ = 0.6.
При включении режима «Промежуточные параметры» система показывает детальную таблицу, содержащую:
·ξ;
·ω1;
·ω2;
·σxcr;
·σycr;
·τxycr;
·h;
·t;
·a;
·L_MB;
·μ;
·b1;
·t1;
·γ;
·ε;
·χX4;
·σxcr,ef;
·l_ef;
·ρ;
·ζ;
·χ7;
·z;
·σycr,ef;
·χ9;
·τxycr,ef;
·τxycr,ef / 0.6;
·m;
·класс стали.
Эти данные используются для инженерной проверки того, как система получила критические напряжения и коэффициенты формы.
Для пользователя этот блок особенно важен в трех случаях:
·если необходимо проверить чувствительность расчета к коэффициенту ξ;
·если результаты по точкам типа 556 заметно отличаются между моделями;
·если нужно обосновать полученные значения σxcr, σycr и τxycr перед переносом точек в дальнейший расчет.
11.14 Как работать с промежуточными коэффициентами на практике
Рекомендуемый порядок работы в расчетной части раздела следующий:
1. Заполнить исходные параметры МК-пролета.
2. Проверить 2D-сечение.
3. Сформировать модель.
4. Проверить 3D-модель.
5. Заполнить таблицы нагрузок.
6. Запустить «Генерацию точек проверки».
7. Открыть по очереди блоки:
·«Точка 560: расчет ϕ0»;
·«Точки 553: расчет α»;
·«Точки 558: расчет α»;
·«Точки 556: расчет σxcr/σycr/τxycr/ω1/ω2».
8. Включить «Промежуточные параметры» и проверить, из каких геометрических и расчетных величин получен результат.
9. При необходимости вручную скорректировать ζ или ξ по отдельным точкам.
10. Если после проверки меняются исходные параметры модели, повторно сформировать модель и заново выполнить генерацию.
11.15 Формирование ПЗ и завершение работы
После завершения расчета пользователь может:
·сформировать ПЗ (Word);
·скачать mct-модель;
·перейти в «Мастерскую» для дальнейшей работы с полученными точками.
Результатом работы раздела являются:
·построенная расчетная модель МК;
·сформированные характерные точки;
·вычисленные промежуточные и итоговые коэффициенты;
·подготовленные данные для дальнейшего расчета и оформления.
12 Типовые проекты
12.1 Назначение раздела
Раздел «Типовые проекты» предназначен для просмотра справочных данных по типовым проектным решениям. Он используется как справочник при подборе параметров пролетных строений и при сопоставлении текущего сооружения с близкими типовыми схемами.
Раздел удобен для:
·поиска типового проекта по известным признакам;
·просмотра полного набора параметров по найденным вариантам;
·отбора нужных записей по значениям отдельных столбцов;
·уточнения параметров перед ручным вводом или автозаполнением в разделах генерации.
12.2 Общий принцип работы
Раздел работает как табличный справочник. После открытия система загружает набор строк типовых проектов и отображает их в центральной таблице.
Пользователь в этом разделе:
·не редактирует данные;
·не сохраняет изменения;
·использует раздел как источник просмотра, сравнения и отбора записей.
В верхней части окна отображается:
·название раздела;
·состояние загрузки;
·общее число строк.
Если данные не удалось загрузить, в рабочей области показывается сообщение об ошибке.
12.3 Структура экрана
Экран раздела состоит из двух частей:
·центральная табличная область со строками типовых проектов;
·правая панель управления отображением столбцов.
В таблице:
·каждая строка соответствует одной записи типового проекта;
·каждый столбец представляет отдельный параметр;
·первый столбец содержит номер строки.
В правой панели пользователь управляет:
·шаблоном отображения столбцов;
·поиском по наименованиям столбцов;
·включением и отключением отдельных столбцов.
12.4 Таблица типовых проектов
Основной элемент раздела — таблица с набором параметров типовых проектов. Состав столбцов зависит от исходного файла данных, но для пользователя важно, что:
·таблица может содержать большое количество параметров;
·одновременно можно показывать только нужные столбцы;
·значения отображаются в текстовом виде;
·строки можно выделять для удобства просмотра.
По умолчанию система показывает ограниченный набор наиболее полезных столбцов:
·включаются первые основные столбцы;
·столбец «Название» в стартовый набор по умолчанию не входит;
·первоначально отображается 5 столбцов.
Это сделано для того, чтобы таблица не была перегружена при первом открытии.
12.5 Поиск и фильтрация в таблице
Для поиска нужного типового проекта пользователь может применять фильтрацию по значениям столбцов.
В каждом столбце доступны:
·строка фильтра в заголовке;
·выпадающее окно фильтра;
·поиск по значениям этого столбца;
·множественный выбор значений;
·команды «Сбросить» и «Применить».
Фильтр работает по принципу, близкому к Excel:
·можно ввести текст для поиска по содержимому столбца;
·можно открыть список уникальных значений;
·можно выбрать одно, несколько или все значения;
·можно комбинировать фильтры по нескольким столбцам.
Это особенно удобно, если пользователь знает:
·серию;
·инвентарный номер;
·конструктивную схему;
·диапазон параметров;
·отдельные признаки проектного решения.
12.6 Шаблоны отображения столбцов
Для ускорения работы предусмотрен выпадающий список «Шаблон». Он переключает преднастроенные наборы столбцов.
Доступны шаблоны:
·«По умолчанию»;
·«Поиск типового»;
·«Поиск предельных усилий».
Назначение шаблонов:
·«По умолчанию» — компактный стартовый вид таблицы;
·«Поиск типового» — набор столбцов, удобный для подбора и идентификации типового проекта;
·«Поиск предельных усилий» — расширенный набор столбцов для просмотра параметров, связанных с расчетными ограничениями и предельными усилиями.
Пользователь может выбрать подходящий шаблон и затем дополнительно вручную включить или скрыть нужные столбцы.
12.7 Управление составом столбцов
Правая панель «Столбцы» позволяет вручную настроить отображение таблицы.
В панели доступны:
·поле «Поиск» для поиска по названиям столбцов;
·список всех столбцов с флажками;
·включение и отключение каждого столбца независимо.
Поле поиска в правой панели используется именно для поиска по названиям столбцов, а не по данным строк. Это удобно, когда пользователь знает, какой параметр ему нужен, но не хочет искать его вручную в длинном списке.
Порядок работы:
1. Выбрать шаблон отображения.
2. В поле «Поиск» найти нужный столбец по названию.
3. Включить флажками нужные параметры.
4. Скрыть лишние столбцы.
5. Вернуться к таблице и выполнить фильтрацию по выбранным полям.
12.8 Практический порядок поиска типового проекта
Для подбора нужной записи рекомендуется следующий порядок:
1. Открыть раздел «Типовые проекты».
2. Выбрать шаблон «Поиск типового».
3. Включить дополнительные столбцы, если для отбора нужны специальные параметры.
4. В заголовках таблицы задать фильтры по известным признакам.
5. При необходимости использовать выпадающий фильтр со списком уникальных значений.
6. Последовательно сузить выборку до нужного числа строк.
7. Просмотреть найденные записи и определить подходящий вариант.
8. При необходимости переключиться на шаблон «Поиск предельных усилий» для более детального анализа.
12.9 Использование результатов раздела
Раздел «Типовые проекты» сам по себе не изменяет данные проекта, однако его результаты используются пользователем как справочная основа для дальнейшей работы:
·при ручном заполнении параметров;
·при сравнении с текущим пролетным строением;
·при подборе исходных характеристик в разделах генерации;
·при проверке типовых решений перед расчетом.
На практике раздел особенно полезен совместно с:
·«Генерацией ЖБ»;
·«Генерацией СТЖБ»;
·подготовкой расчетных параметров в проекте.
12.10 Результат работы с разделом
Результатом работы пользователя в разделе является отбор и просмотр подходящих записей типовых проектов, на основании которых можно:
·уточнить конструктивные параметры;
·выбрать близкое типовое решение;
·использовать найденные сведения при дальнейшей подготовке расчетной модели.
13 Установка и настройка проекта
13.1 Назначение раздела
Настоящий раздел описывает порядок установки, запуска и начальной настройки проекта РГ+. В системе предусмотрены два основных варианта развертывания:
·запуск в контейнерах через docker compose;
·раздельный локальный запуск frontend и backend.
Основным и рекомендуемым вариантом является запуск через Docker, так как в этом режиме автоматически поднимаются оба основных компонента системы и заранее настроены типовые параметры взаимодействия.
13.2 Состав развертывания
В минимальной конфигурации проект включает два сервиса:
·frontend — пользовательский веб-интерфейс;
·backend — сервер API и расчетная часть.
По умолчанию после запуска используются адреса:
·frontend: http://localhost:5173;
·backend: http://localhost:8000.
13.3 Требования к окружению
Для развертывания проекта рекомендуется наличие:
·установленного Docker и Docker Compose — для контейнерного запуска;
·Python 3.10 и выше — для локального запуска backend;
·Node.js и npm — для локального запуска frontend;
·доступа к сети, если требуется подключение к ABDM;
·при необходимости, доступа к PostgreSQL:
·для прямого чтения данных ABDM;
·для отдельной прикладной БД проектных данных.
13.4 Установка и запуск через Docker
Запуск через Docker выполняется из корня проекта.
Основная команда запуска:
docker compose up -d --build
После выполнения команды система поднимает:
·frontend на порту 5173;
·backend на порту 8000.
После завершения сборки пользователь может открыть в браузере:
·http://localhost:5173
Этот режим является основным для первичной установки и проверки работоспособности системы.
13.5 Настройка переменных окружения
Для настройки проекта используется набор переменных окружения. Их можно:
·задавать в текущей сессии PowerShell;
·хранить в файле .env, расположенном рядом с docker-compose.yml.
Основные переменные:
·ABDM_DIRECT_DSN
строка подключения к БД ABDM в режиме прямого доступа.
·RG_PLUS_DSN
строка подключения к отдельной прикладной БД, используемой для хранения проектных данных, мастерской и черновиков генерации.
·ISSO_HOST_IP
IP-адрес компьютера, на котором запущена система, используется для доступа из локальной сети.
·ISSO_CORS_ALLOW_ORIGINS
список разрешенных источников для frontend; при запуске через docker compose обычно формируется автоматически.
·VITE_BACKEND_URL
адрес backend API, к которому обращается frontend.
Пример файла .env:
ISSO_HOST_IP=192.168.1.10 ABDM_DIRECT_DSN=postgresql://user:pass@host:5432/dbname RG_PLUS_DSN=host=192.168.1.145 port=5432 dbname=rg_plus user=rg_plus_app password=secret
13.6 Подключение к ABDM
Для полноценной работы системы необходимо настроить доступ backend к ABDM.
В проекте используется режим:
·ABDM_ACCESS_MODE=direct
В этом режиме backend подключается к PostgreSQL напрямую. Для этого достаточно задать:
·ABDM_DIRECT_DSN
Дополнительно вместо DSN могут использоваться стандартные переменные PostgreSQL:
·PGHOST;
·PGPORT;
·PGUSER;
·PGPASSWORD;
·PGDATABASE.
Если доступ к ABDM не настроен, система остается работоспособной, но часть разделов будет использовать:
·локальные тестовые данные;
·резервные справочники;
·примерные точки проверки.
13.7 Настройка прикладной БД проекта
Для хранения служебных и проектных данных может использоваться отдельная прикладная БД. Для этого задается:
·RG_PLUS_DSN
Эта БД применяется для:
·хранения данных «Мастерской»;
·хранения черновиков генерации;
·хранения промежуточных проектных данных.
Особенности работы:
·при первом обращении backend самостоятельно создает необходимые служебные структуры;
·если RG_PLUS_DSN не задан, система все равно запускается;
·в этом случае часть проектных данных хранится локально или только в памяти backend до его перезапуска.
13.8 Доступ из локальной сети
Если система должна открываться с других компьютеров в локальной сети, необходимо:
1. Узнать IP-адрес компьютера, на котором развернут проект.
2. Указать этот адрес в переменной ISSO_HOST_IP.
3. Перезапустить контейнеры.
Команда перезапуска:
docker compose up -d --build
После этого доступ к frontend выполняется по адресу:
http://<IP-адрес>:5173
Следует также убедиться, что межсетевой экран разрешает входящие подключения на порты:
·5173/tcp;
·8000/tcp.
13.9 Локальный запуск backend без Docker
При необходимости backend может быть запущен отдельно на хост-системе.
Порядок запуска:
python -m venv .venv .\.venv\Scripts\Activate.ps1 python -m pip install -e .\apps\backend_api uvicorn app.main:create_app --factory --host 0.0.0.0 --port 8000
Перед запуском необходимо задать:
·ABDM_DIRECT_DSN — если нужен доступ к ABDM;
·RG_PLUS_DSN — если требуется хранение проектных данных в отдельной БД.
Локальный запуск backend может использоваться:
·при разработке;
·при отладке;
·если frontend работает в Docker, а backend требуется запускать отдельно.
13.10 Локальный запуск frontend без Docker
Frontend можно запускать отдельно из каталога frontend.
Порядок запуска:
cd frontend npm install npm run dev
По умолчанию frontend запускается на адресе:
·http://localhost:5173
Если backend работает не на localhost:8000, необходимо перед запуском frontend задать:
·VITE_BACKEND_URL
Пример:
$env:VITE_BACKEND_URL="http://192.168.1.10:8000" npm run dev
13.11 Проверка работоспособности
После установки рекомендуется выполнить следующую проверку:
1. Открыть frontend в браузере.
2. Убедиться, что интерфейс загружается без ошибок.
3. Проверить доступность backend по адресу:
·http://localhost:8000/health
4. Открыть раздел «Список сооружений».
5. Убедиться, что данные загружаются:
·из ABDM, если подключение настроено;
·из локальных примеров, если ABDM недоступна.
Признаками корректного запуска являются:
·открытие пользовательского интерфейса;
·отсутствие ошибок инициализации backend;
·возможность перехода между основными разделами;
·отображение сообщений об источнике данных.
13.12 Работа в ограниченном режиме
Если backend не может подключиться к ABDM, система может продолжать работу в ограниченном режиме. В этом случае используются:
·фиктивные данные для части интерфейса;
·локальные JSON-файлы примеров;
·сохраненные снимки справочников.
Такой режим подходит для:
·демонстрации интерфейса;
·отладки;
·предварительного ознакомления с функциональностью.
Однако он не должен использоваться как полноценный рабочий режим для актуальных эксплуатационных расчетов.
13.13 Рекомендуемый порядок первичной настройки
Для первичного развертывания рекомендуется следующий порядок:
1.Установить Docker и Docker Compose.
2. Подготовить файл .env.
3. При необходимости задать:
·ABDM_DIRECT_DSN;
·RG_PLUS_DSN;
·ISSO_HOST_IP.
4. Выполнить команду:
docker compose up -d --build
5. Открыть http://localhost:5173.
6. Проверить доступность backend и загрузку данных.
7. При необходимости настроить доступ из локальной сети.
14 Сведения, необходимые для включения ПО в реестр
14.1 Описание функциональных характеристик программного обеспечения
Программное обеспечение РГ+ предназначено для работы с расчетными данными по мостовым сооружениям. Система обеспечивает получение, просмотр, анализ, уточнение и подготовку данных по сооружению, выполнение расчетных процедур и формирование отчетных материалов.
Основные функциональные возможности системы:
- выбор организации, пользователя и объекта работы по коду ИССО;
- получение и отображение данных по сооружению;
- просмотр исходных параметров сооружения;
- просмотр, фильтрация и уточнение точек проверки;
- подготовка расчетных моделей;
- выполнение расчетов по грузоподъемности и проектным воздействиям;
- работа с разделом «Мастерская» для корректировки и подготовки данных;
- формирование и выгрузка отчетных документов;
- работа с разделами генерации ЖБ, СТЖБ и МК;
- просмотр данных по типовым проектам.
Система функционирует в виде пользовательского веб-интерфейса, серверной части, расчетных модулей, средств интеграции с АБДМ и модуля формирования отчетности.
14.2 Информация, необходимая для установки и эксплуатации программного обеспечения
Для эксплуатации системы требуется вычислительная среда, обеспечивающая доступ пользователя к веб-интерфейсу через современный браузер, сетевое взаимодействие пользовательского интерфейса и серверной части, а при необходимости доступ серверной части к базе данных АБДМ и к отдельной прикладной базе данных для хранения проектных и служебных данных.
Типовой режим развертывания предусматривает запуск пользовательского интерфейса по адресу http://<узел>:5173 и серверной части по адресу http://<узел>:8000.
Установка, запуск и начальная настройка системы выполняются в соответствии с разделом 13 настоящего руководства. Указанный раздел содержит требования к окружению, порядок установки и запуска через Docker, описание переменных окружения, порядок подключения к АБДМ, настройку прикладной базы данных проекта, порядок локального запуска frontend и backend, а также проверку работоспособности системы после установки.
Для штатной эксплуатации пользователь должен иметь доступ к веб-интерфейсу системы, учетные данные пользователя, код ИССО, по которому выполняется работа, и при необходимости доступ к данным АБДМ.
14.3 Сведения о поддержании жизненного цикла программного обеспечения
Поддержание жизненного цикла программного обеспечения РГ+ включает развитие и совершенствование функциональных возможностей системы, устранение ошибок и неисправностей, выявленных в процессе эксплуатации, обновление программных компонентов и конфигурации, сопровождение интеграции с используемыми источниками данных, актуализацию эксплуатационной и пользовательской документации, а также контроль работоспособности серверной части и расчетных модулей.
Исправление неисправностей выполняется путем анализа выявленных ошибок, внесения изменений в программные компоненты, проведения проверки работоспособности и последующего ввода исправленной версии в эксплуатацию.
Совершенствование программного обеспечения выполняется по мере необходимости и может включать расширение существующих функций, доработку пользовательского интерфейса, оптимизацию расчетных процедур, повышение устойчивости работы системы и улучшение механизмов формирования отчетности.
14.4 Персонал, необходимый для эксплуатации и поддержки программного обеспечения
Для эксплуатации программного обеспечения требуется пользователь, обладающий базовыми навыками работы с веб-приложениями, знанием предметной области, связанной с расчетными данными по мостовым сооружениям, а также пониманием структуры данных ИССО и порядка работы с кодом ИССО.
Для установки, настройки и технической поддержки программного обеспечения требуется технический специалист, обладающий навыками развертывания веб-приложений, знанием принципов сетевого взаимодействия клиентской и серверной частей, навыками настройки Docker-окружения и переменных окружения, навыками настройки подключений к базам данных, а также навыками анализа журналов работы и диагностики ошибок.
При необходимости доработки и сопровождения исходного кода требуется специалист по разработке программного обеспечения, обладающий знаниями используемого технологического стека проекта.
14.5 Ограничения и особенности эксплуатации
Корректность работы системы и достоверность получаемых результатов зависят от полноты и корректности исходных данных, доступности внешних источников данных, правильности настройки среды эксплуатации и корректного задания расчетных параметров пользователем.
При отсутствии доступа к АБДМ система может использовать локальные тестовые данные и сохраненные снимки справочников, однако в этом случае функциональность и актуальность данных ограничены.