SVOZHAR 1.0
Цифровая система управления строительством SVOZHAR — проект комплексной цифровой системы управления строительством, в которой данные, документы, участники, задания, материалы, сроки, стоимость, BIM/ТИМ-модели, события и инструменты искусственного интеллекта должны работать в едином управляемом контуре. Основная идея SVOZHAR — перейти от разрозненных таблиц, переписки, документов и отдельных программ к системе, в которой можно восстановить всю цепочку строительного процесса: на каком основании появилась работа, кто её согласовал, какие ресурсы были необходимы, что фактически выполнено, какими данными это подтверждено, какие возникли отклонения и как принято итоговое решение. Масштаб проекта Архитектура SVOZHAR 1.0 изначально разделена на 26 взаимосвязанных инженерных томов — V00–V25. Первоначальный черновой проектный корпус всех 26 томов уже сформирован. Его ориентировочный суммарный объём составлял около 806 страниц. После завершения первого общего описания системы начат второй цикл — глубокая инженерная переработка каждого тома: аудит содержания, устранение противоречий, формализация требований, межтомная сверка, контроль связей, GAP-анализ, проверка сценариев отказа и выпуск контролируемых редакций. На текущем этапе полностью переработаны и выпущены тома V00–V06. Уже выпущено 7 основных томов controlled baseline 545 страниц основной инженерной документации 1 101 стабильное нормативное требование 86 инженерных диаграмм в томах V02–V06 Дополнительно к основным PDF формируется значительный массив сопровождающих инженерных артефактов: реестры требований, таблицы трассируемости, GAP-регистры, audit-файлы, machine QA, журналы изменений, контрольные ведомости, manifests и записи проверки целостности выпусков. Что уже проработано V00 — главная техническая спецификация системы. Определены цели, границы SVOZHAR, основные правила управления системой и требования верхнего уровня. V01 — полное описание технологии. Сформировано целостное представление о том, как все части SVOZHAR должны взаимодействовать между собой. V02 — архитектура платформы. Определены логические компоненты, роли, границы ответственности, механизмы управления данными и основные архитектурные принципы. V03 — функциональные требования. Подробно описано, что должна уметь будущая система и как должны работать основные строительные процессы. V04 — Construction Data Graph. Сформирована модель взаимосвязей между строительными объектами, работами, документами, BIM-элементами, материалами, участниками, событиями и доказательствами выполнения. V05 — Event Model / Critical Fact Event History. Разработана модель фиксации критических фактов и событий с сохранением истории: кто, когда, на каком основании и в отношении какого объекта совершил действие. V06 — AI Architecture & Governance. Разработана архитектура применения искусственного интеллекта, правила его полномочий, проверки решений и взаимодействия нескольких ИИ-контуров. Искусственный интеллект ИИ в SVOZHAR рассматривается не как отдельный чат или вспомогательная функция, а как управляемый слой над строительными данными и процессами. Архитектура предусматривает разделение функций между несколькими ИИ-контурами: выдача и подготовка решений, проверка реализуемости по цифровому двойнику и независимая валидация полномочий, данных, противоречий и доказательств. Принципиально важное правило: искусственный интеллект не должен самостоятельно изменять критические строительные факты без установленных полномочий, проверок и фиксируемого основания. Текущий этап Следующим обрабатывается V07 — информационная безопасность, управление доступом, IAM и privacy. После V07 последовательно будут проходить глубокий re-baseline остальные тома V08–V25. Это означает, что содержание всей будущей системы уже охвачено первоначальным 26-томным корпусом. Текущая задача заключается не в создании новой идеи с нуля, а в последовательном превращении существующей архитектуры в единый проверенный инженерный baseline. 26 направлений SVOZHAR
· 25.08
Сколько проектов одновременно выдержит ваша система прослеживаемости? Проблемы исо9000 учтены?
Судя по картинке у вас какието многоквартирные дома их надо продавать какието личные кабинеты для удаленных продавцов, синхронизация дельт. Там все норм? То что я видел у застройщиков, которых 600+ в россии, каждый обьект это отдельный сайт отдельный бюджет и соотв неоптимальные передачи информации между ними. Распил, понятное дело. Надо поставить задачу продать сразу 10-20 обьектов и смотреть где потоковые и где информационные ограничения.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 28.08
Андрей, хороший вопрос. Вы как раз затронули одну из ключевых задач следующего этапа. Сейчас было бы неправильно называть конкретную цифру, сколько одновременно проектов система «выдержит», потому что полноценное промышленное нагрузочное тестирование ещё не проводилось. Архитектурно SVOZHAR проектируется не как отдельный сайт под каждый объект, а как единая многопроектная система, где объекты разделены по ролям, правам доступа, документам, бюджетам, задачам и событиям, при этом управленческая аналитика и часть общих данных могут работать сквозным контуром. По ISO 9000/9001: принципы прослеживаемости, управления изменениями, ответственности, фиксации результатов и доказательств выполнения в проект закладываются, но заявлять о формальном соответствии стандарту до отдельной проверки и валидации было бы некорректно. А идея одновременно запустить 10–20 реальных объектов мне как раз кажется правильной. Это позволит проверить систему не на презентации, а в эксплуатации: нагрузку по пользователям, событиям, документам, синхронизации и информационным потокам, а главное — увидеть реальные узкие места до масштабирования на сотни объектов. По сути, именно такой стресс-тест многопроектной среды и должен стать одним из следующих этапов.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён