ГОСТ Р 57310—2016
А.1.7 Определение требований к обмену информацией — связь между объектами
На предыдущем этапе модели требований к обмену информацией точно устанавливали структуру информа
ции о строительстве. Фактически информационная модель наполнялась результатами от вклада различных ролей.
Но то. что добавляется каждой ролью, и то. каким формальным требованиям этот вклад должен отвечать, еще не
зафиксировано.
Управляющему проектом следует убедиться в том, что информация, представленная различными ролями,
доставляется в корректной форме непосредственно в информационную строительную систему. Это значит, что в
течение ряда транзакций управляющий проектом должен указать, какая информация (содержание) и в какой фор ме
должна предоставляться. Настоящий стандарт показывает, что втранзакцию могут бытьдобавлены следующие
компоненты:
- требования к обмену информацией;
- модель требований к обмену информацией;
- окно авторизации — в контексте транзакции роль исполнителя может получить доступ к строительной ин
формационной системе. Окно авторизации описывает, какая информация в рамках данной транзакции может быть
прочитана или изменена данной ролью.
А.1.8 Выбор строительной информационной системы
Для цепей нового строительного проекта используется информационная система здания, которая должна
содержать информационную модель объекта строительства. Важным требованием является ее совместимость с
настоящим стандартом, т. к. зго гарантирует взаимодействие между партнерами, которые также применяют совме
стимое с руководствами по доставке информации программное обеспечение.
А.1.9 Акторы и роли
Актором является лицо, которое гложет выполнять работу в контексте бизнес-процесса. Он может быть как
частным лицом, так и группой людей, представляющих некую организацию. Они могут быть определены по именам
{например, как Иван Иванов или как организация «Идмстройпроект»), или комбинацией имен и других идентифи
кационных свойств там. где требуется уникальный идентификатор.
В
руководстве роль — это актор, принимающий участие в передаче требований к обмену информацией, а не
конкретная личность.
Роли сами по себе могут иметь различные цели, и любой набордоступных ролей следует обеспечить своими
целями для выполнения. Например, актор может выполнять профессиональную роль в отношении к его повсед
невной деятельности и функциональную роль в отношении проекта. Профессиональная роль может определяться
обычными условиями работы, например роль архитектора, в то время как функциональная роль может быть обо
значена как строительное проектирование.
Профессиональная и функциональная роли не являются синонимами. Например, любой актор гложет вре
менно взять на себя роль создания дизайна для проекта, но только человек, обладающий соответствующей квали
фикацией. может взять на себя роль архитектора.
А.1.10 Использование ролей
Вовлеченные в бизнес-процесс акторы определяются своими ролями внутри процесса. Таким образом, сам
процесс определяет содержание для той роли, которую актор играет в рамках этого процесса. Эта роль может от
личаться от функциональной и профессиональной ролей, описанных в А.1.9.
А.1.11 Описание ролей действующих лиц
Важно определить последовательный список ролей, которые могут быть распределены между участниками
проекта для обеспечения соответствия между требованиями к обмену информацией. Как правило, ожидается, что
роли акторов будут получены из применяемых на локальном уровне классификационных систем.
А.2 Рекомендуемые стадии жизненного цикла объекта
А.2.1 Стандартные стадии жизненного цикла
Требования к обмену информацией определяются как имеющие отношение к конкретным стадиям проекта.
Для согласованности стадии жизненного цикла следует всегда определять с использованием общих основ. В на
стоящем стандарте использованы следующие стадии идентификация.
- начальная;
- подготовительная;
- проектная;
- производственная;
- эксплуатационная.
- стадия демонтажа.
Термин «актор» используется здесь скорее как термин «агент», чтобы отличать человека от программного
обеспечения, т. е. набора программного кода, который может действовать автономно.
Для целей настоящего стандарта основные этапы разбиваются на различные группы стадий для разработ
ки карт процессов и требований обмена. Разбиение на стадии показано в таблице А.1. наряду с перекрестных»и
ссыпками стадий.
23