Управление проектом по разработке программного обеспечения по тестированию RVU протокола

1. магистерская Работа на тему: «Управление проектом по разработке программного обеспечения по тестированию RVU протокола»

Выполнил: Комаричин М.В.
Руководитель: к.т.н. доцент. Лисицин О.Б.

2. Вступление

Компания DIRECTV это крупнейшая компания
спутникового телерадиовещания в США, штат Калифорния.
Сигналы цифрового спутникового телевидения и радио
передаются на территорию США и Латинской Америки.
Много лет компания DIRECTV сотрудничает с компанией
IntroPro, которая специализируется на разработке
программного обеспечения.
Основная проблема компании DIRECTV - перебои в
работе с RVU-серверами. Для решения данной проблемы
компания IntroPro разработала программное обеспечение по
тестированию RVU протокола.

3.

Целью магистерской работы является исследование проекта по
разработке программного обеспечения для тестирования RVU
протокола.
Задача, последовательное решение которых приведет к исследованию
поставленной цели:
исследование проблем и целей
анализ внешней среды
анализ сильных и слабых сторон
анализ цели, продукта, результата и задачи проекта
анализ участников и ограничения проекта
разработка жизненного пути проекта
разработка WBS, OBS и матрицы ответственности проекта
разработка планирования времени
разработка планирования ресурсов
разработка планирования управления качеством
разработка управления рисками
разработка управления коммуникациями
разработка управления изменениями
разработка управления сроками и стоимостью
Предметом исследования является программное обеспечение для
тестирования RVU протокола.
Объектом исследования является компания DIRECTV.

4. Дерево проблем и дерево целей компании DIRECTV

5. SWOT Анализ

Вывод: Основные проблемы связаны с работой RVU протокола. Необходима реализация
программного обеспечения по тестированию RVU протокола

6. Учасники проекта компании IntroPro

Реестр ролей:

7. Заинтересованные стороны

Стратегия взаимодействия с заинтересованными
сторонами:

8. WBS и OBS структуры

WBS-структура проекта:
Таблица блоков и работ WBS-структуры проекта:
Продол
житель
Код СДР
ность
(WBS) в MS
работ,
Содержание приведенных в
дней
таблице работ
№ з/п
Project
1
1
2
1.1
ID
Название
Анализ проекта
АП1
Формирование
5
требований
Формирование
требований
программного
обеспечения.
Согласовывается
с
заказчиком
3
1.1.1
АП 2
Планирование
5
Формирование
основе
работ
на
сложившихся
требований
4
1.1.2
5
1.2
6
1.2.1
АП3
Выбор
средств 5
реализации
OBS -структура проекта:
Разработка
РП1
Проектирование
10
Проектирование архитектуры
проекта и архитектуры БД
7
1.2.2
РП2
Кодирование
20
8
1.2.3
РП3
Формирование
10
технической
документации
9
1.3
10
1.3.1
Контроль
качества
КЯ1
Формирование
10
тестовой
документации
11
1.3.2
КЯ2
Тестирование
20
12
1.4
ВП
Внедрение
10
Внедрение
реализуется
проекта
путем
тестирования заказчиком
13
1.5
ПП
Поддержка
30

9. Жизненный цикл проекта

Фаза
Дата начала /
Основные результаты
Дата
завершения
Формирование требований
Планирование проекта
09.05.12 /
Выбор средств реализации
29.09.12
Контракт с заказчиком
Планирование
Проектирование
Проектирование
29.09.12/
12.08.13
Формирование технической
документации
Формирование тестовой
документации
Кодирование
Разработка и внедрение
12.08.13/
06.09.13
Эксплуатация и поддержка
Тестирование
Внедрение
06.09.13 /
Эксплуатация
12.11.13
Поддержка

10. Матрица ответственности на проекте

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

11. Планирование времени

Планирование ресурса
Планирование стоимости

12. Управление качеством

Методы поиска дефектов:
Ручное тестирование
Автоматическая статическая проверка
Автоматизированное тестирование
Методы предотвращения дефектов:
Прототипирование
Применение компонентного (или модульного) подхода
Использование готовых проверенных решений
Рефакторинг кода
Предыдущая разработка тест-кейсов

13. Управление рисками

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

14. Управление коммуникациями

Предмет коммуникации: Отчет о проделанной работе
Цель: Контроль хода выполнения работ
Частота: Ежедневный, еженедельный и ежемесячный
Даты начала / завершения: Конец отчетного периода (дня, недели, месяца)
Формат / средство связи: По электронной почте и в бумажном виде
Ответственное лицо: Каждый участник команды

15. Управление изменениями

Процедура управления изменениями:
Инициатором может выступить любая из
заинтересованных в проекте сторон
Изменения и дополнения вносятся согласованному
решению Заказчика проекта.
Изменения должны быть оформлены в качестве
запроса на изменение.
Процедуры управления конфигурацией проекта :
Идентификация объектов конфигурации
Контроль конфигураций
Определение статуса конфигурации
Аудит конфигураций

16. Управление сроком и стоимостью

Процедуры управления сроками:
Процедура разработки расписания
Процедура контроля хода выполнения проекта
Процедура определения потребности во внесении
изменений
Процедура внесения изменений
Процедуры управления стоимостью:
Процедура контроля (мониторинг)
Процедура анализа показателей
Процедура прогнозирования
Процедура внесения корректирующих мероприятий

17. Выводы

Благодаря проведенному анализу проект
завершился в срок, заказчик был доволен.
А именно благодаря проведенному анализу по
управлению качеством, программное обеспечение
для тестирования RVU протокола разработан с
минимальным количеством дефектов. Благодаря
этому было сэкономлено деньги которые
предусматривались на исправление дефектов.
Благодаря проведенному анализу по управлению
рисками, все риски были идентифицированы
заранее, и в требуемый срок были
прореагировавших.

18. Спасибо за внимание