Сегодня продолжим разговор про Уровень потребности в информации (УИП), концепция которого была описана в стандартах ИСО 19650 «Инф. мен-т с BIM».
Надо понимать, что стандарты этой серии относятся к верхнеуровневым. На их основе создаются другие, конкретизирующие методологию информационного менеджмента в строительстве, ИМС.
Например, недавно вышел стандарт ИСО 7817–1:2024 «BIM – Уровень потребности в информации – Часть 1. Концепции и принципы» о создании УИП. Коротко и представим его в этом посте, сделав акцент на «управленческих» моментах.
🔤тандарт ИСО 7817–1 применяют для информационных обменов между разными сторонами в их совместной работе на основе информационной модели (ИМ).
Он позволяет легко структурировать информационные требования, что положительно влияет на отношения между сторонами. Ведь важно, чтобы требования к ИМ, прописанные в документах, были понятны для всех сторон и не допускали разночтения.
Стандарт применим на всех этапах ЖЦ любого актива. Он не требует LOD-спецификаций, хотя и допускает их использование. УИП в нем — открытый фреймворк, то есть набор взаимосвязанных правил, методов, процессов. Используя его, каждая сторона может описывать свои требования к ИМ самостоятельно и максимально конкретно.
УИП как фреймворк состоит из двух частей (рис. выше):
1️⃣ Определение предварительных условий, когда устанавливаются цели информации, сроки ее поставки, стороны обмена и объект (или аспекты, с ним связанные).
2️⃣Описание уровня потребности в информации по уровням геометрической, буквенно-цифровой информации и документации.
Таким образом, перед тем, как стороны единообразным образом будут использовать УИП для описания своих потребностей, его как фреймворк нужно предварительно создать.
Стандарт ИСО 7817–1 может быть здесь взят за основу для внедрения как на отраслевом, так и корпоративном уровне. В нем описаны очень интересные подходы при определении уровня потребности:
➡️ для геометрической информации через:
🔴детализацию;
🔴измерения;
🔴местоположение;
🔴внешний вид;
🔴параметрическое поведение.
➡️ для буквенно-цифровой информации через:
🔴идентификацию контейнеров (метаданные);
🔴атрибутивное содержание внутри контейнеров;
➡️ для документации через:
🔴структуры, шаблоны, ссылки на нормативы.
Когда-нибудь мы детально разберем механику этого стандарта (если увидим, что это интересно вам, коллеги). А пока ответим, кто и когда определяет УИП.
🔤ровень потребности в информации определяет та сторона, которая устанавливает требования к обмену информацией, потому что УИП – их часть.
Так, назначающая сторона в лице заказчика или владельца актива определяет УИП для каждого своего объекта. Ему следует самостоятельно разобраться хотя бы с первой частью УИП – с потребностью.
Определив потребность в информации через предпосылки (часть 1 УИП), заказчик, если не владеет навыками «раскладывать» информацию по уровням (часть 2 УИП) может обратиться к компетентной стороне. Например, делегировать задачу одному их поставщиков ИМ или даже независимой стороне, заключив соответствующий договор, если это не создает конфликт интересов всех прочих вовлеченных участников и контрагентов.
👉 Пример 1. Заказчик хочет произвести календарно-сетевое планирование на основе ИМ. Соответственно, он должен описать УИП к графикам в той части, которую считает для себя нужной, а определение требований к ИМ поручить уже стороне, которая будет заниматься планированием.
Таким образом, в логистической цепочке поставки информации каждая сторона, выступающая получателем (заказчиком) информации, определяет УИП, который ей необходим, и указывает это в своих требованиях к обмену информацией.
👉 Пример 2. В ходе проектирования может понадобиться бóльшая детализация, чем было изначально установлено заказчиком. В этом случае генеральный проектировщик должен скорректировать УИП заказчика и определить ту детализацию в нем, которая ему необходима для решения своих задач. Именно этим УИП будут руководствоваться субагенты, с которыми работает генпроектировщик, создавая компоненты ИМ для заказчика.
⏩ ИМС-пост #39 в PDF с доп.рисунком :)
Надо понимать, что стандарты этой серии относятся к верхнеуровневым. На их основе создаются другие, конкретизирующие методологию информационного менеджмента в строительстве, ИМС.
Например, недавно вышел стандарт ИСО 7817–1:2024 «BIM – Уровень потребности в информации – Часть 1. Концепции и принципы» о создании УИП. Коротко и представим его в этом посте, сделав акцент на «управленческих» моментах.
🔤тандарт ИСО 7817–1 применяют для информационных обменов между разными сторонами в их совместной работе на основе информационной модели (ИМ).
Он позволяет легко структурировать информационные требования, что положительно влияет на отношения между сторонами. Ведь важно, чтобы требования к ИМ, прописанные в документах, были понятны для всех сторон и не допускали разночтения.
Стандарт применим на всех этапах ЖЦ любого актива. Он не требует LOD-спецификаций, хотя и допускает их использование. УИП в нем — открытый фреймворк, то есть набор взаимосвязанных правил, методов, процессов. Используя его, каждая сторона может описывать свои требования к ИМ самостоятельно и максимально конкретно.
УИП как фреймворк состоит из двух частей (рис. выше):
1️⃣ Определение предварительных условий, когда устанавливаются цели информации, сроки ее поставки, стороны обмена и объект (или аспекты, с ним связанные).
2️⃣Описание уровня потребности в информации по уровням геометрической, буквенно-цифровой информации и документации.
Таким образом, перед тем, как стороны единообразным образом будут использовать УИП для описания своих потребностей, его как фреймворк нужно предварительно создать.
Стандарт ИСО 7817–1 может быть здесь взят за основу для внедрения как на отраслевом, так и корпоративном уровне. В нем описаны очень интересные подходы при определении уровня потребности:
➡️ для геометрической информации через:
🔴детализацию;
🔴измерения;
🔴местоположение;
🔴внешний вид;
🔴параметрическое поведение.
➡️ для буквенно-цифровой информации через:
🔴идентификацию контейнеров (метаданные);
🔴атрибутивное содержание внутри контейнеров;
➡️ для документации через:
🔴структуры, шаблоны, ссылки на нормативы.
Когда-нибудь мы детально разберем механику этого стандарта (если увидим, что это интересно вам, коллеги). А пока ответим, кто и когда определяет УИП.
🔤ровень потребности в информации определяет та сторона, которая устанавливает требования к обмену информацией, потому что УИП – их часть.
Так, назначающая сторона в лице заказчика или владельца актива определяет УИП для каждого своего объекта. Ему следует самостоятельно разобраться хотя бы с первой частью УИП – с потребностью.
Определив потребность в информации через предпосылки (часть 1 УИП), заказчик, если не владеет навыками «раскладывать» информацию по уровням (часть 2 УИП) может обратиться к компетентной стороне. Например, делегировать задачу одному их поставщиков ИМ или даже независимой стороне, заключив соответствующий договор, если это не создает конфликт интересов всех прочих вовлеченных участников и контрагентов.
👉 Пример 1. Заказчик хочет произвести календарно-сетевое планирование на основе ИМ. Соответственно, он должен описать УИП к графикам в той части, которую считает для себя нужной, а определение требований к ИМ поручить уже стороне, которая будет заниматься планированием.
Таким образом, в логистической цепочке поставки информации каждая сторона, выступающая получателем (заказчиком) информации, определяет УИП, который ей необходим, и указывает это в своих требованиях к обмену информацией.
👉 Пример 2. В ходе проектирования может понадобиться бóльшая детализация, чем было изначально установлено заказчиком. В этом случае генеральный проектировщик должен скорректировать УИП заказчика и определить ту детализацию в нем, которая ему необходима для решения своих задач. Именно этим УИП будут руководствоваться субагенты, с которыми работает генпроектировщик, создавая компоненты ИМ для заказчика.
⏩ ИМС-пост #39 в PDF с доп.рисунком :)