- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Курсы по тестированию IT LABS. Продукт и проект. (Урок 2) презентация
Содержание
- 1. Курсы по тестированию IT LABS. Продукт и проект. (Урок 2)
- 2. I T L A B S
- 3. I T L A B S
- 4. I T L A B S
- 5. I T L A B S Waterfall
- 6. I T L A B S
- 7. I T L A B S Модель водопада (Каскадная) (Waterfall model)
- 8. I T L A B S
- 9. I T L A B S
- 10. I T L A B S
- 11. I T L A B S
- 12. I T L A B S
- 13. I T L A B S
- 14. I T L A B S Модель водопада (Каскадная) (Waterfall model)
- 15. I T L A B S Вопросы / Ответы
- 16. I T L A B S Agile
- 17. I T L A B S
- 18. I T L A B S Agile vs Waterfall
- 19. I T L A B S
- 20. I T L A B S Вопросы / Ответы
- 21. I T L A B S Agile Scrum
- 22. I T L A B S
- 23. I T L A B S
- 24. I T L A B S
- 25. I T L A B S
- 26. I T L A B S
- 27. I T L A B S
- 28. I T L A B S
- 29. I T L A B S
- 30. I T L A B S
- 31. I T L A B S
- 32. I T L A B S
- 33. I T L A B S
- 34. I T L A B S
- 35. I T L A B S
- 36. I T L A B S
- 37. I T L A B S
- 38. I T L A B S
- 39. I T L A B S
- 40. I T L A B S Гибкая модель разработки. Agile Scrum
- 41. I T L A B S
- 42. I T L A B S
- 43. I T L A B S
- 44. I T L A B S
- 45. I T L A B S Гибкая модель разработки. Agile Scrum
- 46. I T L A B S Вопросы / Ответы
I T L A B S Урок 1 Вопросы / Ответы
Слайд 3I
T
L
A
B
S
Продукт и Проект
Продукт – то, что хочет получить заказчик.
Проект – некий
процесс создания продукта.
Слайд 4I
T
L
A
B
S
1. Модель водопада (Каскадная)
(Waterfall model)
2. Гибкая модель разработки
(Agile software development)
Процесс разработки
программного обеспечения
(Software development process)
Cтруктура, согласно которой построена разработка программного обеспечения. Существует две основные модели:
Слайд 6I
T
L
A
B
S
Модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как
поток, последовательно проходящий следующие фазы:
1. Анализ требований
2. Проектирование
3. Реализация
4. Интеграция
5. Тестирование
6. Поддержка
В каскадной модели, переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы
1. Анализ требований
2. Проектирование
3. Реализация
4. Интеграция
5. Тестирование
6. Поддержка
В каскадной модели, переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы
Модель водопада (Каскадная)
(Waterfall model)
Слайд 8I
T
L
A
B
S
Сначала полностью завершается этап
«Анализ требований», в результате чего получается список
требований к ПО.
Модель водопада (Каскадная) (Waterfall model)
Анализ требований
Слайд 9I
T
L
A
B
S
В ходе проектирования создаются документы, подробно описывающие для программистов способ и
план реализации указанных требований.
Модель водопада (Каскадная) (Waterfall model)
Проектирование
Слайд 10I
T
L
A
B
S
Выполняется реализация полученного проекта.
Модель водопада (Каскадная) (Waterfall model)
Реализация
Слайд 11I
T
L
A
B
S
Происходит интеграция отдельных компонентов, разрабатываемых различными командами программистов.
Модель водопада (Каскадная) (Waterfall
model)
Интеграция
Интеграция
Слайд 12I
T
L
A
B
S
После того как реализация и интеграция завершены, производится тестирование и отладка
продукта
Модель водопада (Каскадная) (Waterfall model)
Тестирование
Слайд 13I
T
L
A
B
S
После этого программный продукт внедряется и обеспечивается его поддержка - внесение новой
функциональности и устранение ошибок.
Модель водопада (Каскадная) (Waterfall model)
Поддержка
Слайд 17I
T
L
A
B
S
Agile – гибкая модель разработки, которая использует различные подходы и ориентирована
на использование итеративной разработки.
Гибкая модель разработки
(Agile software development)
1. Скрам (Scrum)
2. Канбан
3. Множество других
Слайд 19I
T
L
A
B
S
Гибкая модель разработки
(Agile software development)
Основные идеи Agile:
1. Люди и взаимодействие важнее процессов
и инструментов.
2. Работающий продукт важнее детальной документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.
2. Работающий продукт важнее детальной документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.
Слайд 22I
T
L
A
B
S
Scrum – гибкая методология управления проектом для создания продукта.
Гибкая модель
разработки. Agile Scrum
Роли в Scrum:
Владелец Продукта (Product Owner)
Руководитель (ScrumMaster)
Команда (Scrum Team)
Артефакты:
Бэклог продукта (Product Backlog)
Спринт бэклог (Sprint Backlog)
Берндаун чарт (Burn Down Chart)
Ритуалы:
Планирование спринта (Sprint Planning)
Ежедневный скрам (Daily Scrum)
Демо (Demo)
Ретроспектива спринта (Retrospective)
Слайд 23I
T
L
A
B
S
Sprint - период времени(2-4 недели), по истечении которого демонстрируется фактически работающий
продукт с новой функциональностью.
Гибкая модель разработки. Agile Scrum
Слайд 24I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
1. Владелец Продукта (Product Owner)
2.
Руководитель (ScrumMaster)
3. Команда (Scrum Team)
3. Команда (Scrum Team)
Роли в Scrum:
Слайд 26I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Человек, ответственный за построение связей между
заказчиком и командой разработки.
Product Owner является экспертом в продукте и в требованиях и приоритетах заказчика.
Product Owner постоянно работает с командой проекта, помогая уточнить требования.
Product Owner иногда называют представителем заказчика.
Product Owner является экспертом в продукте и в требованиях и приоритетах заказчика.
Product Owner постоянно работает с командой проекта, помогая уточнить требования.
Product Owner иногда называют представителем заказчика.
Владелец Продукта (Product Owner)
Слайд 27I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Человек, ответственный за поддержку команды, уточнение
организационной структуры и процессов Agile.
Scrum master иногда называют посредником
(project facilitator).
Scrum master иногда называют посредником
(project facilitator).
Руководитель (ScrumMaster)
Слайд 29I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
1. Бэклог продукта (Product Backlog)
2. Спринт
бэклог (Sprint Backlog)
3. Скрам доска (Scrum Board)
4. Берндаун чарт (Burn Down Chart)
3. Скрам доска (Scrum Board)
4. Берндаун чарт (Burn Down Chart)
Артефакты:
Слайд 30I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Это список требований к функциональности, упорядоченный
по их степени важности.
Элементы этого списка называются - user story
Элементы этого списка называются - user story
Артефакты. Бэклог продукта (Product Backlog)
Слайд 32I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Содержит User Stories, выбранную Product Owner-ом
из Product Backlog.
Все User Story разбиты по задачам(tasks), каждая из которых оценивается скрам-командой
Все User Story разбиты по задачам(tasks), каждая из которых оценивается скрам-командой
Артефакты. Спринт бэклог (Sprint Backlog)
Слайд 34I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Все User Story разбиты по задачам,
каждая из которых оценивается скрам-командой в Story Points.
½, 1, 2, 3, 5, 8, 13, 21
Оценка объёма работ, необходимого для реализации истории по сравнению с другими story .
Приблизительно соответствует числу
«идеальных человеко-часов».
½, 1, 2, 3, 5, 8, 13, 21
Оценка объёма работ, необходимого для реализации истории по сравнению с другими story .
Приблизительно соответствует числу
«идеальных человеко-часов».
Артефакты. Оценка User Story
Слайд 37I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Диаграмма, показывающая количество сделанной и оставшейся
работы.
Обновляется ежедневно с тем, чтобы в простой форме показать подвижки в работе над спринтом.
График должен быть общедоступен.
Обновляется ежедневно с тем, чтобы в простой форме показать подвижки в работе над спринтом.
График должен быть общедоступен.
Артефакты. Берндаун чарт (Burn Down Chart)
Слайд 39I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
1. Планирование спринта (Sprint Planning)
2. Ежедневный
скрам (Daily Scrum)
3. Демо (Demo)
4. Ретроспектива спринта (Retrospective)
3. Демо (Demo)
4. Ретроспектива спринта (Retrospective)
Ритуалы:
Слайд 41I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Ритуалы. Планирование спринта (Sprint Planning)
Происходит в
начале новой итерации Спринта.
Из Backlog-a проекта выбираются задачи, которые команда должны выполнены за спринт.
На основе выбранных задач формируется
Sprint Backlog.
Каждая задача оценивается в идеальных человеко-часах.
При необходимости задача разбивается на подзадачи.
Из Backlog-a проекта выбираются задачи, которые команда должны выполнены за спринт.
На основе выбранных задач формируется
Sprint Backlog.
Каждая задача оценивается в идеальных человеко-часах.
При необходимости задача разбивается на подзадачи.
Слайд 42I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Ритуалы. Ежедневный скрам (Daily Scrum)
Что было
сделано с момента предыдущего митинга до момента этого митинга?
Что планируете делать с момента этого митинга до момента следующего митинга?
Какие проблемы препятствуют выполнению запланированного?
Что планируете делать с момента этого митинга до момента следующего митинга?
Какие проблемы препятствуют выполнению запланированного?
Слайд 43I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Ритуалы. Демо (Demo)
Проводится после завершения спринта.
Команда
демонстрирует что было сделано за Спринт.
Все члены команды участвуют в демонстрации
(один человек на демонстрацию или каждый показывает, что сделал за спринт).
Все члены команды участвуют в демонстрации
(один человек на демонстрацию или каждый показывает, что сделал за спринт).
Слайд 44I
T
L
A
B
S
Гибкая модель разработки. Agile Scrum
Ритуалы. Ретроспектива спринта (Retrospective)
Проводится после
завершения спринта.
Члены команды высказывают своё мнение о прошедшем спринте.
Отвечают на два основных вопроса:
- Что было сделано хорошо в прошедшем спринте?
- Что надо улучшить в следующем?
Члены команды высказывают своё мнение о прошедшем спринте.
Отвечают на два основных вопроса:
- Что было сделано хорошо в прошедшем спринте?
- Что надо улучшить в следующем?
