Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы к экзамену.docx
Скачиваний:
263
Добавлен:
28.06.2014
Размер:
602.38 Кб
Скачать
  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Модель команды разработчиков.

Модель команд: четкое определение ролей, обязанностей и задач отдельных членов -> успех проекта. Повышенная ответственность каждого члена. Модель позволяет создавать эффективные, гибкие и успешные проектные команды. Шесть специальных ролей: команда работает над решением одной задачи, а ее члены равноправны. Роли: менеджер решения (отвечает за управление связями с клиентами), менеджер программы (несет ответственность за разработку и поставку), разработчик, тестировщик, менеджер по выпуску, специалист по удобству использования.

  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Дисциплина управления проектом.

Задачи: единые принципы планирования и управления изменениями, определение и управление областью действия, подготовка бюджета, подготовка графиков, выделение ресурсов, управление контрактами и ресурсами, поддержка внешних и внутренних связей, управление рисками, документирование и мониторинг процессов управления качеством. Нет роли менеджера проекта -> менеджер программ. Особенности: нет иерархической структуры принятия решений, все роли одинаково важны.

  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Масштабируемость.

Масштабируемость обуславливается моделью проектной группы. Модель расширяема в двух направлениях: ролевые кластеры являются набором областей компетенции, а не должностями; для создания больших командных структур используются группы направлений и функциональные группы. Функциональные группы – подкоманды внутри ролевых кластеров с выделенным лидером. Группы направлений – многопрофильные подкоманды, организуемые для создания определенной составляющей решения.

  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Иерархическая структура работ (wbs).

Work Breakdown Structure – структуризация работ проекта, отражающая его основные результаты и определяющая его рамки. Работа, не описанная в WBS, находится вне границ проекта. Создание WBS – коллективная деятельность всех ролевых кластеров. Преимущества: WBS ценна как набор определенных данных, а не как самостоятельный документ. WBS служит для создания планов, графиков, бюджета. Может быть изображена в виде иерархического списка или блочной диаграммы. Может быть создана с помощью электронных таблиц (Excel, Word или спец. ПО). WBS помогает: оценивать затраты, распределять ресурсы, упорядочивать выполнение задач, выявлять риски, специфицировать ответственность.

  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Управления проектом в msf. Оценка сроков разработки.

Оценка внизу вверх: оценку следует получать от тех, кто будет выполнять работу. Оценка снизу вверх – процесс выработки и интеграции оценок многими членами команды. Преимущества: большая точность, ответственность, уполномоченность проектной группы. Интегрирование оценки: каждый лидер ролевого кластера ответственен за оценку своего отдела. Кластер «управление программой» координирует подготовку оценок трудозатрат.

  1. Методология разработки программных систем msf (Microsoft Solutions Framework). Диаграммы вариантов использования системы и сценариев использования системы.

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