отдельно по поводу "файловой помойки" напишу. сейчас все большую популярность получает "Озеро данных". Можно эту методику использовать в работе. В таком варианте файловая помойка никого не беспокоит и создается сознательно, а упорядочивается информация уже после, в момент когда нужно работать с какими-то конкретными данными. Не уверен, что это применимо к стандартным строительным проектам, но в будущем это окажет влияние на нашу работу. Это я к тому, что прогресс неизбежен и движется вообще независимо от нашего желания.
В принципе, думаю, концепция "Озера данных" напрямую связана с тем, как современный человек хранит данные у себя на компьютере. Молодежь все больше НЕ упорядочивают данные по папкам, а пользуются поиском для нахождения нужного файла и работают с ним.
проблему, описанную вами, должна решать не среда общих данных, а регламенты работ (бизнес-процессов). То есть можно использовать СОД как "помойку", загружая все подряд без привязки, а можно загружать и хранить в заранее описанном порядке. Например, загружать одновременно два варианта отображения одного и того же файла: 3D-файл в формате ifc и в исходном формате (rvt, nwd step и т.д.).
а хранение у вас только на бумаге? если проект большой и таких проектов много, то шкафов для хранения может не хватить. известны такие случаи. а если какой-то пожар случится, то восстановить документы вообще невозможно становится. поэтому электронная версия, как минимум, не навредит
есть нормативный документ, который указывает, что СОД должна обеспечивать возможность хранения информации в течение всего жизненного цикла актива. То есть, вплоть до демонтажа. это ГОСТ Р 57311-2016 "Моделирование информационное в строительстве".
При этом есть реалии, при которых сам проект будет храниться в ГИСОГД. Но каждая компания, должна хранить архив у себя, это записано в НПА. Поэтому алгоритм действий может быть таким: поработали в "облаках", потом экспортировали себе и заархивировали локально. Но доступ к этой информации внутри СОД должен сохраняться при этом.
Также можно предположить, что какие-то вендоры будут предлагать особые лицензии СОД для "архивного хранения". Которые будут иметь более ограниченный инструментарий по сравнению с обычными лицензиями (только просмотр, например) и будут стоить дешевле.
ГОСТ 58439 уже давно неактуален, увы. но был он хорош и мы на него в своей работе ориентировались. он содержал определения, которые были довольно обоснованными и соответствовали и нашему пониманию и философии ISO 19650. Сейчас на смену готовятся новые стандарты, довольно долго. Но так и не вышли они еще.
Цифровые двойники это это тема интересная, тема будущего. Но ровно на сколько она интересная, на столько же и нереализованная. Считаю, что попросту технологического развития не хватает пока что. И вообще сейчас новый, отчасти искусственный, хайп в сторону ИИ в строительстве. Недавно это был BIM, VR, AR, теперь вот ИИ.
https://cyberleninka.ru/article/n/vozniknovenie-i-upotreblenie-termina-inane-pustota-v-filosofskom-slovare-lukretsiya/viewer
отдельно по поводу "файловой помойки" напишу.
сейчас все большую популярность получает "Озеро данных". Можно эту методику использовать в работе. В таком варианте файловая помойка никого не беспокоит и создается сознательно, а упорядочивается информация уже после, в момент когда нужно работать с какими-то конкретными данными.
Не уверен, что это применимо к стандартным строительным проектам, но в будущем это окажет влияние на нашу работу. Это я к тому, что прогресс неизбежен и движется вообще независимо от нашего желания.
В принципе, думаю, концепция "Озера данных" напрямую связана с тем, как современный человек хранит данные у себя на компьютере. Молодежь все больше НЕ упорядочивают данные по папкам, а пользуются поиском для нахождения нужного файла и работают с ним.
проблему, описанную вами, должна решать не среда общих данных, а регламенты работ (бизнес-процессов).
То есть можно использовать СОД как "помойку", загружая все подряд без привязки, а можно загружать и хранить в заранее описанном порядке. Например, загружать одновременно два варианта отображения одного и того же файла: 3D-файл в формате ifc и в исходном формате (rvt, nwd step и т.д.).
а хранение у вас только на бумаге? если проект большой и таких проектов много, то шкафов для хранения может не хватить. известны такие случаи. а если какой-то пожар случится, то восстановить документы вообще невозможно становится. поэтому электронная версия, как минимум, не навредит
есть нормативный документ, который указывает, что СОД должна обеспечивать возможность хранения информации в течение всего жизненного цикла актива. То есть, вплоть до демонтажа.
это ГОСТ Р 57311-2016 "Моделирование информационное в строительстве".
При этом есть реалии, при которых сам проект будет храниться в ГИСОГД. Но каждая компания, должна хранить архив у себя, это записано в НПА. Поэтому алгоритм действий может быть таким: поработали в "облаках", потом экспортировали себе и заархивировали локально. Но доступ к этой информации внутри СОД должен сохраняться при этом.
Также можно предположить, что какие-то вендоры будут предлагать особые лицензии СОД для "архивного хранения". Которые будут иметь более ограниченный инструментарий по сравнению с обычными лицензиями (только просмотр, например) и будут стоить дешевле.
https://www.minstroyrf.gov.ru/press/utverzhden-predvaritelnyy-natsionalnyy-standart-po-tekhnologiyam-informatsionnogo-modelirovaniya/
вот такие новости были. но пока что без изменений. был утвержден ПРЕДВАРИТЕЛЬНЫЙ стандарт
ГОСТ 58439 уже давно неактуален, увы. но был он хорош и мы на него в своей работе ориентировались. он содержал определения, которые были довольно обоснованными и соответствовали и нашему пониманию и философии ISO 19650.
Сейчас на смену готовятся новые стандарты, довольно долго. Но так и не вышли они еще.
Цифровые двойники это это тема интересная, тема будущего. Но ровно на сколько она интересная, на столько же и нереализованная. Считаю, что попросту технологического развития не хватает пока что. И вообще сейчас новый, отчасти искусственный, хайп в сторону ИИ в строительстве. Недавно это был BIM, VR, AR, теперь вот ИИ.