Как сократить время при повторных проверках проектной документации, используя среду общих данных и инструмент сравнения

Немного истории

Ранее проверка проектной документации выполнялась вручную. Инженеры и архитекторы внимательно анализировали бумажные чертежи и спецификации, чтобы выявить расхождения. Этот метод был трудоемким, и любые ошибки могли привести к проблемам и дополнительным затратам на исправление. Доступ к проектной документации был ограничен, и обновления распространялись физически, с использованием бумажных копий.

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

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

Основные понятия

На сегодняшний день современные технологии предлагают эффективные решения для ускорения и улучшения процесса проверки документации. Одним из таких решений является среда общих данных и инструмент сравнения чертежей и версий документов.

Сравнение чертежей — это процесс сопоставления двух или более версий чертежей или моделей для выявления различий между ними. Этот процесс может быть весьма трудоемким, особенно в случае больших проектов с множеством изменений.

Инструмент сравнения чертежей может быть интегрирован в среду общих данных и синхронизироваться с хранилищем проектной информации. Он автоматизировано сравнивает два или более чертежа и выделяет любые изменения, добавления или удаления элементов.

Среда общих данных (СОД) представляет собой единый программно-технический комплекс для совместной работы участников проекта с информационными моделями на всех стадиях жизненного цикла. Она является единым хранилищем, в котором хранятся все версии проектных документов, включая чертежи, спецификации и другие связанные материалы. Среда общих данных также обеспечивает контроль доступа, даёт возможность отслеживать и архивировать историю изменений, что полезно для контроля версий и анализа проектных решений.

Возможности данной технологии

Среда общих данных позволяет создавать цифровую модель проекта, которая объединяет информацию обо всех его аспектах, включая архитектурные решения, инженерные сети, конструктивные элементы и многое другое. Эта модель становится центральным хранилищем данных, к которому имеют доступ все участники проекта.

Использование среды общих данных и инструмента сравнения чертежей и версий документов имеет ряд существенных преимуществ:

• Сокращение времени проверки: автоматизация процесса сравнения чертежей существенно ускоряет повторные проверки. Это особенно важно при работе над большими проектами.

• Уменьшение вероятности ошибок: поскольку инструмент сравнения чертежей работает на основе алгоритмов, вероятность упущения изменений или ошибок значительно снижается по сравнению с ручной проверкой.

• Совместная работа и согласование: среда общих данных позволяет различным участникам проекта работать над одними и теми же данными, что упрощает согласование и устранение расхождений.

• История изменений: среда общих данных сохраняет историю изменений, что позволяет отслеживать, кто и когда внес изменения в проект. Это обеспечивает прозрачность и удобный доступ к предыдущим версиям чертежей, что полезно при необходимости вернуться к предыдущим состояниям проекта.

Рассмотрение проблем при сравнении

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

1. Разные форматы, изменение компоновки листа

Чертежи могут быть созданы в разных форматах листов, таких как A4, A3 или даже листов нестандартных размеров. Сравнение версий документа различных форматов может привести к искажению масштаба и размеров элементов при сравнении. Компоновка листа, расположение видов, легенд, заголовков и других элементов могут изменяться между версиями чертежей, что делает сложным визуальное сравнение элементов.

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

2. Многостраничные документы

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

3. «Тяжелые» документы

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

Пример реализации функционала сравнения в СОД

Разделение экрана при сравнении позволяет разместить две версии документа друг напротив друга и быстро выявлять различия между ними без необходимости перемещения между окнами или закладками. Инструмент сравнения представлен на рис. 2.

Автоматическое отображение различий — мощный инструмент процедуры проверки документации. Выделение цветом делает очевидными расхождения между версиями, что помогает оперативно выявлять ошибки и несоответствия. Также можно легко демонстрировать и объяснять различия между версиями документов коллегам и заказчикам, улучшая процесс коммуникации и взаимопонимания.

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

В процессе сдвига чертежа система сканирует область вокруг курсора мыши и пытается определить соответствующие друг другу элементы чертежей слева и справа. Если такие элементы есть, система сдвигает чертёж таким образом, чтобы максимально точно совместить элементы чертежей около курсора. Чтобы инструмент сдвига мог работать наиболее эффективно, можно «помогать» ему, двигая курсором мыши характерные точки чертежей: края рисунков, углы таблиц, характерные элементы текста.

Для отображения красно-зелёного режима сравнения используется функция логического «И» для всех трёх компонент (красной, зелёной, синей) каждого сравниваемого пикселя. При этом красная и зелёная компоненты пикселей сдвигаются по яркости в зависимости от соотношения яркостей исходного и результирующего пикселей. Данный относительно несложный подход позволяет получить корректную картину не только на чёрно-белых чертежах. Согласованная цветовая палитра получается и на сравнении цветных чертежей, где исходные градации красной и зелёной цветовых компонент всё равно остаются, хотя их динамический диапазон снижен, а синяя цветовая компонента присутствует «как есть».

Инструмент наложения без выделения цветом может быть особенно удобен, если вы хотите провести детальное сравнение и анализ, не отвлекаясь на цветовую разметку. Такой инструмент может помочь выявить изменения, перемещения, удаления или добавления элементов в чертежах с более нейтральным подходом к визуализации различий.

Вывод

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

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

Как итог, выделим основные требования к системам класса СОД, и в частности к инструментам сравнения версий документов:

1. Доступность: доступ не должен ограничиваться местом работы, средой, в которой запускается программа. Под это требование хорошо подходят веб-приложения. Они гибкие, не зависят от операционной системы устройства, процессора, видеокарты, ряда других параметров. Работают в любом современном браузере, на любой мобильной/стационарной платформе.

2. Отслеживание изменений: система должна предоставлять историю изменений и возможность отслеживания проектных решений, кто и когда вносил изменения в документацию, для последующего анализа и проверки с помощью инструментов сравнения.

3. Отсутствие ограничений: помимо отсутствия ограничения по количеству пользователей и количеству хранимой информации, инструмент должен предоставлять возможность сравнения версий документов, имеющих разный формат листа, или когда изменилось расположение элементов на нём. Пользователь должен иметь возможность визуально видеть различия между чертежами с помощью наглядных отметок или цветовой графики.

4. Переключение между листами: наиболее развитые инструменты должны позволять пользователю переключаться между листами документов и предоставлять удобные средства для сравнения и анализа изменений на каждом листе.

5. Высокая производительность: для обработки тяжелых документов система должна включать в себя ряд технических решений, обеспечивающих быструю и эффективную работу на любом устройстве.

Правильно выбранная система с проработанным функционалом сравнения позволит быстро выявлять различия между версиями чертежей, учитывать разные форматы и улучшать общую эффективность работы инженеров и архитекторов.

Более подробно со всеми требованиями к средам общих данных как классу программного обеспечения для строительных проектов можно ознакомиться в статье «Требования к средам общих данных». В ней отражены требования, основанные на российских и международных нормативных документах и отраслевых стандартах.