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

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

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

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

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

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

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

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

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

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

#модели

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

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

#теория
‼️Повторим понятия:

🔷Аутентификация – прохождение проверки подлинности.

🔷Авторизация – предоставление и проверка прав на совершение каких-либо действий в системе.

🔷Идентификация — это процедура распознавания субъекта по его идентификатору (проще говоря, это определение имени, логина или номера).

Давайте рассмотрим пример:
😉Пользователь хочет войти в систему:
*⃣Для начала система запрашивает логин, пользователь его указывает, система распознает его как существующий — это идентификация .
(Идентификатором может быть:
🔹номер телефона
🔹номер паспорта
🔹e-mail
🔹номер страницы социальной сети и )

*⃣Дальше система просит ввести пароль, пользователь его вводит, и система соглашается, что пользователь, похоже, действительно настоящий, раз пароль совпал, — это аутентификация.
❗️ Скорее всего, система дополнительно запросит еще и одноразовый код из SMS или приложения. Если пользователь и его правильно введет, то система окончательно согласится с тем, что он настоящий владелец аккаунта, — это двухфакторная аутентификация.
Проверка подлинности:
🔹Пароль – то, что мы знаем (слово, PIN-код, код для замка, графический ключ)
🔹Устройство – то, что мы имеем (пластиковая карта, ключ от замка, USB-ключ)
🔹Биометрика – то, что является частью нас (отпечаток пальца, портрет, сетчатка глаза)

*⃣После этого система предоставит пользователю право читать письма в его почтовом ящике — это авторизация .
Например
🔹Доступ к электронной почте после ввода пароля
🔹Разблокировка смартфона после сканирования отпечатка пальца
🔹Выдача средств в банке после проверки паспорта и данных о вашем счете

#Отличие итеративной (итерационной) модели от инкрементной модели.

Представьте, что есть два заказчика:

🔷Первый #заказчик не знает чего хочет и не может описать подробное техническое задание, и верит в работу проектной команды. Но знает, что хочет #мессенджер. Проектная команда разрабатывает мессенджер только чат и внедряет в эксплуатацию данный продукт. Мессенджер понравился пользователям, и проектная команда решает улучшать функциональность мессенджера, а именно через промежутки (итерации) добавлять новые возможности. Например, на рисунке указано, что во второй итерации добавили аудио-сообщения, а в третьей итерации уже видео-сообщения, а четвертой - загрузка файлов и т.д., то есть адаптируют мессенджер по требованиям рынка.
Это и есть #итеративная #модель!

🔷Второй заказчик хочет определенный мессенджер, и написал подробное техническое задание на чат, аудио-сообщение и видео-сообщение и отдал проектной команде на разработку.
Проектная команда решила сделать только чат и показать данный мессенджер пользователям, и посмотреть, понравится ли данный продукт пользователям.
Если и заказчику, и пользователям мессенджер нравится, работа над ним продолжается, но уже по частям - по инкрементам.
На рисунке указано, что во втором инкременте добавили #функциональность аудио-сообщение, в третьей части уже добавили видео-сообщение. Инкремент за инкрементом мессенджер обновляется согласно техническому заданию.
Это есть #инкрементная #модель!

Недостатки и преимущества моделей можно ознакомиться в открытых источниках, и это отдельный пост, но, если пост наберёт 150❤️😂, то я кратко опишу.

Это похожий пример из статьи gb.ru "Модели и методологии разработки ПО" и ещё отрывки:
" #Итеративнаямодель подходит для работы над большими проектами с неопределёнными требованиями, либо для задач с инновационным подходом, когда заказчик не уверен в результате.

#Инкрементнаямодель подходит для проектов, в которых точное техническое задание прописано уже на старте, а продукт должен быстро выйти на рынок."

А ещё есть общее определение Итерационной инкрементальной модели, которое описано в книге "Тестирование программного обеспечения" Святослава Куликова на странице 21😄

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

Определение требований не меняется:
Проектирование -> разработка -> тестирование -> выпуск 1
Проектирование -> разработка -> тестирование -> выпуск 2
Проектирование -> разработка -> тестирование -> выпуск 3

🔹🔹🔹🔹🔹🔹
Классическая итерационная модель абсолютизирует возможность возвратов на предыдущие этапы, а именно:
❗️Начнём сначала:
‼️Определение требований -> проектирование -> разработка -> тестирование и отладка -> выпуск (эксплуатация)

*⃣Возможные возвраты:
выпуск (эксплуатация) -> тестирование и отладка
выпуск (эксплуатация) -> разработка
выпуск (эксплуатация) -> проектирование
выпуск (эксплуатация) -> определение требований

Тестирование -> разработка
Тестирование -> проектирование
Тестирование -> определение требований

Разработка -> проектирование
Разработка -> определение требований

Проектирование -> определение требований

По существу, классическая схема остается верной, но только в рамках одной итерации и с одной важной поправкой: все полезное, что было сделано ранее, сохраняется.

#теория