Жизненный цикл программного обеспечения (Software Life Cycle Model) — это период времени, который начинается с момента принятия решения о создании программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.
Под ЖЦ подразумевают период разработки и эксплуатации, в котором выделяют следующие этапы:
🔹Сбор и анализ требований
🔹Проектирование ПО
🔹Реализация
🔹Тестирование
🔹Внедрение ПО

🔶Традиционной, или «классической», является каскадная (waterfall) модель.
В такой модели основные инженерные процессы разработки системы выполняются последовательно один за другим ровно один раз в течение ЖЦ
Течение водопада – это течение времени, возвраты невозможны. Поэтому каскадная модель не имеет возвращений на предыдущий этап.
Перед переходом на следующий этап предыдущие работы должны быть завершены. В каждой фазе ровно один вид деятельности, фазы именуются в соответствии с ним.
В чистом виде каскадная модель не «рассчитана» на исправление ошибок, поэтому этап тестирования в ней номинальный: после тестирования всё равно не будет предусмотрено никакой деятельности по исправлению ошибок, всё нужно делать сразу набело.
Основным недостатком этой модели является рост рисков со временем, т.е. чем раньше была сделана ошибка, тем дороже она стоит. И если ошибки в реализации ещё можно устранить без больших потерь, то ошибки в дизайне исправлять же поздно, т.к. это резко увеличит сроки и стоимость проекта.

🔶Суть итеративной модели заключается в том, что каждый вид работ совершается несколько раз. Работы идут одна за другой и возвращаются к Сбору требований. Это более продвинутая модель, позволяющая выявлять ошибки на ранних стадиях разработки, и снижать, тем самым, стоимость их устранения.
С помощью данного подхода осуществляется непрерывное обнаружение, исследование и реализация.
Фазой здесь является прохождение всех видов деятельности в разных объемах. Название фазы обозначает не вид деятельности, а состояние, в котором находится проект

#теория

#Полезныестатьи:

(Startup Jedi) Модели и методологии разработки стартапа

(GeekBrains) модели и методологии разработки ПО

(Студопедия) Модели жизненного цикла ПО

(QATestLab) Популярные жизненные циклы разработки ПО

(QAEvolution) Жизненный цикл программного обеспечения

(Хабр) Ещё раз про семь основных методологий разработки

(TestMatick) Самые распространенные модели разработки ПО

(EverGreen) Модели жизненного цикла, принципы и методологии разработки программного обеспечения (ПО)

(IsSoft) Подходы к разработке ПО: как правильно выбрать методологию разработки программного обеспечения

Лекция: Модели разработки ПО

#Видео :

(Тестирование ПО – Software Testing) Видео 36. 1, 2 методологии разработки ПО. Модель водопада

(Тестирование ПО – Software Testing) Видео 37. 3я модель разработки ПО - V-образная модель

(Тестирование ПО – Software Testing) Видео 39. Гибкие методологии разработки ПО - Agile методологии. Scrum

Видео 22. Жизненный цикл ПО. Этапы разработки ПО. Классическая модель разработки ПО

Тестировщик с нуля / Урок 7. Модели разработки ПО. Водопадная, итерационная и V-модель

Курс Тестирование ПО. Занятие 5. Software Development Life Cycle (SDLC) | QA START UP

(Лаборатория качества) Что такое "Жизненный цикл тестирования программного обеспечения"? (Software Testing Life Cycle)

QA Start. Урок 1. Методологии разработки и их влияние на качество

Agile & Scrum – знакомство и легкое погружение

Тестировщик с нуля / Урок 27. Agile и Scrum для тестировщика. Гибкая методология разработки

#теория

ИТЕРАЦИОННАЯ (итеративная) и ИНКРЕМЕНТНАЯ МОДЕЛИ

Информация взята из источников с интернета и с книг по тестированию ПО. Всё подборки статей указала в телеграм канале

Нашла отличное объяснение из блога компании Edison : "Ещё раз про семь основных методологий разработки"

Посмотрите на первую картинку поста. Цитирую: "На диаграмме показана итерационная «разработка» Мона Лизы. Как видно, в первой итерации есть лишь набросок Джоконды, во второй — появляются цвета, а третья итерация добавляет деталей, насыщенности и завершает процесс. В инкрементной же модели функционал продукта наращивается по кусочкам, продукт составляется из частей. В отличие от итерационной модели, каждый кусочек представляет собой целостный элемент."

Немного теории:

📌Итерационная модель жизненного цикла не требует для начала полной спецификации требований. Вместо этого, создание начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется. И каждая версия работоспособна.

📌Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций, так называемых «инкрементов». Процесс продолжается до тех пор, пока не будет создана полная система.

Итерационная инкрементальная модель(последняя картинка поста):
👆с точки зрения жизненного цикла модель является итерационной, т.к. подразумевает многократное повторение одних и тех же стадий;
👆с точки зрения развития продукта (приращения его полезных функций) модель является инкрементальной. Ключевой особенностью данной модели является разбиение проекта на относительно небольшие промежутки (итерации), каждый из которых в общем случае может включать в себя все классические стадии, присущие водопадной и v-образной моделям. Итогом итерации является приращение (инкремент) функциональности продукта, выраженное в промежуточном билде. Вот такая солянка 😂

Итерационная инкрементальная модель очень хорошо зарекомендовала себя на объёмных и сложных проектах, выполняемых большими командами на протяжении длительных сроков.
В таком проекте я работала в 2016 году.
А сейчас в основном agile

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

#модели

Завтра проведу тестирование😄

#тестыдлязакреплениязнаний
👇👇👇👇😜👇👇