«Час работы хорошего специалиста со всеми расходами — заработная плата, обязательные отчисления, административные расходы — доходит до 4,5 тысяч рублей»

Дмитрий Хрипушин, менеджер по продукту в компании «Философт», рассказал об этапах разработки приложения для умного дома.

1. Сбор и аналитика потребностей заинтересованных лиц — представителей управляющих компаний и жильцов.

Проблема этапа: разобраться, что в итоге нужно.
«У разных категорий стейкхолдеров могут быть достаточно противоречивые запросы. Условно говоря, то, что нужно жителю, не нужно управляющей компании или застройщику, и наоборот».

2. Подготовка технического задания для дизайнеров.

3. Работа над UX|UI — продумывание пути пользователя в системе и разработка макетов.

4. Разработка приложения по ТЗ и макетам.

Что влияет на стоимость этапа
⚫️Зарплата команды разработки — 70-80% себестоимости создания мобильного приложения.
⚫️Компетентность ИТ-специалистов в разработке мобильных приложений. Чем меньше опыта, тем дольше этап.

Состав команды
Минимум: frontend, backend, iOS и Android разработчики, UX/UI- дизайнер и руководитель проекта.

«Например, если бы приложение Мажордом разрабатывала минимальная команда, это бы заняло 3–4 года. Сейчас у нас достаточно большая команда, — 23 человека. Такой команде потребовалось бы 1,5–2 года».

5. Тестирование, в том числе и регрессионное. На этом этапе нужно понять, что старое не сломалось, а новое интуитивно понятно и работает.
6. Публикация первой версии в магазинах приложений, загрузка веб-версии на сервер для скачивания.
7. Сбор обратной связи.
8. Повторение цикла разработки.

In-house или готовое решение?
Дмитрий Хрипушин отметил, что стоимость разработки может доходить до 100 млн рублей. Чтобы окупить такие вложения на абонентской плате, понадобится примерно 5 лет вводить по миллиону квадратов жилья в год. Всем остальным — выгоднее воспользоваться готовым решением, доработав его с поставщиком под свои нужды.

USD приходит на замену формату IFC и концепции openBIM

...по аббревиатуре выглядит дорого😁

Нет, на самом деле, USD — это Universal Scene Description. Про него написана большая статья. Мы прочитали и принесли главное.

⚫️У IFC-формата есть проблемы качества экспорта и импорта данных из закрытых CAD-систем. Из-за архаичной построчной структуры неудобно обрабатывать и передавать современную геометрию моделей. Для решения этих вопросов и разрабатываются более простые и плоские форматы.

«Общее сравнение по параметрам, важным для обработки и автоматизации процессов, вы можете найти в таблице сравнения».

⚫️В USD плоская структура иерархии и плоские данные для хранения информации о геометрии и свойствах элементов. С форматом проще и быстрее интегрировать, фильтровать, получать, группировать и изменять данные. Формат подходит для совместной работы больше, чем IFC.

⚫️Формат USD интегрирован в Blender, Unreal Engine и Unity.

«USD и IFC скорее можно назвать "двоюродными братьями", чем конкурентами, поскольку оба формата решают схожие задачи [...] с разных сторон. USD фокусируется на эффективной визуализации и объединении моделей из различных источников, тогда как IFC выделяется своей силой в семантическом описании строительных объектов. [...]

Трудно представить, что CAD-вендоры будут поддерживать два полноценных формата экспорта данных, создавая некий "Франкенштейн" из смеси форматов. Скорее всего, рано или поздно [... они сделают] выбор: либо полностью перейти на экспорт в USD, либо использовать IFC, заимствуя из USD необходимые элементы».

Видео: как управляют BIM-требованиями в «Самолете»

На прошедшем BIM Просвете, организованном коллегами из BIM Support, Ирина Ахметова, координатор группы общих решений «Самолета», рассказала, как устроена работа с требованиями к информационному моделированию в ее компании.

⚫️Чтобы понять, как составить требования к ИМ, компании нужно ответить на три вопроса: зачем нужна модель, что нужно получить в результате моделирования и как получить модель, соответствующую требованиям.

⚫️Основные сценарии использования модели: проектирование, выпуск документации, проверка технических решений, оценка стоимости строительства. Система требований основана на этих сценариях и состоит из четырех частей: ИТЗ, УПМ, план реализации проекта и правила наименования.

⚫️Требования в компании интегрированы в веб-версию, что упрощает работу с ними, т.к. есть поиск и удобный интерфейс. В базе знаний — более 4 тысяч страниц методологий и регламентов. Базу использует и проектные институты и внешние подрядчики. Веб-версия включает навигацию по ИТЗ, УПМ, ПРМ и правилам наименования. Можно скачивать документы и искать данные по фильтрам.

⚫️Веб-версия помогает находить и использовать информацию по уровню проработки модели проекта с возможностью фильтрации по проектным элементам и параметрам.

⚫️Актуализация требований проводится каждые полгода, с возможным добавлением новых сценариев или изменений в старые.

Полное видео прикрепили выше👆

Правительство будет проверять ИИ-модели, обученные на госданных, на угрозы нацбезопасности

Правительство собирается до 2028 года создать программу для анализа ИИ-моделей. Такие планы, по информации «Коммерсанта», содержатся в паспорте «Цифрового госуправления» — нового федерального проекта, который войдет в нацпроект «Экономика данных». Выделят на проект 8,1 млрд рублей, главный по реализации — ФСБ.

Мероприятия по реализации проекта
⭕️В 2025-2026-м проведут научно-исследовательскую разработку принципов анализа моделей ИИ, обученных на государственных данных.
⭕️До 2028-го создадут первую версию программы.
⭕️К 2030-му планируют проверить на программе пять ИИ-систем и выдать им подтверждение «допустимости безопасного использования».

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

Видео: как управляют BIM-требованиями в INGRAD

На прошедшем BIM Просвете, организованном коллегами из BIM Support, Юлия Кочура, руководитель управления цифровизации в INGRAD, рассказала, как устроена работа с требованиями к информационному моделированию в ее компании.

⭕️В INGRAD нет требований для того, чтобы просто были. Каждое необходимо: они помогают облегчить работу проектировщиков, собирать некоторые объемы, выгружать предпроектную документацию. Согласованная версия требований хранится в Sarex, где к ней могут обращаться подрядчики.

⭕️Столкнулись с проблемой, что нужно разделить требования по категориям: жилье, социалка, объекты культурного наследия. Также планируют добавить разбивку по классам и типам, а при заключении договора на разработку — только EIR на стадию.

⭕️Контрольные точки привязаны к основным вехам проекта и к календарно-сетевому графику (конкретно прописаны сроки в количестве дней).

⭕️Контролирует выполнение требований координатор по чек-листу, каждая строка которого привязана к требованиям EIR. А также застройщик использует свою внутреннюю разработку — «Кабинет ГИПа» — для выгрузки данных и формирования отчетов.

⭕️В INGRAD пришли к концепции: проектировщики и сами по себе показывают хороший результат без дополнительных инструкций, поэтому для быстрого и качественного результата нужно не делать лишнего — ни требований, ни инструкций. Что-то, отличное от общепринятого, всегда можно запросить дополнительно

Полное видео прикрепили выше👆