Обязанности ролей при планировании
Распределение ролей при планировании
Для достижения этапа «Одобрение плана проекта», который завершает фазу «Планирование», необходимы усилия всей проектной группы, тем не менее каждый член коллектива должен сконцентрироваться на своих задачах, решение которых позволит успешно завершить
процесс проектирования. Основные направления и обязанности участников группы пере-
числены в табл. 6.1. Руководитель каждого направления ставит задачи членам своей группы и следит за их выполнением.
| Роль | Обязанности |
| Менеджер продукта | · руководит сбором требований и концептуальным проектированием; · работает над планом и графиком. |
| Менеджер программы | · управляет процессом проектирования, в частности, разработкой логической архитектуры; · создает эскиз функциональных спецификаций; · руководит всеми работами; · определяет соответствие текущих результатов планам и графикам |
| Разработчик | · отвечает за функциональные спецификации, относящиеся к физическому проектированию; · определяет время и трудозатраты, необходимые для разработки и стабилизации приложения; · составляет план и график разработки; · при необходимости проектирует концепт-систему. |
| Тестер | · оценивает архитектуру с точки зрения тестирования приложения; · разрабатывает план и график тестирования; · подбирает методы и метрики для выявления ошибок; · вырабатывает стратегию тестирования |
| Инструктор | · анализирует потребности пользователей; · разрабатывает стратегию сопровождения; · оценивает проект с точки зрения удобства применения продукта; · определяет время и трудозатраты на создание систем поддержки пользователей; · выясняет, насколько удобны пользовательские интерфейсы всех компонентов приложения. |
| Логистик | · оценивает проект с точки зрения развертывания, управления и сопровождения продукта, а также его совокупную стоимость владения; · разрабатывает план развертывания и сопровождения. |
12.Процесс проектирования
Цель фаз «Анализ" и «Планирование» — наметить действия, необходимые для созданиях эффективного и полезного приложения. Частью такой работы является проектирование архитектуры приложения. Хотя модель MSF можно использовать при любом методе проектирования, наиболее полной и эффективной технологией, гарантирующей
соответствие архитектуры приложения потребностям пользователей и бизнеса, считается процесс проектирования MSF. MSF позволяет рассматривать проект приложения в контексте существующей производственной архитектуры и информационной инфраструктуры пред-
приятия, что особенно эффективно при использовании многоуровневой модели, для которой фактически и создан процесс проектирования MSF. Так как проектирование проводится в основном на стадии «Планирование». Проектирование ведется в основном на стадии «Планирование».
но не ограничивается этой фазой. Проектирование начинается еще до официального старта планирования и продолжается до получения готового кода (почти до конца фазы «Разработка»). Основные положения всех трех частей процесса вырабатываются на стадии «Планирование».
Процесс проектирования MSF состоит из трех частей: концептуального, логического и физического проектирования, каждая из которых служит основой для одноименной модели.
Стадии проектирования
| Тип проектирования | Цель | Результат |
| Концептуальное | Учет требований пользователей и бизнеса | Описание задачи и ее решение в терминах сценариев |
| Логическое | Учет требований проектной группы | Описание решения в виде набора взаимодействующих сервисов |
| Физическое | Учет требований разработчиков | Описание сервисов и технологий, необходимых для реализации решения |