Лекция 6 КОЛЛЕКТИВНАЯ РАБОТА Темы • Внутреннее

Лекция 6
КОЛЛЕКТИВНАЯ РАБОТА
Темы
• Внутреннее сотрудничество
• Организация компании
• Коллективная разработка проекта
• Связи
• Сложные проекты
Сотрудничество
является
принципиально
важным
аспектом
коллективной разработки проекта. Cовременные программы BIM
поддерживают коммуникационные связи и совместную разработку проекта в
проектной организации.
Сотрудничество в компании
Существенной составляющей работы архитекторов является их
взаимодействие. Ключевым моментом является вопрос, каким образом
выполняющиеся проекты распределяются между членами рабочей группы.
Имеются различные технологии эффективной совместной работы,
позволяющие настраиваться на размеры рабочей группы проекта и размеры
компании. Приложения BIM предлагают различные решения относительно
совместной разработки проекта, которые
могут
использоваться
самостоятельно или в сочетании друг с другом.
Организация компании: небольшие компании
Каковы типичные организационные структуры архитектурных
компаний.
Первый пример - небольшая компания, в которой работает 4-6
архитекторов.
На
схеме видно, имеется
две
независимые
группы, состоящие их
2-х архитекторов и 2-х
чертежников. В связи
с небольшим размером
и
ограниченными
размерами проектов во
многих
случаях
вполне
достаточно
неформальное
взаимодействие
для
координации
работ
над проектом.
Типичная проблема компаний такого размера заключается в том, что
они не могут позволить себе содержать на постоянной основе специалистов
по САПР и IT-технологиям, в связи с этим такие функции частично
выполняют другие специалисты, что снижает производительность работы.
Организация компании: большие компании
Большая компания, представленная на следующей схеме, имеет более 20
архитекторов, самостоятельные группы проектировщиков и тех, кто
занимается визуализацией, на постоянной основе работают менеджеры
САПР и информационных технологий. Самой большой проблемой таких
компаний является автоматизация совместной разработки больших проектов
и поддержание единых стандартов предприятия для всего коллектива.
Структурные характеристики:
• 4 группы для разработки проектов;
• 3 проекта выполняются параллельно (один большой проект);
• две группы работают над одним большим проектом под руководством
руководителя проекта;
• каждая группа имеет 5-10 человек;
• на постоянной основе работают менеджеры САПР и информационных
технологий;
• две независимые группы, направленные на проектирование и
визуализацию, оказывают поддержку архитекторам.
Проблемы:
• требуются очень жесткие стандарты САПР и ИТ;
• в больших рабочих группах затруднена совместная работа над
проектом;
•
необходима
непрерывная
взаимосвязь
между
группами
проектирования и разработки проекта.
BIM - это внутреннее сотрудничество
Современные программы BIM предлагают ряд методов для совместной
разработки проектов. Эти подходы могут эффективно использоваться как в
маленьких, так и больших компаниях. Двумя наиболее общими методами
совместной разработки проектов являются коллективная работа над
проектом (Teamwork ) и использование связанных файлов.
Концепция коллективной работы
Концепция коллективной работы (TW) ArchiCAD предоставляет
эффективное и интегрированное решение совместного использования
данных BIM среди членов рабочей группы проекта. Схематическое
изображение подхода TW приводится на следующем рисунке.
Ключевым моментом этой концепции является наличие центрального
файла, который содержит полную и актуальную модель BIM. Члены рабочей
группы работают со своими локальными копиями и регулярно отсылают
произведенные изменения в центральный файл и получают изменения из
него, произведенные другими членами группы. Более того, каждый из
разработчиков работает только в своем рабочем пространстве, что снимает
проблему согласования проекта.
Оценка коллективной работы
Коллективная работа (Teamwork) имеет много преимуществ по
сравнению с другими методами совместной разработки проекта.
Эффективность этой технологии была апробирована на многих больших
проектах в течение последних 10 лет.
Teamwork предлагает безопасное, организованное, прозрачное и
управляемое решение для архитекторов.
Основные преимущества этой технологии:
• Эффективность
Члены рабочей группы могут одновременно работать над одним и тем
же проектом.
• Безопасность
Рабочие пространства членов рабочей группы не пересекаются. Члены
рабочей группы не могут случайно изменить или удалить результаты работы
своих коллег.
• Организованность
Члены рабочей группы имеют свои четко определенные роли и права.
• Прозрачность
Члены рабочей группы могут в любой момент времени проверить
актуальное состояние проекта.
• Управляемость
Руководитель группы может проверять изменения, производимые
членами рабочей группы.
Ограничения:
• члены рабочей группы не могут немедленно получать изменения,
производимые другими их коллегами;
• менеджер САПР должен установить график времени отсылки и
получения изменений.
Роли членов рабочей группы:
Членам рабочей группы на время работы над проектом предоставляются
роли и права. При подключении к проекту предоставляется пять ролей:
администратор, руководитель группы, разработчик, эксперт и наблюдатель.
• Администратор
Координирует работу членов рабочей группы и, прежде всего,
распределяет файл проекта таким образом, что к нему могут подключиться
только члены рабочей группы.
• Руководитель группы
Этот человек отвечает за проект в целом.
• Разработчик
Это любой член рабочей группы, работающий над какой-либо частью
группового проекта.
• Эксперт
Только добавляет корректуры или выделяет элементы, на которые
следует обратить внимание разработчикам проекта.
• Наблюдатель
Ему предоставляется возможность получить доступ к групповому
проекту по сети, но только для его просмотра, никакие изменения в проекте
ему не разрешаются.
Определение рабочего пространства
Прежде, чем подключиться к групповому проекту, члены рабочей
группы должны зарезервировать за собой рабочее пространство. Запрещается
пересечение рабочих пространств, поэтому каждый из разработчиков
работает над своей отдельной частью проекта.
Рабочие пространства могут резервироваться с помощью различных
методов, предоставляя тем самым максимальную свободу в совместной
работе над проектом:
• этажи;
• слои;
• область бегущей рамки;
• чертежи (разрезы, фасады и т.д.);
• макеты.
Отсылка и получение изменений
Пользователи должны постоянно отсылать свои изменения и получать
изменения других, чтобы центральный файл и локальные копии находились в
актуальном состоянии.
Изменения, произведенные любым членом рабочей группы, отсылаются
в групповой проект по команде Послать и получить изменения или
(факультативно) при отключении от проекта.
Отосланные в групповой проект изменения не появляются
автоматически в копиях других разработчиков. Чтобы их увидеть, они
должны выбрать в меню команду Получить изменения.
Дополнительные функции TEAMWORK
Teamwork предоставляют дополнительный сервис архитекторам:
• проверка пользователей по паролям при подключении к проекту;
• история изменений;
• факультативные комментарии об изменениях;
• прежде, чем отправить изменения в центральный файл, они могут
анализироваться руководителем группы.
Концепция связанных файлов
Проанализируем другой фундаментальный метод совместного
использования проекта или метод внутреннего сотрудничества, который
подразумевает использование так называемых связанных файлов. Этот
подход предполагает возможность разрабатывать и запоминать части
основного файла проекта, который также называется главным файлом, в виде
отдельных внешних файлов, называемых исходными или модулями.
Файл проекта (главный) включает только ссылки (связи) на содержимое
файла модуля. Изменения, производимые в исходных файлах, автоматически
отражаются в главном файле.
Файл проекта может содержать много экземпляров одного и того же
связанного модуля, что делает этот метод незаменимым для управления
повторяющимися элементами проекта.
Примером применения этого метода является ситуация, когда
стандартная комната гостиницы запоминается в виде файла модуля и затем
многократно вставляется в основной файл проекта гостиницы в виде
связанного модуля. При необходимости изменения этой стандартной
комнаты производится требуемое обновление только файла модуля и при
этом изменения автоматически распространяются на все комнаты основного
файла проекта.
Характерные особенности концепции связанного файла:
• Части основного проекта (главного) могут сохраняться в отдельных
внешних файлах (исходных или модулях).
• При изменении контента файла модуля они (изменения) автоматически
распространяются на все экземпляры связанного модуля, размещенные в
главном файле.
• Этот метод (в различных его вариантах) предоставляется почти что
всеми приложениями САПР и BIM. Связанные модули в ArchiCAD или
внешние ссылки (Xrefs) в AutoCAD базируются на одном и том же подходе.
Оценка метода связанного модуля
Подход связанного модуля имеет преимущества и недостатки по
сравнению с методом Teamwork. Этот подход может использоваться в
проектах разного вида. Он может оказаться очень эффективным, когда в
проекте используется много экземпляров одного и того же элемента
(например, комнаты в гостинице). Однако, метод связанного файла не решает
проблему координации выполнения проекта в архитектурных компаниях, так
как владелец проекта не получает никакой обратной связи относительно
изменений, сделанных в файлах модулей. Более того, расположение и имена
исходных файлов являются критическими с точки зрения целостности
проекта, поэтому этот метод требует дополнительных усилий по управлению
файлами, предпринимаемых руководителем группы разработчиков.
Преимущества:
• Связанные файлы могут эффективно использоваться для управления в
проекте повторяющимися элементами (например, комнаты в гостинице).
• Связанные файлы могут также ссылаться на другие связанные файлы.
Это так называемые вложенные модули.
• Связанные файлы могут использоваться для разделения большого
здания на небольшие части, которыми можно легко управлять.
Ограничения:
• Владелец главного файла не имеет автоматического управления
контентом связанных файлов.
• Изменения, проводимые в связанном файле, могут вызывать
конфликты в главном проекте.
• Перемещение или удаление связанного файла приводит к разрыву
связи в главном файле.
Сложные проекты
Сложные или большие проекты требуют специальных решений
относительно совместной работы над ними. Методы совместной работы над
проектами сами по себе не могут решить все проблемы, возникающие в
больших и сложных проектах зданий. Подход Teamwork ограничивает время
отсылки и получения изменений, а связанные модули не могут решать
пробелы, связанные, например, с выделением непересекающихся рабочих
областей или с одновременным редактированием элементов модели.
Нет окончательного решения всех этих проблем. Успех выбора того или
иного решения зависит от организации компании и типа проекта. Как
правило, большие проекты следует разделять на более мелкие логически
обоснованные части, которыми легче управлять и относительно которых
становится очевидным, как применять к ним подходы Teamwork и связанных
файлов.
На рисунке приведен один из возможных вариантов совместной работы
над проектом. В этом примере многоэтажное административное здание
находится на этапе конструкторского проектирования. Здание состоит из
двух башен. На самом раннем этапе была построена 3D-модель всего здания,
содержащая только те элементы, которые являются важными с точки зрения
задачи визуализации и концептуального проектирования. Исходя из этой
модели было создано два файла Teamwork (по одному на каждую башню),
которые становятся основой создания конструкторской документации.
Файлы Teamwork ссылаются на внешние связанные модули и Xref-файлы,
такие как сетка колонн, топография и чертежи, которые необходимы
консультантам.
Документация сохраняется в двух файлах книг макетов для того, чтобы,
во-первых, уменьшить размер файлов проектов Teamwork и, во-вторых,
позволить группе по подготовке проектной документации работать
параллельно с проектировщиками/архитекторами.