Опубликован: 27.06.2009 | Доступ: свободный | Студентов: 1737 / 45 | Оценка: 4.12 / 3.62 | Длительность: 13:51:00
Специальности: Программист
Лекция 6:

Рабочее место менеджера проекта, инструментальные средства. Формирование технического задания, структурной схемы и основных функций тестового проекта в среде MS Project. График реализации проекта

Планирование и мониторинг проекта в MS Project

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

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

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

Для отслеживания выполнения плана в MS Project предусмотрена функция отображения процента завершенности выполнения задачи.

Отображение процента завершенности задачи в MS Project

Рис. 7.4. Отображение процента завершенности задачи в MS Project

Для подведения промежуточных итогов ставятся вехи – контрольные точки выполнения проекта.

Вехи в MS Project

Рис. 7.5. Вехи в MS Project

В Team System руководитель проекта является его администратором, причем как техническим, так и функциональным. Он отвечает за создание, конфигурирование и поддержку проекта в данной системе, создает и назначает рабочие элементы (сценарии, требования к качеству и задачи), а также определяет политики и ограничения.

В Microsoft Project поддержка Team System реализуется так же, как в Excel, только вместо электронной таблицы для добавления и извлечения рабочих элементов используется план проекта. Microsoft включила в Project средства интеграции с Team System не потому, что данный продукт играет какую-то особую роль при работе над проектом, а просто как еще одну альтернативу для тех руководителей проектов, которые предпочитают работать в MS Project, а не в Excel или Visual Studio. При этом приветствуется использование руководителями проектов и других встроенных функций MS Project, таких как задание граничных сроков, разделение проекта на субпроекты и создание отчетности.

Основные Team функции реализуются в MS Project через меню Team.

Меню работы с командным проектом

Рис. 7.6. Меню работы с командным проектом
Visual Studio 2008 Team Explorer

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

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

Некоторые из задач, которые выполняются из Team Explorer, перечислены ниже:

  • Подключение к конкретному серверу Team Foundation Server ;
  • Настройка Team Foundation Server, в том числе определение групп, параметров безопасности, шаблонов процессов и типов файлов, на которые распространяется действие системы управления версиями;
  • Создание новых командных проектов;
  • Настройка параметров проекта, в частности ввод информации о группах, безопасности, классификации и политиках подтверждения;
  • Добавление в проект рабочих элементов, библиотек документов и отдельных документов, а также управление всеми этими объектами;
  • Создание, выполнение и сохранение запросов, возвращающих списки рабочих элементов;
  • Создание и выполнение сборок.

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

Некоторые задачи Team Explorer, в частности создание библиотек документов и загрузка документов на сервер, по сути, заключается в выполнении операций с порталом проекта – Microsoft Windows SharePoint Services Project Portal. Поэтому вносимые в Team Explorer изменения отображаются на портале, и наоборот. Например, если вы создадите в Team Explorer библиотеку документов с именем UML Diagrams, этот факт тут же станет известен каждому, кто посетит портал проекта, использую браузер. Если пользователь портала создаст еще одну библиотеку документов, с именем Specifications, и загрузит в нее несколько электронных таблиц Excel, эти изменения отобразятся в Team Explorer, как только вы щелкните в его окне кнопку Refresh (Обновить).

Создание нового проекта в VSTS.

Для создания нового проекта и управления уже существующим при помощи среды VSTS, менеджером проекта использует Team Explorer.

Для создания нового проекта менеджеру необходимо щелкнуть правой кнопкой мыши на имени сервера, на котором будет располагаться проект, в окне Team Explorer и выбрать пункт меню New Team Project.

Создание нового командного проекта

Рис. 7.7. Создание нового командного проекта

После этого запустится мастер создания нового командного проекта.

Первым делом нужно указать уникальное имя проекта и щелкнуть Next.

Задание имени проекта

Рис. 7.8. Задание имени проекта

В следующем окне необходимо выбрать MSF методологию, в рамках которой будет создаваться проект.

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

MSF for CMMI Process Improvement - Помогает организациям работать на третьем уровне модели Capability Maturity Model Integration (CMMI) – стандарта Carnegie Mellon Software Engineering Institute (SEI). Дополняет процесс MSF for Agile Software Development новыми рабочими элементами и большей отчетностью.

 Выбор методологии проекта

Рис. 7.9. Выбор методологии проекта

В следующем шаге требуется задать имя портала проекта (создается автоматически) и его описание

Задание имени и описания для портала проект

Рис. 7.10. Задание имени и описания для портала проект

Дальше требуется определить, создавать ли новую папку для хранения файлов проекта (Create an empty source control folder), создать ответвление от уже существующего проекта (create a new source control branch) или же не создавать эту папку вообще (do not create a source control folder at this time).

Выбор места хранения данных

Рис. 7.11. Выбор места хранения данных

После нажатия Next процесс создания нового командного проекта запустится.

Управление проектом в VSTS

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

Настройка параметров безопасности проекта

Team System — хорошо защищенная система. Во многих современных компаниях это является обязательным требованием. Финансовые учреждения, правительственные органи¬зации и многие компании, соблюдающие требования акта Сарбаниса-Оксли, будут судить о конечном продукте по тому, насколько он защищен. Кроме того, необходимо защитить членов команды от самих себя: если будет разрешено выполнять привилегированные операции только узкому кругу лиц, неопытные сотрудники не смогут случайно разрушить важную информацию.

Team System прекрасно интегрируется с Active Directory, благодаря чему устанавливается прямое соответствие между пользователям группами Microsoft Windows, с одной стороны, и ролями и разрешениями Team System — с другой. Активизация такой ролевой защиты выполняется в два этапа: сначала устанавливается соответствие между ролями Team System и пользователями и группами Active Directory, а затем определяются соответствующие разрешения.

В Team System определены 3 встроенные глобальные группы:

Team Foundation Administrators (Администраторы) — пользователи, которым разрешено выполнять привилегированные операции;

Team Foundation Valid Users (Все пользователи TFS ) — все пользователи и группы, имеющие доступ к серверу;

Service Accounts (Учетные записи сервисов) — учетные записи сервисов Includes Team Foundation Server.

Встроенных групп проекта в системе четыре:

Project Administrators (Администраторы проекта) — пользователи, которые могут управлять проектом;

Contributors (Участники) — члены команды, имеющие разрешения на чтение/запись материалов проекта;

Readers (Читатели) — члены команды, имеющие разрешения на чтение материалов проекта.

Build Services – члены этой группы имеют доступ только к записям на сервере.

Группы безопасности в VSTS

Рис. 7.12. Группы безопасности в VSTS

Следующим шагом является назначение пользователям и группам подходящих разрешений. Предусмотрена даже воз¬можность защищать рабочие элементы от несанкционированного изменения их состояния. Иными словами, можно указать, кто из членов команды имеет возможность протоколировать ошиб¬ки и кому разрешено переводить их в состояние "исправлена" и "закрыта7quot;.