Знакомство с microsoft visual studio 2005 team

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

знакомство с microsoft visual studio 2005 team

С появлением в линейке средств разработки продукта под названием Visual Studio Team System компания Microsoft вышла за рамки базового. Благодарности. Предисловие. Введение. ЧАСТЬ I Знакомство с Team System . 1. Обзор Team System. Жизнь без Visual Studio Team System. Купить книгу «Знакомство с Microsoft Visual Studio Team System» автора Ричард Хандхаузен и другие произведения в разделе Книги в.

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

знакомство с microsoft visual studio 2005 team

Результаты нагрузочных тестов сохраняются в хранилище 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 2005 team

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

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

Visual Studio Team Edition for Database Professionals предоставляет инструменты для разработки баз данных и их тестирования. Выпущена в декабре Обладатели Team Suite, купившие её до выпуска Team Edition for Database professionals, получают лицензию для недостающей версии без дополнительной оплаты.

MSDN[ править править код ] Как правило покупатели получают подписку MSDN Premium при покупке лицензионных версий Team Edition и Team Suite, за счет чего реализуется программа страхования Software Assuranceгарантирующая пользователям обновления приобретенных продуктов на всем протяжении периода подписки. В новой версии Microsoft планирует реализовать новые возможности для разработки на базе существующих ALM -решений. Среди главных особенностей и возможностей Visual Studio Team System обещаны: По официальным сведениям, модель гибкого процесса была создана совещательным органом, известным как Agile Alliance.

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

Работающее программное обеспечение важнее, чем подробная документация. Адаптация к изменяющимся условиям важнее следования плану. Основная задача гибкого процесса заключается в предоставлении пользователю согласованного и качественного программного обеспечения.

Visual Studio Team System

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

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

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

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

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

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

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

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

Рассмотрим эту методику подробнее.

знакомство с microsoft visual studio 2005 team

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

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

Мастер ежедневно проводит короткое совещание-летучку, в котором принимают участие все члены команды. На повестке дня всегда одни и те же три простых вопроса к каждому: Что ты сделал за время, прошедшее после предыдущей летучки? Что планируешь сделать к следующей? Что мешает твоей работе? Любые возникающие при этом дискуссии откладываются до очередного настоящего совещания, в котором будут принимать участие нужные люди. Таким образом, летучки всегда проходят очень быстро и приносят пользу всем участникам.

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

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

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

  • Знакомство с Microsoft Visual Studio Team System 2008
  • Хандхаузен, Ричард "Знакомство с Microsoft Visual Studio 2005 Team System"
  • Знакомство с Microsoft Visual Studio 2005 Team System

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

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

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

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

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

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

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

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

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

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

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

Работа архитекторов, в ее внешнем проявлении, заключается в составлении диаграмм, представляющих логические центры данных, приложения, прикладные системы и схемы развертывания готовых продуктов. Visual Studio Team Edition for Software Developers Данное издание предназначено для разработчиков и программистов.

Пожалуй, оно является наиболее востребованным из всех изданий Team System. Visual Studio Team Edition for Software Testers Это издание предназначено как для разработчиков, так и для тестировщиков программного обеспечения.

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

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

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

Некоторые из перечисленных функций предусмотрены и в Team Edition for Developers. Если вы намерены применять Team System для командной работы, все эти элементы вам обязательно понадобятся. Это движущий механизм процесса разработки программного обеспечения. Он является альтернативой Excel, Project и различным выпускам Visual Studio в части создания рабочих элементов и управления ими.

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

Роли в Team System Следует запомнить, что под ролью не обязательно подразумевается конкретный человек, который выполняет только. На самом деле едва ли хоть одна реальная команда в точности соответствует ролевой модели Team System, с полным охватом ролей и без их пересечения. Вспомните, что говорилось ранее о гибкости Team System. Например, роль архитектора можно разделить на две: Еще одна роль, поддерживаемая Team System, а именно ИТспециалист IT Proпредполагает наличие в команде людей, которые будут развертывать готовый продукт на площадке заказчика.

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

NET или Cнесмотря на то что программирование не является их основным занятием. Visual Studio Professional Edition Это издание, опятьтаки подобно изданиям Professional предыдущих версий Visual Studio, предназначено для серьезных разработчиков, пользующихся данным продуктом.

знакомство с microsoft visual studio 2005 team

Оно адресовано консультантам, профессионаламодиночкам, а также тем, кто работает маленькими командами, не применяя средств Team System.

В состав Professional, в отличие от издания Standard, входят инструменты, предназначенные для создания распределенных приложений. Интеграция с другими продуктами Microsoft Team System состоит из множества компонентов.