ГОСТ Р 57310—2016
А.1.3 Исходное положение
Сценарий представлен с точки зрения актора, берущего на себя роль управляющего проектом, который дол
жен развивать взаимодействие между участниками и обмен информацией для разработки нового строительного
проекта. Принято, что для проекта вся соответствующая информация должна использоваться с применением ин
формационного моделирования обьекта строительства.
Кроме того, было принято, что вся передаваемая информация, имеющая отношение к управлению проек
том и его строительству должна быть представлена в цифровом виде. В проект вовлечено множество акторов с
разными специальностями, необходимыми для разработки проекта. Обеспечение этого является главной задачей
управляющего проектом.
В этот момент становится очевидным значение настоящего стандарта. Он содержит указания и шаблоны,
которые дают возможность быстро установить необходимые соглашения. Большим преимуществом является то,
что многие программные продукты в области строительства поддерживают руководства по доставке информации
и сертифицированы для использования стандартов обмена информационной модели, таких как IFC. Это означает,
что программное обеспечение может адаптироваться к требованиям к обмену информацией.
А.1.4 Дорожная карта
Этот сценарий описывает дорожную карту для реализации руководства в проекте строительства. Он состоит
из следующих шагов:
- определение взаимодействий;
- определение структуры информации здания (и проекта строительства);
- определение требований к обмену информацией;
- выбор строительной информационной системы;
- назначение исполнителей.
А.1.5 Определение взаимодействий в управлении
Чтобы поставить взаимодействия в центр внимания, вруководстве используют термин «ролы*. Это абстракт
ное понятие, представляющее особую ответственность за предоставление информации. Роль не должна быть
связана с организацией или актором. Она делает простым определение взаимодействий в проекте без точного
знания о том, кто будет вовлечен в проект. В конце концов, роль будет назначена актору, который должен будет ее
выполнять. Руководство позволяет назначить конкретного актора в определенной роли и менять его при каждом
событии, предусмотренном ролью.
Важным первым шагом для управляющего проектом являются определение и выбор необходимых ролей.
Это должно быть сделано в сочетании с официально утвержденным списком ролей.
Затем выполняются взаимодействия между ролями (между ролью инициатора, дающего запрос, и исполни
теля. реализующего запрос). Взаимодействие между такими ролями называется транзакцией. Она содержит набор
сообщений, которыми можно обмениваться для конкретных целей между двумя ролями. Карта, которая описывает
роли и транзакции, происходящие между ними, называется картой взаимодействий. Сообщения содержат инфор
мационную модель и данные. Приложения могут быть связаны сообщениями. Примером этого являются транзак
ции. использующиеся для следующих идей:
- обработка поручений;
- доставка результата;
- обработка вопроса для изменения;
- обзор результатов;
- запрос совета.
Ожидается, что документация будет доступна с примерами применений ролей, транзакций, сообщений и
данных в типовых проектах. Данные примеры представляются в определенной форме схемы взаимодействий.
Они могут быть считаны непосредственно с руководства совместимой информационной системы строительства.
Управляющий проектом принимает один вариант схемы взаимодействий, который может использоваться, с
необходимыми корректировками. Некоторые роли и транзакции могут оказаться ненужными, поэтому они должны
корректироваться таким образом, чтобы определенные транзакции переключались на другие роли.
Используя руководство, управляющий проектом определяет требования к сотрудничеству и взаимодействию
на своем уровне в кратчайшие сроки. Кроме того, процесс передачи информации также должен быть точно опре
делен. Результат гложет быть получен непосредственно в совместимых с руководством по доставке
информации информационных системах.
А.1.6 Определение структуры информации строительства
Следующий шаг касается определения структуры информации о строительстве. Информационная система
здания требует такой структуры, чтобы вся информация хранилась в правильном месте и надлежащем виде. Это
достигается, в первую очередь, определением требований к обмену информацией в понятной форме. Затем они
преобразуются в то. что компьютер может понять (модель требований к обмену информацией). Созданию такой
модели эффективно помогает наличие ряда специализированных информационных блоков, называемых функци
ональными частями.
Управляющий проектом выбирает модель требований к обмену информацией, которую может использовать,
предварительно внеся некоторые корректировки, касающиеся набора бизнес-правил.
22