🔃 Верификация VS Валидация BIM
Эти два термина, связанные с проверкой качества, существуют давно и, тем не менее продолжают вызывать споры. Не обошло это стороной и сферу BIM-технологий и по-прежнему в текстах различных информационных требованиях они встречаются. Вот только что именно с точки зрения BIM относить к верификации, а что к валидации – до сих пор мнения различаются. Поделюсь тем, как это понимаю я.
📚Почитать подробнее про саму валидацию и верификацию вы можете во внешних источниках. С точки зрения различия этих терминов, мне в целом нравится такое объяснение:
💡С точки зрения информационных моделей для меня это означает, что верификация модели – это проверка того, какой она должна быть (расположение элементов, детализация, атрибуты и т.п.), а валидация модели – это проверка того, делает ли она то, что от нее ожидается, т.е. для чего ее вообще разрабатывают. А вот за это отвечают BIM-сценарии.
📍Представим в образах. Когда вы готовите модель для заказчика или экспертизы, в соответствии с их информационными требованиями, вы проверяете, например, соответствие версии ПО или стандарту IFC, уровень детализации геометрии, наименования и значения атрибутов. Вот это и есть верификация, то есть проверка того, что сама модель именно такая, которую ожидают получить.
📍А вот когда вы проверяете модель на возможность достигнуть ожидаемых от нее эффектов (выпустить документацию, ведомости объемов работ, устранить критические пересечения и т.п.), это уже валидация, поскольку проверяется что информационная модель, как отдельная сущность или продукт, выполняет свое предназначение.
🤔При этом вы частенько можете встретить ситуацию, при которой то, что вроде должно быть верификацией, называют валидацией: например, валидация IDS, валидация IFC… Я пришел к такому выводу - просто зачастую в IT сфере валидацией называют проверку данных. Я же оперирую терминологией системы менеджмента качества, т.к. данные в нашем случае — это способ представления содержания, качества которого мы добиваемся.
☝🏻Почему важно их различать? Потому что верификация в большинстве случаев должна предшествовать валидации. Без подтверждения того, что модель выполнена корректно, ожидать от нее получения требуемых эффектов не приходится. Валидация модели без предшествующей верификации ведет к непредвиденным проблемам и результатам такой валидации я бы не доверял.
ℹ️ Ну и напоследок. «Куда относить проверку на коллизии?», спрашивают меня коллеги. Я думаю так. Когда сами модели создаются ради внешней цели, например для проверки на коллизии, то возможность устранения пересечений является функцией этой модели. А значит, мы требуем от модели только реально то, что нужно для проверки, а сама проверка на коллизии будет относиться уже к валидации. Но если модель должна быть лишена всяких коллизий «на входе», то отсутствие коллизий является предметом верификации модели.
👀 А вот должна ли она быть такой идеальной «на входе» - отдельный вопрос (который при желании можно обсудить в комментариях).
#информационнаясреда
Эти два термина, связанные с проверкой качества, существуют давно и, тем не менее продолжают вызывать споры. Не обошло это стороной и сферу BIM-технологий и по-прежнему в текстах различных информационных требованиях они встречаются. Вот только что именно с точки зрения BIM относить к верификации, а что к валидации – до сих пор мнения различаются. Поделюсь тем, как это понимаю я.
📚Почитать подробнее про саму валидацию и верификацию вы можете во внешних источниках. С точки зрения различия этих терминов, мне в целом нравится такое объяснение:
Простой способ запомнить разницу между валидацией и верификацией заключается в том, что валидация подтверждает, что «вы создали правильный продукт», а верификация подтверждает, что «вы создали продукт таким, каким и намеревались его сделать».
💡С точки зрения информационных моделей для меня это означает, что верификация модели – это проверка того, какой она должна быть (расположение элементов, детализация, атрибуты и т.п.), а валидация модели – это проверка того, делает ли она то, что от нее ожидается, т.е. для чего ее вообще разрабатывают. А вот за это отвечают BIM-сценарии.
📍Представим в образах. Когда вы готовите модель для заказчика или экспертизы, в соответствии с их информационными требованиями, вы проверяете, например, соответствие версии ПО или стандарту IFC, уровень детализации геометрии, наименования и значения атрибутов. Вот это и есть верификация, то есть проверка того, что сама модель именно такая, которую ожидают получить.
📍А вот когда вы проверяете модель на возможность достигнуть ожидаемых от нее эффектов (выпустить документацию, ведомости объемов работ, устранить критические пересечения и т.п.), это уже валидация, поскольку проверяется что информационная модель, как отдельная сущность или продукт, выполняет свое предназначение.
🤔При этом вы частенько можете встретить ситуацию, при которой то, что вроде должно быть верификацией, называют валидацией: например, валидация IDS, валидация IFC… Я пришел к такому выводу - просто зачастую в IT сфере валидацией называют проверку данных. Я же оперирую терминологией системы менеджмента качества, т.к. данные в нашем случае — это способ представления содержания, качества которого мы добиваемся.
☝🏻Почему важно их различать? Потому что верификация в большинстве случаев должна предшествовать валидации. Без подтверждения того, что модель выполнена корректно, ожидать от нее получения требуемых эффектов не приходится. Валидация модели без предшествующей верификации ведет к непредвиденным проблемам и результатам такой валидации я бы не доверял.
ℹ️ Ну и напоследок. «Куда относить проверку на коллизии?», спрашивают меня коллеги. Я думаю так. Когда сами модели создаются ради внешней цели, например для проверки на коллизии, то возможность устранения пересечений является функцией этой модели. А значит, мы требуем от модели только реально то, что нужно для проверки, а сама проверка на коллизии будет относиться уже к валидации. Но если модель должна быть лишена всяких коллизий «на входе», то отсутствие коллизий является предметом верификации модели.
👀 А вот должна ли она быть такой идеальной «на входе» - отдельный вопрос (который при желании можно обсудить в комментариях).
#информационнаясреда