Сегодня без видео, так как большую часть времени занимает разработка структуры программы и продумывание взаимосвязей, состава компонентов и задач.

В данный момент работаю над модулем "Проекты" — там будет аккумулироваться вся информация о строительном объекте. Возник важный вопрос: какая должна быть информационная модель строительства?

Опираясь на свой опыт и изучив тему, сделал несколько выводов:

• Существует международный стандарт IFC (Industry Foundation Classes), широко используемый для проектирования зданий. В российской практике он применяется, но ограничивается проектными данными и практически не затрагивает процессы и взаимодействие на стройке.
• Министерство строительства России рекомендует использовать КСИ — классификатор строительной информации. Это способ структурированного кодирования, который включает недостающие элементы, связанные с управлением и процессами. КСИ имеет иную структуру и механизм, чем IFC, и обязателен при работе с госконтрактами.
• В строительной отрасли часто не соблюдаются регламенты и стандарты, и у каждого предприятия может быть своя, уникальная информационная модель, отражающая только внутренние реалии и возможности. Такая пользовательская модель гибкая и адаптированная, но ограничена внутри компании и не подходит для обмена данными.

Итог — у каждой модели есть свои плюсы и минусы:

• Пользовательская — очень гибкая, но закрытая.
• КСИ — стандартизированная по требованиям государства, подходит для обмена данными, но негибкая и сложна в реализации.
• IFC — универсальная для цифрового проектирования, но не учитывает процессы и управление.

Поэтому единственное решение — объединить все три модели в одну, чтобы учесть проектные данные, процессы и стандарты и обеспечить привычную гибкость.

Теоретическая часть готова и описана, теперь начинается практическая реализация.

#АСУС #Python #Tkinter #Автоматизация #Строительство #Стартап #startup #ifc #КСИ