Как проверить полноту исходных данных

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

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

Задача и стадия работ

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

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

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

Задание на проектирование

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

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

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

Положение о составе разделов проектной документации связывает разработку проектных решений с заданием на проектирование и применимыми исходными условиями. Эта высокоуровневая связь отражена в Постановлении Правительства Российской Федерации от 16.02.2008 № 87, Положение, п. 5. Конкретный набор данных при этом определяется содержанием самого проекта и решениями, которые требуется обосновать.

Перечень исходных данных

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

В зависимости от задачи в таком перечне могут присутствовать:

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

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

Если задача состоит прежде всего в подготовке комплекта для последующей проверки проекта, полезно отдельно сопоставить этот результат с перечнем документов из материала «Какие документы нужны для проверки проекта».

Исходные данные для каждого решения

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

Рабочая цепочка выглядит так:

1. выбрать проектное решение;
2. определить используемые входные параметры;
3. найти документ, из которого получен каждый параметр;
4. проверить редакцию этого документа;
5. проверить область применимости данных;
6. сопоставить значение с расчётом или проектным листом;
7. зафиксировать отсутствующие или противоречивые входы.

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

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

Актуальность документов

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

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

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

Поэтому отметка «документ обновлён» превращается в практический вопрос: какие исходные значения изменились и какие проектные решения их используют?

Границы применимости данных

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

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

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

Подробно связь проектных решений с одним из ключевых видов исходных материалов разобрана в материале «Как сопоставить проектные решения с результатами изысканий».

Результаты изысканий и обследований

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

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

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

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

Условия подключения и исходные условия

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

Сначала находят конкретный параметр в исходном документе. Затем проверяют, как он отражён в проектном решении. Если значение используется в расчёте, его прослеживают до расчётной модели. Если оно задаёт точку или условие подключения, сопоставляют соответствующие схемы и чертежи.

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

Ещё один вариант — несколько исходных документов задают пересекающиеся условия по-разному. Такое противоречие нужно разрешить до устойчивого выпуска зависимого решения. Выбор одного значения без выяснения причины расхождения оставляет исходную основу неоднозначной.

Архивные материалы при реконструкции

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

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

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

Практический порядок такой работы раскрыт отдельно в материале «Как работать с проектом при реконструкции существующего здания».

Противоречия между документами

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

Если один и тот же параметр повторяется в нескольких документах, сравнивают его значение и редакцию. Расхождение может иметь несколько причин: один документ устарел, один из параметров перенесён ошибочно либо документы описывают разные условия.

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

Для реестра полезно разделять:

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

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

Критичные и некритичные пробелы

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

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

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

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

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

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

Частичная достаточность комплекта

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

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

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

Так появляется реальная граница работы: подтверждённые решения, условные решения и решения, для которых исходных данных пока нет.

Изменение исходных данных

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

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

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

Реестр исходных данных

Для практической работы удобно собрать все выводы в единый реестр. В нём каждая строка относится к конкретному проектному решению или значимому исходному параметру.

Что фиксируют	Что проверяют	Возможный статус
Проектное решение	Какие исходные данные ему требуются	Перечень входов определён
Исходный документ	Наличие и действующую редакцию	Есть, отсутствует или версия неясна
Исходный параметр	Значение и документальное происхождение	Подтверждён или требует уточнения
Применимость	Соответствует ли документ рассматриваемому решению	Применим полностью, частично или не подтверждён
Согласованность	Нет ли противоречия с другими исходными документами	Согласовано или выявлено расхождение
Влияние пробела	Можно ли принять решение без отсутствующих данных	Решение подтверждено, условно или открыто

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

Критерии достаточности исходных данных

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

Для проектной документации также важна согласованность принимаемых решений и их текстового и графического отражения. Высокоуровневая нормативная основа этой связи содержится в Постановлении Правительства Российской Федерации от 16.02.2008 № 87, Положение, п. 3. Эта ссылка не заменяет предметную проверку конкретных исходных данных и не задаёт универсальный перечень документов для любого объекта.

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

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

Следующие действия по итогам проверки

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

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

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