Обзор моделей, методологий и фреймворков ● Введение ● Определение модели ● Определение методологии ● Определение фреймворка ● Каскадная модель (Waterfall) ● Модель прототипирования (Prototype) ● Итеративная модель ( Iterative) ● Спиральная модель (Spiral) ● V-образная модель (V-model) ● Agile методология (Agile Methodology)

1. Управление проектами. Модуль 2.

2. Лекция 6-7
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология(Agile Methodology)

3. Методология, модель,фреймворк?
● Методология( англ. Methodology)– представляет собой
структурированный подход к разработке ПО, который
включает принципы,практики,обозначения,правила,
рекомендации по проектированиюи руководство
процессами
● Модель (англ. Model) - представляет собой упрощенный
вид программного процесса, представленныйс
определенной точки зрения. Определяет
последовательностьшагов для достижения цели.
● Фреймворк(англ. Framework)– некий скелет, каркас (для
методов), который может быть кастомизированпод наши
процессы.

4. Таблица дифференцирования
Методология Модель Фреймворк
Канбан (Kanban) Waterfall MSF – Microsofrt Solution
Framework
RUP Prototyping Scrum
Agile ( Гибкая
методология)
Iterative & Incrementive
Lean Spiral
XP V-model
PMI (PMBOK)
PRINCE2
Crystal Family
FDD (Fast Driven
Development)

5. Каскадная модель (Waterfall)
Водопаднаямодельразработки подразумевает
последовательноепрохождение процесса, разбитого
на стадии. Переход к новому этапу возможен только после
завершения предыдущего.
Принципы:
● Жёсткая последовательностьэтапов разработки
● Переход к следующему этапу только после успешного
выполненияпредыдущего
● Фиксированнаястоимость
● Изменения вносятсятолько после
полного окончания процесса разработки ПО
● Заказчик не привлекается к процессу

6. Каскадная модель (Waterfall model)
Преимущества
• Полное
документирование
каждого этапа;
• Четкое планирование
сроков и затрат;
• Прозрачность
процессов для
заказчика
• Понятная и чёткая
схема рабочего
процесса
• Не требует затрат
по налаживанию
коммуникаций между
всеми членами
команды.
Недостатки
• Нереалистичная
оценка
• Необходимость
утверждения полного
объема требований к
системе еще на
первом этапе;
• Увеличение затрат
средств и времени в
случае необходимости
изменения
требований.
• Стоимость
исправления ошибок
возрастает.
Когда?
• Большая часть или
вся работа над
проектом проводится
на аутсорсе
• У вас есть чёткая
концепция продукта,
который хотите
получить
• Вы не ограничены
во времени и ресурсах
создания продукта
• Создание продукта
или бизнеса
построено
на соблюдении
строгой
последовательности
выполнения задач.

7. Модель прототипирования (Prototype)
Прототипирование– это модель, в которой прототип
(раннее приближениеконечной системы или продукта)
строится,тестируется и затем перерабатываетсяпо мере
необходимости,
пока не будет достигнут
приемлемый прототип,
из которого теперь
может быть
разработана
полная система
или продукт.

8. Модель прототипирования (Prototype)
Характеризуетсяболее углубленныманализом
требований.
Классификация прототипов:
● Горизонтальный– набор страниц ( движущаяся
модель), визуальноеотображение
● Вертикальный - углубленная логика,реализацияуже
какой то части системы
● Одноразовый– быстрые модели, на скорую руку
● Эволюционные –первое преображениесистемы, с
возможностьюэволюции,доработки
● Бумажный– нарисованныйна бумаге, может быть
представлен в виде презентации

9. Модель прототипирования (Prototype)
Преимущества
• Лучшее
понимание
требований
клиента
• Не для IT
• Улучшает
понимание
качеств команды
• Помогает
бюджетировать
быстрее проект
• Уменьшает риски
провала
Недостатки
• Прототипы за
счет компании
исполнителя
• Чаще прототипы
потом не
используются
• Медленный
процесс
разработки
• Большая
вовлеченность
клиента
• Много изменений
может нарушить
привычный ритм
команды
Где используется
• Разработка
интерфейсов
человек
компьютер

10. Итеративная модель (Iterative)
Итеративныйподход - это выполнениеработ параллельно
с непрерывныманализомполученных результатови
корректировкой предыдущих этапов работы. Проект при
этом подходе в каждой фазе развитияпроходит
повторяющийсяцикл
PDCA: Планирование —Реализация— Проверка—
Оценка(англ.plan-do-check-actcycle).
Ключ к успешному
использованиюэтой модели –
строгая валидациятребований и
тщательнаяверификация
разрабатываемой функциональности
в каждой из итераций.

11. Итеративная модель (Iterative)
Преимущества
• Разработки идет
шаг за шагом
• Отслеживаем
дефекты на
ранних этапах
• Отзывы получаем
на первых
итерациях
• Меньше времени
на документацию,
больше на
разработку
Недостатки
• Непредсказуемый
бюджет
• Можно превысить
дедлайны
• Много мнения
заказчика
• Каждая фаза –
самостоятельна,
отдельные
итерации не
накладываются;
Где используется
• Для крупных
проектов
• Когда известны,
по крайней мере,
ключевые
требования;
• Когда требования
к проекту могут
меняться в
процессе
разработки.

12. Инкрементная модель (Increment)
Инкрементнаястратегия(англ. increment – увеличение,
приращение) подразумевает разработку информационной
системы с линейнойпоследовательностьюстадий, но в
несколько инкрементов (версий), т. е. с запланированным
улучшениемпродукта.

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

14. Недостатки инкрементной модели
● в модели не предусмотрены итерации в рамках каждого
инкремента
● определение полной функциональностисистемы должно
осуществляться в начале жизненногоцикла, чтобы обеспечить
определение инкрементов
● формальныйкритический анализ и проверку намного труднее
выполнить для инкрементов, чем для системы в целом
● заказчик должен осознавать, что общие затраты на
выполнение проекта не будут снижены
● поскольку создание некоторых модулей будет завершено
значительнораньше других, возникает необходимость в четко
определенных интерфейсах
● для модели необходимо хорошее планированиеи
проектирование
● может возникнуть тенденция к оттягиваниюрешений трудных
проблем на будущее с целью продемонстрировать
руководству успех, достигнутый на ранних этапах разработки

15. Область применения инкрементной
модели
● большинствотребованийможносформулироватьзаранее,но их
появлениеожидаетсячерез определенныйпериод времени
● рыночноеокнослишком «узкое»и существуетпотребностьбыстро
поставитьна рынокпродукт, имеющийфункциональныебазовые
свойства
● на выполнениепроектапредусмотренбольшойпериод времени
разработки,как правило, не меньше года
● степениважностиразличных свойствсистемы распределяется
равномерно
● при разработкепрограмм, связанныхс низкойили среднейстепенью
риска
● при выполнениипроектас применениемновойтехнологии,что
позволяетпользователюадаптироватьсяк системепутемвыполнения
более мелких инкрементныхшагов, без резкого переходак
применениюосновногоновогопродукта
● когда однопроходнаяразработкасистемы связанас большой
степеньюриска
● когда результативныеданныеполучаютсячерезрегулярные
интервалы времени

16. Найдем разницу?

17. Спиральная модель (Spiral)
Спиральная модель» похожа
на инкрементную, но с
акцентом на анализ рисков
Спиральная модель
предполагает 4 этапа для
каждого витка:
● планирование;
● анализ рисков;
● конструирование;
● оценка результата и при
удовлетворительном
качестве переход к новому
витку.

18. Достоинства спиральной модели
● спиральная модель позволяет пользователям «увидеть» систему на ранних этапах
разработки, что обеспечивается посредством использования ускоренного
прототипирования в жизненном цикле разработки ПО
● модель обеспечивает возможность разработки сложного проекта «по частям», выделяя на
первых этапах наиболее значимые требования. Это позволяет в случае необходимости,
прекратить работу над проектом, и уменьшить непроизводительные расходы
● в модели предусмотрена возможность гибкого проектирования, поскольку в ней
воплощены преимущества каскадной модели, и в тоже время, разрешены итерации по
всем фазам этой же модели
● модель позволяет идентифицировать непреодолимые риски без особых дополнительных
затрат
● модель предусматривает активное участие пользователей в работах по планированию,
анализу рисков, разработке и оценке полученных результатов. Обратная связь по
направлению от пользователей к разработчикам выполняется с высокой частотой и на
ранних этапах жизненного цикла, что обеспечивает создание нужного продукта высокого
качества
● при использовании модели происходит усовершенствование процессов управления
проектом, включая процесс обеспечения качества, соблюдение графика выполнения работ
и использования ресурсов, что достигается путем выполнения обзора в конце каждой
итерации
● модель обеспечивает повышение эффективности разработки благодаря использованию
пригодных для повторного использования свойств
● при использовании спиральной модели повышается вероятность предсказуемого
поведения системы за счет неоднократного уточнения поставленных целей
● модель позволяет выполнять частую оценку совокупных затрат, и, как следствие,
контролировать степень риска

19. Недостатки спиральной модели
● модель имеет усложненную структуру, поэтому может быть
затруднено ее применение разработчиками, менеджерами и
заказчиками
● при использовании модели часто возникает сложность
анализа и оценки рисков при выборе вариантов. Более того,
если проект имеет низкую степень риска или небольшие
размеры, модель может оказаться дорогостоящей, так как
оценка рисков после прохождения каждого витка спирали
связана с существенными затратами
● сложность поддержания версий продукта (хранение версий,
возврат к ранним версиям, комбинация версий)
● сложность оценки точки перехода на следующий цикл
● спираль может продолжаться до бесконечности, поскольку
каждая ответная реакция заказчика на созданную версию
может порождать новый цикл, что отдаляет окончание
работы над проектом

20. Область применения спиральной
модели
● пользователи не уверены в своих потребностях или
когда требования к системе слишком сложны и могут
меняться в процессе выполнения проекта и необходимо
прототипирование для анализа и оценки требований
● достижение успеха не гарантировано и необходима
оценка рисков продолжения проекта
● проект является сложным, дорогостоящим и обосновать
объемы финансирования возможно только в процессе
его выполнения
● речь идет о применении новых технологий, что связано с
риском их освоения и достижения ожидаемого
результата;
● при выполнении очень больших проектов, которые в
силу ограниченности ресурсов можно делать только по
частям

21. V-модель ( V-model)
V-модель– это улучшеннаяверсия классической каскадной
модели. Здесь на каждом этапе происходит контроль
текущего процесса, для того чтобы убедится в возможности
перехода на следующийуровень. В этой модели
тестированиеначинаетсяеще со стадии написания
требований,причем для каждого последующего этапа
предусмотрен свой уровень
тестового покрытия.
В V-модели каждому этапу
проектированияи разработки
системы соответствует
отдельный уровень тестирования..

22. Достоинства V-образной модели
● модель проста в использовании(относительнопроекта, для
которого она является приемлемой)
● в модели особое значение придается планированию,
направленномуна верификацию и аттестацию
разрабатываемого продукта на ранних стадиях его разработки
● в модели предусмотрены аттестация и верификациявсех
внешних и внутренних полученных данных, а не только самого
программного продукта
● в V-образной модели определение требований выполняется
перед разработкой проекта системы, а проектирование ПО —
перед разработкой компонентов
● модель определяет продукты, которые должны быть получены
в результате процесса разработки, причем каждые полученные
данные должны подвергаться тестированию
● благодаря модели менеджеры проекта может отслеживать ход
процесса разработки, так как в данном случае вполне
возможно воспользоваться временнойшкалой, а завершение
каждой фазы является контрольной точкой

23. Недостатки V-образной модели
● не позволяет справиться с параллельными
событиями
● в ней не учтены итерации между фазами
● в модели не предусмотрено внесениединамических
измененийна разных этапахжизненногоцикла
● тестированиетребований в жизненномцикле
происходит слишком поздно, вследствиечего
невозможновнести изменения,не повлияв при этом
на график выполненияпроекта
● в модель не входят действия,направленныена
анализ рисков

24. Область применения V-модели
● когда вся информация о требованиях доступна
заранее
● при разработке систем высокой надежности:
● прикладные программы для наблюдения за
пациентами в клиниках
● встроенное ПО для устройств управления
аварийными подушками безопасности в
автомобилях

25. Гибкая методология разработки -
Agile
Гибкая методологияразработки(англ. Agilesoftware
development, agile-методы) — серия подходов
к разработке программного обеспечения,
ориентированныхна
использованиеитеративной разработки,динамическое
формированиетребованийи обеспечение их
реализациив результатепостоянного взаимодействия
внутри самоорганизующихсярабочих групп, состоящих
из специалистов различногопрофиля

26. Agile Manifesto - идеи
Agileне включает практик, а определяет ценностии
принципы,которыми руководствуются команды.
AgileManifesto содержит 4 основные идеи и 12 принципов
Основныеидеи:
● люди и взаимодействиеважнее процессов и
инструментов
● работающий продукт важнееисчерпывающей
документации;
● сотрудничествос заказчиком важнее согласования
условий контракта;
● готовность к изменениямважнее следования
первоначальномуплану.

27. Agile Manifesto - Принципы
Принципы,которые разъясняет Agile Manifesto:
● удовлетворение клиента за счёт ранней и бесперебойной
поставки ценного программного обеспечения;
● приветствие изменений требований даже в конце разработки
(это может повысить конкурентоспособностьполученного
продукта);
● частая поставка рабочего программного обеспечения (каждый
месяц или неделю или ещё чаще);
● тесное, ежедневное общение заказчика с разработчиками на
протяжении всего проекта;
● проектом занимаются мотивированные личности, которые
обеспечены нужными условиями работы, поддержкой и
доверием;
● рекомендуемый метод передачи информации — личный
разговор (лицом к лицу);

28. Agile Manifesto - Принципы
● работающее программное обеспечение — лучший
измеритель прогресса;
● спонсоры, разработчики и пользователи должны иметь
возможность поддерживать постоянный темп на
неопределённый срок;
● постоянное внимание улучшению технического мастерства и
удобному дизайну;
● простота — искусство не делать лишней работы;
● лучшие технические требования, дизайн и архитектура
получаются у самоорганизованной команды;
● постоянная адаптация к изменяющимся обстоятельствам.
Команда должна систематически анализировать возможные
способы улучшения эффективности и соответственно
корректировать стиль своей работы