СП РК 1.02-115 2018 ПРАВИЛА ОРГАНИЗАЦИИ СОВМЕСТНОГО СОЗДАНИЯ ИНФОРМАЦИИ О СТРОИТЕЛЬСТВЕ (ҚР ҚЖ 1.02-115 2018)

СП РК 1.02

-115 2018

7.2.4

Опубликовано

7.2.4.1

В опубликованном разделе СОД (CDE) содержатся чертежи

и, если это

согласовано с проектировщиками, файлы моделей

моментальные снимки информации из

области «В общем доступе», сделанные в определенное время.

7.2.4.2

Чертежи и модели

компилируются в сводную модель либо

связанные

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

7.2.4.3

После компиляции

выполняется выпуск чертежа в неизменяемом формате

например, в формате

PDF

или

DWF,

содержащий

моментальный снимок

скоординированных файлов, созданных несколькими авторами в области «В общем
доступе» СОД (CDE), как показано на Рисунок

10 — .

7.2.4.4

В случае использования специализированного ПО САПР

для работы с 3

моделями, моментальный снимок модели создается в формате

IFC 2x3

или

IFC4 Add

2 или

более новом.

Примечание

–

Последнюю версию спецификации

IFC

можно найти по следующей ссылке:

http://www.buildingsmart-tech.org/specifications

МЕТОДЫ И ПРОЦЕДУРЫ

Обозначения контейнеров

8.1.1

Принципы

8.1.1.1

Поиск информации является важным процессом в любой проектной

деятельности. Приведенные в настоящем нормативе правила обозначения файлов призваны
поддержать процессы СОД (CDE), упростить и ускорить поиск информации через системы
основанные на использовании СУБД или файловые системы хранения.

8.1.1.2

Для обеспечения оперативного поиска необходимой проектной информации,

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

8.1.1.3

Правила обозначений и именования файлов должны удовлетворять общим

потребностями проекта, а не каждого участника в отдельности.

8.1.1.4

В проектах, с участием большого количества проектировщиков, их

потребности также следует учитывать.

8.1.1.5

В правилах обозначения и именования файлов необходимо также учитывать

потребность в сборе, управлении и распространении информации в рамках СОД (CDE).

СП РК 1.02

-115 2018

8.1.1.6

Если, во внутренних стандартах организации, имеются дополнительные

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

8.1.1.7

При наличии соответствующих технических возможностей ПО можно

использовать любые другие метаданные связанные с документами

для более детального

поиска.

8.1.1.8

Правила обозначений и именования файлов следует предварительно

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

8.1.2

Правила для

обозначений

8.1.2.1

Обозначения для контейнеров создаются путем конкатенации обозначений в

определенных полях в определенном порядке, используя символ «

» дефис как

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

8.1.2.2

Дополнительное описание приводится после знака нижнего подчеркивания

«_»

Примечание

–

Символ дефиса может использоваться в поле описания, однако это не рекомендуется.

8.1.2.3

Рекомендуется применять следующие общие правила:

−

все аббревиатуры и обозначения следует писать буквами латинского алфавита, за

исключением поля «Описание», где допускается использование букв других алфавитов;

−

в имени файла не рекомендуется применять пробелы;

−

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

писать прописными (заглавными) буквами за исключением поля «Описание»;

−

не рекомендуется применять в названиях файлов следующие знаки и символы:

, ! £ $ % ^& ( ) { }[ ] + = @ ’ ~ # ' ‘

8.1.3

Назначение обозначений

8.1.3.1

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

указанных полей (см. Таблица

2 — ).

8.1.3.2

Любой контейнер, имеющий более одного обозначения в одном из полей,

следует разделять на соответствующее количество частей.

Обозначения

8.2.1

Источники обозначений

8.2.1.1

Обозначения следует выбирать из одного из следующих источников:

а)

базовые обозначения

б)

проектные обозначения

СП РК 1.02

-115 2018

8.2.1.2

Контейнеры имеют базовые обозначения, определенные для полей,

перечисленных в п

8.3.2.2

. Там, где это представляется возможным, следует использовать

базовые обозначения.

8.2.1.3

Специфическим для проекта значениям полей следует присваивать

уникальные и отличающиеся друг от друга обозначения с четким описанием.

Примечание

–

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

некоторые системы хранения не могут обрабатывать длинные идентификаторы файлов.

8.2.1.4

Обозначение не должно включать в себя значения, которые дублируются в

других полях.

8.2.1.5

Обозначения следует публиковать и поддерживать наравне с реестром

документов.

8.2.1.6

Там, где это возможно, обозначения должны быть мнемоническими, чтобы

пользователи могли четко их идентифицировать и различать.

Обозначение информационных контейнеров

8.3.1

Структура

обозначения

информационных контейнеров

Для уникальной идентификации информационного контейнера предлагается

следующая структура

наименование информационного контейнера в виде набора

полей

а)

имя каталога

;

б)

имя файла

;

в)

имя контейнера внутри файла (например, слой).

Примечание

–

если структура файла предусматривает это.

8.3.2

Каталоги

8.3.2.1

Каталоги следует передавать и хранить с обозначениями, состоящими из

одного обязательного и двух необязательных полей, приведенных в таблице 1

8.3.2.2

Одним из вариантов исполнения подобного подхода может быть создание

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

Таблица 1

—

Именование контейнеров в виде каталогов

Поле

Обязательство

Раздел

Проект

Обязательно

8.4.1

Соответствие

Необязательно

8.4.10.2.1

Редакция

Необязательно

8.4.10.2.2

Примечание

–

Если информация проходит через системную среду, которая не может отслеживать

метаданные, то это поле может быть включено для определения “совместимости” и

“редактирования”. Два необязательных поля следует использовать вместе либо опустить.

СП РК 1.02

-115 2018

8.3.3

Файлы

8.3.3.1

Файлы следует передавать и сохранять в контексте, в котором можно четко

выделить поля, определенные для каталогов (см.

8.3.2.2).

8.3.3.2

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

обязательных и трех необязательных полей, указанных в таблице 2 (пример приведен в
Таблице 4).

Таблица 2

—

Поля обозначений файлов

Поле

Обязательства Раздел

Проект

Требуется

8.4.1

Автор

Требуется

8.4.2

Объем или система

Требуется

8.4.3.2

Уровни и расположение

Требуются

8.4.3.3

Тип

Требуется

8.4.4

Роль

Требуется

8.4.5

Классификация

Необязательно 8.4.6

Порядковый номер

Требуется

8.4.8

Обозначение соответствия

Мета данные

8.4.10.2.1

Редакция

Мета данные

8.4.10.2.2

8.3.4

Контейнеры

внутри

файлов

8.3.4.1

Контейнеры внутри файлов должны иметь обозначения, составленные путем

объединения трех обязательных полей и одного необязательного поля, указанного в
Таблице 3

8.3.4.2

Общая длина всех обозначений не должна превышать 64 символов

Таблица 3

—

Обозначение контейнеров внутри файлов, включая слои

8.3.4.3

Правила, применимые к контейнерам в файлах, не применяются к

неструктурированным документам, таким как эскизы, презентации и визуализация.

Таблица 4

—

Примеры использования полей

Поле

Обязательство

Раздел

Роль

Требуется

8.4.5

Классификация

Требуется

8.4.6

Представление

Требуется

8.4.7

Описание

Необязательно

8.4.9

СП РК 1.02

-115 2018

Поля

Каталоги Файлы

Слои

Пункт/

Раздел

(см. 8.3.2) (см. 8.3.3)

в файлах

(см. 8.3.4)

Проект

PR1

8.4.1

Автор

XYZ

8.4.2

Объем или

система

8.4.3.2

Уровни и распол-

ие

8.4.3.3

Тип

8.4.4

Роль

8.4.5

Классификация

ЕСККС (необяз-о)

ЕСККС

8.4.6

Представление

8.4.7

Порядковый

номер

0001

8.4.8

Описание (необ-

о)

Двери

8.4.9

Обозначение

соответ-я (необ-

о)

8.4.10.2.1

Редакция/Ревизия

(необ-о)

P02

8.4.10.2.2

Название PR1-S1-P1

PR1-XYZ-01-01-M3-

A-0001

A-ЕСККС-Двери

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

Идентификаторы

полей

8.4.1

Проект

8.4.1.1

Перед началом работы над

проектом

следует определить единый общий

идентификатор проекта

8.4.1.2

Формировать идентификатор проекта следует таким образом, чтобы он был

уникальным

и узнаваемым

независимо от внутреннего шифра каждой отдельной

организации.

8.4.1.3

В идентификатор

включают, например, номер договора (контракта) или/и

цифровой код объекта строительства.

Примечание

–

Идентификатор проекта может быть назначен вручную или сгенерирован

автоматически.

8.4.1.4

Если проект включает несколько объектов

или один объект

с несколькими

фазами, рекомендуется каждому

объекту

назначить свой идентификатор.

СП РК 1.02

-115 2018

8.4.1.5

Проект можно разбивать на под

проекты

8.4.1.6

Обозначение проекта и под

проектов состоит от двух до шести символов.

8.4.2

Автор

8.4.2.1

Прежде чем начать работу над проектом следует определить уникальный

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

8.4.2.2

Уникальный идентификатор должен однозначно определять организацию,

ответственную за создание информации.

8.4.2.3

Обозначение каждой организации состоит от трех до двенадцати символов.

Примечание – Для проектов на территории Республики Казахстан рекомендуется использовать бизнес-

идентификационный номер (БИН).

8.4.3

Разделение

8.4.3.1

Типы физического разделения

Проект следует разделять на подразделы по двум критериям:

а)

объемы или системы;

б)

уровни и местоположение.

Примечание – Здания, смещающиеся вертикально, обозначаются с использованием уровней, однако

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

В каждом случае объемы формируют дополнительный подраздел.

8.4.3.2

Объемы и системы

Каждый информационный контейнер соответствует объему, в пределах

которого проектировщик отвечает за проектируемые системы, компоненты или элементы
конструкций (см. Рисунок 11 — ).

На каждую роль (8.4.5) необходимо назначить хотя бы один комплект объема

таким образом, чтобы исключить накладывание или дублирование работ.

Объемы следует определять таким образом, чтобы идентифицировать

логический объем работ, предназначенный для исполнения одним специалистом.

СП РК 1.02

-115 2018

Рисунок 11

—

Иллюстрация объемов в проекте

8.4.3.3

Уровни

и местоположение

Если информационный контейнер содержит документы, относящиеся к

одному уровню (этажу) здания или местоположению,

как правило используется

обозначение

этого уровня.

Примечание

–

Термин «местоположение» больше подходит для инфраструктурных проектов

Если информационный контейнер содержит документы, относящиеся к

нескольким

уровням

как правило

используется

отдельное обозначение.

8.4.3.4

Базовые обозначения

разделения

При необходимости следует использовать базовые обозначения

объемов в проекте

Примечание

–

В строительных проектах чаще используются базовые обозначения.

8.4.3.5

Базовые обозначения

объемов/систем

Обозначение “объем/система” состоит из

одного

или двух

символов

Для обозначения

всех объемов

следует использовать

код

«ZZ» -

Все объемы

Список кодов может быть

расширен

через проектные обозначения.

Следует избегать обозначений, используемых для ролей

8.4.3.6

Базовые обозначения “уровня” и “местоположения”

СП РК 1.02

-115 2018

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

а)

ZZ несколько уровней;

б)

XX отсутствует соответствующий уровень;

в)

00 первый этаж или цокольный этаж;

г)

FL отметка основания здания (отметка подошвы фундамента) или линейного

объекта.

Для обозначения уровня этажей, расположенных над первым этажом или

цокольным этажом, рекомендуется использовать номер этажа в следующем виде:

а)

01 для второго этажа;

б)

02 для третьего этажа, и т.д.;

Для обозначения антресолей, рекомендуется добавлять латинскую «M»,

например:

а)

M1 для антресоли над уровнем 01;

б)

M2 для антресоли над уровнем 02, и т.д.

Для обозначения этажей, находящихся ниже первого этажа или цокольного

этажа, рекомендуется использовать латинскую «B», например, B1, B2, и т.д.

8.4.3.7

Проектные обозначения

Принципы

Проектные обозначения для всех видов разделений как правило

детализируют перед

началом проектных работ. Проектные обозначения не должны противоречить базовым

обозначениям, приведенным в п

. 8.2.

Проектные обозначения

«объемов» и «систем»

Обозначения

«объемов» и «систем» как правило

определяют

по мере необходимости,

с установлением границ в трех измерениях и подробным описанием

Специфичные обозначения

«уровней» и «местоположения»

Обозначения

«уровней» и «местоположения» как правило

определяют

по мере

необходимости, с установлением границ в трех измерениях и подробным описаниях.

8.4.4

Тип

8.4.4.1

Принципы

Для правильной идентификации каждый информационный контейнер должен

содержать один тип информации, например, чертеж, модель местоположения, сборочный

чертеж и т.д.

СП РК 1.02

-115 2018

8.4.4.2

Базовые обозначения

типов информации

Базовые обозначения информационных контейнеров, в которых хранятся модели и

рисунки, должны содержать два символа (Таблицы 5 и 6):

Примечание

–

Следует проверять актуальность обозначений в ЕСККС

Таблица 5

—

Типы файлов чертежей и моделей

Обозначение Тип Файла

Файл анимации (модели)

Комбинированная модель

(комбинированная

многопрофильная модель)

Конкретный для процесса

совмещения

2D чертеж

2D файл модели

3D файл модели

Файл воспроизведения модели

для других передач, например,

термический анализ и т.д.

Файл Визуализации (модели)

Таблица 6

—

Типы файлов документов

Обозначение Тип файла

Ведомость основных объемов работ

Расчеты

Корреспонденция

Смета стоимости работ

База данных

Запись в деле

Охрана труда и техника безопасности

Файл обмена информации

Записи Протоколов/действия

Технологическая карта

Презентация

Программа

Паспорт помещения

Запрос информации

Отчет

СП РК 1.02

-115 2018

Обозначение

Тип файла

График жилстроительства

График

Перечень дефектов

Спецификация

Привязка к местности

8.4.4.3

Проектные обозначения

типов информации

Для специфических для проекта типов информации, проектной организации или

отделу необходимо определять соответствующие обозначения.

8.4.5

Роль

8.4.5.1

Принципы

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

одна или несколько ролей.

Дополнительное распределение ролей может быть выражено с

использованием поля для классификации.

8.4.5.2

Базовые обозначения

ролей

Базовые обозначения ролей рекомендуется

кодировать

одним или двумя буквенно

цифровыми

символами, как показано в Таблица

7 —

Примечание

–

Следует проверять актуальность обозначений в ЕСККС

Таблица 7

—

Обозначения ролей

Продолжение таблицы 7

Обозначение Роль
__

Производитель

Архитекторы зданий и сооружений

Архитектор в том же самом проекте

Строительные геодезисты

Инженеры-строители

Инженер-строитель

Инженер по строительству зданий и сооружений

Инженер-строитель мостов

Инженер по работе с грунтом

Инженер по строительству тоннелей

Инженер по строительству дорог

Продолжение таблицы 6

СП РК 1.02

-115 2018

Продолжение таблицы 7

Обозначение Роль

Инженер по строительству транспортных

объектов

Другие специалисты

Инженеры-электрики

Инженер-электрик (общий профиль)

Инженер-энергетик

Инженер по возобновляемым источникам

энергии

Инженер-теплотехник

Другие специалисты

Инженеры по эксплуатации

Инженер по эксплуатации оборудования зданий

и сооружений

Инженер по организации эксплуатации и

ремонту зданий и сооружений

Инженер по эксплуатации производственных

объектов

Другие специалисты

Геодезисты и инженеры по землеустройству

Аэрофотогеодезист

Гидрограф

Инженер по землеустройству

Инженер-фотограмметрист

Инженер по кадастру

Картограф

Топограф

Другие специалисты

Инженеры систем отопления и вентиляции

Архитекторы и дизайнеры интерьеров

Ландшафтные архитекторы

Ландшафтный архитектор

Инженер-озеленитель

Проектировщик садово-парковых ансамблей

Другие специалисты

Инженеры в области защиты окружающей

среды

Инженер по водоочистительным сооружениям

Инженер по контролю за загрязнением

окружающей среды

Инженер по охране окружающей среды

Инженер по очистке сточных вод

Инженеры-сметчики

СП РК 1.02

-115 2018

Продолжение таблицы 7

Обозначение Роль

Инженер-сметчик

Инженер по спецификациям и сметам

Инженеры-конструкторы

Проектировщики-градостроители

Проектировщик земельных участков

Проектировщик городской инфраструктуры

Подрядчики

Субподрядчики

Узкоспециализированные специалисты

Примечание – Обозначения первого уровня, выделенные жирным

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

8.4.5.3

Проектные обозначения

ролей

В случае необходимости, могут быть использованы обозначения

нестандартных

ролей.

Примечание

–

Например, свободные буквы

N, R, U или V, или комбинация из нескольких букв.

8.4.6

Классификация

8.4.6.1

Принципы

Для точного описания проектируемых

объектов каждый информационный

контейнер рекомендуется

обозначать кодом, взятым из соответствующей системы

классификации

Порядок и правила классификации должны соответствовать стандарту СТ РК

ISO 12006-2

«Строительство зданий. Модель организации данных о строительных работах.

Часть 2. Основы классификации информации

».

Для правил кодирования следует использовать стандарты серии СТ РК

ISO

81346 «

Производственные системы, установки и оборудование и промышленная

продукция. Принципы структурирования и условные обозначения.

ч.ч.1,2,12

8.4.6.2

Базовые

обозначения

классов

При разработке правил

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

СТ РК ISO 81346 ч.ч.1,2,12

8.4.6.3

Проектные обозначения

классификации

Наряду с базовыми

обозначениями, организации могут определять свои обозначения

для классов, если это необходимо

СП РК 1.02

-115 2018

8.4.7

Представление (presentation)

8.4.7.1

Принципы

Каждый информационный контейнер должен быть единообразным при

представлении.

Как для чертежей, так и для документов, графическое и текстовое

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

Подобное разделение гарантирует, что информация может повторно

использоваться для различных целей без противоречия.

8.4.7.2

Базовые обозначения представления

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

размеры;

б)

штриховка и растушевка;

в)

M элементы, связанные с моделью;

г)

элементы, связанные с эскизами/документами;

д)

текст.

Примечание – Следует проверять актуальность обозначений в ЕСККС.

8.4.7.3

Проектные обозначения представления

Для дополнительных видов представления, организации могут использовать свои

собственные обозначения.

8.4.8

Порядковый номер

8.4.8.1

Принципы

Если контейнер является одним из набора, составляющие которого не отличаются ни

одним из полей, определенных в разделе 8.4, то следует использовать порядковый номер.

Примечание – Чаще всего применяется к файлам.

8.4.8.2

Базовые обозначения порядкового номера

Базовое обозначение порядкового номера состоит из четырех целых чисел,

идущих последовательно.

Нумерация начинается справа на лево.

СП РК 1.02

-115 2018

Пустые десятки, сотни и тысячи заполняются нулями.

Примечание – Например, 0001, 0012, 0102.

8.4.8.3

Проектные обозначения порядкового номера

Ограничений на нумерацию в проекте не имеется, при этом следует избегать

дублирования.

8.4.9

Описание

8.4.9.1

Принципы

Содержимое поля «описание» следует согласовывать с проектной организацией или

отделом.

8.4.10

Статус

8.4.10.1

Принципы

Принципы, изложенные в Главе 7 следует применять для назначения обозначений

статуса информационного контейнера.

8.4.10.2

Типы статусов

В случае, если система хранения в организации не позволяет отслеживать изменения

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

а)

Обозначение соответствия;

б)

Обозначение редакции.

Обозначение соответствия

Обозначение соответствия состоит из одного или двух буквенно-цифровых символов.

Примеры обозначений соответствия приведены в Таблица 8 — .

Примечание – Организации могут использовать свои обозначения соответствия. В этом случае следует

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

Таблица 8

—

Базовые обозначения соответствия у

моделей и документов

Статус

Описание

Редакция

Графичес

кие

данные

Не

граф.

данные

Докум

енты

В работе

СП РК 1.02

-115 2018

Статус

Описание

Редакция

Графичес

кие

данные

Не

граф.

данные

Докум

енты

Первоначальный статус.

Индекс основных документов

идентификаторов файлов,

загруженных в экстрасеть.

P01.01 и

т.д

до

P0n.

0n и

т.д.

✓

В общем доступе

Подходит для координации.

Файл доступен для коллективного

использования и используется

другими специалистами как основа

для их информации.

P01

до

P0n

✓

✗

Подходит для Информации

P01 доP0n

✗

✓

Подходит для пересмотра и

комментариев

P01

до

P0n

по

требовани

✓

Подходит для утверждения этапа

P01

до

P0n

✗

✓

Подходит для PIM авторизации

(Обмены информацией1

-3)

P01

до

Pnn

✗

✓

Подходит для AIM авторизации

(Обмены информацией 6)

P01

до

Pnn

✗

✓

Публикация в общий доступ

Подходит для калькуляции

себестоимости

P01.01 и

т.д

P0n.0n

✓

Подходит для составления заявки

на участие

P01.01 и

т.д

P0n.0n

✗

✓

Подходит для проектирования,

выполненного подрядчиком

P01.01 и

т.д

P0n.0n

✓

Подходит для Производства /

Поставки оборудования

P01.01 и

т.д

до

P0n.0n

✗

✓

Опубликованная документация

A1, A2,
A3, An

и т.д.

Утверждено и принято как

завершение этапа (C = Договорный

/ Завершенный)

C01

до

C0n

✓

B1, B2,
B3, Bn

и т.д.

Частично завизировано: с

незначительными комментариями

от Заказчика. Все незначительные

комментарии должны быть указаны

в фигуре облака и приставкой “в

состоянии ожидания” до тех пор,

пока комментарии не будут

обработаны, а затем повторно

P01.01 и

т.д

до

P0n.0n и

т.д

✓

СП РК 1.02

-115 2018

Статус

Описание

Редакция

Графичес

кие

данные

Не

граф.

данные

Докум

енты

отправлены для полной

авторизации.

Опубликовано для AIM

Исполнительная документация,

PDF

, Модели и т.д

C01

до

C0n

✓

Обозначение редакции

В каждом информационном контейнере следует добавлять поле «редакция»,

указывающее на проектные итерации содержащейся информации.

Управление качеством

8.5.1

Политика управления качеством

8.5.1.1

Политика в области управления качеством должна обеспечивать сохранность

моделей в течение их срока действия.

8.5.1.2

В начале любого проекта все аспекты организации графической базы данных

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

Примечание – Эти данные составляют внутренние стандарты. Стратегическое представление заранее

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

8.5.1.3

Модели, которые необходимо поддерживать в рабочем состоянии в течение

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

8.5.1.4

Внутренние стандарты должны публиковаться и регулярно пересматриваться,

например, при принятии новой версии программного обеспечения.

8.5.1.5

При распространении применения моделей к новым тематикам, следует

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

Продолжение таблицы 8

СП РК 1.02-115 2018 ПРАВИЛА ОРГАНИЗАЦИИ СОВМЕСТНОГО СОЗДАНИЯ ИНФОРМАЦИИ О СТРОИТЕЛЬСТВЕ (ҚР ҚЖ 1.02-115 2018) - 6