Объединенные команды разработчиков и эффективное управление проектами с использованием Borland Delphi 2005 и StarTeam


Продолжается подписка на наши издания! Вы не забыли подписаться?

Объединенные команды разработчиков и эффективное управление проектами с использованием Borland Delphi 2005 и StarTeam

Авторы: Джейсон Воукс (Jason Vokes)
Borland
Управляющий европейского направления выпуска Delphi
Borland

Перевод: Переведено БНТП по заказу Interface Ltd.
Опубликовано: 21.02.2006

Введение

На сегодняшний день сфера разработки коммерческого программного обеспечения не является полем игры для одиночных игроков. Практически полностью эта деятельность является командной. Разработка одиночными программистами приложений, способных найти применение в бизнесе, считается потенциально очень рискованным делом. Иногда проекты просто имеют слишком крупные масштабы, чтобы один разработчик был в состоянии создать решение, соответствующее потребностям данного бизнеса.

Таким образом, эта задача больше подходит командам, состоящим из талантливых дизайнеров, разработчиков и тестировщиков, которые объединяют свои усилия с целью создания лучшего решения в кратчайшие сроки. При этом они должны быть уверены в том, что созданный продукт отвечает требованиям данного бизнеса, в соответствии с которыми он и разрабатывался. Кроме того, важным фактором является то, что в настоящее время команды, как правило, территориально распределены – отдельные участники команды или ее части работают в различных офисах, городах и даже находятся в разных часовых поясах. Проблема управления такой командой может стать самым большим препятствием на пути к созданию успешного проекта, так как в этом случае руководство сопряжено со сложностями в обеспечении связи, доведении требований и управлении задачами. Все это увеличивает нагрузку и на руководителей проектов, и на разработчиков.

Эффект, который все эти проблемы могут произвести на достижение успеха в процессе разработки программного обеспечения, был признан компанией Borland, и за несколько лет в программные продукты, поставляемые Borland, были встроены расширенные возможности управления жизненным циклом программного продукта (ПП). В процессе создания ПП очень важна уверенность в надежной и постоянной совместной работе команды, а также обеспечение эффективной связи между членами команды и высокой степени защищенности имеющихся наработок.

В настоящем издании концентрируется внимание на возможностях обеспечения совместной работы, интегрированных в программную среду Borland Delphi 2005. Вместе с программой Borland Delphi 2005 (версии Enterprise и Architect) в коробке поставляется полная версия StarTeam 6 Standard Edition. Далее в тексте будет рассматриваться именно эта версия. В документе рассматриваются основные этапы и операции, связанные с использованием StarTeam в процессе разработки программного обеспечения. Кроме того, на примере возможного сценария будет рассмотрен вопрос управления данным процессом. Существуют версии StarTeam и более высокого уровня, и стоит заметить, что расширенные возможности, такие, например, как планирование задач, интегрируются в среду разработки и становятся доступными из запущенной версии StarTeam.

Работа в Delphi 2005 с использованием StarTeam для управления проектом и совместной работы команды

С помощью простого примера будут продемонстрированы некоторые ключевые операции при использовании StarTeam в Delphi 2005. На рисунке 1 представлен вид экрана с запущенной интегрированной средой разработки Delphi 2005, в которую загружено приложение Fishfact. Это приложение, представляющее собой простую базу данных Win32, будет рассматриваться в качестве примера на протяжении всего описания.


Рисунок 1. Приложение Fishfact, загруженное в среду разработки Delphi 2005.


Рисунок 2. Выбор StarTeam в главном меню Delphi 2005.

Проверить работу программы можно нажатием клавиши F9, которая запустит процесс компиляции, компоновки и запуска демонстрационного приложения. При работе в любой версии приложения может понадобиться сохранить данный проект с помощью системы управления исходным кодом. Поскольку приложение StarTeam 6.0 теперь тесно интегрировано с Delphi 2005, то получить доступ к возможностям StarTeam можно без труда, выбрав пункт StarTeam в главном меню Delphi 2005. Более подробно меню представлено на рисунке 2.

Как и все остальные меню в интегрированной среде разработки Delphi 2005, данное меню является контекстно-зависимым, поэтому пользователю доступны только активные в данный момент пункты:

Пункт меню Описание
Pull (Извлечь) Данный пункт меню позволяет извлекать отдельные проектные группы, проекты или файлы из папок сервера StarTeam и помещать их в локальную папку для просмотра и изменения содержимого.
Manage Associations (Управление ассоциированными объектами) Позволяет пользователю ассоциировать собственный проект с папками в StarTeam или изменять существующие ассоциации.
Place Project (Поместить проект) Позволяет помещать существующий проект с ассоциированными файлами в StarTeam.
Personal Options (Персональные настройки) Позволяет конфигурировать способ выделения новых/модифицированных запросов на изменение, разделов описания, задач и требований. Кроме того, могут быть изменены настройки способов выгрузки, блокирования и слияния файлов.

Размещение проекта

На этом этапе имеется проект, над которым идет работа (приложение Fishfact) и которое необходимо поместить в StarTeam для сохранения и обеспечения доступа к нему для всех участников команды. Для этого используется пункт Place Project. После выбора пункта Place Project в меню, как это показано на рисунке 2, на экране появляется диалоговое окно StarTeam с полями для заполнения (рисунок 3). Важно иметь в виду необходимость введения при входе в StarTeam имени пользователя и пароля, которые были заданы при помощи инструментария StarTeam Server. Имя нового проекта задается после нажатия кнопки New (рисунок 3).


Рисунок 3. Размещение проекта в StarTeam.

После введения данных необходимо нажать кнопку OK. Теперь можно ввести описание проекта либо добавить собственный файл (рисунок 4).


Рисунок 4. Диалоговое окно Add Files (добавление файлов).

Кроме того, пользователь может задать степень блокировки (Lock Status) зарегистрированного проекта в соответствии с приведенной ниже таблицей:

Степень блокировки Описание
Unlocked (открытый) Говорит о том, что пользователь не планирует вносить изменения, и открыл проект для работы участников команды.
Exclusive (ограниченный) Говорит о том, что пользователь собирается вносить изменения в эти файлы и предотвращает загрузку этих файлов другими пользователями. Если другой пользователь не сломает блокировку, никто другой не сможет создать новую версию блокированного файла в репозитории до снятия блокировки тем, кто ее установил.
Non-Exclusive (неограниченный) Говорит о том, что пользователь работает с файлами и собирается вносить изменения, но другие пользователи также могут видоизменять эти файлы и загружать новые.

Пользователь может связывать и закреплять элементы процесса за отдельными запросами на изменение, ожидающими выполнения в проекте и данной регистрации (check-in). Но на данном этапе никакие запросы на изменение для данного проекта в StarTeam не устанавливаются. При использовании опций связывания и закрепления можно задать, что данная регистрация разрешает одиночный запрос на изменение из проекта. Пользователь может пометить данный запрос как Fixed (установлен) / Finished (завершен) / Complete (выполнен). Это можно сделать, выбрав соответствующий вариант в диалоговом окне меток, которое становится доступным пользователю.

Наконец, может быть установлена метка Revision (пересмотр). Данная метка может быть полезна для идентификации тех версий файлов, которые в настоящее время загружены в качестве группы. Пользователь может либо выбрать какую-либо из существующих меток, либо набрать ее самостоятельно. Метка также может пригодиться, если пользователь планирует восстановить эти файлы в качестве группы позже, или если ему понадобится конкретная версия любого из файлов.

При нажатии кнопки OK в диалоговом окне AddFiles, файлы будут добавлены в StarTeam, а пользователь увидит окно сообщения, похожее на то, что показано на рисунке 5.


Рисунок 5. Файлы проекта, загруженные в созданный StarTeam проект.

Фиксирование изменений, обновление и слияние проекта

Теперь, когда проект помещен в среду StarTeam, доступ к нему и управление открыты участникам команды, работающим над проектом. Пользователь может продолжать работу над проектом и фиксировать внесенные изменения после завершения задачи, используя опцию StarTeam | Commit в главном меню. Если в проект были добавлены новые файлы, пользователю откроется диалоговое окно Add Files (рисунок 4). Оно открывается для каждого добавленного пользователем или другим участником команды файла.

Для того чтобы быть уверенным в наличии последней версии проекта перед началом работы над следующей задачей, пользователь может использовать опцию StarTeam | Update в главном меню. StarTeam обновит исходные файлы проекта и файл проекта пользователя, заменив их самыми последними версиями из репозитория. Если какие-либо файлы были добавлены или удалены из проекта, версия пользователя будет обновлена в соответствии с этими изменениями. При наличии в проекте слитых файлов StarTeam спросит пользователя, желает ли он произвести слияние своих файлов.

Для того чтобы максимально избежать несоответствий в файлах, StarTeam предлагает пользователю при необходимости обновить имеющиеся версии файлов. При попытке внести файл, не основанный на последней версии, StarTeam спросит пользователя о необходимости слияния двух его версий. Таким образом, пользователь предупреждается о возможных конфликтах и обеспечивается средствами, для того, чтобы их разрешить.

Интегрированный клиент StarTeam

Теперь, когда проект надежно сохранен в StarTeam, пользователи получают возможность управлять версиями файлов (как файлов исходного кода, так и всеми остальными), запросами на изменение и темами, ассоциированными с проектом. В данном разделе мы познакомимся с некоторыми способами облегчить управление проектами, которые предоставляет интегрированный в StarTeam клиент Delphi 2005.

На рисунке 6 можно увидеть окно StarTeam Client, которое появляется при выборе пункта StarTeam | View Client из главного меню Delphi 2005. Оно позволяет просмотреть файлы проекта, включая статус каждого файла. Если после последнего сохранения над файлом кто-либо работал, тогда в колонке статуса на этой странице будет стоять отметка Modified (изменен).

Пользователю может понадобиться заблокировать файлы, в которые он собирается внести изменения. Это можно сделать, используя меню, появляющееся при нажатии правой кнопки мыши. При этом StarTeam отобразит имя пользователя, заблокировавшего файл. На рисунке 7 видно как могут быть сгруппированы модифицированные файлы.


Рисунок 6. Встроенный в Delphi 2005 клиент StarTeam.


Рисунок 7. Наглядное отображение файлов, которые были блокированы и модифицированы.


Рисунок 8. Установка степени блокировки выбранных файлов.

Диалоговое окно Set My Lock Status (установить степень блокировки) (рисунок 8) используется для установки степени блокировки отдельных файлов и групп выбранных файлов.

Визуальное сопоставление файлов

Когда члены команды разработчиков вносят изменения в код программы, может возникнуть необходимость в сравнении версий файлов. Такая возможность предусмотрена в Delphi 2005 (рисунок 9) и называется Visual Diff. Доступ к ней открывается при выборе пункта Compare Contents (сравнить содержимое) в меню, которое открывается нажатием правой кнопки мыши (рисунок 7). Кроме того, пользователь имеет возможность задать отображение количества строк, которые были добавлены, удалены или заменены (рисунок 9).


Рисунок 9. Легкость визуального сопоставления с использованием Visual Diff.

StarTeam обеспечивает возможность слияния сравниваемых файлов. Сделать это можно с помощью кнопки, отмеченной красным кружком на рисунке 9. После ее нажатия пользователю необходимо ввести расположение и имя файла, в котором будет сохранено объединенное содержимое файлов.

Delphi 2005 представляет возможность просмотра истории локальных файлов и управления версиями как стандартную возможность в интегрированной среде разработки. После установки и начала работы со средой StarTeam пользователь не только получает новую возможность сопоставления файлов, как это показано на рисунке 9, но и существующая страница History (История) в среде разработки становится более функциональной. Страница History теперь обеспечивает более полную информацию о файле, показывая номера версий, даты регистрации и авторов созданных версий.

Функциональные возможности нижнего окна

Закладки нижнего окна зависят от состояния выбранного в верхнем окне элемента. Одна из главных задач заключается в том, чтобы дать пользователю как можно больше сведений о выбранном файле. На рисунке 6 можно увидеть информацию, предоставленную в области описания. Другие закладки, такие как History, могут быть использованы для получения полной истории данной версии файла, включая имя пользователя, внесшего изменения и комментарии, которые были добавлены. На рисунке 10 показан формат, в котором на странице History отображается информация об одном файле. Кроме того, можно увидеть дополнительное меню, открывающее пользователю возможность выгрузить любую из версий в истории файла, подробно рассмотреть свойства или даже просмотреть содержимое файла. Также пользователь может использовать Visual Diff для визуального сопоставления различных версий файлов и даже редактировать комментарии, созданные при загрузке файла.


Рисунок 10. Окно History, отображающее историю версий файла.

Как видно на рисунке 10, в окне имеются и другие закладки: закладка Label, назначение которой уже было описано, закладка Links представляющая список элементов, с которыми связан выделенный файл (например, папка, разделы описания и запросы на изменение). Пользователь может создавать связи между выбранными элементами используя дополнительное меню и опцию Links. Наконец, закладка Reference позволяет увидеть ссылки выделенного элемента. Папка или элемент могут быть ассоциированы более чем с одним проектом, представлением или папкой, а страница References предоставляет возможность их увидеть.

Запросы на изменение

Возможность осуществления запросов на изменение позволяет обеспечить формализированное управление либо недоработками, либо требованиями. Использование запросов на изменение позволяет наглядно убедиться в том, что использование StarTeam на самом деле позволяет помочь в управлении проектами по разработке программного обеспечения.

В документации приведено описание нескольких этапов имеющих место между созданием и закрытием запроса на изменение в StarTeam. Каждый шаг или этап показан на рисунке 11. Существует очень маленькая вероятность того, что один и тот же пользователь сможет изменить статус каждого этапа данного процесса.


Рисунок 11. Структура процесса запроса на изменение в StarTeam.

Рассмотрим вкратце, что происходит, так как понимание этого процесса позволит сделать более осмысленным дальнейший разговор об интерфейсе пользователя.

Submit (Создание запроса): На данном этапе разработчик, тестировщик или любой из членов команды может создать новый запрос на изменение. Для этого необходимо коротко описать функцию, которая предлагается, либо объяснить возникшую проблему и привести способ решения задачи. StarTeam предоставляет возможность сделать подробное описание.

Assign (Назначение): После того, как запрос на изменение был создан, кто-либо из участников команды, обычно не тот, кто его открыл, изучает запрос, и решает, будет ли команда заниматься добавлением предлагаемой функции или разрешением возникшей трудности. Решение заключается в том, чтобы оставить запрос на изменение открытым (то есть для немедленной работы) или отсроченным до тех пор, пока решение не изменится. Кроме того, можно присвоить запросу статус дубликата - на случай, если содержание данного запроса уже было введено в другой. При установке запроса на изменение в открытое состояние, он отправляется кому-нибудь из команды для закрепления, исполнения или решения.

Resolve/Build (Решение/формирование): Когда член команды, которому был передан запрос на изменение, начинает работу над ним, запросу присваивается статус In progress (исполняется в настоящий момент). После этого этапа разработчик установит одно из состояний: fixed (закреплен), documented (задокументирован) или cannot reproduce (не может быть воспроизведен). В зависимости от размеров команды и масштабов проекта, разработчик может включить решение о запросе на изменение в структуру проекта или перенести его включение в структуру до начала следующего формального этапа.

Verify (Проверка): Запрос на изменение должен быть проверен до того, как будет закрыт. Обычно контроль осуществляется тестировщиком или инженером по контролю качества. Статусы, которые могут быть заданы после этого этапа, следующие: verified as designed (проверен как созданный), verified cannot reproduce (проверен, не подлежит воспроизведению), verified documented (проверен, задокументирован), verified fixed (проверен, зафиксирован) или verified duplicate (проверен, дубликат).

Close (Закрытие): Наконец, другому члену команды может понадобиться выполнить дальнейшие задания перед закрытием запроса на изменение. Такие действия, как добавление модифицированных элементов к документации для окончательной версии (релиза) выполняются до установки запроса на изменение в закрытое состояние.

На рисунке 12 показана страница детальной информации нового запроса на изменение на этапе создания запроса.


Рисунок 13. Интерфейс пользователя при представлении запроса на изменение.


Рисунок 14. Отображение запросов на изменение в таблице StarTeam.


Рисунок 15. Элементы Topic в StarTeam.


Рисунок 16. Заполнение темы.

После сохранения запроса на изменение, он будет введен в виде строки в таблицу запросов на изменение в главном окне StarTeam для того, чтобы остальные члены команды могли его видеть и предпринимать соответствующие действия. Детальное рассмотрение всех этапов процесса не является целью данного документа, но на рисунке 13 можно увидеть, что состояние было изменено на открытое (то есть кто-то принял запрос на изменение), оно автоматически было соотнесено с номером запроса на изменение и именем разработчика (в данном случае, с именем автора).

Теперь можно увидеть, как процесс представленный на рисунке 11 функционирует в интегрированной среде разработки. В любой момент времени может быть запущено любое количество запросов на изменение. Внешний вид списка запросов представлен на рисунке 14. Обратите внимание на иконки, которые позволяют легко различать запросы, находящиеся на разных этапах обработки, а также типы этих запросов.

При работе над проектами любых масштабов может создаваться огромное количество запросов на изменение. Для облегчения процесса управления список запросов может быть отфильтрован несколькими способами. Эта возможность доступна через выпадающее меню (рисунок 14). Предусмотрено еще несколько характерных деталей, позволяющих экономить время, например, всплывающие подсказки по описанию при наведении курсора мыши на поле краткого описания в строке запроса на изменение. Это позволяет пользователю просмотреть информацию о запросе без необходимости его открытия.

Темы

Темы могут использоваться для специализированного и защищенного обсуждения командой или группами, входящими в состав команды, вопросов, связанных с проектом. Назначение этой функции заключается не только в том, чтобы облегчить обсуждение решаемых задач и дальнейшего развития проекта. Она также играет важную роль журнала записи событий, описывающих жизненный цикл проекта, ведь нередко, во время проекта, стираются электронные письма или теряются прикрепленные файлы. Другими важными достоинствами являются возможность разобраться и понять (или вспомнить), почему данное решение было принято и для чего было необходимо данное действие, а также возможность избежать напрасной траты времени при повторном выполнении ошибочных действий. Преимуществом является и возможность осуществления контроля над совместной работой участников команды - даже если они территориально разбросаны - под контролем будет любой, кто вовлечен даже в достаточно большой проект разработки.

Давайте рассмотрим процесс использования тем. Существует несколько способов представления тем в интегрированной в Delphi 2005 среде StarTeam. Наиболее удачным, по мнению автора, является древовидный формат отображения, представленный на рисунке 15. Хотя это и делает данную функцию такой же простой в работе, как, например, группы новостей, но здесь в каждом элементе строки намного больше возможностей и структурированности.

Для создания новой темы для обсуждения или участия в существующей, используется появляющееся после нажатия правой кнопки мыши меню, в котором выбирается соответствующий пункт. На рисунке 16 видно, насколько просто пользователю начать работу с темой. Кроме того, имеется возможность ассоциировать прикрепленные файлы с элементами темы пользователя.

Как видно на рисунке 17, пользователь также имеет возможность выбрать имя члена команды, которому будет адресовано сообщение данной темы. Это позволяет облегчить создание виртуальных групп по функциональным признакам или по направлению работы. Местонахождение любого из членов команды в данном случае также не имеет никакого значения. Необходимо учитывать, что все члены команды могут читать темы, но только те, кто отмечен в списке, будут извещены о новом сообщении.

Связи

Во время работы над проектами, когда осуществляется взаимодействие разделов описания, создание и управление запросами на изменение, а также загрузка и выгрузка кода, StarTeam обеспечивает эффективный способ соединить все эти операции с помощью связей. Давайте рассмотрим простой сценарий, в котором поток сообщений темы вызывает ввод запроса на изменение. Этот запрос на изменение одобряется, принимается и выполняется. Код с выполненным решением затем вносится в StarTeam. Теперь необходимо рассмотреть, каким образом может быть соединена цепочка событий. Ранее было рассказано о том, как добавляются элементы темы и как работать с запросами на изменение, поэтому предположим, что у нас уже имеются тема и запрос на изменение. Для начала необходимо выбрать в окне темы или в окне запроса на изменение (в данном случае было взято окно темы) тот элемент, который необходимо связать. После этого правой кнопкой мыши вызывается меню, в котором выбирается пункт Links | Create Link. Затем в другом окне выбирается элемент, с которым будет установлена связь. После нажатия правой кнопкой мыши в появившемся меню выбирается пункт Links | Complete Link. Теперь можно увидеть сведения о созданном соединении в нижнем окне под таблицей связей. На рисунке 18 показан элемент темы, который был связан с запросом на изменение.

После установления связи пользователь также может выбрать ее тип: Pin (закрепленная) или Float (плавающая). Это означает, что между версиями файлов, запросами на изменение и темами могут иметься связи, которые либо закреплены за конкретными версиями данных элементов, либо перемещаются далее вместе с вершиной древовидной структуры, когда новые версии файлов помещаются в StarTeam. Элемент любого типа, выбранный в верхнем окне, принимается за исходный, а элемент в нижнем окне, независимо от типа, принимается за подчиненный объект. Возможны любые комбинации с использованием плавающих, прикрепленных, исходящих и подчиненных связей.

Установленные связи могут быть ассоциированы с зарегистрированным пользователем. Это обеспечивает получение значительно более ценной информации касательно причин предпринимаемых действий и решения задачи, чем простое формирование комментариев-описаний. На рисунке 19 показано, как пользователь во время регистрации может выбрать, показывать или нет связанные со списком элементы, отметив галочкой соответствующее окошко.

Связи выстраиваются в последовательности, которые позволяют обеспечить необходимый контроль над тем, как принимаются решения во время работы над проектом, а также играют роль журнала записи событий после того, как проект завершен. Они обеспечивают возможность простого, эффективного и гибкого, ассоциативного управления сложными сценариями, которое создает наглядное представление всей картины процесса в целом, а также возможность оперативного контроля.

Отчеты

До сих пор мы рассматривали функции StarTeam, предназначенные для регистрации сведений о проекте, работы с членами команды и, конечно, многочисленных операций с двоичными файлами. В последнем разделе будет освещена специфическая функция, позволяющая обеспечить получение информации из StarTeam: возможность формирования отчетов.


Рисунок 17. Выбор получателей темы.


Рисунок 18. Элемент темы, связанный с запросом на изменение.

Пользователь может получить доступ к диалоговому окну формирования отчетов (рисунок 20) используя меню, появляющееся после нажатия правой кнопки мыши и выбрав пункт Reports. После этого доступными станут пункты, основанные на текущем выборе в окне StarTeam: закладки File, Change Request или Topic. Полученные отчеты будут выполнены в формате HTML и предоставят пользователю обзор данных, основанный на представлении линейных данных, которые были отфильтрованы пользователем в интегрированной среде разработки. Это позволяет добиться весьма наглядной отчетности.

Пример отчета представлен на рисунке 21. На нем показан подробный отчет обо всех имеющихся в нашем примере проекта недоработках. В данном случае имеются лишь две линии данных.

Существует много других вариантов отчетов. Ознакомившись с возможностью формирования отчетов и получением доступа к ней, пользователь без каких-либо затруднений сможет воспользоваться этой функцией.

Резюме

Был рассмотрен образец приложения и пример использования встроенной в Borland Delphi 2005 среды StarTeam, позволяющей помочь командам разработчиков в достижении более эффективной работы для успешного создания программных продуктов. Автор имел целью составить краткий обзор, который позволил бы читателям получить общее представление о данном программном продукте и использовать его в качестве стартовой точки для более успешного управления собственными проектами, снижения риска и превращения его в дальнейшем в неотъемлемую часть неизменно успешных проектов. В качестве примера в данном тексте использовались программные решения, которые поставляются в комплекте с Delphi 2005 (версии Enterprise и Architect). Они включают не только интегрированную среду разработки для StarTeam, но и программное обеспечение StarTeam 6.0 Standard.

Настройка

Как установить и настроить StarTeam для работы с Delphi 2005:

Перед тем, как начать работать с приведенным в тексте примером, необходимо установить, настроить и запустить серверное приложение StarTeam. Программа StarTeam 6.0 Standard Edition устанавливается с диска, который поставляется в комплекте с Delphi 2005 (версии Enterprise и Architect). Интегрированная среда разработки входит в комплект с Delphi 2005 Professional Edition, однако программа StarTeam приобретается отдельно.

После того, как вставлен диск с программой StarTeam, необходимо следовать подсказкам программы установки и использовать серийный номер, ключ активации и код доступа, которые поставляются на лицензионной карте. Если программа по каким-либо причинам не запускается автоматически, необходимо запустить файл setup.exe, который находится на установочном диске. Выбрав пункт Install Products в меню установки, нужно установить клиентское и серверное программное обеспечение StarTeam.


Рисунок 19. Использование связанных со списком элементов при регистрации.


Рисунок 20. Пример детального отчета об имеющихся дефектах.


Рисунок 21. Окно формирования отчетов в StarTeam.

Если пользователь уже имеет установленную программу StarTeam Server, с которой он хочет связать клиентскую интегрированную среду разработки, тогда необходимо установить клиентскую версию StarTeam на компьютер, на котором осуществляется работа над проектом.


Рисунок 22. Приложение StarTeam Server Administration.


Рисунок 23. Настройки сервера StarTeam Server.

После установки серверного программного обеспечения, необходимо настроить и запустить сервер. Имеется два приложения, которые могут быть использованы для доступа к серверу (серверам). Приложение Server Admin показано на рисунке 22. Оно позволяет управлять любым количеством серверов StarTeam и работать с пользователями.

Значение настроек сервера по умолчанию представлено на рисунке 23. Необходимо обратить внимание на номер порта, указанный по умолчанию. Пользователь может получить доступ к этим настройкам из приложения Server Administration, показанного на рисунке 22.

После настройки сервера (серверов) и выставления пользовательских настроек производится запуск сервера. Это можно сделать с помощью приложения StarTeam Server, установленного на машине, которая будет играть роль сервера. Запустить сервер можно нажатием кнопки Start Server, выделенной на рисунке 24.


Рисунок 24. Приложение Server Tools.

После того, как сервер был запущен и вошел в рабочее состояние, как это показано на рисунке 24, необходимо проверить наличие доступа к нему со стороны клиента.


Рисунок 25. Диалоговые окна Open Project Wizard и Log On.

Для проверки наличия доступа к серверу с машины, на которой осуществляется работа над проектом, можно использовать автономное приложение StarTeam Client. Его можно запустить из меню Пуск, выбрав пункт Программы | StarTeam | StarTeam Client 6.0 | StarTeam Client. Кроме того, используя интерфейс клиентского приложения, можно выполнять задачи, интегрированные в среду разработки Delphi 2005.

Используя главное меню, можно открыть новый проект, выбрав пункт Project | Open. Появится окно Open Project Wizard, которое показано на рисунке 25. Как видно на рисунке 25, кнопка Log On As уже была нажата. При попытке пользователя получить доступ к серверу или проекту без регистрации, перед ним появляется диалоговое окно Log On to <Server Name>, предлагающее ввести имя пользователя и пароль.

Если пользователь не смог в первый раз успешно пройти регистрацию, необходимо проверить настройки сервера, чтобы удостовериться в том, что они соответствуют настройкам управляющего приложения. После успешного соединения, произведенного из приложения StarTeam Client, можно быть уверенным в том, что пользователь получит доступ к StarTeam, даже используя интегрированный клиент среды разработки Delphi 2005.


Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав.

Copyright © 1994-2016 ООО "К-Пресс"