Руководство по коллективной разработке проектов
Graphisoft Посетите веб-сайт Graphisoft http://www.graphisoft.com для ...
87 downloads
464 Views
917KB Size
Report
This content was uploaded by our users and we assume good faith they have the permission to share this book. If you own the copyright to this book and it is wrongfully on our website, we offer a simple DMCA procedure to remove your content from our site. Start by pressing the button below!
Report copyright / DMCA form
Руководство по коллективной разработке проектов
Graphisoft Посетите веб-сайт Graphisoft http://www.graphisoft.com для получения дополнительной информации о дистрибьюторах и имеющихся программных продуктах.
Руководство по коллективной разработке проектов Авторские права ©2004 Graphisoft, все права защищены. Воспроизведение, изложение и перевод без предварительного получения письменного разрешения строго запрещены.
Торговые знаки ArchiCAD и ArchiFM являются зарегистрированными торговыми знаками, а PlotMaker, Virtual Building, StairMaker и GDL торговыми знаками Graphisoft. Все другие торговые знаки являются собственностью соответствующих владельцев.
Введение Средства ArchiCAD по созданию проекта коллективного использования предоставляют прекрасные возможности создавать группы разработчиков для совместного проектирования. Основные возможности ArchiCAD по коллективной разработке проектов описываются в книге "Справочное руководство ArchiCAD 9". Эффективная совместная работа возможна только в том случае, когда разработана технология проектирования и она поддерживается на всех этапах жизненного цикла проекта. В этом буклете даются различные практические рекомендации по работе в совместно используемом проекте: настройка коллективного проекта и окружающей среды для компаний различного размера, управление библиотеками и пользователями, устранение неисправностей, связанных с человеческим фактором и сбоями аппаратного и программного обеспечения.
Руководство по коллективной разработке проектов
3
4
Руководство по коллективной разработке проектов
Содержание
СОДЕРЖАНИЕ Общая информация _________________________________ 7 Совместная работа. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Пароли . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Типы файлов. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Процесс ввода/вывода. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Наборы видов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 PlotMaker . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Небольшие компании ______________________________ 11 Рабочая группа . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Подключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Сеть . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Библиотеки и шаблоны. . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 Третьи лица. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 Компании средних размеров ________________________ 14 Рабочая группа . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Подключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Сеть . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Библиотеки и шаблоны. . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Третьи лица. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Крупные компании ________________________________ 17 Рабочая группа . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Подключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Сеть . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Библиотеки и шаблоны. . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Связанные модули . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Третьи лица. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Управление библиотеками __________________________ 20 Центральная библиотека . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Локальная библиотека . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 Самостоятельные библиотеки. . . . . . . . . . . . . . . . . . . . . . 21 Изменение библиотеки по умолчанию. . . . . . . . . . . . . . . 22 Руководство по коллективной разработке проектов
Корректировка распределения группового проекта ___ 23 Отдача и получение элемента . . . . . . . . . . . . . . . . . . . . . . 24 Расширение рабочего пространства . . . . . . . . . . . . . . . . 24 Отключение-подключение . . . . . . . . . . . . . . . . . . . . . . 24 Перемещение элемента . . . . . . . . . . . . . . . . . . . . . . . . 25 Копирование и вставка . . . . . . . . . . . . . . . . . . . . . . . . 25 Использование компонент разметки . . . . . . . . . . . . . 26 Принятие рабочего пространства . . . . . . . . . . . . . . . . . . 27 Вырезание элемента . . . . . . . . . . . . . . . . . . . . . . . . . . 27 Освобождение элемента . . . . . . . . . . . . . . . . . . . . . . . 28 Редактирование зарезервированной области . . . . . . . . 28 Разметка проекта. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Управление версиями. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Работа в автономном режиме . . . . . . . . . . . . . . . . . . . . . . 30 Автономные библиотеки . . . . . . . . . . . . . . . . . . . . . . . . . 30 Устранение неисправностей ________________________ 32 Ошибки, совершаемые человеком. . . . . . . . . . . . . . . . . . 32 Излишние отключения . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 Забыт пароль или имя пользователя . . . . . . . . . . . . . . . . 32 Забыт пароль разработчика/руководителя группы для подключения к групповому проекту. . . . . . . . . . . . . . . . 32 Забыт пароль разработчика/руководителя группы для открытия локального проекта . . . . . . . . . . . . . . . . . . . . . 32 Забыто имя пользователя . . . . . . . . . . . . . . . . . . . . . . . . . 32 Забыто имя администратора . . . . . . . . . . . . . . . . . . . . . . 33 Забыт пароль администратора . . . . . . . . . . . . . . . . . . . . . 33 Проблемы ведения версий . . . . . . . . . . . . . . . . . . . . . . . . 33 Отсылка нежелательных изменений . . . . . . . . . . . . . . . . 33 Возврат к предыдущему подключению . . . . . . . . . . . . . 33 Проблемы, связанные с аппаратным и программным обеспечением . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Нет сетевой связи . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Заблокирован файл администрирования . . . . . . . . . . . . 34
5
Содержание
Запорчен или отсутствует файл администрирования . . 34 “Не могу создать резервную копию!” Сообщение при отсылке изменений. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Сообщение “Не могу записать в файл примечаний группового проекта”. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 “Не могу записать файл плана!” Сообщение при отсылке изменений . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 Запорчен файл локального проекта . . . . . . . . . . . . . . . . 35 Запорчен файл группового проекта . . . . . . . . . . . . . . . . 35 Предметный указатель ______________________________37
6
Руководство по коллективной разработке проектов
ОБЩАЯ ИНФОРМАЦИЯ Приводимые далее рекомендации относятся для всех видов коллективной работы. Специфические рекомендации относительно проектов различной сложности приводятся в последующих разделах.
СОВМЕСТНАЯ РАБОТА
ПАРОЛИ
Для совместно разрабатываемых проектов существует два вида защиты: Открытый доступ и Только для зарегистрированных членов. Открытый доступ больше всего подходит для небольших проектов. В свою очередь для крупных проектов администратор может ограничить доступ к проекту только ограниченному кругу лиц. Возможна также ситуация, когда руководитель проекта подключается как один из членов рабочей группы и сохраняет локальные файлы чертежей. В этом случае члену рабочей группы нет необходимости подключаться к коллективному проекту. Они просто открывают и работают со своими автономными локальными файлами чертежей. По истечении определенного времени руководитель проекта может проанализировать выполненную работу и послать в коллективный проект одобренные изменения. Локальные чертежи могут создаваться таким образом, чтобы они соответствовали определенному виду деятельности. Например, любой, кто хочет работать над основными конструкциями здания, может открыть файл Конструкция.PLC и приступить к работе. Метод создания локальных чертежей позволяет намного быстрее изменять рабочее пространство. Намного легче (и надежнее) открыть файл PLC и начать работать с ним, чем подключаться к определенному рабочему пространству. Наличие файлов PLC позволяет пользователям одновременно приступать к работе без необходимости в последовательном подключении к групповому проекту. Если подключение к проекту производится по слоям или этажам, управление связанными модулями происходит намного легче, так как пользователь не может размещать элементы за пределами своего рабочего пространства. При этом нет необходимости изменять ID подключения, который возникает в результате размещения элементов где-либо за пределами рабочего пространства.
В групповом проекте имеется возможность определять пароли пользователей, руководителя проекта и администратора. Пароли администратора и руководителя являются обязательными. Администратор должен иметь имя. Руководителем проекта может быть любой член группы разработчиков, который подключился к проекту с паролем руководителя проекта. Для небольших групповых проектов можно указать все обязательные имена и пароли под именем "админ", чтобы легче запомнить их. Пароли пользователей не обязательны. Для подключения к групповому проекту не обязательно, чтобы пользователи имели пароли и регистрационные имена. Для больших проектов может оказать желательным введение имен и паролей пользователей. В этом случае один человек (обычно это САПР-менеджер) должен отвечать за предоставление пользователям регистрационных имен и паролей и хранение этой информации в безопасном месте.
Руководство по коллективной разработке проектов
Регистрационное имя как вид деятельности В больших проектах есть смысл использовать подход такого назначения регистрационных имен пользователей, при котором они соответствовали бы виду деятельности. Такие регистрационные имена могут быть предварительно установлены САПР-менеджером (или архитектором проекта). Файлы локальных чертежей могли бы запоминаться под комбинированным именем проекта и вида деятельности. Например, проект под именем "МойПроект" с видом деятельности "Конструкции" можно сохранить под именем МойПроектКонструкции.plc’.
7
Общая информация
ТИПЫ ФАЙЛОВ При создании группового проекта и работе с ним создаются и используются следующие файлы. • .plp - файл группового проекта. • .plc - локальный чертеж подключенного пользователя. • .bpc - резервная копия локального чертежа. • .pca архив локального чертежа. • .adm - файл администрирования. В нем содержится информация, кто подключен и под каким ID. Это файл удалять нельзя, так как в этом случае файл plp нельзя будет использовать. • .lck - файл блокировки. Он возникает в тот момент, когда член рабочей группы инициирует процесс связи с групповым проектом (подключение, отсылка изменений, получение изменений, отключение) и запрещает другим членам группы обращаться к файлу plp. Он исчезает после завершения такого процесса. Если этот файл не исчезает автоматически, администратор должен удалить его вручную. • <project>.txt - файл журнала, в котором регистрируется работа с групповым проектом. • ACScratch.tmp - временный файл, создаваемый в процессе сохранения, который содержит те же данные, что и plp. Если этот файл переименовать в <project>.plp, то можно полностью восстановить самый последний вариант потерянного или запорченного файла plp. • orig_########## - временный файл, создаваемый в процессе сохранения, который содержит те же данные, что предыдущий вариант файла plp. Если этот файл переименовать в <project>.plp, то можно полностью восстановить предыдущий вариант потерянного или запорченного файла plp. • Scratch_########## - временный файл, который создается при сохранении и содержит те же данные, что и файл .adm. Если этот файл переименовать в <project>.adm, то можно
8
полностью восстановить потерянный или запорченный файл .adm. • <user project>.prf - файл параметров группового проекта. Является специфическим для пользователя и проекта.
ПРОЦЕСС ВВОДА/ВЫВОДА Когда Вы отсылаете и получаете изменения или подключаетесь к центральному файлу проекта (plp) для выполнения каких-либо операций, происходят следующие действия. 1 Создается файл <project>.lck. 2 Старый файл <project>.adm копируется (не перемещается) в папку резервных копий. 3 Создается временный файл Scratch_########## из файла .adm. 4 Создается временный файл ACScratch.tmp из файла проекта. 5 Происходит сохранение информации в файлы ACScratch.TMP и Scratch_##########. 6 При успешном завершении этого сохранения удаляется старый файл <project>.adm. 7 Старый файл <project>.plp переименовывается в orig_######. 8 Файл ACScratch.TMP переименовывается в <project>.plp. 9 Если процесс переименования завершен успешно, файл orig_###### перемещается в папку резервных копий и переименовывается как <project>.plp. 10 Файл Scratch_########### переименовывается в <project>.adm. 11 Файл <project>.lck удаляется.
НАБОРЫ ВИДОВ Для создания в PlotMaker окончательной документации в файле проекта следует создать виды и наборы видов. В режиме группового проекта имеются наборы видов Руководство по коллективной разработке проектов
Общая информация
совместного использования и индивидуального, и каждый набор принадлежит своему владельцу. • Наборы видов, созданные до того, как проект стал групповым, автоматически становятся наборами совместного использования. Их владельцем является руководитель группы. То есть он может изменить эти наборы, сделать их наборами не совместного использования, удалить эти наборы видов. • Любой член рабочей группы может создать свои собственные виды и наборы видов. По умолчанию они не являются наборами совместного использования. Другие члены рабочей группы не могут их увидеть. Создатель набора видов имеет полные права на его любые изменения. • Любой член рабочей группы может создавать наборы видов и делать их наборами совместного использования. Такие наборы становятся видимыми другими членами группы. Владелец такого набора и руководитель группы, подключенный с монопольными правами, могут изменять эти наборы, убирать у них статус наборов совместного доступа, удалять их. Существует такое общее правило, что руководитель группы, подключенный с монопольными правами, может модифицировать все совместно используемые наборы видов. Однако он не имеет ни каких функций по управлению наборами видов, которые не являются наборами совместного использования. Примечание: Совместно используемые наборы видов, которыми Вы владеете, отмечаются пиктограммой . Совместно используемые наборы видов, владельцами которых являются другие пользователи, отмечаются пиктограммой . Те из наборов видов, которые не имеют пиктограмм, не являются наборами совместного использования. Для лучшей организации наборов видов рекомендуем именовать их так, чтобы имя содержало указание на лицо, создавшего набор. Набор видов, который составляет основу всей документации, должен создаваться либо руководителем группы, либо группой Руководство по коллективной разработке проектов
документирования. Возможная последовательность действий: член группы документирования подключается к групповому проекту без резервирования какого-либо рабочего пространства. В этом случае он не будет прерывать работу архитекторов, но при этом будет иметь возможность создавать виды и наборы видов.
PLOTMAKER Импорт видов из файла группового проекта в PlotMaker происходит точно так же, как и их импорт из индивидуальных проектов. В диалоговом окне Импорт чертежей появятся только наборы видов совместного использования. Чтобы избежать проблем с библиотечными элементами, важно понять, как ArchiCAD загружает библиотеки в фоновом режиме. библиотечные элементы запоминаются в фале plp. При преобразовании проекта в групповой пути загруженных в текущим момент библиотек сохраняются в файле plp. Позже руководитель группы, подключившись в монопольном режиме, может изменить загруженные по умолчанию библиотеки с помощью менеджера библиотек. Если какие-либо из библиотек, на которые имеются ссылки, не могут быть найдены с помощью BGArchiCAD (например, хранимые в файле plp пути на папки библиотек отсутствуют в компьютере), BGArchiCAD инициирует автоматический поиск библиотек. Автоматический поиск библиотек производится в следующем порядке: • папка, в которой расположен проект <project>.plp: • главная папка ArchiCAD; • места, указанные в файле “Default Libraries.xml” (этот файл находится в папке параметров ArchiCAD); • места, указанные в файле “<project>.xml” (этот файл должен располагаться в одной папке с файлом <project>.plp.
9
Общая информация
Для получения дополнительной информации см. раздел "Введение в стандарты предприятия" в справке ArchiCAD или в файле формата PDF в папке ArchiCAD. Если какие-либо из библиотек, на которые имеются ссылки, не были найдены в результате автоматического поиска, то все найденные библиотеки не будут загружены и BGArchiCAD останется без библиотек.
10
Руководство по коллективной разработке проектов
Небольшие компании
НЕБОЛЬШИЕ КОМПАНИИ Фирма слишком мала, чтобы иметь собственного менеджера САПР, сеть - обычная сеть для рабочих групп, она соединяет от двух до семи машин или вообще не имеет сетевых соединений. Каждый из служащих несет ответственность за сопровождение собственного компьютера и программного обеспечения. Фирмой выполняются проекты малых и средних размеров и, если необходимо привлечение рабочей группы, то все архитекторы фирмы работают над одним и тем же проектом на протяжении заданного периода времени. Каждый знает о работе остальных, коллеги работают в тесном контакте, очень часто они занимают одно помещение. Как правило, такая фирма имеет только одного или максимум двух ведущих архитекторов, остальные сотрудники примерно одинакового уровня квалификации. Ответственность распределяется на всех сотрудников фирмы.
РАБОЧАЯ ГРУППА Администратор - фиктивное лицо, фактически, это только имя и пароль. В фирмах такого типа безопасность не составляет проблем, поэтому и имя и пароль должны быть просты и легко запоминаемы, и могут быть известны каждому. Любой разработчик может взять на себя роль администратора, если это необходимо. Пароль хранится “на полке” в доступном месте и обычно (т.е. при нормальных обстоятельствах) не используется. Руководитель группы - тоже фиктивное лицо, возможно, эту роль может выполнять ведущий архитектор фирмы, по крайней мере, на начальном этапе выполнения проекта. Он разрабатывает проект на этапе концептуального проектирования, а затем распределяет его между остальными сотрудниками. Потом, если это необходимо, роль руководителя группы может выполнять кто-либо еще. Так как связь в группе организована чрезвычайно просто и, кроме того, практически невероятно выполнение работ в автономном режиме, хорошая подготовка проекта к преобразованию в групповой важна, однако не является жизненно необходимой.
Руководство по коллективной разработке проектов
Если у членов группы возникнут какие-либо проблемы с установкой параметров, можно без труда организовать общее отключение от проекта и новое подключение, в ходе которого кто-либо может подключиться к проекту в роли руководителя группы с монопольным доступом и устранить недостатки. Все остальные служащие выступают в роли разработчиков. В фирмах небольших размеров внутреннее управление осуществляется достаточно гибко и, таким образом, доступ для подключения к проекту должен быть открытым для всех коллег. Примечание: Если, по каким-либо причинам, Вы почувствуете, что необходимо обеспечить контролируемый доступ к проекту только зарегистрированных членов, Bы можете в любой момент времени изменить список пользователей, подключившись к проекту в роли администратора и выбрав в меню Группа команду Параметры группового проекта.
11
Небольшие компании
ПОДКЛЮЧЕНИЕ Как и во всех остальных случаях, подключение к проекту должно координироваться. Это обусловлено тем, что в любой момент времени подключение может осуществлять только одно лицо. Очевидно, что в случае небольших фирм с хорошим взаимодействием сотрудников, осуществление координации не представляет проблем. После предварительного обсуждения за архитекторами и чертежниками закрепляются части проекта и чертежей. Однако они могут воспользоваться преимуществами наличия тесного контакта между ними, а именно: подключиться к проекту и вместе отшлифовать детали создания группового проекта, уменьшая, тем самым, шансы плохого распределения рабочих пространств. Hо даже в таком случае может потребоваться какая-либо корректировка. В случае малых фирм рабочие пространства можно легко изменить в любой момент времени. Для этого необходимо отключиться от проекта и подключиться к нему вновь, но уже с измененными параметрами рабочего пространства. В данном случае, без особых хлопот можно проинформировать об этом всех вовлеченных в этот процесс разработчиков.
СЕТЬ При столь ограниченном количестве компьютеров не может идти речи об отдельном сервере, групповой проект обычно хранится на том компьютере, на котором он был создан. Фактически, он может храниться на любом из компьютеров, при условии, что к нему можно получить доступ с остальных машин в сети. (Если же в сети имеется сервер, то это наилучшее место для хранения проекта.)
библиотека группового проекта должна храниться на этом компьютере, если же таковая отсутствует, то на машине, где хранится групповой проект. Зачастую малые фирмы выполняют похожие проекты или проекты для одного и того же заказчика. Таким образом, они могут использовать одни и те же библиотечные элементы многократно. Эти элементы должны находиться в специальной библиотеке на главном компьютере, и на ее основе возможно создание локальных библиотек
Обычно в таких фирмах сеть не достаточно быстрая для использования центральной библиотеки. В такой ситуации следует использовать либо вспомогательные библиотеки, либо локальные библиотеки, извлеченные из архивных локальных проектов. Зачастую совпадают также базовые параметры, или, так называемая, рабочая среда подобных проектов (покрытия, слои и комбинации слоев, параметры размерных чисел и т.д.). Для таких проектов можно создавать предварительно настроенные, но пустые файлы и сохранять их под символическими именами, например: Супермаркет, Коттедж, Гараж и т.д. Эти файлы называются шаблонами. При подготовке группового проекта Вы можете просто открыть такой шаблон и сохранить его с реальным именем проекта.
БИБЛИОТЕКИ И ШАБЛОНЫ Библиотека группового проекта должна быть размещена на том же компьютере, что и сам групповой проект. Другими словами, это означает, что если имеется машина-сервер, то
12
Руководство по коллективной разработке проектов
Небольшие компании
ТРЕТЬИ ЛИЦА В качестве консультантов-партнеров обычно выступают небольшие фирмы или это могут быть вообще отдельные люди, работающие без компьютеров или со специфическими системами САПР. ArchiCAD без проблем читает и записывает файлы в DXF- и DWG-форматах - наиболее распространенных форматах файлов системы AutoCAD. Полагая, что используемое консультантами программное обеспечение также наделено возможностями чтения/записи DXF- и DWG-файлов, их работу можно объединить с групповым проектом. Подключитесь к проекту в качестве консультанта и зарезервируйте определенный слой или слои. Затем можно создать локальный проект, работая в котором, Вы можете сохранить файлы для своих партнеров в DXF- и DWG-форматах. Внесенные Вашими партнерами изменения в этот файл можно без труда объединить или скопировать обратно в локальный проект, а затем передать другим членам группы по команде Послать и получить изменения.
Руководство по коллективной разработке проектов
13
Компании средних размеров
КОМПАНИИ СРЕДНИХ РАЗМЕРОВ Такие компании вероятно тоже не имеют собственного менеджера САПР. Сеть - простое решение в стиле рабочей группы, однако более сложное, чем для небольших компаний. Это, как правило, сервер, соединяющий от 10 до 20 машин, принтеры и плоттеры - общие. Каждый служащий отвечает за сопровождение своего компьютера и программного обеспечения. Выполняются проекты средних или крупных размеров. Архитекторы в группе работают на протяжении заданного периода времени над одним и тем же проектом. Характерно наличие двухуровневой иерархии: имеется несколько групп, каждая из которых работает над отдельным проектом, руководит каждой из групп ведущий архитектор. Внутри группы каждый осведомлен о работе других членов группы, коллеги, как правило, находятся в тесном контакте, в большинстве случаев они работают в одной комнате, однако возможно также и выполнение работ в автономном режиме. Ведущий архитектор берет на себя всю ответственность за выполнение проекта.
РАБОЧАЯ ГРУППА Роль администратора выполняет ведущий архитектор. В данном случае немаловажным является вопрос безопасности, и поскольку ведущий архитектор принимает на себя всю ответственность за выполнение проекта, он должен полностью контролировать производимые изменения. Пароль хранится в закрытом месте и не используется свободно при нормальных обстоятельствах. Руководитель группы - опять же ведущий архитектор. Oн выполняет разработку проекта на концептуальном уровне, а затем распределяет его еще на нескольких архитекторов группы. Распределение может быть многоуровневым (см. дальше раздел, посвященный подключению к проекту). Позже к проекту могут подключиться все остальные архитекторы и чертежники. Взаимодействие сотрудников внутри отдельных групп организовано достаточно просто. Однако, если допускается выполнение работ в автономном режиме, то очень важно хорошо подготовить файл к созданию группового проекта. Если же у членов группы возникнут какие-либо проблемы с установкой параметров, необходимо организовать общее отключение от проекта и новое подключение, в ходе которого ведущий архитектор может подключиться к проекту в роли руководителя группы с монопольным доступом и устранить недостатки.
14
Примечание: Hе следует отключать от проекта пользователей, работающих в автономном режиме. Вообще, желательно использовать команду Отключить от проекта только в самых крайних случаях либо для отсоединения “нелегальных” пользователей, либо во избежание дублирований. Все остальные служащие выступают в роли разработчиков. В зависимости от размеров проекта и от числа одновременно выполняемых проектов доступ может ограничиваться только зарегистрированными пользователями, однако, обычно все же устанавливается режим открытого доступа, который является более предпочтительным. Это объясняется тем, что ведущий архитектор - это не только администратор, и корректировка списка пользователей может оказаться ненужной задачей в том случае, когда распределение рабочего пространства проще контролировать персонально. Примечание: Если по каким-либо причинам Вы почувствуете, что необходимо ограничить доступ только зарегистрированным пользователям, Вы можете в любой момент сеанса работы группы изменить список пользователей, подключившись к проекту в роли администратора и выбрав в меню Teamwork команду Параметры группового проекта.
Руководство по коллективной разработке проектов
Компании средних размеров
ПОДКЛЮЧЕНИЕ
СЕТЬ
Как и во всех остальных случаях, подключение к проекту должно быть координируемым. Это обусловлено тем, что в любой момент времени подключение может осуществлять только одно лицо. Очевидно, что в случае выполнения работ небольшими группами специалистов с хорошо организованным взаимодействием членов внутри группы, координация работы не будет составлять проблем. В случае выполнения проектов более крупных размеров рекомендуется использовать многоуровневое распределение проектов. В этом случае, после того как руководитель группы (ведущий архитектор) подготовит проект и сделает его групповым, к нему подключаются только несколько архитекторов. Oни выполняют дальнейшее проектирование пока не достигнут той точки разработки, когда возникнет необходимость в подключении большего числа специалистов. Достигнув этого этапа разработки, им следует отключиться от проекта и тогда можно инициировать новый сеанс подключения. Этот процесс может повторяться многократно до тех пор, пока над проектом не сможет работать вся группа. Hа каждом уровне распределения рекомендуется выполнять основательную проверку проекта. Это существенно повышает контроллируемость процесса проектирования. После предварительного обсуждения за архитекторами и чертежниками закрепляются части проекта и чертежей. Однако, может возникнуть необходимость в корректировке первоначального распределения. В таком случае Вы можете в любой момент времени легко изменить резервирование рабочих пространств. Для этого необходимо отключиться от проекта и подключиться к нему вновь, но уже с измененными параметрами рабочих пространств. Примечание: Если же Вы пожелаете переопределить какие-либо из элементов, принадлежащих рабочему пространству Вашего коллеги, не меняя при этом рабочего пространства или не отключаясь от проекта, обратитесь за дополнительной информацией к разделу Корректировка распределения группового проекта.
Сеть, как правило, включает отдельную машину-сервер. Групповой проект может быть подготовлен и создан на любой из машин в сети, а затем сохранен на сервере. Из соображений целостности, настоятельно рекомендуется на определенных этапах разработки сохранять все локальные проекты (всех пользователей, работающих в текущее время в проекте) в отдельной папке на сервере. Это позволит создать своеобразную историю разработки проекта, которая в дальнейшем может помочь в исправлении ошибок. Сервер служит только для хранения файла группового проекта и, таким образом, нет необходимости в каких-либо копиях ArchiCAD. В любой момент сервер должен быть доступен из компьютеров членов группы (или даже с любого из компьютеров в организации).
Руководство по коллективной разработке проектов
БИБЛИОТЕКИ И ШАБЛОНЫ Библиотека группового проекта должна быть размещена на том же компьютере, что и сам проект, то есть на сервере. Так как архитектурные компании зачастую выполняют очень схожие проекты или проекты для одного и того же заказчика, они могут неоднократно использовать одни и те же элементы. Эти элементы должны храниться в специальной библиотеке на сервере и на ее основе могут создаваться другие локальные библиотеки. Обычно в таких фирмах сеть не достаточно быстрая для использования центральной библиотеки. В такой ситуации следует использовать либо вспомогательные библиотеки, либо локальные библиотеки, извлеченные из архивных локальных проектов. Зачастую совпадают также базовые параметры, или, так называемая, рабочая среда подобных проектов (покрытия, слои и комбинации слоев, параметры размерных чисел и т.д.). Для таких проектов можно создавать предварительно настроенные файлы под символическими именами, например: Супермаркет, Коттедж, Гараж и т.д. Эти файлы называются
15
Компании средних размеров
шаблонами. При подготовке группового проекта Вы можете просто открыть такой шаблон и сохранить его с реальным именем проекта.
16
ТРЕТЬИ ЛИЦА В качестве консультантов-партнеров обычно выступают небольшие фирмы или это могут быть вообще отдельные люди, работающие без компьютеров или со специфическими системами САПР. ArchiCAD без проблем читает и записывает файлы в DXF- и DWG-форматах - наиболее распространенных форматах файлов системы AutoCAD. Полагая, что используемое консультантами программное обеспечение также наделено возможностями чтения/записи DXF- и DWG-файлов, их работу можно объединить с групповым проектом. Подключитесь к проекту в качестве консультанта и зарезервируйте определенный слой или слои. Затем можно создать локальный проект, работая в котором Вы можете сохранить файлы для своих партнеров в DXF- и DWG-форматах. Внесенные Вашими партнерами изменения в этот файл можно без труда объединить или скопировать обратно в этот локальный проект, а затем передать другим членам группы, выбрав команду Послать и получить изменения.
Руководство по коллективной разработке проектов
Крупные компании
КРУПНЫЕ КОМПАНИИ Крупные компании имеют собственного CAПP-менеджера, ответственного за правильное функционирование используемых в организации САПР и квалифицированное управление взаимодействием между ними с учетом создания и ведения файлов. Сопровождение компьютеров, программного обеспечения и сети осуществляется технической группой. Сеть представляет собой соединение типа клиент/сервер с мощным удаленным сервером - или, зачастую, несколькими серверами - соединяющим все машины в сети, которые могут быть расположены в различных местах. В компании имеется несколько групп разных размеров, которые организованы в многоуровневую иерархию. Каждой из групп руководит ведущий архитектор, который несет персональную ответственность за ее работу. Группы помещаются в отдельных зонах сети с заранее установленными привилегиями доступа. Главные архитекторы подотчетны своим партнерам и менеджерам компании. CAПP-менеджер фирмы отвечает за организацию работы всех групп, и работает в тесном контакте с ведущими архитекторами. Фирма, как правило, разрабатывает крупные проекты. Архитекторы каждой группы в заданный промежуток времени работают над одним и тем же проектом, а иногда, если проект обширный, над ним работает сразу несколько групп. Служащим в группе нет необходимости знать о работе остальных, более того, зачастую работа выполняется в автономном режиме.
РАБОЧАЯ ГРУППА Роль администратора всех групп выполняет CAПP-менеджер. подготовленные руководителями групп, создает необходимое пространство на сервере, устанавливает связи, проверяет, хранятся ли в нужном месте загруженные библиотеки, и устанавливает права доступа на уровне операционной системы и файлов. Примечание: Если на всю организацию имеется только одна машина-сервер (для всех групп), и выполнение данного группового проекта не требует вовлечения других групп, тогда во избежание путаницы можно сохранить файл проекта и установленные библиотеки на одном из компьютеров, принадлежащих работающей над проектом группе. Безопасность, в данном случае, является вопросом первостепенной важности, так как является ключевым вопросом для хорошего распределения работ. Менеджер САПР (с помощью руководителя группы) создает список членов группы, используя опцию Только зарегистрированные пользователи, и задает пароли для всех разработчиков. Пароль известен только администратору и хранится в недоступном Руководство по коллективной разработке проектов
месте. В течение сеанса подключения администратор играет ключевую роль. Руководитель группы - ведущий архитектор, или в случае, когда над проектом работают сразу нескольких групп, один из ведущих архитекторов. Oн выполняет разработку проекта на концептуальном уровне, а затем распределяет его еще на нескольких архитекторов группы. Распределение может быть многоуровневым. Позже к проекту могут подключиться все остальные архитекторы и чертежники. В результате того, что в проекте принимает участие много людей, взаимодействие сотрудников внутри отдельных групп не всегда просто организовано. Поэтому особенно важно хорошо подготовить файл к созданию группового проекта. Если же у разработчиков возникнут какие-либо проблемы с установками параметров, необходимо с помощью администратора организовать общее отключение от проекта и новое подключение, в ходе которого главный архитектор может подключиться к проекту в роли руководителя группы с монопольным доступом и устранить недостатки. Руководитель группы также играет важную роль в ходе сеанса подключения. Примечание: Hе следует отключать от проекта пользователей, работающих в автономном режиме. Вообще, желательно использовать команду Отключить от
17
Крупные компании
проекта только в самых крайних случаях либо для отсоединения “нелегальных” пользователей, либо во избежание дублирований. Все остальные служащие выполняют роль разработчиков. Ввиду крупных размеров проектов и большого числа одновременно выполняемых проектов, доступ к проектам ограничивается только зарегистрированным пользователям. Разработчики работают над проектом как отдельные пользователи, используя для связи с групповым проектом только команды Послать и получить изменения и Получить изменения меню Группа. Все решающие действия, подобные подключению к проекту и отключению от проекта, выполняются администратором или с его участием. В связи с этим разработчики имеют и используют собственные уникальные пароли.
ПОДКЛЮЧЕНИЕ В таких компаниях сложнее координировать процесс подключения к проекту и поэтому есть опасность возникновения ошибок. Разработчики должны не только выбрать подходящие слои, этажи, разрезы/фасады и области, но и сделать это в нужное время. Кроме того, администратор и руководитель группы должны отслеживать распределения рабочих пространств, так как они полностью несут ответственность за выполнение проекта. Во избежание конфликтов, лучше всего, чтобы подключение к групповому проекту для всех разработчиков осуществлял администратор или руководитель группы. После того как подготовлен файл проекта, руководитель группы копирует его на компьютер администратора вместе со списком архитекторов и чертежников, которых он хотел бы привлечь к выполнению группового проекта. Затем администратор делает проект групповым, установив маркер Только зарегистрированные пользователи. Затем он в установленном порядке подключается к проекту под именем каждого из пользователей и резервирует необходимое рабочее пространство. После каждого подключения он сохраняет
18
локальный проект (или локальный архив) на машине пользователя и затем сообщает им их пароли. В случае выполнения широкомасштабных проектов неминуемо многоуровневое распределение проектов. Это означает, что администратор, после проведенной руководителем группы подготовки, делает проект групповым и подключает к нему только нескольких ведущих специалистов компании. Oни выполняют дальнейшее проектирование пока не достигнут той точки разработки, когда возникнет необходимость в подключении большего числа специалистов. На этой точке разработки они должны отключиться от проекта и к нему должен будет опять подключиться администратор. Этот процесс может повторяться многократно до тех пор, пока над проектом не сможет работать вся группа. Hа каждом уровне распределения группового проекта рекомендуется выполнять его основательную проверку. Это существенно повышает контроллируемость процесса проектирования. Если же возникнет необходимость в корректировке произведенного распределения, можно в любой момент времени легко изменить резервирование рабочих пространств, отключившись от проекта и подключившись к нему вновь, но уже с измененными параметрами рабочего пространства.
СЕТЬ Выбор компьютера, на котором будет размещен групповой проект, установка библиотек и параметров резервных копий являются задачами администратора. Групповой проект может быть подготовлен и создан на любом из компьютеров, а затем сохранен на выбранной машине (обычно для этого используется сервер). Из соображений целостности настоятельно рекомендуем на определенных этапах разработки сохранять все локальные вспомогательные копии (всех пользователей, работающих в текущее время в проекте) в отдельной папке на сервере. Это позволит создать своеобразную историю разработки проекта, которая в дальнейшем может помочь в исправлении ошибок. Руководство по коллективной разработке проектов
Крупные компании
Выбранный администратором компьютер служит только для хранения файла группового проекта и, таким образом, нет необходимости в каких-либо копиях ArchiCAD. В любой момент времени сервер должен быть доступен с любого из компьютеров членов группы (или даже с любого из компьютеров в организации).
БИБЛИОТЕКИ И ШАБЛОНЫ Библиотека группового проекта должна быть размещена на том же компьютере, что и сам проект, то есть на сервере. Крупные архитектурные компании часто имеют набор типичных элементов, используемых в большинстве проектируемых строений (например, несущие стены, панели перекрытий, проемы и т.п.). Кроме того, эти компании имеют тенденцию к специализации. Это означает, что схожие проблемы, которые могут возникнуть, требуют более или менее подобных решений. Эти часто используемые элементы должны храниться в специальной библиотеке на сервере, и на ее основе могут создаваться другие локальные библиотеки. Сеть, по всей вероятности, достаточно быстра, чтобы обслуживать одновременно всех разработчиков. Таким образом, можно использовать центральную библиотеку. При этом следует установить необходимые права доступа, чтобы избежать нежелательного удаления или модификации библиотечных элементов. Зачастую также совпадают базовые параметры или, так называемая, рабочая среда подобных проектов (покрытия, слои и комбинации слоев, параметры размерных чисел, паспорта и категории зон и т.д.). Менеджер САПР или руководитель группы может создавать для таких проектов предварительно настроенные, но пустые файлы и сохранять их под символическими именами, например: Супермаркет, Офис, Больница и т.д. Такие файлы называются шаблонами. При подготовке группового проекта менеджер САПР или руководитель группы может просто открыть такой шаблон и сохранить его с реальным именем проекта. Использование
Руководство по коллективной разработке проектов
шаблонов существенно снижает риск, связанный с возможными ошибками
СВЯЗАННЫЕ МОДУЛИ Модули оказываются весьма полезными для очень больших проектов. Такие проекты могут быть разделены на модули, например, на основании этапов разработки проекта. Каждый из модулей представляет собой совместно используемый групповой проект. Руководитель группы отвечает за управление центральным проектом и разделением модулей.
ТРЕТЬИ ЛИЦА В качестве консультантов-партнеров обычно выступают тоже крупные компании. ArchiCAD без проблем читает и записывает файлы в форматах DXF и DWG - наиболее распространенных форматах системы AutoCAD. Полагая, что используемое консультантами программное обеспечение также наделено возможностями чтения/записи DXF- и DWG-файлов, их работу можно объединить с групповым проектом. Помимо этого, ArchiCAD может интерпретировать xREF-файлы AutoCAD. Это означает, что если члены компании-консультанта работают в группе, то их файл ссылок может быть прочитан в ArchiCAD без потери связей. Подключитесь к проекту в качестве консультанта и зарезервируйте определенный слой или слои. Затем можно создать локальный проект, работая в котором Вы можете сохранить файлы для своих партнеров в DXF- и DWG-форматах. Внесенные Вашими партнерами изменения в этот файл можно без труда объединить или скопировать обратно в этот локальный проект, а затем передать другим членам группы, выбрав команду Послать и получить изменения.
19
Управление библиотеками
УПРАВЛЕНИЕ БИБЛИОТЕКАМИ Так как библиотечные элементы являются обязательными компонентами повседневной работы, то правильная организация управления библиотекой является весьма немаловажным и существенным делом. При управлении библиотеками старайтесь все делать как можно проще. Приводимые далее рекомендации помогут Вам избегать возможных проблем. • Старайтесь избегать перегрузки сети. • Старайтесь сохранять стандартные пути к библиотекам в каждом из проектов. • Новые библиотечные элементы, созданные в проекте, следует запоминать в библиотеке проекта. • Всегда храните стандартные библиотеки ArchiCAD (предоставляемые в пакете ArchiCAD) в их исходном месте (в папке ArchiCAD). Удалите папку со специальным текстом из стандартной библиотеки ArchiCAD и разместите ее в шаблоне каталога проекта. • Установите и строго придерживайтесь правила, согласно которому установленные библиотеки НЕ должны перемещаться в другое место и модифицироваться. • Расположите библиотеку проекта на сервере в соответствующем каталоге проекта. • Расположите библиотеки расширений на сервере. • На Макинтош: Если Вы работаете в 10.2.xx -10.3.xx, сохраните и сделайте совместным Ваш проект после первой перезагрузки библиотек как PLN. Каталог проекта на сервере должен выглядеть следующим образом:
20
В следующих разделах описываются три способа организации библиотек в зависимости от типа и быстродействия используемых компьютеров и характеристик сети.
ЦЕНТРАЛЬНАЯ БИБЛИОТЕКА Используется только при работе с быстрыми и эффективными сетями. Все разработчики посредством сети пользуются центральной библиотекой, размещенной на машине-сервере. При работе с центральной библиотекой все новые элементы, созданные любым из пользователей, могут сразу же, после повторной установки библиотек, использоваться другими разработчиками. Изменения библиотечных элементов можно увидеть, нажав комбинацию клавиш Option/Alt при выборе команды Построить заново в окне плана этажа.
Руководство по коллективной разработке проектов
Управление библиотеками
Преимущества: Имеется только единственная копия всех элементов, что упрощает управление; в результате непосредственного соединения изменения более очевидны. Недостатки: Повышает время взаимодействия.
При удалении библиотечного элемента из центральной библиотеки выдается предупреждающее сообщение. Имеется возможность удалить библиотечный элемент из локальной библиотеки, сохранить его в локальной библиотеке или скопировать элемент из локальной библиотеки в центральную.
ЛОКАЛЬНАЯ БИБЛИОТЕКА Используется при работе с сетями любых типов. Каждый разработчик имеет на своем компьютере локальную копию центральной библиотеки. В самой последней экранной форме Мастера подключения пользователи имеют возможность выбрать опцию Создать локальную библиотеку, а затем с помощью кнопки Найти указать ее расположение на локальном компьютере. Будет создана точная копия центральной библиотеки в указанной папке и установлены связи между библиотеками. Если имеется подключение к сети, вновь создаваемые или изменяемые и сохраняемые библиотечные элементы сразу же появляются в центральной библиотеке. Если сетевое соединение отсутствует, новые или отредактированные библиотечные элементы будут скопированы в центральную библиотеку только после выбора одной из команд: Послать и получить изменения, Отключиться или после перезагрузки библиотеки с помощью Менеджера библиотек. Другие разработчики, в свою очередь, также смогут увидеть измененные или вновь созданные элементы после выбора одной из следующих команд: Послать и получить изменения, Получить изменения, Подключиться или после перезагрузки библиотеки с помощью Менеджера библиотек. Однако, если вслед за локальной библиотекой устанавливаются еще какие-либо дополнительные библиотеки, то их элементы не будут автоматически переноситься в центральную библиотеку. Это следует сделать вручную (см. “Самостоятельные библиотеки” на стр. 21) или с помощью команды Файл > Объекты GDL > Открыть объект надо открыть библиотечный элемент и сохранить его в папке локальной библиотеки. Руководство по коллективной разработке проектов
См. также “Самостоятельные библиотеки” на стр. 21. Преимущества: это решение просто в использовании, может использоваться в средах смешанных компьютерных платформ, поддерживает автономную работу и необременительно для сети. Недостатки: Более длительная подготовка; требуются локальные компьютеры с жесткими дисками больших объемов - на протяжении жизненного цикла разработки проекта каждая библиотека должна быть представлена на каждом из компьютеров.
САМОСТОЯТЕЛЬНЫЕ БИБЛИОТЕКИ Традиционный метод, работает с сетями любого типа (и даже без постоянной сети). Центральная библиотека вручную копируется на локальный компьютер еще до подключения к проекту. В процессе первого подключения локальная библиотека указывается в менеджере библиотек. (Если менеджер библиотек не появляется в процессе подключения, к нему следует обратиться самостоятельно и проверить загруженные библиотеки.) После выбора такой библиотеки локальный проект больше не будет иметь связи с центральной библиотекой. Это означает, что всеми изменениями должен управлять пользователь, копируя
21
Управление библиотеками
вручную измененные и новые библиотечные элементы с локального компьютера в центральную библиотеку и обратно. Преимущества: Не перегружает сеть и может использоваться в случае отказа сети. Модификации проще с точки зрения их контроля и управления ими. Наконец, это традиционный метод ArchiCAD и, следовательно, более знакомый пользователям. Недостатки: Больше времени занимает подготовка, требует наличия локальных компьютеров с жесткими дисками большого объема, требует высокой организации проведения работ.
22
ИЗМЕНЕНИЕ БИБЛИОТЕКИ ПО УМОЛЧАНИЮ Наименования и расположение исходных библиотек (установленных при создании группового проекта) хранятся вместе с групповым проектом. Пользователь при подключении к групповому проекту получает файл проекта с этими установленными по умолчанию библиотеками. Тем не менее, к этому списку можно добавить еще новые библиотеки, воспользовавшись командой Файл > Менеджер библиотек. Этот новый список будет запомнен при сохранении файла клиента, однако только локально. Тогда в следующий раз, когда те же разработчики подключатся к проекту на тех же компьютерах, им будет предложен тот же список. Однако, если разработчик подключится к групповому проекту на другой машине, будет загружена только центральная библиотека. Локальное изменение списка библиотек не влияет ни коим образом на список библиотек группового проекта. Он может быть изменен только руководителем группы и только в режиме монопольного доступа. Для выбора другой центральной библиотеки все разработчики должны отключиться от проекта, а затем руководитель группы должен подключиться к проекту с монопольным доступом. Чтобы произведенные изменения набора установленных библиотек нашли свое отражение в групповом проекте, необходимо отослать и получить изменения.
Руководство по коллективной разработке проектов
Корректировка распределения группового проекта
КОРРЕКТИРОВКА РАСПРЕДЕЛЕНИЯ ГРУППОВОГО ПРОЕКТА Распределение рабочих пространств - первый критический момент при работе в группе. Чрезвычайно важно, чтобы нужное лицо зарезервировало в подходящее время необходимые области, слои, этажи или разрезы/фасады. Важность согласованной во времени работы может быть не столь очевидна в момент подключения, однако, следует внимательно подойти к этому вопросу. Эта проблема становится наиболее существенной при использовании рамки выбора на длинных или обширных элементах. Это обусловлено, прежде всего, тем, что все элементы, имеющие, по крайней мере, одну точку выбора внутри или на границе области бегущей рамки, попадут в рабочее пространство пользователя, выполнившего такое резервирование первым. Например, если у длинной стены только одна узловая точка выбора (которая занимает, например, где-то пять сантиметров) попадает внутрь рамки, а за ее пределами останется еще пятнадцать метров стены, стена все равно будет принадлежать члену группы, определившему соответствующую бегущую рамку (если только другой разработчик не подключился к проекту и не зарезервировал другую часть стены раньше). Сгруппированные элементы резервируются индивидуально. Если какая-либо часть сгруппированного элемента не принадлежит рабочему пространству разработчика, то он не сможет редактировать эту группу в целом. Чтобы получить возможность редактировать отдельные элементы группы, которые принадлежат Вашему рабочему пространству, группу следует предварительно временно разгруппировать.
Руководство по коллективной разработке проектов
Риск невнимательного или необоснованного резервирования рабочего пространства очевиден: монополизация всего этажа (этажей) или слоя (слоев), когда она не является необходимой, может стать помехой в процессе проектирования. Корректировка такого резервирования может задерживать работу всей группы, особенно при работе в автономном режиме. Примечание: Если разработчики выбрал бегущую рамку для определения рабочих пространств, руководитель группы может определить эти рабочие пространства с помощью чертежных линий до разделения проекта. При первом подключении членов рабочей группы они могут воспользоваться волшебной палочкой (пробел-щелчок) для выбора предварительно определенного рабочего пространства. Это оказывается особенно полезным, когда геометрическая форма здания требует создания рабочих пространств с дугообразными границами. Естественно, что корректировка уже распределенных рабочих пространств или обмен элементами может быть необходим просто в результате изменения проекта - что весьма характерно для архитектурных проектов. Если Вы планируете разместить элементы на значительном расстоянии от начала проектных координат (например, если
23
Корректировка распределения группового проекта
Вы работаете в координатах реального мира), то следует произвести некоторые подготовительные действия относительно плана этажа до создания группового проекта. В том случае, когда план этажа пустой, то до создания группового проекта разместите на плане этажа, по крайней мере, один удаленный элемент. Если же проект уже существует, разместите элемент на требуемом расстоянии, затем сохраните его, откройте его и сохраните опять перед преобразованием проекта в групповой. (Эта процедура необходима для того, чтобы ArchiCAD выполнил специальный алгоритм, который увеличивает точность проектов большого масштаба.) Коррекция ошибок и модификация могут выполняться различными способами. Мы рассмотрим эти способы в последующих примерах.
ОТДАЧА И ПОЛУЧЕНИЕ ЭЛЕМЕНТА Расширение рабочего пространства Пользователь ‘А’ имеет всю стену внутри своей области, зарезервированной с помощью рамки, а пользователь ‘Б’ с некоторого момента времени должен начать работать с этой стеной. Пользователь ‘А’ хочет перераспределить этот элемент, освободив его. В данный момент пользователь ‘А’ не может поместить стену на слой, принадлежащий пользователю ‘Б’, так как ему не доступны слои, зарезервированные другими пользователями. Аналогично, пользователь ‘Б’ ничего не может сделать с элементами, находящимися в области, зарезервированной пользователем ‘А’.
Отключение-подключение Пользователь ‘А’ создает новый слой и помещает на него стену. Затем он отключается от проекта, отослав свои изменения, когда это будет ему предложено системой, и информирует пользователя ‘Б’ о произведенных изменениях. Пользователь ‘Б’ отсылает и получает изменения, а затем еще раз подключается к этому же проекту под тем же именем. ArchiCAD спрашивает ‘Б’, следует ли отказаться от предыдущего (и все еще активного) подключения, и, если это
24
Руководство по коллективной разработке проектов
Корректировка распределения группового проекта
подтверждается пользователем ‘Б’, ArchiCAD предлагает установки предыдущего рабочего пространства. Затем пользователь ‘Б’ сможет добавить к собственному рабочему пространству слой, созданный пользователем ‘А’. После этого пользователю ‘А’ необходимо еще раз подключиться к проекту под своим старым именем, используемым в групповом проекте. Преимущества: В связи с наличием встроенного в ArchiCAD механизма это решение является быстрым, легко запоминаемым и работает для всех типов элементов. Недостатки: Так как разработчики не наделены возможностью удаления слоев, в результате применения этого метода в групповом проекте может накопиться достаточно большое количество ненужных слоев. (Хотя любые два пользователя могут пользоваться одним и тем же отдельным слоем для обмена элементами.) При использовании этого метода элемент будет помещен на другой слой, что может послужить причиной возникновения проблем в ходе визуализации проекта. В процессе “Отключения - подключения” создается новый ID подключения к проекту. См. также “Ошибки, совершаемые человеком” на стр. 32.
Преимущества: Не появляется никаких дополнительных избыточных слоев, нет необходимости в отключении и новом подключении к проекту, более того, элементы остаются размещенными на том же слое. Недостатки: Для избежания неточных размещений необходимо наличие очень хорошей связи между членами группы. Этот метод может быть более длительным и повышается возможность возникновение ошибок. Кроме того, он полагает, что слой, в котором размещен элемент, зарезервирован обоими пользователями.
Перемещение элемента Пользователь ‘А’ выбирает элемент и выполняет его перемещение из своей рабочей области в область пользователя ‘Б’ с заданным вектором перемещения, а затем отсылает изменения. После появления диалогового окна с предостерегающим сообщением относительно появления новых элементов за пределами рабочего пространства, пользователь ‘А’ освобождает эти элементы. Затем пользователь ‘А’ сообщает пользователю ‘Б’ значение вектора перемещения, чтобы после получения изменений и освобожденных элементов в своей области, пользователь ‘Б’ смог вернуть стену в исходное положение. После чего, стена будет принадлежать пользователю ‘Б’ хотя и будет расположена в области пользователя ‘А’.
Руководство по коллективной разработке проектов
Копирование и вставка Пользователь ‘Б’ выбирает стену, которая, в связи с ее принадлежностью пользователю ‘А’, будет выделена серыми точками, и просто копирует ее с помощью команды Скопировать меню Редактор. Затем при помощи команды Вставить того же меню вставляет ее на план этажа. Так как в ArchiCAD элементы вставляются точно на то же место, у Вас теперь будет две стены, размещенные в одном и том же физическом пространстве. Эти элементы идентичны во всех отношениях, за исключением того, что один из них принадлежит пользователю ‘А’, а другой - ‘Б’
25
Корректировка распределения группового проекта
Использование компонент разметки
Пользователь ‘Б’ сообщает пользователю ‘А’, что надо удалить стену. После выполнения удаления пользователь ‘А’ посылает и получает изменения и после чего находит стену вновь на своем месте, без каких либо изменений исходного положения. Однако, если пользователь ‘А’ выберет стену, то увидит, что она зарезервирована пользователем ‘Б’. Пользователю ‘Б’, чтобы впредь видеть только одну свою стену, необходимо послать и получить изменения. Преимущества: Решение быстрое и эффективное, не создает дополнительных избыточных слоев, не требует отключения от проекта и повторного к нему подключения, нет риска расположения элементов не на своих местах, элемент остается на том же слое. Работает для всех типов элементов. Недостатки: Есть опасность непреднамеренного создания дубликатов. Это может незаметно изменить построения, что приводит к ложным значениям при переносах элементов из области в область.
26
‘A‘ создает новую компоненту разметки. ‘A‘ выбирает стену и включает ее в исправления. В панели Метка и дискуссия пользователь ‘A‘ может добавить комментарии или разместить метку на плане этажа рядом со стеной, чтобы проинструктировать пользователя ‘Б‘. Затем ‘A‘ назначает компоненту разметки пользователю ‘Б‘. Когда ‘A‘ посылает изменения, появляется сообщение и том, что для пользователя ‘А‘ будет создано новое ID подключения. После отсылки изменений стена больше не будет в рабочем пространстве ‘A‘. Когда пользователь ‘Б‘ получит изменения, он будет извещен, что ему назначена новая компонента разметки.
Получение компоненты разметки означает создание нового ID подключения для ‘Б ‘. Получив компоненту разметки, ‘Б‘ может ознакомиться с текстом дискуссии и отредактировать элементы соответствующим образом.
Руководство по коллективной разработке проектов
Корректировка распределения группового проекта
После снятия исправлений от стены она становится обычным чертежным элементом, владельцем которого является пользователь ‘Б‘. Когда ‘Б ‘ посылает изменения, ему предоставляется возможность освободить те элементы, которые находятся за пределами его рабочего пространства. Преимущества: Элементы могут назначаться и переназначаться без подключения и отключения. Элемент остается в одном и том же состоянии, на одном и том же слое без риска создания его дубликата. Предоставляется прекрасная возможность взаимодействия через метки и дискуссии, которые регистрируются в окне дискуссий разметки. Вся предыстория проектирования может фиксироваться с помощью иерархической структуры компонент разметки. Недостатки: Следует отслеживать процесс создания компонент разметки, во избежание создания сложной иерархической структуры компонент разметки. Неиспользуемые компоненты разметки следует удалять.
Примечание: Могут использоваться все те подходы, которые описаны выше.
Вырезание элемента Пользователь ‘А’ выбирает элемент и при помощи команды Редактор > Разделить просто отрезает часть стены, расположенную вне его области. Затем пользователь ‘А’ отсылает и получает изменения и освобождает элемент, “созданный” за пределами области, ограниченной бегущей рамкой. Пользователь ‘Б’ получает изменения и резервирует освобожденный элемент в своей области.
Принятие рабочего пространства Ситуация в основном схожа с предыдущей, но теперь уже стена попадает в области обоих пользователей. Но так как пользователь ‘А’ подключился раньше, то стена зарезервирована этим пользователем. У пользователя ‘Б’ с некоторого момента времени возникает необходимость работы с этим элементом.
Руководство по коллективной разработке проектов
Преимущества: Решение очень просто, быстро и эффективно. Hе создает никаких дополнительных слоев. Hе требует никаких отключений и повторных подключений к проекту. Отсутствует опасность размещения элементов не на своих местах, элемент остается на том же слое. И, кроме того, оба члена группы могут работать с заданным элементом. Недостатки: Для избежания различных модификаций одного и того же элемента требует чрезвычайно хорошо организованного взаимодействия между пользователями. (Например, пользователи ‘А’ и ‘Б’ не должны устанавливать различных цветов, штриховок и высоты для двух половин стены.) Это решение не может использоваться для всех типов элементов, по крайней мере, это не так просто. Например, когда Вы имеете дело с крышами, заштрихованными областями и перекрытиями, вырезание
27
Корректировка распределения группового проекта
элемента приводит к тому, что граничная линия области изображается вдоль линии сечения, которая может испортить чертеж. При применении этого решения по отношению к стенам единственная проблема, которая может возникнуть, заключается в размещении проемов в точке разделения.
Освобождение элемента Пользователь ‘А’ выбирает заданную стену и посылает и получает изменения. Откроется диалоговое окно, предлагающее освободить выбранные элементы для других разработчиков.
Преимущества: Решение быстро и эффективно, не создает избыточных дополнительных слоев, не требует отключений от проекта и повторных подключений к нему. Отсутствует опасность размещения элементов не на своих местах, элемент остается на том же слое. Недостатки: Требует чрезвычайно хорошо организованного взаимодействия между пользователями. Работает только с элементами, попавшими в зарезервированные с помощью бегущей рамки области обоих разработчиков.
РЕДАКТИРОВАНИЕ ЗАРЕЗЕРВИРОВАННОЙ ОБЛАСТИ
После того, как пользователь ‘А’ освободит выбранный элемент, пользователю ‘Б’ следует выбрать в меню команду Послать и получить изменения Откроется диалоговое окно, сообщающее пользователю ‘Б’ о существовании освобожденных элементов в зарезервированной им области. Пользователь ‘Б’ станет владельцем этих элементов, выбрав в этом диалоговом окне вариант включения таких элементов в свое рабочее пространство.
28
В ходе выполнения проектирования или в процессе построения чертежей у разработчиков может возникнуть необходимость изменить свое рабочее пространство (изменить область, ограниченную рамкой, или изменить состав слоев/этажей, или и то и другое). Однако, такое изменение зачастую бывает временным и, после проведения определенных операций, пользователю необходимо вернуться к исходному рабочему пространству.
Ситуация 1 Пользователю ‘А’ нужно некоторое время поработать с какими-нибудь дополнительными слоями в отдельной области, расположенной за пределами зарезервированного им с помощью рамки рабочего пространства. Необходимое рабочее пространство полностью свободно (т.е. вообще не зарезервировано ни одним из пользователей). Пользователь ‘А’ не отключается от проекта. Он сохраняет локальный проект и подключается к тому же групповому проекту еще раз, но под другим, однако типичным, именем (например, ‘А1’), резервируя необходимое рабочее пространство. Таким образом, пользователь ‘А’ может оставить нетронутыми установки своего исходного рабочего пространства и, кроме того, можно без труда освободить рабочее пространство, временно занятое пользователем ‘А1’, просто отключившись от проекта под его именем. Руководство по коллективной разработке проектов
Корректировка распределения группового проекта
Ситуация 2 Пользователю ‘А’ нужно некоторое время поработать с какими-нибудь дополнительными слоями в отдельной области, расположенной за пределами зарезервированного им с помощью рамки рабочего пространства. Однако необходимое рабочее пространство не свободно, оно полностью или частично зарезервировано пользователем ‘Б’. Это означает, что пользователь ‘А’ должен будет временно получить для работы часть области, зарезервированной пользователем ‘Б’, а пользователь ‘Б’ должен будет продолжить работу в оставшемся пространстве. Пользователь ‘Б’ отключается от проекта. Затем он вновь подключается к проекту, резервируя усеченную по сравнению с предыдущим разом часть рабочего пространства, но уже под другим, типичным именем (например, ‘Б1’). ‘A’ также отключается и затем подключается к тому же групповому проекту еще раз под другим, однако характерным, именем (например, ‘А1’), резервируя необходимое рабочее пространство. Другой вариант, ‘A’ не отключается. Вместо этого он сохраняет чертеж и подключается к тому же проекту под другим, однако характерным, именем (например, ‘А1’), резервируя при этом только дополнительное необходимое рабочее пространство. Таким образом, оба пользователя и ‘А’ и ‘Б’ смогут сохранить свои исходные установки рабочего пространства незатронутыми - это означает, что они смогут осуществить подключение к проекту под своими старыми именами (‘А’ или ‘Б’). Более того, можно освободить временно зарезервированное рабочее пространство, после отключения пользователя ‘А1’ от проекта.
РАЗМЕТКА ПРОЕКТА На этапе разработки проекта ведущие архитекторы постепенно передают свои рабочие пространства другим архитекторам и чертежникам, которые далее прорабатывают различные детали проекта. Тем не менее, для ведущих архитекторов может появиться необходимость проанализировать ход работы в целом и сделать некоторые замечания или даже принять самое непосредственное участие Руководство по коллективной разработке проектов
в проектировании некоторых частей здания. В этом случае подход, когда архитекторы "забирают" свои рабочие пространства для анализа и комментирования выполненной работы, является неэффективным и излишним. Вместо этого ведущие архитекторы могут подключаться как эксперты и использовать инструменты разметки для выявления проблематичных областей, добавления своих элементов-исправлений и одобрения исправлений, которые были ему переданы. При подключении ведущего архитектора в роли эксперта он не резервирует никакого рабочего пространства проекта, поэтому его подключение не прерывает работу кого-либо из разработчиков проекта. Ведущий архитектор может воспользоваться различными стилями для написания замечаний, одобрения или отвержения проектных решений. Он может выделить любой из существующих элементов и добавить комментарии к нему или создать свой элемент-исправление и приписать его любому из членов рабочей группы. Впоследствии член группы разработчиков, получивший элемент-исправление, может одним щелчком включить его в проект. Инструменты разметки становятся особенно полезными для больших коллективов, когда непосредственное общение не всегда возможно или когда члены рабочей группы расположены на большом расстоянии друг от друга и коллективная работа поддерживается за счет создания локальных копий проекта.
УПРАВЛЕНИЕ ВЕРСИЯМИ В ArchiCAD инструментом разметки можно воспользоваться как "бумажной калькой". Архитекторы могут разрабатывать различные проектные решения для одной и той же архитектурной проблемы. Так как еще не известно, какое из предложений будет принято, архитекторы создают не окончательные чертежные элементы, а элементы-исправления в виде компонент разметки. Каждая компонента разметки представляет собой версию предложенного варианта. Чтобы
29
Корректировка распределения группового проекта
посмотреть один из предложенных вариантов, следует сделать видимым соответствующую ему компоненту разметки, а другие спрятать. Когда архитектор готов представить различные варианты решения проблемы, он назначает все созданные им компоненты разметки ведущему архитектору, который руководит проектом в целом. Для получения всей необходимой информации ведущему архитектору нет необходимости в резервировании какого-либо рабочего пространства. Он подключается в роли эксперта и получает приписанные ему компоненты разметки. После нахождения окончательного решения стиль выбранного варианта изменяется на "одобрено" и эта компонента разметки приписывается члену рабочей группы, который ее создал. Наконец, член рабочей группы придает всем одобренным вариантам решения различных проблем статус обычных элементов. Отвергнутые варианты могут быть удалены или отмечены как "отвергнутые" с приданием им статуса спрятанных компонент разметки с целью возможного их использования в будущем.
РАБОТА В АВТОНОМНОМ РЕЖИМЕ На протяжении длительного периода работы в автономном режиме, из соображений безопасности, могут сохраняться многочисленные копии локального проекта. Надлежащее управление этими файлами может существенно сэкономить время, избавить от ненужной работы и предотвратить потерю данных. Организовать управление такими файлами - задача отнюдь не простая, и решать ее нужно в соответствии с индивидуальными потребностями. При сохранении локального проекта его файл будет содержать всю информацию о групповом проекте, полученную в момент последнего выбора команды Послать и получить изменения или команды Получить изменения. С этого момента разработчик может работать со своим локальным проектом как с индивидуальным. Это означает, что он может продолжать работу на другом (как правило, удаленном) компьютере, на который файл можно перенести посредством диска или устройства хранения данных любого типа. И хотя это скорее похоже на среду ArchiCAD для индивидуальной работы, все же имеется ряд важных моментов, заслуживающих внимания.
Автономные библиотеки В зависимости от используемых в организации подходов по управлению библиотеками и имеющихся носителей хранения данных можно использовать любой из типов библиотек, рассмотренных в разделе Управление библиотеками.
Копирование центральной библиотеки Требуется устройство хранения данных большого объема, на которое можно скопировать центральную библиотеку. При возобновлении работы в сети необходимо вручную скопировать в центральную библиотеку все библиотечные элементы, созданные или измененные в автономном режиме.
30
Руководство по коллективной разработке проектов
Корректировка распределения группового проекта
Копирование локальной библиотеки
Копирование местной библиотеки
Требуется устройство хранения данных большого объема, на которое можно скопировать локальную библиотеку. При возобновлении работы в сети необходимо заменить старую локальную библиотеку новой, или вручную скопировать в старую локальную библиотеку все библиотечные элементы, созданные или измененные в автономном режиме. Внимание: В последнем случае Вы также должны скопировать вручную файл каталога “Даты”, содержащий информацию о тех изменениях, которые будут использоваться для синхронизации локальной библиотеки с центральной.
Это просто означает изменение места расположения библиотеки.
Руководство по коллективной разработке проектов
Архивный файл В любом из предыдущих случаев файл архива можно создать с помощью команды Файл > Сохранить как: Архивный проект. После автономной работы перед возвращением в коллективный проект следует создать новый архивный файл, который при открытии создаст библиотеку архива на локальном компьютере. Новые или измененные элементы надо вручную скопировать в их исходную библиотеку в соответствии с используемым методом управления библиотекой.
31
Устранение неисправностей
УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ При работе в групповом проекте следует обратить особое внимание на организацию технологического процесса и администрирование. В разделе "Ошибки, совершаемые человеком" мы описываем наиболее часто совершаемые человеком ошибки. Так как работа в групповом проекте предполагает использование сети, то возможность аппаратных сбоев повышается по сравнению с автономной работой. В связи с этим в специальном разделе обсуждаются вопросы наиболее общих программно-аппаратных сбоев.
ОШИБКИ, СОВЕРШАЕМЫЕ ЧЕЛОВЕКОМ Если пользователи не понимают в совершенстве принципы и правила функционирования и разработки групповых проектов, то они могут совершать ошибки. Кроме того, они могут совершать банальные ошибки или, например, просто забыть свой пароль. В следующем разделе описываются наиболее общие ошибки, который совершаются пользователями.
Излишние отключения Стремление к выходу из (отключению) группового проекта в конце рабочего дня является следствием непонимания характера работы с групповым проектом. Когда Вы подключаетесь к групповому проекту, устанавливается непосредственная связь с ним. Если Вы хотите продолжить свою работу дома, то нет необходимости в отключении от группового проекта. Более того, это запрещается, так как Вы потеряете свой ID подключения и не сможете больше послать результаты своей работы в файл центрального проекта. Даже если Вы не предполагаете работать вечером дома, совсем нет необходимости в отключении от группового проекта в конце рабочего дня и последующего подключения следующим утром. В очень больших проектах процедура подключения/отключения занимает довольно много времени.
заключается в том, что администратор может заменить любой пароль на другой. С другой стороны, пароль администратора никто, кроме него самого, заменить не может. И хотя пароли предназначены для обеспечения безопасности и управления, их потеря ни при каких обстоятельствах не может привести к потере данных.
Забыт пароль разработчика/руководителя группы для подключения к групповому проекту Администратор может назначить новый пароль в диалоговом окне команды Параметры группового проекта.
Забыт пароль разработчика/руководителя группы для открытия локального проекта Откройте локальный файл с паролем администратора. Позже администратор в диалоговом окне Параметры группового проекта назначит Вам новый пароль.
Забыто имя пользователя Любой из пользователей может посмотреть имена пользователей в диалоговом окне команды Информация о групповом проекте или в файле <project>.txt.
Забыт пароль или имя пользователя Эта проблема наиболее часто встречается в повседневной работе. Общее правило разрешения такой ситуации
32
Руководство по коллективной разработке проектов
Устранение неисправностей
Забыто имя администратора Имя администратора может посмотреть любой пользователь в диалоговом окне команды Информация о групповом проекте.
Забыт пароль администратора Все члены группы должны отослать свои изменения в групповой проект и отключиться от него. Администратор подключается к проекту в роли наблюдателя и сохраняет файл группового проекта как индивидуальный проект. После того как этот индивидуальный проект будет сделан групповым, можно будет вновь продолжить коллективную работу.
Проблемы ведения версий В ходе выполнения группового проекта, в результате открытия нового файла в проект могут быть внесены нежелательные данные или, как это часто случается при решении архитектурных задач, пользователи могут осознать, что более ранняя версия проекта содержит лучшее решение данной проблемы. К сожалению, возврат к предыдущим версиям иногда бывает чрезвычайно тяжелым, если вообще возможным. В ArchiCAD действует следующее основное правило: каждый пользователь обладает собственным ID подключения. Это целое число, значение которого увеличивается после каждого подключения к проекту. Как только Вы вновь подключитесь к тому же групповому проекту под с тем же именем, данные из версии предыдущего подключения уже не будут передаваться в групповой проект. (Нельзя послать в групповой проект данные из локального проекта с меньшим значением ID подключения.) Это обусловлено тем, что меньшее значение ID означает, что Вы уже отменили предыдущие резервирования, отключившись от проекта. После этого уже любой другой разработчик может свободно резервировать это освободившееся рабочее пространство. Таким образом, использование ID подключения устаревших локальных проектов могло бы привести к возникновению конфликтов по некоторым из элементов этой области. Руководство по коллективной разработке проектов
Хотя ArchiCAD и отслеживает производимые изменения посредством ID отсылки изменений в проект, Вы, тем не менее, можете посылать в групповой проект данные из файлов с одинаковым ID подключения. ID отсылки изменений - это целое число, значение которого увеличивается после каждого выбора команды Послать и получить изменения. При отсылке данных из файла с меньшим значением ID отсылки изменений (т.е. файла более раннего этапа работы) программа попросит Вас подтвердить замещение более новых данных и ID. Примечание: Найти значение ID подключения можно либо в окне команды Файл > Паспорт (MacOS) или Файл > Свойства (Windows), либо в диалоге команды Информация о групповом проекте, либо под окошком просмотра образца в диалоговом окне команды Файл > Открыть или в файле <project>.txt.
Отсылка нежелательных изменений Закройте файл локального проекта, не сохранив его или сохранив под другим именем, а затем откройте файл в его исходном состоянии (т.е. до того, как были произведены и посланы неправильные изменения). Выберите в меню команду Послать и получить изменения. Программа спросит Вас, хотите ли Вы заменить изменения, произведенные с более поздним ID, изменениями предыдущей версии.
Возврат к предыдущему подключению В некоторых случаях Вам может понадобиться вернуться к этапу проектирования, который выполнялся при предыдущем Вашем подключении к проекту. Откройте текущий локальный проект (тот, с которым установлена связь группового проекта) и сохраните его как индивидуальный проект под другим именем, из соображений безопасности. Удалите все из этого файла, а затем объедините с ним более ранний локальный проект. Затем отошлите изменения в групповой проект.
33
Устранение неисправностей
ПРОБЛЕМЫ, СВЯЗАННЫЕ С АППАРАТНЫМ И ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ Большинство аппаратных ошибок связано с нестабильностью работы сети. Они приводят к прерыванию выполнения операций подключения, отключения, посылки и получения изменений. В следующем разделе мы даем некоторые рекомендации по решению проблем, связанных со сбоями программно-аппаратных средств.
Нет сетевой связи В случае полного отсутствия сетевой связи все пользователи должны подключиться с одного и того же компьютера (скажем, c главного компьютера), на котором был создан групповой проект. Затем локальный проект может быть сохранен на любом переносном носителе данных и перенесен на компьютер разработчика. Если кто-либо из разработчиков пожелает послать и получить изменения, он должен сохранить локальный проект на данном этапе его разработки, скопировать его на диск, открыть на главном компьютере, а затем уже выбрать в меню Группа команду Послать и получить изменения. Так как аналогичный процесс необходимо повторять каждый раз при посылке и получении изменений, рабочий процесс должен быть внимательно организован, а именно, необходимо создать контрольные точки разработки проекта, когда каждый разработчик копирует свой локальный проект на главный компьютер. (Внимание: все разработчики, за исключением последнего, чтобы увидеть результаты работы остальных, должны будут дважды послать и получить изменения.) Примечание: Даже если Вы посчитаете, что такая процедура является вполне приемлемой при коллективной работе над проектом, помните, что это временное решение и оно ни в коем случае не должно заменять работу в сети.
Заблокирован файл администрирования Ошибки в сети могут привести к блокированию файла администрирования.
34
Если Вы попытаетесь отослать изменения в групповой проект после блокирования файла администрирования, появится сообщение о том, что Вы не можете подключить к проекту, отключиться от проекта или отослать свои изменения, так как эти действия выполняются другим пользователем. В таком случае проверьте в системном файле своего компьютера не заблокирован ли файл администрирования. Если заблокирован, отмените блокирование и попытайтесь отослать изменения еще раз.
Запорчен или отсутствует файл администрирования В этом случае файл следует вновь создать. При подключении к групповому проекту выдается сообщение “Не могу найти файл администрирования группового проекта”. Разработчику предлагается найти его вручную. Если файл администрирования отсутствует, можно открыть файл plp как индивидуальный проект. После этого администратор должен сделать этот индивидуальный проект групповым. Также можно переименовать .plp в .pln. После открытия такого файла pln его следует сохранить под другим именем с помощью команды Сохранить как. Примечание: Потеря или порча файла администрирования происходят довольное редко. Обычно проблема возникает в порче не файла ADM, а файла LCK. В связи с этим, прежде, чем искать другие решения, проверьте наличие и правильность файла LCK в папке проекта. Никогда не исходите из того, что файл ADM запорчен. Прежде, чем что-либо удалять или перемещать, за исключением файла lck, обратитесь в местную службу технической поддержки.
“Не могу создать резервную копию!” Сообщение при отсылке изменений Это сообщение появляется в процессе создания резервной копии. См. описание первого шага в “Процесс ввода/вывода” на стр. 8.
Руководство по коллективной разработке проектов
Устранение неисправностей
Это означает, что не удалось переместить старый файл .plp в папку резервной копии; однако это не означает, что процесс отсылки/получения изменений был безуспешным. Проверьте, что пользователь имеет достаточно полномочий для доступа в папку проекта и папку резервной копии, и что он имеет достаточно прав для создания и удаления файлов и папок. (Полномочия должны устанавливаться на 'чтение, запись, удаление и переименование'.) Убедитесь, что полный путь к файлу самого нижнего уровня не превышает по размеру 256 символов.
Сообщение “Не могу записать в файл примечаний группового проекта” Указывает, что может быть создан файл <project>.txt. Проверьте, достаточно ли у Вас полномочий для создание/изменение этого файла.
“Не могу записать файл плана!” Сообщение при отсылке изменений Указывает, что возникли проблемы на шагах 3 - 8 процедуры ввода/вывода. Для получения подробной информации см. “Процесс ввода/вывода” на стр. 8. Проверьте, был ли создан файл ACScratch.TMP. Если он существует, то его можно переименовать в <project>.plp. Это приведет к восстановлению файла группового проекта, включая все его изменения. Если файла ACScratch.TMP нет, однако имеется файл orig_##########, его можно переименовать в <project>.plp. В этом случае также восстанавливается файл группового проекта, однако без самых последних изменений. Не забудьте скопировать в исходное место файл <project>.adm из папки резервной копии, так как он соответствует восстановленному файлу <project>.plp.
Запорчен файл локального проекта Откройте последнюю резервную копию текущего локального проекта. (Параметры создания резервных копий можно установить в диалоге команды Параметры > Рабочая среда > Руководство по коллективной разработке проектов
Безопасность данных.) Если нет ни одной резервной копии, тогда следует использовать предыдущую версию файла с тем же ID подключения. Найти и посмотреть ID подключения Вы можете в окне команды Файл > Паспорт (MacOS) или Файл > Свойства (Windows), или в диалоговом окне команды Информация о групповом проекте. Примечание: Вы не можете отослать в групповой проект данные из локального проекта с меньшим ID подключения. Если же у Вас нет ни резервной копии, ни предыдущего файла с правильным ID подключения, то будут утрачены все изменения, произведенные Вами с момента последнего подключения к проекту. В этом случае необходимо либо вновь подключиться к проекту под тем же именем и с тем же паролем и, тем самым, отменить предыдущее соединение, либо администратор должен вообще аннулировать Ваше подключение, выбрав в диалоговом меню Параметры группового проекта опцию Отключить от проекта.
Запорчен файл группового проекта Если Вы обнаружили ошибку или ненормальное поведение файла группового проекта (например, запорчен при отсылке изменений и т.д.) администратор должен отключить всех пользователей. Затем должен подключиться к проекту руководитель группы с монопольным доступом. Затем он должен попытаться 'послать изменения' и затем отключиться. Это напоминает процедуру повторного преобразования проекта в групповой и может помочь в восстановлении запорченного файла. Если это не помогло, замените запорченные файлы группового проекта, администрирования и файл .txt последними имеющимися резервными копиями. Резервные копии группового проекта хранятся в папке резервных копий, размещенной в той же папке, что и групповой проект. Если ID подключения разработчика в резервной копии и в запорченном групповом проекте совпадают, то, выбрав в меню команду Послать и получить изменения, Вы можете перенести версию резервной копии на тот же уровень, на котором находился запорченный групповой проект. Разработчики, у
35
Устранение неисправностей
которых ID подключения к групповому проекту новее того, что хранится в версии резервной копии, могут только объединить свою работу с групповым проектом или скопировать ее туда. Если вообще не имеется ни одной резервной копии группового проекта, то невозможно дальнейшее выполнение этого проекта. В таком случае все разработчики должны сохранить свои локальные проекты, как индивидуальные, а затем с помощью команды Файл > Объединить можно объединить все эти файлы вместе. После объединения всех этих файлов можно вновь созданный проект опять сделать групповым. Внимание: Используйте этот метод в том случае, когда все элементы проекта были зарезервированы в некотором рабочем пространстве, так как незарезервированные элементы будут потеряны.
36
Руководство по коллективной разработке проектов
Предметный указатель
ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ А
И
П
Автономная библиотека 30 Администратор в компании средних размеров 14 в крупной компании 17 в небольшой компании 11 Архив файл ~ 31
Излишнее отключение 32 Изменение библиотеки по умолчанию 22 Использование компонент разметки 26
PlotMaker 9 Подключение в компании средних размеров 15 в крупной компании 18 в небольшой компании 12 Проблемы ведения версий 33 Проблемы, связанные с аппаратным и программным обеспечением 34
К
Библиотека в компании средних размеров 15 в крупной компании 19 в небольшой компании 12
Компания средних размеров коллективная работа в ~ 14 Копирование и вставка 25 Корректировка распределения группового проекта 23 Крупная компания коллективная работа в ~ 17
В
Л
Возврат к предыдущему подключению 33 Вырезание элемента 27
Локальная библиотека 21 Локальный проект запорчен ~ 35 управление копиями ~ 34
Б
Г Групповой проект запорчен ~ 35
З Заблокирован файл администрирования 34 Забыт пароль 32 Забыто имя пользователя 32 Запорчен или отсутствует файл администрирования 34
Руководство по коллективной разработке проектов
Н Набор видов 8 Небольшая компания 11
О Освобождение элемента 28 Отдача и получение элемента 24 Отключение-подключение 24 Отсылка нежелательных изменений 33
Р Работа в автономном режиме 30 Разметка проекта 29 Разработчик в компании средних размеров 14 в крупной компании 18 в небольшой компании 11 Регистрационное имя как вид деятельности 7 Редактирование зарезервированной области 28 Руководитель группы в компании средних размеров 14 в крупной компании 17 в небольшой компании 11
С Сеть в компании средних размеров 15 в крупной компании 18 в небольшой компании 12 проблемы с ~ 34
37
Предметный указатель
Т
У
Ц
Типы файлов 8 Третьи лица в компании средних размеров 16 в крупной компании 19 в небольшой компании 13
Управление библиотеками 20 Управление версиями 29 Устранение неисправностей 32
Центральная библиотека 20
Ф Файл администратора защищенный ~ 32
38
Ш Шаблон в компании средних размеров 15 в крупной компании 19 в небольшой компании 12
Руководство по коллективной разработке проектов