Автоматизация проектирования
Одно ядро, две оболочки: расчёт на столе и в браузере
Настольная программа не показывает результат заказчику: её нужно установить. Сервис поверх того же ядра решает это — если ядро действительно одно и версии не расходятся.
Зачем вторая оболочка
Настольный расчёт требует установки: чтобы показать схему заказчику или вернуться к результату с другой машины, нужен тот же компьютер с тем же окружением.
Веб-оболочка снимает установку. Но если сервис повторяет расчёт своей копией кода, рано или поздно две версии посчитают по-разному, и разбираться придётся на объекте.
Как не разойтись
Ядро — отдельный пакет. Настольная программа и сервис работают с ним как с зависимостью, а не копируют формулы. Тогда любая правка ядра приходит в обе оболочки одновременно.
Сервис добавляет к ядру то, чего у настольной версии нет: контракт запроса и ответа, справочники, отчёт в другом формате. Это тонкий слой, и его надо держать тонким.
Что описывается контрактом
- справочники: схемы, сортамент, стали;
- расчёт: схема, нагрузки, результат;
- подбор и оптимизация — отдельные операции, а не флаг в расчёте;
- ошибки: что именно не так с входными данными, а не «500».
Ошибка без объяснения — главная причина, по которой инженер возвращается к настольной программе.
Проверка
Сервис проверяется тестами на контракт: корректный запрос даёт результат, некорректный — понятное сообщение. Отдельно сверяется, что оболочки выдают одинаковые числа на одних и тех же данных.
Ограничения
Браузер не заменяет тяжёлый расчёт: большие модели остаются настольными. Веб-версия — это про доступ и демонстрацию, а не про производительность.
Требования к данным и формату отчёта те же, что на столе. Если в сервисе отчёт беднее, он не заменит программу, а станет ещё одной копией результата.
Услуги по теме
Объекты по теме
Другие статьи из категории
- Отклонение башни от вертикали: что измерять и как читать результат
- Каркас промышленного здания: порядок проектирования и типовые ошибки
- Поиск по нормам с источником: как проверять ответ ИИ-инструмента
- Идемпотентная загрузка: повторный запуск не должен менять данные
- История атрибутов вместо перезаписи: почему отчёты не сходятся
Похожие статьи
Все статьи →Автоматизация проектирования
История атрибутов вместо перезаписи: почему отчёты не сходятся
Один и тот же договор в двух отчётах даёт разные суммы, когда атрибуты перезаписываются. Историчность строки объясняет расхождение версией,…
Автоматизация проектирования
Идемпотентная загрузка: повторный запуск не должен менять данные
Загрузку перезапускают всегда: сбой, правка, повтор после исправления. Идемпотентность — свойство, без которого повтор удваивает строки, а…
Автоматизация проектирования
Поиск по нормам с источником: как проверять ответ ИИ-инструмента
Ответ без ссылки на пункт проверять нечем. Что должен отдавать инструмент поиска по нормативной базе, чтобы им можно было пользоваться в…
Автоматизация проектирования
Каркас промышленного здания: порядок проектирования и типовые ошибки
Порядок работы над каркасом: компоновка, схема, нагрузки, сечения, узлы. Где чаще всего возвращаются назад и как этого избежать, не…
Автоматизация проектирования
Отклонение башни от вертикали: что измерять и как читать результат
Одно число отклонения ничего не говорит: нужен профиль по ярусам, привязка к высоте и сравнение с проектом. Как измеряется и где результат…
Нужен расчёт?
Пришлите исходные данные — уточним состав работы и ответим по срокам.