Руководство программным проектом

Схема разработки программ

Управление проектом охватывает инфраструктуру (организационные моменты); инфраструктуру (организационные моменты); управляющий процесс (права и ответственности участников); управляющий процесс (права и ответственности участников); процесс разработки (методы, инструменты, языки, документация и поддержка); процесс разработки (методы, инструменты, языки, документация и поддержка); расписание (моменты времени, к которым должны быть представлены вы­полненные фрагменты работы) расписание (моменты времени, к которым должны быть представлены вы­полненные фрагменты работы)

Руководитель проекта может управлять следующими факторами Общая стоимость проекта Общая стоимость проекта Возможности продукта Возможности продукта Качество продукта Качество продукта Длительность проекта Длительность проекта Один из способов визуализировать значения данных четырех переменных состоит в использовании лепестковых диаграмм

Пример использовании лепестковых диаграмм

Типичная схема процесса управления проектом 1. Понять содержание проекта, область применения и временные рамки. 2. Определиться с процессом разработки (методы, инструменты, языки, документация и поддержка) 3. Выделить организационную структуру (привлечение отделов организации). 4. Определить управляющий процесс (ответственность участников).

Типичная схема процесса управления проектом 5. Разработать расписание проекта (моменты сдачи частей работы). 6. Разработать план подбора кадров. 7. Начать управление рисками. 8.Определить, какие документы необходимо выработать. 9. Начать сам процесс.

Рекомендуемое правило распределения затрат проекта : на анализ и проектирование приходится 40% затрат (из них на планирование и системный анализ 5%); на анализ и проектирование приходится 40% затрат (из них на планирование и системный анализ 5%); на кодирование 20%; на кодирование 20%; на тестирование и отладку 40%. на тестирование и отладку 40%.

Измерения, меры и метрики Измерения процесса производятся в целях его улучшения, измерения продукта для повышения его качества. В результате измерения определяется мера количественная характеристика какого-либо свойства объекта. Метрика определена как мера степени обладания свойством, имеющая числовое значение

Размерно-ориентированные метрики прямо измеряют программный продукт и процесс его разработки прямо измеряют программный продукт и процесс его разработки основываются на LOC-оценках (Lines Of Code) основываются на LOC-оценках (Lines Of Code) LOC-оценка это количество строк в программном продукте LOC-оценка это количество строк в программном продукте

Исходные данные для расчета LOC-метрик Проект Затраты чел.- мес Стоимость, тыс. $ KLOC, тыс. LOC Прогр. док- ты, страниц Ошибки Люди ааа , bbb , сс ,

Размерно-ориентированные метрики производительности и качества

Достоинства размерно-ориентированных метрик: 1) широко распространены; 2) просты и легко вычисляются. Недостатки размерно-ориентированных метрик: 1) зависимы от языка программирования; 2) требуют исходных данных, которые трудно получить на начальной стадии проекта; 3) не приспособлены к непроцедурным языкам программирования.

Конструктивная модель стоимости СОСОМО 81 Е=а b x(KLOC) b b [чел-мес]; D = c b x (E) a b [мес], где Е затраты в человеко-месяцах, D время разработки, KLOC количество строк в программном продукте. Коэффициенты аb, bb, сb, db берутся из таблицы

Коэффициенты для базовой подмодели СОСОМО 81 Тип проектааbаbb сbсb dbdb Распространен ный 2,41,052,50,38 Полунезависим ый 3,01,122,50,35 Встроенный 3,61,202,50,32

УПРАВЛЕНИЕ ПЕРСОНАЛОМ ПРОЕКТА

Варианты организации персонала 1. Управление взаимодействием

2. Варианты структуры ответственности Иерархическая структура управления Иерархическая структура управления

горизонтальная структура управления горизонтальная структура управления

коллегиальная структура управления коллегиальная структура управления

ВЫЯВЛЕНИЕ И УМЕНЬШЕНИЕ РИСКОВ

Типы рисков Риски, которых можно избежать (устранимые) Риски, которых невозможно избежать избежать

Управление риском состоит из нескольких действий: Идентификация Идентификация Планирование устранения Планирование устранения Выбор приоритетов Выбор приоритетов Устранение или уменьшение. Устранение или уменьшение.

Факторы риска Недостаточная вовлеченность в проект высшего руководства. Недостаточная вовлеченность в проект высшего руководства. Невозможность привлечения пользователей. Невозможность привлечения пользователей. Непонимание требований. Непонимание требований. Привлечение неадекватных пользователей. Привлечение неадекватных пользователей. Невозможность управления ожиданиями конечных пользователей. Невозможность управления ожиданиями конечных пользователей. Изменение области применения или целей проекта. Изменение области применения или целей проекта. Нехватка знаний или навыков у персонала. Нехватка знаний или навыков у персонала.

Предупреждение рисков это процесс, в ходе которого степень рисков снижается или риски полностью устраняются. Способы предупреждения рисков: 1. заключается во внесении изменений в требования проекта, благодаря чему устраняется причина возникновения риска (избежание риска); 2. заключается в разработке неких технологий и архитектуры, решающих проблему (преодоление риска или, проще говоря, его устранение).

Метод расчета приоритета рисков Риск 1, наложение изображений, связан с манипулированием изображениями в Java Риск 1, наложение изображений, связан с манипулированием изображениями в Java Риск 2, недостаточные навыки программирования на Java, отражает тот факт, что 40 % команды не имеют достаточного опыта программирования на Java Риск 2, недостаточные навыки программирования на Java, отражает тот факт, что 40 % команды не имеют достаточного опыта программирования на Java