Хандхаузен знакомство с microsoft visual studio 2005 team

хандхаузен знакомство с microsoft visual studio 2005 team

Благодарности. Предисловие. Введение. ЧАСТЬ I Знакомство с Team System . 1. Обзор Team System. Жизнь без Visual Studio Team System. Книга Хандхаузен, Ричард "Знакомство с Microsoft Visual Studio Team System" — купить сегодня c доставкой и гарантией по выгодной цене. Visual Studio Team System (VSTS) — набор инструментов от Microsoft для разработки . Хандхаузен Ричард, «Знакомство с Microsoft Visual Studio Team System» / Пер. с англ. -М.: Издательство «Русская редакция»; СПб.

Система управления версиями TFS хранит весь код, равно как и записи обо всех изменения и текущих извлечениях кода check-outs в базе данных SQL Server. Поддерживаются такие возможности как одновременная множественная блокировка кода для изменения multiple simultaneous check-outs то есть один и тот же файл одновременно могут редактировать несколько человекразрешение конфликтов, ветвление и слияние, а также возможность устанавливать уровни безопасности на любом уровне дерева исходного кода.

TFS также имеет в своем составе сервер сборки, который может использоваться разработчиками для выполнения полной сборки последних версий кода, имеющихся в системе контроля версий. Все сборки отслеживаются TFS. Инструменты Visual Studio такие как Code Analysis анализ кодаTest Tools инструменты для тестирования и Code Coverage покрытие кода могут быть использованы для проверки сборки, прежде чем она будет признана годной. Также присутствует Team Explorer для просмотра и управления элементами в командном проекте.

А Source Control Explorer можно применять для создания и слияния ветвей исходного кода. Этот инструмент, который лицензируется отдельно от Team Foundation Server и Visual Studio, предназначен для использования тестировщиками для выполнения автоматизированного нагрузочного тестирования веб- или Windows-приложений. Результаты нагрузочных тестов сохраняются в хранилище Team Foundation Server и могут быть привязаны к определенным сборкам, благодаря чему тестирование производительности может отслеживаться на протяжении всего жизненного цикла проекта.

При запуске Visual Studio в ноябре года существовало разделение версий по трем различным ролям в разработке приложений: Разработчики, Архитекторы и Тестировщики. Четвёртая версия, предназначенная для Разработчиков Баз Данных, была разработана и выпущена в конце года. Team Explorer включает в себя лицензию для Visual Studio Premier Partner Edition для необладающих Visual Studio для обеспечения эксклюзивного использования функционала Team Explorer. Интеграция с Microsoft Office[ править править код ] Помимо поддержки интеграции продуктов Visual Studio, Team Foundation Server также поддерживает интеграцию с Microsoft Excel и Microsoft Projectявляющихся частью линейки продуктов Microsoft Office.

Microsoft рассчитывает на использование этих инструментов не разработчиками, а обычными пользователями, которые не умеют работать с Visual Studio или она им попросту неинтересна, и поэтому они предпочтут взаимодействовать с командой разработчиков при помощи уже привычных и удобных программ.

При поддержке интеграции, предусмотренной в Office, пользователь, обладающий доступом к Team Foundation Server, сможет просматривать, модифицировать и добавлять новые рабочие элементы.

Visual Studio Team Edition for Software Testers обеспечивает веб-тестирование, нагрузочное тестирование, модульное тестирование, покрытие кода и прочие инструменты тестирования. Документацию можно бесплатно загрузить с сайта Microsoft, обратившись по адресу http: Я уже говорил, что при использовании большого количества различных средств возникают проблемы, касающиеся взаимодействия между членами команды.

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

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

Мы только что их перечислили: Наилучшие шансы на успех обеспечивают такие простые принципы, как адекватное планирование, хорошая конструкторская работа, выбор лучших стратегий разработки и тестирования, эффективное взаимодействие. При подобных условиях хорошо бы иметь средство, помогающее обеспечить соблюдение этих правил и естественным образом интегрирующееся в привычную среду разработки, которой вы пользуетесь от 8 до 18 часов в сутки. От начала и до конца вашей работы Team System будет координировать ее и управлять ею, направляя к единственной цели.

Итак, разработчики Visual Studio Team System ставили перед собой следующие фундаментальные цели: Последняя цель предполагает обеспечение возможности для сторонних компаний создавать надстройки для Team System. Если вашей команде придется использовать альтернативные методы разработки или же альтернативные средства проектирования, управления исходным кодом и тестирования, вы без труда сможете интегрировать их с Team System.

Управление проектом и методика разработки Хорошо ли иметь средство, диктующее вам методику разработки программного обеспечения? Во многом я с ними согласен - люди не любят, когда им навязывают какие бы то ни было методы или правила.

Возвращаясь к вопросу о расширяемости, я должен сказать, что Team System настраиваема и расширяема настолько, насколько это вообще. Если задаваемые данным средством вопросы относительно управления проектом и методов разработки вас не устраивают, их можно изменить.

Если правила контроля версий слишком строги для вас или, напротив, недостаточно строги, их можно изменить. Они точно знают, чего хотят. Более того, они точно знают, чего не хотят.

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

Вот из таких людей состоит Microsoft, и они с самого начала знали, что Team System ожидает успех лишь в том случае, если она будет расширяемой. Потребность в методике Предлагаю ненадолго остановиться и обсудить один важный вопрос.

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

Под ним часто понимают просто наличие определенного подхода к решению некоторой задачи.

хандхаузен знакомство с microsoft visual studio 2005 team

Существуют популярные, детально проработанные методики, и существуют другие, нечеткие или малоизвестные. Данный вопрос занимает меня в течение многих лет, поскольку он связан одновременно с гибкими организационными и жесткими техническими средствами. Он помогает придерживаться любой выбранной вами же методики. Со своей стороны позволю себе полушутливое предостережение: Мы рассмотрим несколько наиболее популярных методик, включая две методики из описанного в следующем разделе технологического пакета Microsoft Solutions Framework, которые реализованы в составе Team System.

Впервые опубликованный в году, этот документ стал квинтэссенцией 25летнего опыта разработчиков, выраженного в различных руководствах, которые используются как в компании Microsoft, так и в других компаниях, занимающихся созданием программного обеспечения. С годами документация MSF менялась, адаптируясь к новым потребностям разработчиков. MSF for Agile Software Development предназначена для команд, привыкших к быстрой работе в постоянно изменяющихся условиях и в тесном контакте с заказчиком.

Она предназначается для небольших компаний с командами разработчиков из человек. Была ли данная модель специально разработана для Team System? Можно сказать и.

Visual Studio Team System — Википедия

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

Адаптация к изменяющимся условиям важнее следования плану. Основная задача гибкого процесса заключается в предоставлении пользователю согласованного и качественного программного обеспечения. Времена, когда разработка формальных спецификаций была одним из ключевых этапов проекта, ушли в прошлое. Воплощая в своем продукте модель MSF for Agile Software Development, Microsoft демонстрирует понимание того факта, что быстрое составление жесткой спецификации и передача ее разработчикам для реализации часто означают провал проекта.

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

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

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

Поэтому в XP предполагается, что меняться может буквально все, в том числе состав команд пользователей и разработчиков, а также бизнессреда.

Знакомство с Microsoft Visual Studio Team System

Метод водопада и некоторые другие жесткие методы разработки, как известно, не предназначены для быстрой адаптации к изменениям, особенно на поздних стадиях цикла.

В то же время XP не только обеспечивает проекту необходимую гибкость, но и позволяет весьма элегантно вносить изменения. Меняются требования, проектная документация, технологии, состав команды и даже ее члены. Методика XP имеет множество достоинств. Команде разработчиков это, в частности, позволяет тестировать продукт в реальном рабочем окружении.

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

Visual Studio Team System

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

хандхаузен знакомство с microsoft visual studio 2005 team

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

Главным в команде является scrumмастер, человек, чья основная и зачастую единственная обязанность заключается в том, чтобы привести команду к успешному результату. Мастер ежедневно проводит короткое совещание-летучку, в котором принимают участие все члены команды.

На повестке дня всегда одни и те же три простых вопроса к каждому: Что ты сделал за время, прошедшее после предыдущей летучки?

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

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

хандхаузен знакомство с microsoft visual studio 2005 team

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

Знакомство с Microsoft Visual Studio 2005 Team System

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

Кроме того, они могут служить предпосылками к совершению действий. Действиями activity называют работы, выполняемые совместно с одной целью. Действия можно отслеживать с применением рабочих элементов. Объединяясь в группы, действия образуют рабочие потоки work stream - действия, состоящие из других действий.

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