Идентификация проекта и его составляющих в TeamSource

Версии проекта и его составляющих назначаются контроллером версий TeamSource. Номер версии составляющих проекта состоит из двух двузначных чисел. Основ­ной контроллер формирует версию каждой из составляющих проекта в момент помещения ее в хранилище, увеличивая на единицу правую часть номера версии, исходное значение которой (для первой версии файла, помещенной в хранилище) равно 1.0. Когда правая часть достигает значения 99, левая увеличивается на еди­ницу, а правая обнуляется.

ПРИМЕЧАНИЕ-----------------------------------------------------------------------------------

Можно также реализовать свой собственный генератор версий, создав специальное расширение TeamSource.

Версия проекта задается при его описании и не генерируется автоматически.

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

Хранилище TeamSource

Как уже отмечалось выше, хранилище TeamSource организовано по файловому принципу. Для каждого проекта выделяется каталог, называемый корневым (root), в котором создается структура подкаталогов и файлов, соответствующая файлам и каталогам, включенным в описание проекта. Изначально для каждого корневого каталога создается следующая структура файлов и подкаталогов:

G Archives — каталог, в котором содержатся версии файлов проекта. Файлы хра­нятся в архивированном виде, в формате ZLib. Каталог содержит все версии каждого из файлов проекта. Имена присваиваются файлам по следующему принципу: к имени исходного файла (включая и расширение) добавляется рас­ширение .z (например, файл project.dpr будет иметь имя project.dpr.z). Кроме файлов проекта данный каталог содержит еще два файла:

О файл с информацией о проекте (название проекта, версия TeamSource и уни­кальное имя контроллера версий, получаемое от соответствующего модуля расширения);

О файл, содержащий версию проекта;

Q History — каталог, в котором сохраняется информация об изменениях файлов в хра­нилище. Имена файлов в этом каталоге имеют вид <код даты и времени>.<имя ра­бочей станции>. Файл истории содержит имя пользователя, работавшего с про­ектом, дату и время сеанса, а также список измененных файлов;

Q Locks — каталог, предназначенный для хранения информации о блокировках. Обычно содержит один файл lockinfo.dat;

О logs.txt — журнал работы с проектом;

Q summary.txt — результирующие данные о каждом сеансе работы с проектом.

Тема 15 Автоматизация управления групповой разработкой проектов. Назначение системных сред автоматизированных систем.

Системы автоматизированного проектирования относятся к числу наиболее сложных и наукоемких АС. Наряду с выполнением проектных процедур необходимо автоматизировать управление проектированием, поскольку сам процесс проектирования становится все более сложным и зачастую приобретает распределенный характер. Для управления сложными системами в их составе имеется специальное ПО – системная среда САПР или АС, называемая системой управления проектными данными или системой управления жизненным циклом изделий.

История систем управления проектными данными – систем PDM – связана с развитием САПР. Появление системных сред в САПР ознаменовало переход от использования отдельных не связанных друг с другом программ, решающих частные проектные задачи, к применению интегрированной совокупности таких программ.

Интегрирующим компонентом в 1970-е годы стала единая база данных САПР. Однако использование СУБД не приводило к удовлетворительным результатам в силу разнообразия типов проектных данных, распределенного и параллельного характера процессов проектирования и недостаточной развитости баз данных.

В 80-е годы были созданы специализированные СУБД, ориентированные на САПР, но и они в недостаточной степени удовлетворяли требованиям обеспечения целостности данных, управления потоками проектных работ, многоаспектного доступа пользователей к данным.

И лишь на рубеже 80 – 90-х годов появились системы управления проектными данными, сначала в САПР электронной промышленности, а позднее и в САПР машиностроения, где они и получили наименование PDM.

Современные системы управления проектными данными предназначены для информационного обеспечения проектирования и выполняют следующие основные функции:

• хранение проектных данных и доступ к ним, в том числе ведение распределенных архивов документов, их поиск, редактирование маршрутизация и визуализация;

• управление конфигурацией изделия;

• создание спецификаций;

• защита информации;

• интеграция данных.

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