Добрый день. Вопрос №1 Какова стоимость получения диплома о мини-МБА по данному курсу? Или ориентироваться на указанную на сайте? Вопрос №2 Возможно ли начать обучение без потери результатов, не отправив документы на зачисление, а отправку выполнить позже? |
Введение в управление проектами
Управление процессами
Благодаря VSTS управление циклом разработки ПО стало неотъемлемой частью инструментария для его разработки. Благодаря тому что процессы цикла разработки интегрированы в VSTS, обмен рабочими элементами между членами команды можно в значительной степени автоматизировать.
Шаблоны процессов
В VSTS для определения набора инструкций и артефактов, например, руководств по процессу, шаблонов документов, стандартных рабочих элементов и т. д., используются шаблоны процессов. Шаблон процесса - это независимый набор инструкций, описывающих методологию разработки ПО для команд разработчиков. В шаблон процесса включаются следующие элементы:
- Руководство по процессу Предоставляется для каждого шаблона и содержит контекстно-зависимую информацию, справку и указания членам команды, нуждающимся в помощи и понимании определенной деятельности. Руководство по выполнению процесса интегрировано в Visual Studio Help System.
- Шаблоны документов Позволяют членам команды единообразно создавать новые документы (спецификации, оценки рисков и планы проектов).
- Рабочие элементы и последовательность операций У рабочих элементов имеется собственный набор полей и правил, определяющих последовательность операций рабочего элемента и распределение работ между членами команды.
- Группы безопасности Используются для определения прав по управлению и изменению отчетов, результатов работы, например, исходного кода и документации, и рабочих элементов. Администрировать группы безопасности проекта может его руководитель, для этого ему не обязательно быть администратором Windows.
- Политики возврата после правки Используются для применения правил и порогов качества ко всему коду, возвращаемому в систему управления исходным кодом. Например, можно поставить условие, что весь возвращаемый код должен отвечать определенному критерию, скажем, соответствовать корпоративным стандартам написания кода, или должен подвергаться модульному тестированию. Более подробно о создании и настройке политик возврата изменений рассказывается в разделе "Как создать пользовательскую политику возврата после правки в Visual Studio Team Foundation Server ".
- Отчеты Используются для мониторинга исполнения процессов и текущего состояния проекта. В VSTS встроено множеством отчетов, включая отчеты о качестве кода, о соблюдении графика работ, об эффективности тестирования и др. Можно создавать собственные отчеты и настраивать существующие.
Шаблоны процессов MSF Agile и MSF CMMI
В комплекте VSTS поставляются два шаблона процессов:
- MSF for Agile Software Development Простой шаблон для небольших или неформальных проектов по разработке ПО. Он основывается на сценариях и действиях по обстоятельствам. Ориентирован на конкретный проект и его исполнителей.
- MSF for CMMI® Process Improvement Предназначен для более серьезных проектов по разработке ПО. Расширяет функциональность шаблона MSF Agile, предоставляя поддержку аудита, верификации и формальных процессов, опираясь на процесс и соответствие процессу. Ориентирован на организацию.
Если предоставляемые шаблоны недостаточно отражают требования конкретного процесса и методологии, добавьте в систему новые шаблоны или настройте стандартные. Подробнее о настройке шаблонов рассказывается в разделе "Как настроить шаблон процесса в Visual Studio Team Foundation Server ".
Безопасность и разрешения
При создании проекта в TFS в нем независимо от выбранного шаблона создаются четыре группы, каждая из которых по умолчанию располагает теми или иными правами, определяющими, что разрешается делать членам этой группы:
- Project Administrator - администратор проекта;
- Contributor - участник;
- Reader - читатель;
- Build Services - сервисы сборки.
Чтобы максимально удовлетворить требованиям по безопасности конкретной организации, в проекте можно создавать группы доступа самостоятельно. Это эффективный способ предоставить группе пользователей в командном проекте конкретный набор полномочий. Всегда давайте группе лишь минимально необходимые права и вводите в нее только тех пользователей или другие группы, которым эти права необходимы.
Создав группу, вы добавляете ее в список, предоставляете ей соответствующие права и включаете в нее членов. По умолчанию вновь созданная группа командного проекта не получает никаких прав.
Управление рабочими элементами
Рабочие элементы используются в качестве блоков работы для обмена информацией и координации совместной деятельности в команде. Выбранный шаблон процесса предоставляет исходный набор типов рабочих элементов. Руководители проекта создают и организуют дополнительные рабочие элементы, которые необходимы в проекте. Рабочий элемент может описывать задачу, риск, сценарий, ошибку или требование QoS. Для лучшей управляемости можно устанавливать связи между рабочими элементами, например, связать определенную задачу с соответствующим ей сценарием или требованием QoS.
В шаблоне процесса имеются описания типов рабочих элементов, включая набор полей для каждого типа. Правильный выбор шаблона очень важен, поскольку в ходе выполнения проекта изменить его уже нельзя. При необходимости шаблон процесса можно дополнительно настроить, включив в него все необходимые типы рабочих элементов, отсутствующие в базовом шаблоне.
В шаблонах MSF Agile и MSF CMMI предусмотрен стандартный набор рабочих элементов с задачами, достаточными для начала процесса разработки ПО.
Шаблон MSF Agile
В этом шаблоне имеются следующие типы рабочих элементов:
- Сценарий ( scenario ) Используется для представления взаимодействия пользователя с приложением. Описывает конкретные шаги, необходимые для достижения цели. Сценарии должны быть конкретными, поскольку возможных способов действия может быть несколько.
- Задача ( task ) Используется для представления блока работы. У каждой роли свои требования к задачам. Например, разработчик использует для распределения работ задачи разработки.
- Требование QoS ( Quality of Service requirement ) Документирует характеристики системы, например, производительность, нагрузку, доступность, устойчивость к нештатным условиям эксплуатации, специальные возможности и удобство обслуживания.
- Ошибка ( bug ) Используется для информирования о потенциальной проблеме в системе.
- Риск ( risk ) Используется для выявления и управления рисками в проекте.
Шаблон MSF CMMI
В этом шаблоне имеются следующие типы рабочих элементов:
- Требование ( requirement ) Фиксирует требования, определенные на этапе сбора требований.
- Запрос на изменение ( change request ) Фиксирует любые запросы на внесение изменений, возникающие после этапа сбора требований.
- Проблема ( issue ) Проблемы, исправление которых необходимо отслеживать.
- Задача ( task ) Используется для представления блока работы. У каждой роли свои требования к задачам. Например, разработчик использует для распределения работ задачи разработки.
- Рецензия ( review ) Блок работы по составлению отзывов, например, рецензии исходного кода, проекта и пр.
- Ошибка ( bug ) Используется для информирования о потенциальной проблеме в системе.
- Риск ( risk ) Используется для выявления и управления рисками в проекте.
Интеграция с Microsoft Project
В VSTS и приложении Team Explorer имеются расширения для Microsoft Project. В крупных проектах, где задействовано большое количество ресурсов, для работы с графиком работ по проекту в TFS можно использовать Microsoft Office Project. Можно, например, управлять и планировать работы, назначать их, распределять и отслеживать, а затем, когда результаты готовы к использованию другими членами команды, публиковать их в базе данных рабочих элементов.
Подробнее об этом - в статье "Working with Work Items in Microsoft Project" по адресу http://msdn2.microsoft.com/en-us/library/ms244368(VS.80). aspx.
Интеграция с Microsoft Excel
В VSTS и приложении Team Explorer имеются расширения для Microsoft Excel. В крупных проектах, где задействовано большое количество рабочих элементов, можно использовать интеграцию с Excel: создавать рабочие элементы в электронной таблице Excel и загружать их в базу данных рабочих элементов для использования другими членами команды.
Подробнее - в статье "Working with Work Item Lists in Microsoft Excel" по адресу http://msdn2.microsoft.com/en-us/library/ms181694(VS.80).aspx.
Контроль выполнения работ и отчеты
Отчеты из комплекта TFS помогут вам оперативно оценить состояние проекта, качество разрабатываемого ПО и этап, на котором находится проект. Отчеты формируются на основе данных из хранилища TFS и объединяют показатели, поступающие от рабочих элементов, системы управления исходным кодом, тестирования и сборок.
Например, с помощью отчетов можно выяснить темпы работы команды на основании ее фактической деятельности. Задача системы создания и отображения отчетов TFS - предоставить вам интегрированные данные по всем компонентам VSTS, чтобы руководители проекта и члены команды могли оценить состояние проекта и предпринять соответствующие действия для его успешного выполнения.
Отчеты, доступные по умолчанию, определяются используемым шаблоном проекта, но существует также возможность создания собственных отчетов. Содержимое и использование каждого отчета из шаблона процесса, объясняется в руководстве для этого шаблона. Team Foundation Server основан на Microsoft SQL Server™ 2005 и использует SQL Server для хранения всех данных, связанных с рабочими элементами, атрибутами качества, тестированием, результатами тестирования и результатами сборок. Для объединения и анализа этих данных и создания отчетов в TFS используются службы SQL Server Analysis Services. Отчеты, созданные шаблоном процесса или отдельными членами команды с помощью Microsoft Office Excel или Visual Studio 2005 Report Designer, доступны при помощи SQL Server 2005 Reporting Services и портала SharePoint команды.
Подробнее о настройке отчетов - в разделе "Как создать собственный отчет в Visual Studio 2005 Team Foundation Server" этой книги.
Резюме
Team Foundation Server предоставляет такие возможности управления проектами, как централизованное управление рабочими элементами, управление процессами, управление безопасностью и разрешениями, сбор показателей проекта и составление отчетов. Все это упрощает управление проектами по разработке ПО средствами Visual Studio.
Управление циклом разработки ПО стало неотъемлемой частью инструментария для разработки ПО. В TFS включены шаблоны процессов MSF Agile и MSF CMMI, поддерживающие две разные методики разработки. Можно изменять предоставляемые шаблоны процессов или создать собственный шаблон, удовлетворяющий потребностям конкретной команды.
Дополнительные ресурсы
- Подробнее об управлении и организации проектов по разработке ПО с использованием VSTS читайте в статье "Visual Studio 2005 Team System: Software Project Management" по адресу http://msdn2.microsoft.com/en-us/library/aa302181.aspx.
- Более подробную информацию об использовании Microsoft Office Excel для управления проектами вы найдете в статье "Working with Work Item Lists in Microsoft Excel" по адресу http://msdn2.microsoft.com/en-us/ library/ms181694(VS.80).aspx.
- Более подробную информацию об использовании Microsoft Office Project для управления проектами вы найдете статье "Working with Work Items in Microsoft Project" по адресу http://msdn2.microsoft.com/en-us/library/ ms244368(VS.80).aspx.