ݺߣ

ݺߣShare a Scribd company logo
ГИБКАЯ МЕТОДОЛОГИЯ
РАЗРАБОТКИ ПО
Разработчик: Бартош Татьяна Владиславовна
Содержание
Введение
Темой данной презентации является «Гибкая методология
разработки ПО».
Гибкая методология разработки программного обеспечения
ориентирована на использование итеративного подхода, при
котором программный продукт создается постепенно,
небольшими шагами, включающими реализацию
определенного набора требований. При этом предполагается,
что требования могут изменяться. Команды, использующие
гибкие методологии, формируются из универсальных
разработчиков, которые выполняют различные задачи в
процессе создания программного продукта.
Данная презентация состоит из нескольких разделов.
Перечень данных разделов представлен на слайде «Введение».
История
В феврале 2001 в штате Юта США был
выпущен «Манифест гибкой методологии
разработки программного обеспечения».
Данный манифест был одобрен и подписан
представителями методологий
экстремального программирования, Crystal
Clear, DSDM, Feature driven development,
Scrum, Adaptive software development,
Pragmatic Programming. Гибкая методология
разработки использовалась многими
компаниями и до принятия манифеста,
однако именно после этого события
произошло вхождение Agile-разработки в
массы.
Краткая характеристика технологии
Гибкая методология разработки (англ. Agile software
development, agile-методы) — серия подходов к
разработке программного обеспечения, ориентированных
на использование итеративной разработки, динамическое
формирование требований и обеспечение их реализации в
результате постоянного взаимодействия внутри
самоорганизующихся рабочих групп, состоящих из
специалистов различного профиля.
Существует несколько методик, относящихся к классу
гибких методологий разработки, в частности
экстремальное программирование, DSDM, Scrum.
Методологии
Методология Описание
Agile
Modeling (англ.)
набор понятий, принципов и приёмов (практик), позволяющих быстро и просто
выполнять моделирование и документирование в проектах разработки
программного обеспечения.
Agile Unified
Process (англ.)
(AUP) упрощенная версия IBM Rational Unified Process (RUP), разработанная
Скоттом Амблером, которая описывает простое и понятное приближение
(модель) для создания программного обеспечения для бизнес-приложений.
Agile Data
Method (англ.)
группа итеративных методов разработки программного обеспечения, в которых
требования и решения достигаются в рамках сотрудничества разных кросс-
функциональных команд.
DSDM основан на концепции быстрой разработки приложений (Rapid Application
Development, RAD). Представляет собой итеративный и инкрементный подход,
который придаёт особое значение продолжительному участию в процессе
пользователя/потребителя.
Essential Unified
Process (англ.)
Методологии (продолжение)
Методология Описание
Feature driven
development(FDD)
функционально-ориентированная разработка. Используемое в FDD
понятие функции или свойства (англ. feature) системы достаточно
близко к понятию прецедента использования.
Getting Real итеративный подход без функциональных спецификаций,
использующийся для веб-приложений.
OpenUP это итеративно-инкрементальный метод разработки программного
обеспечения.
Scrum устанавливает правила управления процессом разработки и позволяет
использовать уже существующие практики кодирования, корректируя
требования или внося тактические изменения.
Бережливая разработка
программного
обеспечения (англ. lean
software development)
использует подходы из концепции бережливого производства.
Описание процессов жизненного цикла ПО
Жизненный цикл проекта – набор последовательных фаз проекта, название и
число которых определяется исходя из технологии производства работ и
потребностей контроля со стороны организации или организаций, вовлеченных в
проект.
Фаза проекта – набор логически взаимосвязанных работ проекта, в процессе
завершения которых достигается один из основных результатов проекта.
Главная цель гибкой методологии разработки
Компании по всему миру работают над тем, чтобы создавать продукты более
высокого качества за меньшее время. Для достижения этой цели многие производители
начали применять гибкие методологии разработки.
Основные идеи методологии
 люди и взаимодействие важнее процессов и
инструментов;
 работающий продукт важнее исчерпывающей
документации;
 сотрудничество с заказчиком важнее
согласования условий контракта;
 готовность к изменениям важнее следования
первоначальному плану.
Основные принципы методологии
1. удовлетворение клиента за счёт ранней и бесперебойной поставки ценного
программного обеспечения;
2. приветствие изменений требований даже в конце разработки (это может повысить
конкурентоспособность полученного продукта);
3. частая поставка рабочего программного обеспечения (каждый месяц или неделю или
ещё чаще);
4. тесное, ежедневное общение заказчика с разработчиками на протяжении всего
проекта;
5. проектом занимаются мотивированные личности, которые обеспечены нужными
условиями работы, поддержкой и доверием;
6. рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
Основные принципы методологии
7. работающее программное обеспечение — лучший измеритель прогресса;
8. спонсоры, разработчики и пользователи должны иметь возможность поддерживать
постоянный темп на неопределённый срок;
9. постоянное внимание улучшению технического мастерства и удобному дизайну;
10. простота — искусство не делать лишней работы;
11. лучшие технические требования, дизайн и архитектура получаются у
самоорганизованной команды;
12. постоянная адаптация к изменяющимся обстоятельствам.
Тестирование производительности
В Agile методологии тестирование производительности нужно выполнять каждую
итерацию.
Сравнение традиционного ЖЦ разработки и ЖЦ
разработки с применением гибких методологий
Заключение
В данной презентации была рассмотрена такая тема, как «Гибкая методология
разработки ПО».
В заключении следует отметить то, что данная тема была рассмотрена по
некоторым пунктам, представленным на слайде «Введение».
Подводя итог, предоставим отчет о проделанной работе. А именно по данной
теме. Гибкая методология разработки ПО является более преимущественной чем
традиционная. Agile-методологии предполагают разработку короткими циклами
(итерациями), которые обычно длятся от одной до 3-4 недель. Перед началом каждой
итерации команда совместно с заказчиком оценивает сравнительную важность для
бизнеса оставшейся нереализованной функциональности с тем, чтобы наиболее
приоритетные требования вошли в следующую итерацию. Каждая итерация
включает все задачи, необходимые для выдачи очередной «порции» законченной
функциональности: планирование, анализ требований, дизайн, кодирование и
тестирование.

More Related Content

What's hot (20)

Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60.
Yana Brodetski
Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"
Evgeniy Krivosheev
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Yana Brodetski
Лекция 2 тестирование и жизненный цикл ПО
Лекция 2 тестирование и жизненный цикл ПОЛекция 2 тестирование и жизненный цикл ПО
Лекция 2 тестирование и жизненный цикл ПО
Sergey Chuburov
Agile & .net
Agile & .netAgile & .net
Agile & .net
Azat Jalilov
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
CEE-SEC(R)
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
Yury Vetrov
Dead zone. Прохоренко
Dead zone. ПрохоренкоDead zone. Прохоренко
Dead zone. Прохоренко
Dev.by
SEMAT Agile Kitchen
SEMAT Agile KitchenSEMAT Agile Kitchen
SEMAT Agile Kitchen
Yury Kupriyanov
Roles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkovRoles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkov
Maxim Tsepkov
работа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ruработа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ru
Yuri Afanasiev
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Softengi
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
RIF-Technology
PRINCE2® - лучшая практика управления проектами. В. Полковников
PRINCE2® - лучшая практика управления проектами. В. ПолковниковPRINCE2® - лучшая практика управления проектами. В. Полковников
PRINCE2® - лучшая практика управления проектами. В. Полковников
ProjectPractice2013
Олег Швайковский, Европейский опыт государственного Agile
Олег Швайковский, Европейский опыт государственного AgileОлег Швайковский, Европейский опыт государственного Agile
Олег Швайковский, Европейский опыт государственного Agile
ScrumTrek
Успешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспеченияУспешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспечения
Sergey Morgunov
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
Alexey Deryushkin
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
RIF-Technology
РИК: Управление качеством проекта
РИК: Управление качеством проектаРИК: Управление качеством проекта
РИК: Управление качеством проекта
Kursrik
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
DressTester
Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60.
Yana Brodetski
Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"Вебинар "Введение в процесс разработки ПО"
Вебинар "Введение в процесс разработки ПО"
Evgeniy Krivosheev
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Yana Brodetski
Лекция 2 тестирование и жизненный цикл ПО
Лекция 2 тестирование и жизненный цикл ПОЛекция 2 тестирование и жизненный цикл ПО
Лекция 2 тестирование и жизненный цикл ПО
Sergey Chuburov
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
CEE-SEC(R)
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
Yury Vetrov
Dead zone. Прохоренко
Dead zone. ПрохоренкоDead zone. Прохоренко
Dead zone. Прохоренко
Dev.by
Roles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkovRoles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkov
Maxim Tsepkov
работа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ruработа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ru
Yuri Afanasiev
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Scrum и пустота. Доклад Анатолия Кота, менеджера проектов Softengi, на Междун...
Softengi
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
RIF-Technology
PRINCE2® - лучшая практика управления проектами. В. Полковников
PRINCE2® - лучшая практика управления проектами. В. ПолковниковPRINCE2® - лучшая практика управления проектами. В. Полковников
PRINCE2® - лучшая практика управления проектами. В. Полковников
ProjectPractice2013
Олег Швайковский, Европейский опыт государственного Agile
Олег Швайковский, Европейский опыт государственного AgileОлег Швайковский, Европейский опыт государственного Agile
Олег Швайковский, Европейский опыт государственного Agile
ScrumTrek
Успешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспеченияУспешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспечения
Sergey Morgunov
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
Alexey Deryushkin
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
RIF-Technology
РИК: Управление качеством проекта
РИК: Управление качеством проектаРИК: Управление качеством проекта
РИК: Управление качеством проекта
Kursrik
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
Обзор методологии SCRUM. Особенности SCRUM методологии. Вопросы коммуникации ...
DressTester

Similar to гибкая методология разработки по (20)

Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1
Andrii Gakhov
лекция 2
лекция 2лекция 2
лекция 2
cezium
лекция 2
лекция 2лекция 2
лекция 2
cezium
Совершенствование процессов управления проектами
Совершенствование процессов управления проектамиСовершенствование процессов управления проектами
Совершенствование процессов управления проектами
Тереза Богуш
Внедрение CASE-технологий
Внедрение CASE-технологийВнедрение CASE-технологий
Внедрение CASE-технологий
Отшельник
2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects
dataomsk
Проектирование Программных Систем. Лекция 01
Проектирование Программных Систем. Лекция 01Проектирование Программных Систем. Лекция 01
Проектирование Программных Систем. Лекция 01
Dima Dzuba
Методологии разработки по
Методологии разработки поМетодологии разработки по
Методологии разработки по
JaneKozmina
Внедрение гибкой методологии управления проектами в Danske bank
Внедрение гибкой методологии управления проектами в Danske bankВнедрение гибкой методологии управления проектами в Danske bank
Внедрение гибкой методологии управления проектами в Danske bank
Albina Iskhakova
владивосток форум разработка_больших_приложений
владивосток форум разработка_больших_приложенийвладивосток форум разработка_больших_приложений
владивосток форум разработка_больших_приложений
Elena Ometova
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Yandex
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Yury Vetrov
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ruTechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
Badoo Development
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
Dima Dzuba
методология Rad (46)
методология Rad (46)методология Rad (46)
методология Rad (46)
romachka_pole
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проектAgile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Return on Intelligence
Lection 3 4_pm
Lection 3 4_pmLection 3 4_pm
Lection 3 4_pm
Yana Brodetski
метод Oracle (45)
метод Oracle (45)метод Oracle (45)
метод Oracle (45)
romachka_pole
Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1Семинар ФКН: современные подходы к разработке ПО - часть 1
Семинар ФКН: современные подходы к разработке ПО - часть 1
Andrii Gakhov
лекция 2
лекция 2лекция 2
лекция 2
cezium
лекция 2
лекция 2лекция 2
лекция 2
cezium
Совершенствование процессов управления проектами
Совершенствование процессов управления проектамиСовершенствование процессов управления проектами
Совершенствование процессов управления проектами
Тереза Богуш
Внедрение CASE-технологий
Внедрение CASE-технологийВнедрение CASE-технологий
Внедрение CASE-технологий
Отшельник
2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects2012 andieva e_ju_innovative_management_of_complex_software_projects
2012 andieva e_ju_innovative_management_of_complex_software_projects
dataomsk
Проектирование Программных Систем. Лекция 01
Проектирование Программных Систем. Лекция 01Проектирование Программных Систем. Лекция 01
Проектирование Программных Систем. Лекция 01
Dima Dzuba
Методологии разработки по
Методологии разработки поМетодологии разработки по
Методологии разработки по
JaneKozmina
Внедрение гибкой методологии управления проектами в Danske bank
Внедрение гибкой методологии управления проектами в Danske bankВнедрение гибкой методологии управления проектами в Danske bank
Внедрение гибкой методологии управления проектами в Danske bank
Albina Iskhakova
владивосток форум разработка_больших_приложений
владивосток форум разработка_больших_приложенийвладивосток форум разработка_больших_приложений
владивосток форум разработка_больших_приложений
Elena Ometova
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Yandex
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.RuФорум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Форум Технологий Mail.Ru 2011: Юрий Ветров — Как создаются интерфейсы в Mail.Ru
Yury Vetrov
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ruTechLeads meetup: Андрей Шелёхин, Tinkoff.ru
TechLeads meetup: Андрей Шелёхин, Tinkoff.ru
Badoo Development
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
Dima Dzuba
методология Rad (46)
методология Rad (46)методология Rad (46)
методология Rad (46)
romachka_pole
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проектAgile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Return on Intelligence

More from poverhnost (7)

Net framework
Net frameworkNet framework
Net framework
poverhnost
Технология разработки cristal cear
Технология разработки cristal cearТехнология разработки cristal cear
Технология разработки cristal cear
poverhnost
Гибкая разработка ПО
Гибкая разработка ПОГибкая разработка ПО
Гибкая разработка ПО
poverhnost
Бережливая разработка ПО
Бережливая разработка ПОБережливая разработка ПО
Бережливая разработка ПО
poverhnost
Бережливая методология разработки ПО
Бережливая методология разработки ПОБережливая методология разработки ПО
Бережливая методология разработки ПО
poverhnost
Технология разработки cristal cear
Технология разработки cristal cearТехнология разработки cristal cear
Технология разработки cristal cear
poverhnost
Гибкая разработка ПО
Гибкая разработка ПОГибкая разработка ПО
Гибкая разработка ПО
poverhnost
Бережливая разработка ПО
Бережливая разработка ПОБережливая разработка ПО
Бережливая разработка ПО
poverhnost
Бережливая методология разработки ПО
Бережливая методология разработки ПОБережливая методология разработки ПО
Бережливая методология разработки ПО
poverhnost

гибкая методология разработки по

  • 1. ГИБКАЯ МЕТОДОЛОГИЯ РАЗРАБОТКИ ПО Разработчик: Бартош Татьяна Владиславовна
  • 3. Введение Темой данной презентации является «Гибкая методология разработки ПО». Гибкая методология разработки программного обеспечения ориентирована на использование итеративного подхода, при котором программный продукт создается постепенно, небольшими шагами, включающими реализацию определенного набора требований. При этом предполагается, что требования могут изменяться. Команды, использующие гибкие методологии, формируются из универсальных разработчиков, которые выполняют различные задачи в процессе создания программного продукта. Данная презентация состоит из нескольких разделов. Перечень данных разделов представлен на слайде «Введение».
  • 4. История В феврале 2001 в штате Юта США был выпущен «Манифест гибкой методологии разработки программного обеспечения». Данный манифест был одобрен и подписан представителями методологий экстремального программирования, Crystal Clear, DSDM, Feature driven development, Scrum, Adaptive software development, Pragmatic Programming. Гибкая методология разработки использовалась многими компаниями и до принятия манифеста, однако именно после этого события произошло вхождение Agile-разработки в массы.
  • 5. Краткая характеристика технологии Гибкая методология разработки (англ. Agile software development, agile-методы) — серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля. Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum.
  • 6. Методологии Методология Описание Agile Modeling (англ.) набор понятий, принципов и приёмов (практик), позволяющих быстро и просто выполнять моделирование и документирование в проектах разработки программного обеспечения. Agile Unified Process (англ.) (AUP) упрощенная версия IBM Rational Unified Process (RUP), разработанная Скоттом Амблером, которая описывает простое и понятное приближение (модель) для создания программного обеспечения для бизнес-приложений. Agile Data Method (англ.) группа итеративных методов разработки программного обеспечения, в которых требования и решения достигаются в рамках сотрудничества разных кросс- функциональных команд. DSDM основан на концепции быстрой разработки приложений (Rapid Application Development, RAD). Представляет собой итеративный и инкрементный подход, который придаёт особое значение продолжительному участию в процессе пользователя/потребителя. Essential Unified Process (англ.)
  • 7. Методологии (продолжение) Методология Описание Feature driven development(FDD) функционально-ориентированная разработка. Используемое в FDD понятие функции или свойства (англ. feature) системы достаточно близко к понятию прецедента использования. Getting Real итеративный подход без функциональных спецификаций, использующийся для веб-приложений. OpenUP это итеративно-инкрементальный метод разработки программного обеспечения. Scrum устанавливает правила управления процессом разработки и позволяет использовать уже существующие практики кодирования, корректируя требования или внося тактические изменения. Бережливая разработка программного обеспечения (англ. lean software development) использует подходы из концепции бережливого производства.
  • 8. Описание процессов жизненного цикла ПО Жизненный цикл проекта – набор последовательных фаз проекта, название и число которых определяется исходя из технологии производства работ и потребностей контроля со стороны организации или организаций, вовлеченных в проект. Фаза проекта – набор логически взаимосвязанных работ проекта, в процессе завершения которых достигается один из основных результатов проекта.
  • 9. Главная цель гибкой методологии разработки Компании по всему миру работают над тем, чтобы создавать продукты более высокого качества за меньшее время. Для достижения этой цели многие производители начали применять гибкие методологии разработки.
  • 10. Основные идеи методологии  люди и взаимодействие важнее процессов и инструментов;  работающий продукт важнее исчерпывающей документации;  сотрудничество с заказчиком важнее согласования условий контракта;  готовность к изменениям важнее следования первоначальному плану.
  • 11. Основные принципы методологии 1. удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения; 2. приветствие изменений требований даже в конце разработки (это может повысить конкурентоспособность полученного продукта); 3. частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще); 4. тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта; 5. проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием; 6. рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
  • 12. Основные принципы методологии 7. работающее программное обеспечение — лучший измеритель прогресса; 8. спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок; 9. постоянное внимание улучшению технического мастерства и удобному дизайну; 10. простота — искусство не делать лишней работы; 11. лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды; 12. постоянная адаптация к изменяющимся обстоятельствам.
  • 13. Тестирование производительности В Agile методологии тестирование производительности нужно выполнять каждую итерацию.
  • 14. Сравнение традиционного ЖЦ разработки и ЖЦ разработки с применением гибких методологий
  • 15. Заключение В данной презентации была рассмотрена такая тема, как «Гибкая методология разработки ПО». В заключении следует отметить то, что данная тема была рассмотрена по некоторым пунктам, представленным на слайде «Введение». Подводя итог, предоставим отчет о проделанной работе. А именно по данной теме. Гибкая методология разработки ПО является более преимущественной чем традиционная. Agile-методологии предполагают разработку короткими циклами (итерациями), которые обычно длятся от одной до 3-4 недель. Перед началом каждой итерации команда совместно с заказчиком оценивает сравнительную важность для бизнеса оставшейся нереализованной функциональности с тем, чтобы наиболее приоритетные требования вошли в следующую итерацию. Каждая итерация включает все задачи, необходимые для выдачи очередной «порции» законченной функциональности: планирование, анализ требований, дизайн, кодирование и тестирование.