Разработка программного продукта по методологии Scrum

Проведение процесса разработки программного продукта в соответствии с гибкой методологией scrum. Диаграмма сгорания задач, отображающая завершенный спринт. Список требований (резерв проекта). Мероприятия профилактики рисков и действия в случае реализации.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 22.05.2015
Размер файла 153,0 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

В работе нужно разработать программный продукт по методологии scrum.

В качестве программного продукта я решил взять видео редактор.

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

Необходимо проанализировать риски, которые могут возникнуть в ходе разработки. Для каждого риска необходимо определить его вероятность и ущерб от реализации по трёхбалльной шкале. Оценкой риска будет произведение вероятности на ущерб.

Для всех проанализированных рисков необходимо определить мероприятия профилактики и действия в случае реализации

Задание

Провести процесс разработки программного продукта в соответствии с гибкой методологией scrum. В качестве варианта программы взять задание из лабораторных работ.

Работа состоит из следующих этапов.

Построение списка требований к программе (резерв проекта) состоящего не менее чем из 20 требований

Выставить приоритеты требованиям

Определить сложность реализации каждого требования. При этом необходимо выделить требование которое будет иметь единичную сложность

Разбить процесс разработки на 4-5 итераций (спринтов). Для каждой итерации необходимо сформировать список требований (резерв спринта)

После каждого спринта вносить в список требований дополнительно по два требования. При этом необходимо оценить новые требования, а также выставить им приоритеты

Последующие резервы спринтов формируются с учетом новых требований

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

Риск должны относиться к разным категориями:

Риски связанные с персоналом

Риски связанные с оборудованием

Риски связанные с изменением требований

Для всех проанализированных рисков необходимо определить мероприятия профилактики и действия в случае реализации

Для работы взят видео редактор.

Описание scrum

Scrum (от англ. scrum «толкучка») -- методология управления проектами, активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО, Scrum может также использоваться в работе команд поддержки программного обеспечения (software support teams), или как подход управления разработкой и сопровождением программ: Scrum of Scrums.

Скрам

Скрам (Scrum) -- это набор принципов, на которых строится процесс разработки, позволяющий в жёстко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО с новыми возможностями, для которых определён наибольший приоритет. Возможности ПО к реализации в очередном спринте определяются в начале спринта на этапе планирования и не могут изменяться на всём его протяжении. При этом строго фиксированная небольшая длительность спринта придаёт процессу разработки предсказуемость и гибкость.

Спринт

Спринт -- итерация в скраме, в ходе которой создаётся функциональный рост программного обеспечения. Жёстко фиксирован по времени. Длительность одного спринта от 2 до 4 недель. В отдельных случаях, к примеру согласно Scrum стандарту Nokia, длительность спринта должна быть не более 6 недель. Тем не менее, считается, что чем короче спринт, тем более гибким является процесс разработки, релизы выходят чаще, быстрее поступают отзывы от потребителя, меньше времени тратится на работу в неправильном направлении. С другой стороны, при более длительных спринтах команда имеет больше времени на решение возникших в процессе проблем, а владелец проекта уменьшает издержки на совещания, демонстрации продукта и т. п. Разные команды подбирают длину спринта согласно специфике своей работы, составу команд и требований, часто методом проб и ошибок. Для оценки объема работ в спринте можно использовать предварительную оценку, измеряемую в очках истории. Предварительная оценка фиксируется в бэклоге проекта. На протяжении спринта никто не имеет права менять список требований к работе, внесённых в бэклог спринта.

Бэклог Проекта (Project backlog)

Бэклог проекта -- это список требований к функциональности, упорядоченный по их степени важности, подлежащих реализации. Элементы этого списка называются «пожеланиями пользователя» (user story) или элементами бэклога (backlog items). Бэклог проекта открыт для редактирования для всех участников скрам процесса.

Бэклог спринта (Sprint backlog)

Бэклог спринта -- содержит функциональность, выбранную владельцем проекта из Бэклога проекта. Все функции разбиты по задачам, каждая из которых оценивается скрам-командой. Каждый день команда оценивает объем работы, который нужно проделать для завершения спринта[11].

Диаграмма сгорания задач (Burndown chart]

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

Диаграмма, показывающая количество сделанной и оставшейся работы. Обновляется ежедневно с тем, чтобы в простой форме показать подвижки в работе над спринтом. График должен быть общедоступен.

Существуют разные виды диаграммы:

диаграмма сгорания работ для спринта -- показывает, сколько уже задач сделано и сколько ещё остаётся сделать в текущем спринте.

диаграмма сгорания работ для выпуска проекта -- показывает, сколько уже задач сделано и сколько ещё остаётся сделать до выпуска продукта (обычно строится на базе нескольких спринтов).

Список требований (резерв проекта)

Требование -- предложение вида «роль-действие-цель» описывающее действие пользователя с программой для получения результата. Например, пользователь вводит пароль, чтобы авторизоваться в системе.

В списке требований также должны присутствовать технические требования (повышение производительности, рефакторинг, добавление новой платформы, интеграция с технологией и т.д.)

Следует построить список требований к программе (резерв проекта), который должен состоять не менее чем из 20 требований.

Выставить приоритеты требованиям

Определить сложность реализации каждого требования. При этом необходимо выделить требование, которое будет иметь единичную сложность

Все данные занесем в общую таблицу.

Приоритеты выставляем от 1 до 10, где 10 выполняет наиважнейшую роль в программе.

Сложность реализации каждого требования отталкивается от требования, которое будет иметь единичную сложность.

Требования составлены к видео редактору.

Требования

Приоритеты

Сложность

1.В программе должны быть реализована дорожка, на которую можно помещать фото видео и аудио файлы.

10

2

2. Реализован экран воспроизведения с кнопками (регулировка громкости, воспроизведение, к следующему кадру к предыдущему кадру, скорость воспроизведения (2х,4х,8х), поворот видео на 90 градусов).

9

2

3.Реализовать панель с вкладками файл, редактировать.

8

1

4.Реализовать вкладку файл (сохранить, открыть, создать.)

8

1,5

5.Реализовать вкладку редактирование (копировать, вставить, удалить, вырезать, отмена, нарезка на несколько частей)

8

1,5

6. Реализовать вкладку воспроизведение (воспроизвести, к следующему кадру, к предыдущему кадру, в начало, в конец, полный экран)

8

2

7. Создать панель с различными инструментами реализованных в виде кнопок.

5

1

7.1 Импорт файлов.

5

1

7.2 Нарезка.

5

1,5

7.3 Отменить, повторить.

5

2

7.4 Запись озвучки.

7

1,5

7.5 Скорость клипа(регулировка скорости воспроизведения).

7

1,9

7.6 Эффект SlowMo (регулируемое замедление видео, размытость в движение и качестве обработки ).

4

2,5

7.7 Эффекты переходов, открываемые в новом окне (набор эффектов для склейки видео).

4

1

7.8 Эффекты для фото\видео (Светлые тона, тёмные тона, инверсия, резкость, размытость)

4

1

7.9 Титры.

7

1

8. Над дорожкой должна быть шкала для её масштабирования (для удобства пользователя).

5

1,3

9. Перед дорожками должны быть реализованы регуляторы громкости (аудио и видео).

7

1,2

10. Создание эффектов перехода(для пункта 7.7).

7

2,7

11. Создание эффектов видео(для пункта 7.8).

7

2,9

12. В окне с эффектами /эффектами переходов реализовать поиск.

5

1

13. Создание вкладки инструкции к использованию ПП.

5

1

14. Написание инструкции.

5

0,5

Резервы спринтов (с учетом новых требований)

После каждого спринта вносились в список требований дополнительно по два требования. При этом необходимо оценить новые требования, а также выставить им приоритеты.

Спринт 1

В программе должны быть реализована дорожка, на которую можно помещать фото видео и аудио файлы.

Реализовать панель с вкладками файл, редактировать.

Реализовать вкладку файл (сохранить, открыть, создать.)

Реализовать вкладку редактирование (копировать, вставить, удалить, вырезать, отмена, нарезка на несколько частей)

Реализовать вкладку воспроизведение (воспроизвести, к следующему кадру, к предыдущему кадру, в начало, в конец, полный экран)

Разработка интерфейса

Реализовать кнопку “Мои файлы”

Спринт 2

Реализован экран воспроизведения с кнопками (регулировка громкости, воспроизведение, к следующему кадру к предыдущему кадру, скорость воспроизведения (2х,4х,8х), поворот видео на 90 градусов).

Создать панель с различными инструментами реализованных в виде кнопок.

Импорт файлов.

Нарезка.

Отменить, повторить.

Запись озвучки.

Создание конвертирования в 3D.

Реализовать запись видео(с вебкамеры).

Спринт 3

Скорость клипа(регулировка скорости воспроизведения).

Эффект SlowMo (регулируемое замедление видео, размытость в движение и качестве обработки ).

Эффекты переходов, открываемые в новом окне (набор эффектов для склейки видео).

Создание эффектов перехода.

Титры.

Создать кнопку открыть мои проекты.

Создать кнопку создать проект.

Спринт 4

Эффекты для фото\видео (Светлые тона, тёмные тона, инверсия, резкость, размытость).

Создание видео Эффектов.

Над дорожкой должна быть шкала для её масштабирования (для удобства пользователя

В окне с эффектами /эффектами переходов реализовать поиск.

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

Реализовать снимок(с вебкамеры)

Спринт 5

Перед дорожками должны быть реализованы регуляторы громкости (аудио и видео).

Создание вкладки инструкции к использованию ПП.

Написание инструкции.

Реализовать пошаговую инструкцию

Реализовать снимок(с экрана во время просмотра видео).

Заносим новые данные с требованиями в таблицу.

Требования

Приоритеты

Сложность

1.В программе должны быть реализована дорожка, на которую можно помещать фото видео и аудио файлы.

10

2

2. Разработка интерфейса

8

2

3. Реализован экран воспроизведения с кнопками (регулировка громкости, воспроизведение, к следующему кадру к предыдущему кадру, скорость воспроизведения (2х,4х,8х), поворот видео на 90 градусов).

9

2

4.Реализовать панель с вкладками файл, редактировать.

8

1

5.Реализовать вкладку файл (сохранить, открыть, создать.)

8

1,5

6.Реализовать вкладку редактирование (копировать, вставить, удалить, вырезать, отмена, нарезка на несколько частей)

8

1,5

7. Реализовать вкладку воспроизведение (воспроизвести, к следующему кадру, к предыдущему кадру, в начало, в конец, полный экран)

8

2

8. Создать панель с различными инструментами реализованных в виде кнопок.

5

1

8.1 Импорт файлов.

5

1

8.2 Нарезка.

5

1,5

8.3 Отменить, повторить.

5

2

8.4 Запись озвучки.

7

1,5

8.5 Скорость клипа(регулировка скорости воспроизведения).

7

1,9

8.6 Эффект SlowMo (регулируемое замедление видео, размытость в движение и качестве обработки ).

4

2,5

8.7 Эффекты переходов, открываемые в новом окне (набор эффектов для склейки видео).

4

1

8.8 Эффекты для фото\видео (Светлые тона, тёмные тона, инверсия, резкость, размытость)

4

1

8.9 Титры.

7

1

9. Реализовать кнопку “Мои файлы”

6

1

10 . Над дорожкой должна быть шкала для её масштабирования (для удобства пользователя).

5

1,3

11. Перед дорожками должны быть реализованы регуляторы громкости (аудио и видео).

7

1,2

12. Создание эффектов перехода(для пункта 7.7).

7

2,7

13. Создание эффектов видео(для пункта 7.8).

7

2,9

14. Создание конвертирования в 3D.

7

2,2

15. В окне с эффектами /эффектами переходов реализовать поиск.

5

1

16. Реализовать снимок(с вебкамеры)

5

1,7

17. Реализовать запись видео(с вебкамеры).

5

2

18. Создание вкладки инструкции к использованию ПП.

5

1

19. Написание инструкции.

5

0,5

20. Реализовать пошаговую инструкцию

4

0,5

21. Создать кнопку открыть мои проекты.

4

0,5

22. Создать кнопку создать проект.

4

0,5

23. Реализовать кнопки для возможности быстро залить видео в соц. сети, видеохостинги

3

0,3

Риски проекта

программный scrum спринт

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

Риск должны относиться к разным категориями:

Риски связанные с персоналом

Риски связанные с оборудованием

Риски связанные с изменением требований

Для всех проанализированных рисков необходимо определить мероприятия профилактики и действия в случае реализации

Риск

Вероятность

Ущерб

Оценка риска

Устаревание технологических решений.

20

2

0,5

Приостановка финансирования проекта

50

3

1,5

Уход сотрудника из проекта.

20

2

0,4

Не ежедневное обновление Спринт резерва разработчиками.

40

1

0,4

Некомпетентность сотрудников

30

1

0,6

Владелец продукта не вовлечен или не принимает решений

30

2

0,6

Запоздалые пожелания заказчика

20

2

0.5

SCRUM собрание слишком длинное или не сфокусировано

50

1

0,5

Уход сотрудника на больничный.

60

2

1,2

Недостаточность технической базы заказчика для эксплуатации проекта

10

1

1

Отказ владельца продукта от дальнейшего сотрудничества

5

3

0,15

Сбой аппаратного обеспечения

3

3

0.07

Потеря данных

2

3

0,06

Мероприятия профилактики для проанализированных рисков

Ежедневное собрание разработчиков для решения проблем.

Резервное копирование данных на носители (желательно чтобы один носитель быль удалён из офиса, или копия хранилась на облаке).

Детально обговаривать требования с заказчиком.

Решить какое оборудование будет оптимальным для создания проекта.

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

Заключение

Методология разработки Scrum хорошо подходит для разработки ПП,в моём случае видео редактор.

Ежедневные совещания и плотное взаимодействие коллектива, позволяют эффективно решать поставленные задачи (отбрасывать ненужное находить новые решения для старого). Хорошо прогнозируемый график задач, каждый сотрудник знает какой объём работ ему необходимо выполнить сегодня, завтра, на неделю. Работая по данной методологии коллектив разработчиков эффективно распределяет свои ресурсы для решения задачи поставленной заказчиком.

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.