Обязанности ролей при планировании

Распределение ролей при планировании

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

процесс проектирования. Основные направления и обязанности участников группы пере-

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

Роль	Обязанности
Менеджер продукта	· руководит сбором требований и концептуальным проек­тированием; · работает над планом и графиком.
Менеджер программы	· управляет процессом проектирования, в част­ности, разработкой логической архитектуры; · создает эскиз функциональных спецификаций; · руководит всеми работами; · определяет соот­ветствие текущих результатов планам и графикам
Разработчик	· отвечает за функциональные спецификации, относящиеся к физическому проектированию; · определяет время и трудозатраты, необходимые для разработки и стабилизации приложения; · составляет план и график разработки; · при необходимости проектирует концепт-систему.
Тестер	· оценивает архитектуру с точки зрения тестиро­вания приложения; · разрабатывает план и график тестирования; · подбирает методы и метрики для выявления ошибок; · вырабатывает стратегию тестирования
Инструктор	· анализирует потребности пользователей; · разра­батывает стратегию сопровождения; · оценивает проект с точки зрения удобства применения продукта; · определяет время и трудозатраты на создание систем поддержки пользователей; · выясняет, насколько удобны пользовательские интерфей­сы всех компонентов приложения.
Логистик	· оценивает проект с точки зрения развертывания, управления и сопровождения продукта, а также его совокупную стоимость владения; · разраба­тывает план развертывания и сопровождения.

12.Процесс проектирования

Цель фаз «Анализ" и «Планирование» — наметить действия, необходимые для созданиях эффективного и полезного приложения. Частью такой работы является проектирование архитектуры приложения. Хотя модель MSF можно использовать при любом методе проектирования, наиболее полной и эффективной технологией, гарантирующей

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

приятия, что особенно эффективно при использовании многоуровневой модели, для которой фактически и создан процесс проектирования MSF. Так как проектирование проводится в основном на стадии «Планирование». Проектирование ведется в основном на стадии «Планирование».

но не ограничивается этой фазой. Проектирование начинается еще до официального старта планирования и продолжается до получения готового кода (почти до конца фазы «Разработка»). Основные положения всех трех частей процесса вырабатываются на стадии «Планирование».

Процесс проектирования MSF состоит из трех частей: концептуаль­ного, логического и физического проектирования, каждая из кото­рых служит основой для одноименной модели.

Стадии проектирования

Тип проектирования	Цель	Результат
Концептуальное	Учет требований пользова­телей и бизнеса	Описание задачи и ее решение в терминах сценариев
Логическое	Учет требований проект­ной группы	Описание решения в виде набора взаимодействую­щих сервисов
Физическое	Учет требований разработ­чиков	Описание сервисов и технологий, необходимых для реализации решения

Дата добавления: 2014-01-05