Visual Studio Team System и Microsoft Solutions Framework
Обновлен: Ноябрь 2007
В Microsoft Visual Studio Team System группа партнеров применяет знание ролей в модели группы руководства по процессу MSF. Модель группы можно использовать в качестве модели работы в рамках полного жизненного цикла проекта, включая концепцию, создание, использование и обслуживание.
Ниже перечислены роли в модели группы.
Архитектура
Разработка
Управление продуктом
Управление программой
Управление выпуском
Тест
Взаимодействие с пользователем
Дополнительные сведения о Microsoft Solutions Framework см. на веб-узле корпорации Майкрософт.
Дополнительные сведения об использовании Сред. Командный обозреватель в этих ролях см. в разделе Инструкции по Team Foundation.
Архитектура
Архитектор отвечает за разработку и обеспечение целостности архитектуры продукта. Он определяет организационную структуру приложения и физическую структуру его развертывания. При этом он стремится уменьшить сложность разрабатываемой системы, снизить эффекты связывания и регрессии, а также повысить степень связности компонентов. Разделение системы на отдельные части обеспечивает возможность независимого построения и тестирования каждой из частей.
Конечная архитектура имеет очень важное значение, поскольку она определяет не только то, как будет происходить будущее построение системы, но также и то, будет ли приложение обладать всеми необходимыми особенностями, важными для успеха проекта. К ним относятся соответствие продукта требованиям удобства использования, надежность и возможность поддержки, соответствие стандартам производительности и безопасности, а также возможность развития в случае изменения требований.
Далее представлен рабочий процесс архитектуры.
Анализ
Создание требования к качеству обслуживания
Создание требований к продукту
Создание архитектуры решения
Установка среды
Установка процесса проекта
Тестирование требований клиентов
Проверка требований к продукту
Разработка
Разработчик отвечает за построение продукта. Такие роли, относящиеся к разработке, как ведущий разработчик и руководитель разработки, имеют дополнительные обязанности в области коммуникаций и управления проектами. Основная задача разработчика — создание кода. Упрощение коммуникаций помогает разработчику выполнить свою задачу. Кроме того, на ранних этапах проекта от разработчиков может потребоваться помощь в определении требований к продукту, которые не были сформулированы заказчиками. Зачастую разработчики работают вместе с архитекторами в составе междисциплинарной группы.
Роль ведущего разработчика — направлять процесс разработки и осуществлять обмен информацией от имени других разработчиков. Ведущий разработчик использует свой обширный опыт и навыки, обучая своих коллег-разработчиков. Ведущие разработчики могут отвечать за проверку кода, проектирование и тестирование модулей. Ведущие разработчики выполняют роль передаточного звена между разработчиками и остальными участниками проекта. Для повышения производительности работы ведущие разработчики управляют обменом информацией между группой проекта и внешними организациями, защищая тем самым разработчиков от помех и перебоев в повседневной работе. Вследствие этого ведущим разработчикам редко удается заниматься собственно разработкой. Обычно они тратят около половины своего времени на обмен информацией, а в остальное время обучают разработчиков своей группы, осуществляют руководство и создают код в рамках задач разработки.
Далее представлен рабочий процесс разработки.
Анализ
Создание архитектуры решения
Разработка документации
Установка среды
Установка процесса проекта
Исправление ошибок
Реализация задачи разработки
Выпуск продукта
Тестирование требований клиентов
Проверка требований к продукту
Управление продуктом
Менеджер продукта играет роль посредника для конечного пользователя продукта. Менеджер продукта несет ответственность за выполнение самых разнообразных требований при разработке продукта. Менеджер продукта должен обеспечить соответствие общей концепции продукта требованиям и прохождение приемочного тестирования, разработанного для проверки продукта. Он должен продемонстрировать соответствие продукта стратегическим планам организации и его пригодность для сегментов рынка, на которые изначально ориентирована его концепция. Менеджер продукта обязан обеспечить соблюдение бюджета проекта и экономического обоснования. Действия менеджера продукта служат основным источником для отслеживания контрольных точек в модели управления MSF.
Рабочий процесс управления проектом включает в себя следующие этапы:
Определение концепции продукта
Выпуск продукта
Управление программой
Менеджер программы отвечает за обмен знаниями и реализацию преимуществ проекта. Описание этих преимуществ обычно приводится в концепции проекта. Менеджер программы отвечает за проект в течение всего жизненного цикла проекта.
Его основная задача — обеспечить реализацию преимуществ в рамках утвержденного расписания и бюджета. Менеджер программы занимается планированием и составлением графиков, включая планы разработки проекта и итераций, отслеживанием состояния и подготовкой отчетов, выявлением и устранением рисков. Также он проводит консультации с бизнес-аналитиками с целью планирования невыполненной работы по проекту. Кроме того, могут потребоваться консультации с архитекторами, разработчиками, специалистами по тестированию и по обучению пользователей, а также с архитекторами пользовательских интерфейсов для оценки объема работы и упрощения взаимодействия внутри группы.
Рабочий процесс управления программой включает в себя следующие этапы:
Определение концепции продукта
Создание требований к продукту
Разработка документации
Установка процесса проекта
Управление проблемами
Планирование итераций
Планирование проекта
Управление рисками
Тестирование требований клиентов
Проверка требований к продукту
Управление выпуском
Руководитель выпуска занимается управлением выпуска продукта. Руководитель выпуска координирует выпуск с производственным отделом или отделом носителей. Они создают план выпуска и сертифицируют версии-кандидаты для поставки и развертывания.
Далее представлен рабочий процесс выпуска.
Управление базовой конфигурацией
Создание требований к продукту
Установка процесса проекта
Управление запросами на изменения
Выпуск продукта
Тест
Основная цель специалиста по тестированию заключается в обнаружении проблем с продуктом, которые могут отрицательно повлиять на его качество, и информировании об этих проблемах. Тестер должен хорошо понимать контекст проекта и помогать другим участникам группы принимать обоснованные решения на базе этого контекста. В процессе тестирования продукта тестер должен выявлять его существенные ошибки и сообщать об этих ошибках. После обнаружения ошибки в задачу тестера входит точное описание ее последствий и возможных решений, способных снизить влияние этих последствий. Тестер приводит описание ошибок и действий для их воспроизведения. Описания ошибок должны быть просты для понимания. В составе группы тестер участвует в определении стандартов качества для продукта. Назначение тестирования состоит в проверке правильности работы известных функций и обнаружении новых проблем продукта.
Ниже представлен рабочий процесс тестера.
Анализ
Закрытие ошибки
Разработка документации
Установка среды
Установка процесса проекта
Выпуск продукта
Тестирование требований клиентов
Проверка требований к продукту
Взаимодействие с пользователем
Специалист по обучению пользователей, как правило, является техническим писателем, занимающимся созданием технических текстов, предназначенных для конечных пользователей и помогающих подчеркнуть ценность продукта. Специалист по обучению пользователей может заниматься разработкой руководств по продуктам, справки, руководств по эксплуатации, техническому обслуживанию и обучению, а также прочей документации для более качественного использования продукта. Архитекторы пользовательских интерфейсов обычно работают в тесном сотрудничестве со специалистами по обучению пользователей.
Далее представлен рабочий процесс работы над пользовательским интерфейсом и документацией.
Анализ
Разработка документации
Установка процесса проекта
Выпуск продукта